Russell Coker wrote:
On Monday 31 January 2005 16:16, Anthony Towns wrote:
1) - a community where people are pleasant to each other, where
disagreements are discussed politely, and where people who are unable to
be civil are not glorified for their behaviour.
This isn't too far from the situ
Marcelo E. Magallon wrote:
On Fri, Feb 04, 2005 at 11:21:02AM +1000, Anthony Towns wrote:
> >On Thu, Feb 03, 2005 at 08:39:10PM +0100, Joerg Jaspert wrote:
> > * it's not ftp-master's business to judge on _technical_ merits of the
> > pacakge (bad packaging pra
Marcelo E. Magallon wrote:
On Thu, Feb 03, 2005 at 08:39:10PM +0100, Joerg Jaspert wrote:
* it's not ftp-master's business to judge on _technical_ merits of the
pacakge (bad packaging practices, missing dependencies, ignores
/chapter and verse/ of policy, ...), so we can safely rule that one
Joey Hess wrote:
Anthony Towns wrote:
Neither. Shell snippets should not go in PATH unless they also happen to
be programs.
I hate to say it aj, but you just gave him a hell of an out there...
Yeah, *shrug*. Rhetoric is getting pretty boring. Bug#293096, fwiw.
Cheers,
aj
--
To UNSUBSCRIBE, email
Henrique de Moraes Holschuh wrote:
On Mon, 31 Jan 2005, Steve Langasek wrote:
I don't know that I'm one of the "relevant people", but since the issue came
Sure you are, as you have a trusted path to ftp-master :) Thanks Steve.
Now that merkel's back up (and, err, ... now that it's synced again),
Steve Kowalik wrote:
On Sun, 30 Jan 2005 06:21:26 -0500, Anthony DeRobertis uttered
I suspect this has to do with
http://http.us.debian.org/debian/dists/testing/Release.gpg being an
empty file. Stable still has a signature; what happaned?
If I remember the conversation on IRC correctly, the archive
Russell Coker wrote:
<[EMAIL PROTECTED]> wrote:
Ahh, it's the "I can deal with it therefore it's OK" line. What if
there is another solution? Are you even prepared to consider that
possibility?
That's not the issue. The issue is that there are many stressful situations
in life and adults have t
Santiago Vila wrote:
On Sun, 30 Jan 2005, Jochen Voss wrote:
I suggest that you read the reply by the author. For the benefit of
those who don't have web browsers, I'll quote it here:
gettext.sh is meant to be sourced from shell scripts, using the "."
command. This command looks in $PATH, but n
Santiago Vila wrote:
On Sun, 30 Jan 2005, Matthew Palmer wrote:
"Because I don't wanna play by the rules!" is not a rationale.
You are mistaken. I want to play by the rules, but the rules say
executables should go to /usr/bin, *not* that everything in /usr/bin
should be executable.
It also says tha
Romain Francoise wrote:
And Debian wouldn't be fun without a few enmities, we wouldn't have great
posts like http://lists.debian.org/debian-legal/2004/07/msg01308.html or
http://lists.debian.org/debian-devel-announce/2001/12/msg8.html...
Huh, and here was me thinking those were perfect examples
Jay Berkenbilt wrote:
One reason for
putting the entries in version number order rather than in
chronological order was so that debuild -v3.6.1-5 would close all the
bugs tagged fixed-in-experimental from 3.7.0-1 and 3.7.0-2. To be
honest, I didn't investigate whether the right thing would have
ha
Santiago Vila wrote:
On Mon, 17 Jan 2005, Anthony Towns wrote:
Each package Conflicts with the package it
replaces with a version << the future dummy transition version of the
existing packages and Replaces the old package as well. For example:
I'm fairly sure the above should ensur
Matthew Dempsky wrote:
Anthony Towns writes:
Travis Crump wrote:
Should changelogs be in chronological order or should they be in
version number order?
The changelog should be in the order changes were made.
Isn't that necessarily chronological order?
Not if you're merging two bra
Travis Crump wrote:
Should changelogs be in chronological order or should they be in version
number order?
The changelog should be in the order changes were made.
Specifically I just noticed that libtiff4's changelog is
out of chronological order[attached for reference]. It seems that the
main
Jay Berkenbilt wrote:
The recent threads on sonames and package names convinced me beyond a
doubt that I made a mistake in the names of the vips packages.
Oh dear...
[...] Right now, the vips7.10 source package creates four binary
packages: libvips7.10, libvips7.10-dev, libvips7.10-tools, and
libvi
Peter Samuelson wrote:
[Ken Bloom]
I'm confused. One making backports from sid to woody should backport
a package in such a way that it is buildable with woody's
build-essential.
AFAICS, that's no more true for build-essential than for anything else.
That is, you can either backport it so it build
Goswin von Brederlow wrote:
Anthony Towns writes:
http://lintian.debian.org/reports/Tpackage-lacks-versioned-build-depends-on-debhelper.html
Having the current debhelper be build-essential would fix the ~237
bugs lintian finds for build-deps on debhelper that should be
versioned, but aren&#
Marco d'Itri wrote:
I see no reason to complain.
*Woah*.
Cheers,
aj
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Frank Küster wrote:
Scott James Remnant <[EMAIL PROTECTED]> wrote:
In effect, if you're building unstable packages on stable, the first
thing you should build is unstable's build-essential.
Are you kidding? Well, this is okay if we're talking only about added
packages or higher versioned depends. B
Anthony Towns wrote:
Scott James Remnant wrote:
The stats:
8,920 source packages in Debian unstable main.
8,254 declare a build-dependency on debhelper
= 92% of packages build-depend on debhelper.
Is that sufficient to declare it build-essential?
Also of interest is that some 1300 packages
Andreas Barth wrote:
* Hamish Moffatt ([EMAIL PROTECTED]) [050114 00:45]:
On Thu, Jan 13, 2005 at 02:26:52PM +0100, Steinar H. Gunderson wrote:
On Thu, Jan 13, 2005 at 11:19:03PM +1000, Anthony Towns wrote:
Also of interest is that some 1300 packages would no longer need to
declare a Build
Scott James Remnant wrote:
The stats:
8,920 source packages in Debian unstable main.
8,254 declare a build-dependency on debhelper
= 92% of packages build-depend on debhelper.
Is that sufficient to declare it build-essential?
Also of interest is that some 1300 packages would no longer need
Henning Makholm wrote:
Scripsit Jens Peter Secher <[EMAIL PROTECTED]>
But the advice in the library packaging guide is to do something like
Package: libpackage2-dev
Provides: libpackage-dev
Conflicts: libpackage-dev
If the source-level API differs, then having libpackage2-de
Andreas Barth wrote:
with ideas and code (and a lot more) from Anthony, I was able to put
together the server part for partial patches in a way that it seems to
me that it might be included in dak. The resulting files are available
from
deb http://merkel.debian.org/~aba/debian sid main contrib non
Frank Küster wrote:
Do I understand right that you recommend not to use libfoo1-dev,
libfoo2-dev generally, but that the most recent version should be just
libfoo-dev? The Debian library packaging guide gives the opposite
advice, to use libfoo-dev always, but I have learned that this
document does
Matt Zimmerman wrote:
On Mon, Jan 10, 2005 at 10:54:34PM +, Steve McIntyre wrote:
FWIW, our experiences with Ubuntu shows that having fast dinstall
cycles is very helpful. [...] It's a variant of the ïrelease often,
release earlyï principle.
(Strictly, it's an instance of the principle)
The dow
Thomas Bushnell BSG wrote:
Anthony Towns writes:
PLEASE DON'T INTRODUCE NEW PACKAGE NAMES GRATUITOUSLY.
So it seemed to me that because of my previous mistake it wasn't
gratuitous.
See the previous message for non-gratuitous reasons to change package
names. That wasn't one of the
Thomas Bushnell BSG wrote:
Santiago Vila <[EMAIL PROTECTED]> writes:
I've created libofx0 and libofx1 which are the old and new versions,
and ask the ftp-masters to drop the old package entirely. I'll
request the other user of libofx to adapt accordingly.
Gar.
PLEASE DON'T INTRODUCE NEW PACKAGE NA
Charles Plessy wrote:
On Mon, Jan 10, 2005 at 07:14:29PM +0100, Wouter Verhelst wrote :
Why don't guys go to psychology class before telling people not to
be 'rude'?
Then what about keeping jokes for our private messages to our
friends ? Your suggestion to go back to classes is, to my stand
Wouter Verhelst wrote:
lemma A:
If people disagree, that's their problem.
lemma B:
In any case, I strongly disagree with the stance that the rudeness of a
particular developer would reflect on Debian as a whole.
lemma C: That's your problem
proof
from B have "You disagree" by simp
with A show ?
Someone should patch Thunderbird so it handles M-F-T:. Grump.
Wouter Verhelst wrote:
Packages qualify to be enter prestable after residing in testing for
ten days and having NO RC BUGS. The idea is to keep prestable in a
highly stable state at all times, a rolling stable if you will.
That's how tes
Robert Lemmen wrote:
On Wed, Jan 05, 2005 at 07:12:34AM -0500, Joey Hess wrote:
All of the benefits I've thought of from running dinstall more often
really only apply to unstable package churn issues. Running britney more
often sounds relatively orthagonal actually, though it does sound useful
for
Goswin von Brederlow wrote:
Anthony Towns writes:
Goswin von Brederlow wrote:>>
1.rc << 1.rc2 << 1.rc+b1
1.2-1~beta << 1.2-1~beta2 << 1.2-1~beta+b1
1.2~beta-1 << 1.2~beta-1+b1 << 1.2~beta2-1
Adding the implicit '0' that dpkg assumes on version
Frank Lichtenheld wrote:
On Fri, Dec 10, 2004 at 11:43:22AM +0100, Frank Küster wrote:
I find this extremely annoying.
Please calm down.
Why? There's _no_ excuse not to mail the BTS before NMUing.
You're free to discuss with lamont how to handle such
cases in the future (and communicating him your
Andreas Metzler wrote:
Anthony Towns azure.humbug.org.au> writes:
Hrm, why isn't this 1.2+20041208-1 ? Isn't the date describing the
upstream version? Or "1.2-20041208-1", or "1.2+cvs20041208-1" or whatever.
-rw-rw-r-- 16 katiedebadmin 2908273 May 2 2
Goswin von Brederlow wrote:
1.rc << 1.rc2 << 1.rc+b1
1.2-1~beta << 1.2-1~beta2 << 1.2-1~beta+b1
1.2~beta-1 << 1.2~beta-1+b1 << 1.2~beta2-1
Keeping the Debian revision simple is a Good Thing.
Adding the implicit '0' that dpkg assumes on versions ending in alpha
chars would solve both cases:
That'd m
Goswin von Brederlow wrote:
Thiemo Seufer <[EMAIL PROTECTED]> writes:
Goswin von Brederlow wrote:
very hard (figure out how to make a minimal diff
from the daylies) or you need every days Packages file (apt-dupdate
does that).
Is there any program in Debian to do this for ed script style diffs?
pat
ams put their
data in /var, ~, or /srv, depending on what sort of data it is (internal,
personal work, or shared work).
Having apt-spy dpkg-divert the file in /usr on install, and replace it
with a symlink to a file in /var/lib, and then update the file in /var/lib
when invoked seems the obviously co
On Mon, Oct 25, 2004 at 01:05:51PM -0700, Thomas Bushnell BSG wrote:
> Anthony Towns writes:
> > * One of Testing's goals was to be 95% releasable at all times.
> > * It hasn't been.
> > * Why not?
> >(a) RC bugs
> >(
s that you don't
have to get particular people's advice to come up with good solutions --
you can just troll through the archives for all the data you need.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
Don't assume I speak for any
better than trying to automatically guess it -- I've had unstable in my
sources.list for ages, with pinning to stick with testing, eg.
But hey, it's easier to ignore bad numbers that've been generated, than to
make use of good numbers that haven't.
Cheers,
aj
--
Anthony Towns <[EMAIL
any people use testing in the first place,
without getting some actual numbers to back them up?
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
Don't assume I speak for anyone but myself. GPG signed mail preferred.
``[S]exual orgies eliminate
er problem with talk of a Debian freeze is finding
someone willing to manage it -- the last freeze we had was potato,
which managed to fairly thoroughly burn out Richard Braakman, and I
think we're something like four times bigger now than we were then,
just counting packages; another factor of t
thread a single RC bug that affects sarge was fixed,
> probably there could be *zero* such bugs now.
Why not do both? Every time you post a mail to a thread like this, fix an
RC bug. This is the "ObBug:" rule.
ObBug: 275585
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]>
' mileage probably varies)
Cheers,
aj
[0] http://lists.debian.org/debian-pool/2000/08/msg2.html
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
Don't assume I speak for anyone but myself. GPG signed mail preferred.
``[S]exual orgies eliminate social tension
and upload to unstable.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
Linux.conf.au 2004 -- Because we can.
http://conf.linux.org.au/ -- Jan 12-
bugs. If gjdoc has an RC bug,
it's not suitable for testing or release. Fix that now. The "less buggy"
stuff should be considered an optimisation, if it doesn't hit your package
when it should, the solution is to fix the RC bugs in your package.
Cheers,
aj
--
Anthony Towns <
an't merge an open bug and a closed bug even when it's not
archived.
> and got the answer mentioned below. In fact my research showed that #219863
> does not exist in the BTS.
What research? It certainly shows up in http://bugs.debian.org/219863 .
Cheers,
aj
--
Anthony Towns <
hat than install exim4-base on non exim systems.
> And it doesn't solve the problem at hand, with exim4-base being
> installed on non-exim systems by dselect.
Have exim4-base and exim4-daemon depend on exact versions of each other,
and have exim4-base not have a postinst of its own.
n-matching binary and config packages from being installed.
This can be arranged by having:
exim4-daemon
provides: exim4-config-format-v1
exim4-config-ilkserver
depends: exim4-config-format-v1
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]>
of
> exim4) like that very much.
There are plenty of things that could be described that way that don't
involve having separate packages. There's a reason the word "exactly"
appeared in the question above.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http
On Sat, Dec 06, 2003 at 03:01:20PM +0100, Martin Pitt wrote:
> On 2003-12-01 14:45 +1000, Anthony Towns wrote:
> > Another possibility is to just drop packages that aren't maintained well
> > enough. While this is somewhat attractive, it doesn't really serve our
> &g
On Fri, Dec 05, 2003 at 05:46:30PM +0100, Marc Haber wrote:
> On Thu, 4 Dec 2003 13:43:39 +1000, Anthony Towns
> wrote:
> >The one that gets installed later, Pre-Deps the one that gets installed
> >earlier. exim4-daemon Pre-Depends: exim4-config; exim4-config Depends:
>
th, but then there's no easy way to see where help is offered
> : overall.
I'm proposing wnpp, but we'll see how it turns out.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mai
ts installed later, Pre-Deps the one that gets installed
earlier. exim4-daemon Pre-Depends: exim4-config; exim4-config Depends:
exim4-base, probably.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
Linux.conf.au 2004 -- Because we can.
http://conf.linux.org.au/ -- Jan 12-17, 2004
?" is another.
If that's really out of the question, and the -config or -base package needs
a postinst atm, a Pre-Depends is probably the best option.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save mys
daemon-light provides mail-transport-agent. The exact package
> dependencies can be seen in the archive.
What are they, exactly, and why are they that way?
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save m
kage you've already got installed to something
newer that's vulnerable isn't detectable, but will usually need a newer
libc6, which is a good warning sign.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak f
On Tue, Dec 02, 2003 at 09:33:39AM -0500, Sam Hartman wrote:
> >>>>> "aj" == Anthony Towns writes:
> aj> or overloaded with work, or, for that matter, fixing compromised Debian
> aj> servers -- do you think it's desirable and possible to:
>
&
nd hey, if you manage to fix it in anything approaching "a couple of
days", you'll be able to upload it at the next *possible* moment. Go you!
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself.
o ensure that maintainers have
access to the help they want, and let them decide who's in a position
to replace them, and who's not.
> > A similar approach is to fix things quickly -- if you get a bug about some
> > spelling mistakes, or a simple patch to apply, do them straight a
On Mon, Dec 01, 2003 at 06:48:20PM +0100, Andreas Tille wrote:
> For instance we have defined a term "Package Pools" and everybody now
> knows what we are talking about ...
Of course, not everyone used the term "Package pools" for the same thing
originally.
Cheers,
aj
s
* we can improve our support for "flavours" by co-opting many of the
techniques pioneered by derived distros
* a derived distro can be an internal Debian project, but won't ever
be /as/ internal as a flavour
* distributing customised
.cgi / http://bugs.debian.org/nn), no
information is being lost, and the indices can be easily recreated.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
sorts of terms are generally best defined by use, rather than
proclamation, though. "le weekend", anyone? I'm happy to use other terms,
as long as they cover all the different possibilities we want to describe.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug
usually), the only problem is that dselect and apt-get won't be able to
automatically choose a consistent package to satisfy the deps when you
don't already have an emacs installed.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don&#
t;.
If a bug's filed against ftp.d.o, there's no "trying" -- it'll be removed,
and any packages that depend on it will be left broken.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG si
On Mon, Nov 17, 2003 at 06:25:06PM +0100, Josip Rodin wrote:
> On Tue, Nov 18, 2003 at 02:10:54AM +1000, Anthony Towns wrote:
> > > It also means that, if it were easy to add some redundancy,
> > > it would already have happened. Which in turn means that it's hard.
&g
using non-free stuff legitimately rather than just complaining that you're
using it at all -- checking number of concurrent users, or concurrent
installs, or that you're non-commercial, or that your licenses are up
to date, or whatever else.
Though that'd be kinda cool too.
Cheers,
uot; are usually about things
you're ashamed of, which hopefully they're not.
Having some longer testimonials available sure sounds like a good idea.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself.
On Mon, Nov 17, 2003 at 12:48:00PM +1000, Anthony Towns wrote:
> It also means that, if it were easy to add some redundancy,
> it would already have happened. Which in turn means that it's hard.
On Mon, Nov 17, 2003 at 03:00:44PM +0100, Josip Rodin wrote:
> > > This NI
On Mon, Nov 17, 2003 at 12:37:23PM +0100, Josip Rodin wrote:
> On Mon, Nov 17, 2003 at 12:48:00PM +1000, Anthony Towns wrote:
> > > It's been proven plenty of times that whenever we have task depend on a
> > > single person doing it, the lack of redundancy comes back and
han just booting a machine, doing an install,
pointing wanna-build at auric and crossing your fingers.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
Australian DMCA (the Digital
r
the job disappears or is busy doing other things -- "the slightest bit
of a problem" is usually handled so well you don't even notice. A little
less hyperbole would be nice.)
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don&
On Sat, Nov 15, 2003 at 05:42:20PM +0100, Adrian Bunk wrote:
> below are some subjective opservations and opinions regarding the
> progress towards Debian 3.1 .
This is off-topic for -release. Please restrict any replies to -devel or
private mail.
Cheers,
aj
--
Anthony Towns <[EMAIL
that _best_
solves the problem for me, though, so the effort is proportional to n
for me, and the probability of success is 1-(1-q)^c.
So, the work that goes into it is:
n
sum( i * p^i * (1-p)^(n-i) )
i=0
and the expected payoff is:
~ 1 - (1-pq
seem any point discussing this matter
with you.
Bug again closed with this message.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
Australian DMCA (the Digital Agenda Amendme
than
to merge into a related package.
Cheers,
aj
[0] cat Packages_i386 | grep ^Installed-Size | cut -d\ -f2 |
perl -nle 'print $_ ? 2**int(log($_)/log(2)) : 0;' | sort -n | uniq -c
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak
has to
be implemented in dpkg, apt, testing, and everything else that worries
about conflicts, and to ensure upgrades work okay, can't be used for
a release after it's rolled out (so, assuming a release once a year,
not until early 2006). Do you care enough?
Cheers,
aj
--
Anthony Town
how to fix bugs is certainly worthwhile.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
Australian DMCA (the Digital Agenda Amendments) Under Review!
-- http://azure.
to pass along maintainership when he's ready, or co-maintain it if he's
interested).
In either case, if you don't get responses, just maintain it yourself. If
you get responses later - even months later - be appreciative of the help.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTEC
On Thu, Sep 25, 2003 at 02:27:26PM +0200, Marc Haber wrote:
> On Thu, 25 Sep 2003 20:32:35 +1000, Anthony Towns
> wrote:
> >On Thu, Sep 25, 2003 at 11:50:04AM +0200, Marc Haber wrote:
> >> Is there a recommended way to handle this?
> >Yeah: don't ship symlinks in
On Thu, Sep 25, 2003 at 11:50:04AM +0200, Marc Haber wrote:
> Is there a recommended way to handle this?
Yeah: don't ship symlinks in the package; generate them later.
> I'd like to avoid shipping
> a symlink list file and to generate the links in postinst.
Cheers,
aj
#x27;d say definitely too drastic to do now. It's also for too little benefit;
personally I'd be inclined to not change the package name until you have
to -- ie, when the upstream soname changes.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I
e rc bug policy,
then the debian-policy document. Which case is this?
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``Is this some kind of psych test?
or the second as it is currently phrased.
*shrug* It's the way the tools work.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``Is this some kind of psych test?
On Wed, Sep 03, 2003 at 11:31:28AM +1000, Russell Coker wrote:
> /var/opt sounds reasonable.
What Steve said. Also, /var/lib is the default place for dynamically
created stuff that doesn't have somewhere else to go.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://az
On Wed, Aug 27, 2003 at 09:50:12PM -0700, Joshua Kwan wrote:
> On Thu, Aug 28, 2003 at 02:14:13PM +1000, Anthony Towns wrote:
> > The term is "an ifupdown NMU".
> For crying out loud, it's been NMUed four times in a row already..
Yes, all of which were checked over
tive, until the problem
is fixed.
It's the difference between asking for help and searching for help:
between saying "hello, can anyone help? No. Oh well. I tried." and
"hello, can anyone help? No? Hrm, how about over here? No? What about
you guys? Well, how about any tips? ..."
m is "an ifupdown NMU".
You certainly should not be considering hijacking it.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``Is this some kind of psych test?
in translations and
who are competent to NMU.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``Is this some kind of psych test?
Am I getting paid for this?''
pgpeQPWkIqhTY.pgp
Description: PGP signature
nflate your difference of opinion into an RC bug is not.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``Is this some kind of psych test?
ur NMUs, and making sure that *all* new problems
are resolved whether you caused them or not.
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
I don't speak for anyone save myself. GPG signed mail preferred.
``Is this some kind of psych tes
x27;s entirely appropriate for the maintainer to be making these decisions.
(Although downgrading galeon.deb from 1.3 to 1.2 or similar in unstable
would be awkward to manage well, involving epochs and probably some
dependency nastiness.)
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]> <htt
k -- making NMUs and taking
responsibility for your uploads -- and submitting useful feature requests.
> Or are we going to get afraid of making bugfixes or something because a
> given unmaintained package possibly might FTBFS, and we will not trigger
> it.
You shouldn't be afraid of bug
On Mon, Aug 25, 2003 at 07:36:05PM -0400, Neil Roeth wrote:
> On Aug 19, Anthony Towns (aj@azure.humbug.org.au) wrote:
> >* September 15th
> >Last major changes to major packages uploaded to unstable
> >* October 1st
> >1st tes
On Mon, Aug 25, 2003 at 05:34:54PM +0200, Sven Luther wrote:
> On Mon, Aug 25, 2003 at 07:10:19PM +1000, Anthony Towns wrote:
> > On Mon, Aug 25, 2003 at 07:22:16AM +0200, Christian Perrier wrote:
> > > Quoting Martin Quinson ([EMAIL PROTECTED]):
> > > > > binary
do you go "Uh-oh"? Does your gut start churning?
> Sweaty palms? Fight-or-flight response?
>
> Then it's best not to release the package.
Hrm. I guess that theory doesn't scale up beyond the package level...
Cheers,
aj
--
Anthony Towns <[EMAIL PROTECTED]>
On Mon, Aug 25, 2003 at 03:15:25PM +0200, Christian Perrier wrote:
> Quoting Anthony Towns (aj@azure.humbug.org.au):
> > It's the NMUer's responsibility to fix these bugs too.
>
> > (One possible way of handling this, might be to have translation people
> > suppo
ernatively, he's working to mitigate a real, forseeable risk of
a new process we'd like to adopt, that we don't have a huge amount of
recent experience with, in as forthright a manner as he's able. This is
a perfectly reasonable and professional attitude.
Take it easy.
Cheers,
aj
401 - 500 of 795 matches
Mail list logo
