On Wed, Oct 19, 2011 at 11:06:20PM +0200, Sven Joachim wrote:
> Colin Watson
>spectemu
Fixed in 0.94a-13, thanks.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "
On Thu, Oct 20, 2011 at 08:48:20PM +0200, Sven Joachim wrote:
> On 2011-10-20 14:05 +0200, Colin Watson wrote:
> > On Wed, Oct 19, 2011 at 11:06:20PM +0200, Sven Joachim wrote:
> >> Colin Watson
> >>spectemu
> >
> > Fixed in 0.94a-13, thanks.
>
>
l 2 ?
Packages in level 2 build-depend on packages in level 1 (and so on up
the stack), so in general level 1 needs to be built before level 2.
(This is mostly only of practical interest to people managing these
transitions, though.)
--
Colin Watson [cjwat...@d
On Wed, Nov 16, 2011 at 01:54:02PM +, Nick Leverton wrote:
> On Wed, Nov 16, 2011 at 12:19:40PM +0000, Colin Watson wrote:
> > Packages in level 2 build-depend on packages in level 1 (and so on up
> > the stack), so in general level 1 needs to be built before level 2.
> >
d! I want to be able to inspect source packages as they're going to
be built without running any code from them. That's a major advantage
of 3.0 (quilt).
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@
r and set that in debian/rules according to the target
distribution. It's a small rewrite, but not that much, and it can often
be less confusing when you're finished.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-re
s is one of the ones often used by
people new to Debian development). To change a bug title, see:
http://www.debian.org/Bugs/server-control
http://www.debian.org/Bugs/server-control#retitle
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE,
surrect this if other people
would like to express clear ideas about what the semantics should be.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
erly untrue. GRUB 2 is a GNU project and is
actively developed upstream independently from Debian, although there
have certainly been various Debian developers involved over the years.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to de
Package: wnpp
Severity: wishlist
Owner: Colin Watson
* Package name: six
Version : 1.1.0
Upstream Author : Benjamin Peterson
* URL : http://packages.python.org/six/
* License : Expat
Programming Lang: Python
Description : Python 2 and 3 compatibility
On Mon, Jan 30, 2012 at 07:18:25PM +, Dominic Hargreaves wrote:
> Colin Watson
>info2man
This had been filed as #652499, but I'd been holding off uploading the
fix while I figured out a problem with some horrible elderly code that
caused info2man to do nothing useful at all
ent the special
restrictions on "Priority: required" packages in policy. I don't think
it currently specifies these accurately, so they're largely encoded in
the heads of the small number of people who've had to deal with this.
> - Reduce the set of "does not ne
cked and configured while even dpkg has still only been extracted;
while that installation is done with --force-depends, I still think it
would be worth keeping its dependency tree as trivial as possible.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRI
packages in a
Sources file. Perhaps something like "Autopkgtest: yes"?
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
s that are part of groff are licensed under GPL
v3 or later, even if they also bear other licences. There is a specific
clarification of this in groff/debian/copyright.
Please check the other packages you listed manually before filing any
bug reports.
Cheers,
--
Colin Watson
you could at least boot the installer
with apt-setup/multiarch=i386.
I think that apt-setup/multiarch=i386 should be the default on amd64;
but I'm less sure that I could convince anyone that that deserves a
freeze exception.
--
Colin Watson [cjwat...@debian
x86_64-linux-gnu/bits
dpkg hasn't forgotten about the files under that; it just knows about
them under another name.
This is unrelated to Paul's problem.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@list
fields added to them to make a full bootstrap from zero
> possible. If the Gentoo USE flags were not too far off and assuming or
> tools do the correct thing so far, then:
>
> - the number of source packages that has to be modified with the new
>fields is at maxi
hings at the moment (late
last week). Now that I know where to find the branches that need to be
changed it would be easy for me to add support for profiles as well once
they're agreed elsewhere, and I'm motivated to do so.
--
Colin Watson [cjwat...@deb
open-source CPU designs OpenRISC and LatticeMico32
> (LM32, used in the Milkymist SoC).
Also potentially x32.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscrib
chitecture. (I haven't run into many of these, since I
cross-build from amd64 to armhf and they're fairly different.)
Neil, can you think of any packages that meet this stricter criterion?
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBS
n
some way, although I guess that file list comparison against
natively-built packages would catch a majority of the problems.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of &qu
me" safe. (Note how /usr/include/bits is only
shipped by the multi*lib* packages, e.g. libc6-dev-amd64.)
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscr
On Fri, Jan 18, 2013 at 08:54:26AM +0100, Raphael Hertzog wrote:
> On Wed, 16 Jan 2013, Colin Watson wrote:
> > This is cleaner than any of the other options I've come up with: it
> > doesn't require hardcoding a list of "toolchain packages" that have
> >
Package: wnpp
Severity: wishlist
Owner: Colin Watson
* Package name: gdb-heap
Version : 0.5
Upstream Author : David Malcolm
* URL : https://fedorahosted.org/gdb-heap/
* License : LGPLv2.1, Python
Programming Lang: Python
Description : gdb extension to
"true" ] ; then
- grub-set-default $1
+ if [ -f /usr/lib/grub-legacy/grub-set-default ] ; then
+ /usr/lib/grub-legacy/grub-set-default $1
+ else
+ grub-set-default $1
+ fi
else
value="$1"
newmenu=$(tempfile)
I'
;m not aware
of a web site that extracts it specifically (and besides it's often
conditional on the architecture and suchlike so the best that would be
possible would be to just extract debian/rules; really you're best off
downloading the source package and looking).
--
Colin Watson
i/Upstream_%28software_development%29
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.
;s what I do, but my problem is that I have to know final file name,
> e. i. take care of section and compression.
You don't need to take care of compression. dh_compress is
conventionally run after dh_link, and it knows how to fix up symlinks;
so, in the above example, this is en
/www.tldp.org/HOWTO/Man-Page/q4.html
This reasoning makes no sense for the Debian system, because
/usr/share/man will always be on a filesystem that supports symbolic
links. Just use them.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email
ltiple sections even in the same package (for
example, the po4a package ships both po4a(1) and po4a(7)). The current
dh_link format seems fine to me for this. If having to maintain it
bothers you, you can always encourage upstream to install the proper
symlinks in whatever the
ename).
IMO it's rational to patch manual pages to lower-case the section in
such cases, and forward that patch upstream so you don't need to
continue maintaining it. You'd have to do the same thing if they
specified an entirely wrong section number, wh
ps://en.wikipedia.org/wiki/Filesystem_permissions
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http:
o have debhelper adjusted. I already did this for file-rc,
so perhaps you want to clone-and-hack my patches for OpenRC:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709481
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709482
--
Colin Watson [
m doesn't suffer from this class of problems. On the other
hand it's significantly slower, and you may have some amusement getting
it to do such things as emulating a machine with sufficient memory and
I/O.
--
Colin Watson [cjwat...@debian.
etter to have
the default be in as few places as possible, so that the transition can
be done with binNMUs.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe&
h maybe just a simple shim menu.lst. If we try
really hard we might even be able to have compatibility in the other
direction as well.
Obviously it will take some time to filter through everywhere, but I
rather hope that eventually both PV-GRUB1 and pv-grub-menu will be able
to die a natural dea
On Thu, Dec 19, 2013 at 09:32:24AM +0100, Samuel Thibault wrote:
> Colin Watson, le Thu 19 Dec 2013 02:29:58 +, a écrit :
> > If we try really hard we might even be able to have compatibility in
> > the other direction as well.
>
> I've not tested, but there is no re
needs and in
the ethical sense that it makes it easier for users to change the true
source code for the build system), but it does require a bit more
knowledge and effort from maintainers.
It is true, though, that *most* ports can get by without this, and just
need wide
years
later, when the change in the autotools has been largely forgotten
about, rather than it being fixed in a timely fashion.
But this is sort of off-topic for the original report, and I apologise
for derailing it ...
--
Colin Watson [cjwat...@debian.org
On Thu, Dec 26, 2013 at 09:01:29PM +0100, Vincent Bernat wrote:
> ❦ 26 décembre 2013 01:04 CET, Colin Watson :
> > It is true that compatibility is sometimes less than ideal, but brushing
> > the problem under the carpet just means that somebody gets to discover
> > this wh
eam releases when you're trying to get a
port done sucks.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ge, which gives you a pty in a way that's
known to work well within builds and writes output to a file.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
hanks, Russ!
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140107155934.ga27...@riva.ucam.org
On Tue, Jan 07, 2014 at 03:59:34PM +, Colin Watson wrote:
> Russ supplied a patch to allow update-passwd to use debconf for
> prompting, which I've now merged after some tweaking between us. As of
> base-passwd 3.5.30, all these accounts will have their shells changed to
>
On Thu, Jan 09, 2014 at 11:43:09AM +, Simon McVittie wrote:
> On 09/01/14 11:23, Colin Watson wrote:
> > In short, if you're using "su " for any of the affected users
> > (daemon bin sys games man lp mail news uucp proxy www-data backup list
> > irc gn
ols/trunk lp-translations-tools
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2
start-stop-daemon is disabled. This is why I
changed man-db to use a tiny perl wrapper instead.
perl -e '@pwd = getpwnam("man"); $( = $) = $pwd[3]; $< = $> = $pwd[2];
exec "/usr/bin/mandb", @ARGV' -- "$@" || true
--
Colin Watson
ross-build against some reasonable subset of packages to see how
it performs, especially if anyone can think of an example package that's
wedded to /usr/bin/libtool. I think it's clear that this option would
have no effect on native builds and doesn't require extensive testing
the
On Thu, Jan 09, 2014 at 09:55:06PM +0100, Kurt Roeckx wrote:
> On Thu, Jan 09, 2014 at 07:20:40PM +0000, Colin Watson wrote:
> > This analysis makes sense as far as it goes, but the problem with it is
> > that it neglects any consideration of libtool's dependencies. As I
>
as to how you might port it to another low-level
packaging system.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia
nna-build/bin/wanna-build line 310.
I sent a simple patch for this last year, which for some reason does not
yet appear to have been applied:
https://lists.debian.org/debian-wb-team/2013/08/msg1.html
--
Colin Watson [cjwat...@debian.org]
--
To U
sically, people got tired of portability problems in building shared
libraries so they hid them all inside a multi-thousand line shell script
where no one can ever find them because everyone who tries goes blind.
-- Russ Allbery
--
Colin Watson [cjwa
ere's at least some magic address you can mail the logs to,
but I never remember what it is. (It's all a workaround anyway.)
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subj
> all packages.
Um, that's because the graph stops at the end of 2012. :-) I ran into
some change of behaviour in the Lintian lab I was using and haven't had
a chance to figure out what's going on there ...
--
Colin Watson [cjwat...@debian.
Package: wnpp
Severity: wishlist
Owner: Colin Watson
* Package name: python-tblib
Version : 0.1.0
Upstream Author : Ionel Cristian Mărieș
* URL : https://github.com/ionelmc/python-tblib
* License : BSD-2-clause
Programming Lang: Python
Description
s reasonably solid, and I wanted
to make sure wheezy ships with at least GRUB 2.02 anyway, so I might as
well just forge ahead now rather than trying to figure out how to back
this out.
--
Colin Watson [cjwat...@debian.org]
--- Begin Message ---
-BEGIN PGP
On Tue, Mar 11, 2014 at 10:50:46AM +, Colin Watson wrote:
> Anyway, while this was unintentional, I don't think it's actually
> dreadful. testing has 2.00-22, which is reasonably solid, and I wanted
> to make sure wheezy ships with at least GRUB 2.02 anyway,
Cyril poi
's cron job case, of course, but I still
think it's worth mentioning as "any noninteractive scripts" is quite a
sweeping statement.)
It's a shame that there is, as far as I know, no low-level tool for this
in an Essential package.
--
Colin Watson
eer projects.
Fortunately these only block a minority of Haskell packages ...
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lis
ak normally prevents this. There are a few cases where it hasn't
noticed, due to the file name having gone through something else in
between; I usually notice when we try to sync it into Ubuntu since
Launchpad remembers the name-to-content mapping for longer and so ends
up being a bi
e it to
install nowhere, although this does require explicit confirmation.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists
On Wed, Jun 22, 2011 at 02:26:31PM +0800, YunQiang Su wrote:
> But once upgrade Ubuntu, the MBR is taken place, and once then upgrade
> Debian, it's back.
'dpkg-reconfigure grub-pc' on the Ubuntu side, then - it's not that
comp
n place and never upgraded them, as you
suggest in #631224, then I guarantee you that other things would break;
it would be disastrously bad for users. We therefore try to upgrade
installed versions of GRUB to match the current installed package.
--
Colin Watson
On Wed, Jun 22, 2011 at 05:07:52AM +0100, Ben Hutchings wrote:
> On Wed, 2011-06-22 at 11:33 +0800, YunQiang Su wrote:
> > When update to grub-pc 1.99-8, it write my MBR, then I report a bug.
> >
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631224
> >
> &g
...
> I guess that a first step is to have an xz udeb...
No. busybox already has an unxz applet, so if we choose to do this then
we should enable that applet in busybox-udeb, not add a separate udeb.
--
Colin Watson [cjwat...@debian.org]
--
T
On Fri, Aug 12, 2011 at 02:50:32PM +0200, Raphael Hertzog wrote:
> On Thu, 11 Aug 2011, Colin Watson wrote:
> > Can you quantify that? I don't have hard numbers for the non-Debian
> > systems where people report running debootstrap; perhaps you do ...
>
> Nope, sorry.
is what we really want to reach,
and that binaries uploaded to the real Debian archive still need to have
all those build-dependencies in place.
I think Wookey indicated that there was at least one case where more
than one stage is required, in which case Build-Recommends does not
really seem to sol
on the packaging provided by upstream?
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http
is the
> existence of badly broken programs³, which make stupid assumptions
> about lockfiles.
What about programs that need to write lock files which are already
setgid something else? I don't have an example off the top of my head,
but it would surprise me if there were none of these.
-
ion (mkdir -p,
> chown, chmod), I'd like to point out that you may as well just use
> install -d, and do it all in one step.
Provided your init script guaranteeably runs after /usr is mounted, yes.
--
Colin Watson [cjwat...@debian.org]
--
To
gnificantly more bandwidth-efficient to download Packages
files for multiple architectures. Obviously this only works correctly
if descriptions are identical across architectures (which is,
fortunately, mostly true).
--
Colin Watson [cjwat...@debian.org]
--
t calling
it 'newsrssticker' or 'news-rss-ticker' instead?
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact list
n't recommend it for global
use in Debian.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://
go as far as commercial software for that; inews is
the traditional name for the program NNTP clients use to inject articles
into the netnews (Usenet) system. Nowadays it's a virtual package
provided by inn2-inews, but i-news is still uncomfortably close to that.
--
Colin Watson
out xz not being worth it for most manual pages anyway.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive
On Mon, Aug 22, 2011 at 03:49:04PM +0200, Eduard Bloch wrote:
> #include
> * Colin Watson [Mon, Aug 22 2011, 09:27:25AM]:
> > I don't want to add more linkage, especially in light of Adam's point
> > about xz not being worth it for most manual pages anyway.
>
ow
have 0.7~alpha5+really0.6.15 in unstable, but for the purposes of
working out what bugs may be expected to be fixed, you should treat it
as if it were simply 0.6.15.
If you want to try out fixes from 0.7~alpha4, you should install the
ifupdown package from experimental instead.
--
Colin Watson
mbering scheme permanently
changes, not really for when you just need to temporarily go backwards
for a short while.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe".
de compatibility :-) ), so I
at least would have no grounds for doing so if you get it right ...
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
ckage will be a win
because you will sometimes be able to avoid the build time for the
language bindings entirely.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe&qu
the relative priorities of
these, of course ...)
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
thers would consider, as
> well?
Certainly by the time jessie is out this should be a rapidly diminishing
concern; and adding those symlinks stands a good chance of breaking the
very use cases that multiarch gir1.2-* was trying to fix, because you'd
no longer be able to coinsta
bian/rules.
Please don't - this would be undesirable for Ubuntu and would break the
very multiarch scenarios we want to work.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
s gcc sets that flag.
> Is it a bug in gcc, or are there platforms where +x is required ?
https://unix.stackexchange.com/questions/40587/why-are-shared-libraries-executable
reports it as being necessary on HP-UX. It's indeed not needed on Linux
except for the odd
omplex and basically broken; the simplest procedure I've
found involves going via 7.8 (yes, really). But I bootstrapped ghc
successfully that way on arm64 and ppc64el, and I can probably remember
enough of how I did it to put it together for x32 as well. I'll give it
a shot and let you
On Sun, Feb 22, 2015 at 11:59:17PM +0100, Adam Borowski wrote:
> On Sun, Feb 22, 2015 at 05:00:30PM +0000, Colin Watson wrote:
> > the simplest procedure I've found involves going via 7.8 (yes, really).
> > But I bootstrapped ghc successfully that way on arm64 and ppc64el, an
On Wed, Mar 11, 2015 at 01:27:21PM +, Joerg Desch wrote:
> printf("Switch to 'en'\n");
> setlocale(LC_MESSAGES,"en_EN.UTF8");
There is no such locale. Perhaps you meant en_GB.UTF-8 or en_US.UTF-8.
--
Colin Watson
nd checking with the base-passwd maintainer that it is
unique and that they do not wish you to use a statically allocated id
instead")?
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
ontextlib
with contextlib.ExitStack() as stack:
if condition:
stack.enter_context(...)
...
The important feature of any of these approaches is to avoid duplicating
the body of the "with" statement.
--
Colin Watson [cjwat...@debian.org]
-
you say you're better off just not touching quilt in a
git-dpm tree. Having .pc there would probably confuse people into
trying to do so ...
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
wit
that double-clicking in your terminal won't make it
explode in your face.
debian-devel, debian-x, do you think that it's at all realistic to
expect clients to be fixed to handle such failures rather more
gracefully?
--
Colin Watson [cjwat...@debian.org]
On Wed, Aug 19, 2015 at 11:51:36PM +0200, Christoph Anton Mitterer wrote:
> On Wed, 2015-08-19 at 20:59 +0100, Colin Watson wrote:
> > Run xterm and try to select something, bam, your xterm crashes with
> > BadAccess.
>
> Which means that people would typically note quite qui
is sufficiently different
from userspace, and indeed platform-specific, that the normal *-dbgsym
process won't work.
I don't think specific exceptions like this need to be called out in the
developers' reference, as long as it remains clear that exceptions for
unusual cases are allo
ce doesn't make it much less visible,
> and folk can still open MRs...
This seems like a little bit of an overreaction to somebody removing a
single redundant line from a control file, though. Is moving it really
worth the added friction?
--
Colin Watson [cjwat...@debian.org]
On Fri, Nov 09, 2018 at 05:41:53PM +, Matthew Vernon wrote:
> Ian Jackson writes:
> > Matthew Vernon writes ("Re: salsa.debian.org: merge requests and such"):
> >> Colin Watson writes:
> >> > This seems like a little bit of an overreaction to somebody
g (this has been my
invariable habit for years)
* oh, push failed. "git pull --rebase" and resolve conflicts
* check new commits
* build source package again, test, push, upload
--
Colin Watson [cjwat...@debian.org]
ts to do something different when uploading the
package then they can always adjust it themselves.
--
Colin Watson [cjwat...@debian.org]
e load for maintainers keeping track of everything though.
[1] Citation: I implemented it and that's what I was thinking :-)
--
Colin Watson [cjwat...@debian.org]
The SHA256SUMS file is expected to be valid input to "sha256sum -c", so
any extra metadata would have to live somewhere else.
--
Colin Watson [cjwat...@debian.org]
801 - 900 of 1097 matches
Mail list logo
