required more RC bug fixes, how long it took for library transitions
to get in sync, etc) and get some ideas for those things. Otherwise,
nothing much jumped out at me...
Cheers,
aj
--
Anthony Towns a...@erisian.com.au
that add some output as to
what binaries doop_source is actually looking at which seemed helpful)
Cheers,
aj
--
Anthony Towns a...@erisian.com.au
diff --git a/britney.py b/britney.py
index 55dd7c3..b254ea7 100755
--- a/britney.py
+++ b/britney.py
@@ -1859,11 +1859,6 @@ class Britney(object
On Fri, Sep 28, 2007 at 04:56:31PM +0100, Ian Jackson wrote:
We have to decide whether we want to make the same change to etch.
The main upside would be that the ftpmasters would once again be able
to use round robin DNS for eg ftp.us.debian.org.
$ host ftp.us.debian.org
ftp.us.debian.org
On Thu, Aug 30, 2007 at 03:48:38PM +0200, Pierre Habouzit wrote:
Hmm you mean I should inform a Maintainer's package for a package
whose last 4 uploads since 2006-10-27 are NMUs ? for a bug that is what,
10 months old ? Heh. It qualifies to the 0-day NMU policy for so many
reasons that
On Mon, Aug 27, 2007 at 01:40:51PM -0700, Steve Langasek wrote:
So what about the following release goal: Installing and using the
distribution should be so easy that even Linus Torvalds can use it. ;)
It already is; I don't think overcoming Linus Torvalds' irrational biases
is a
On Sat, Oct 28, 2006 at 11:34:24AM +1000, Anthony Towns wrote:
No, I just like to know what we're trying to achieve before starting to
do anything.
Okay, so the idea is:
(a) move m68k from etch to testing-m68k
(b) automatically promote m68k packages from unstable to testing-m68k
On Fri, Oct 20, 2006 at 08:21:15PM -0500, Stephen R Marenka wrote:
(c) not bother with an etch-equivalent release for m68k
I'm not sure about this. I'd sure like to have some form of stable, even
if we only do base and security-support base-type packages. I'd hate to
have to maintain
On Fri, Oct 27, 2006 at 12:47:19PM +0200, Roman Zippel wrote:
On Fri, 27 Oct 2006, Anthony Towns wrote:
Personally, I think m68k would be better served by having a testing-m68k
and taking occassional snapshots which serve as the supported stable-m68k
release, rather than worrying about
On Fri, Oct 27, 2006 at 02:13:03PM +0200, Wouter Verhelst wrote:
Um, I think I've missed something. What'd be the functional difference
between the two?
testing-m68k == having something that updates from unstable at its own
pace for m68k only. That might mean lagging behind the real testing if
On Fri, Oct 27, 2006 at 05:55:13PM +0200, Michael Schmitz wrote:
testing-m68k == having something that updates from unstable at its own
pace for m68k only. That might mean lagging behind the real testing if
there are toolchain problems, eg. If you wanted it to, it could mean
advancing
[-68k readded]
On Thu, Oct 19, 2006 at 06:04:49PM +0200, Aurelien Jarno wrote:
Bill Allombert a ?crit :
My personnal plan is to set up one or two fast amd64 octocore as a m68k
buildd.
That would lift most of the objection with the port.
The question is to know if it is ok to use emulators
On Wed, Oct 18, 2006 at 06:11:38PM +0200, Geert Uytterhoeven wrote:
Assumed m68k would be able to kill (most of) the backlog in time, what would
prevent m68k from becoming releasable?
- It didn't sustain the `95%' rate during the last x months?
x=3, yes.
The sustainability issue is
On Wed, Oct 18, 2006 at 09:45:04PM +0200, Roman Zippel wrote:
On Thu, 19 Oct 2006, Anthony Towns wrote:
The reason we keep all architectures in sync is so that you end
up running the same thing if you install Debian on any supported
architecture. Otherwise you'd install Debian on i386
On Thu, Oct 19, 2006 at 05:25:41PM +0200, Michael Schmitz wrote:
Is the stuff at http://ftp-master.debian.org/testing/update_out_code/
still current? It seems to be lacking stuff, according to the README.
Err, it's a symlink to the code that's actually being used. What's missing?
Cheers,
aj
Hey all,
So, from the other thread, seems like the idea for m68k is:
(a) keep building unstable as per usual
(b) maintain a separate testing-like suite for m68k based on (and
thus probably trailing) the real testing, maintained by m68k
porters, that is installable (using d-i
On Wed, Oct 18, 2006 at 09:49:50AM +0200, Ingo Juergensmann wrote:
Oh well...
It doesn't meet the release criteria because of the toolchain problems, that
have now been solved.
No, it hasn't. You need to be reliably abouve 95% for the entirety of:
On Wed, Oct 18, 2006 at 02:55:32PM +0200, Lo?c Minier wrote:
On Wed, Oct 18, 2006, Raphael Hertzog wrote:
I believe there are some problems because we don't want to have too many
versions of the same source package, that's why this is not generalized
and why we try to keep all arches in
On Wed, Oct 18, 2006 at 12:59:20PM +0200, Michael Schmitz wrote:
Regarding a solution for m68k beyond etch - I'd prefer to keep m68k
snapshots on a basis like you mentioned:
* have m68k be in unstable, and have it have its own testing-like
suite of some description
On Tue, Oct 17, 2006 at 03:49:25PM -0400, Nathanael Nerode wrote:
The answer to the question in the subject is simple: NO.
Thankyou for your opinion. I note you seemed to neglect to mention that
you're not a lawyer.
Cheers,
aj
signature.asc
Description: Digital signature
On Tue, Oct 17, 2006 at 01:24:26PM +0200, Wouter Verhelst wrote:
I've seen, no concrete suggestions on what the m68k porters want to do
about this.
I *have* asked about the possibility to maintain our own
slightly-different m68k distribution (similar to how amd64 works for
sarge) on
On Sun, Sep 17, 2006 at 11:55:02PM -0700, Steve Langasek wrote:
It's with some regret that I have to confirm that m68k is not going to be a
release architecture for etch.
We have also asked about removing m68k from testing since it is not
currently a release candidate; Anthony Towns has
On Wed, Aug 02, 2006 at 10:50:25AM +0200, Lo?c Minier wrote:
On Wed, Aug 02, 2006, Martin Zobel-Helas wrote:
for those who wonder why their package did not yet hit proposed-updates,
they want to have a look on [1] and [2].
I don't quite understand the various steps that a package traverses
On Wed, Aug 02, 2006 at 02:51:27PM +0200, Frans Pop wrote:
I think this list misses a step:
- package gets built for other architectures by buildds
Good point. It fits in:
On Wed, Aug 02, 2006 at 08:32:55PM +1000, Anthony Towns wrote:
1. Package gets uploaded (queue/unchecked)
2. Package
Joey: Thanks for the Bcc.
On Sun, Jul 30, 2006 at 12:56:26PM +0200, Martin Schulze wrote:
The way he envisions key management is that every Debian machine
trusts the SPI CA. Debian should provide a webpage for downloading
and verifying keys, protected by SSL/TLS. The use would require
I
---
Message-ID: [EMAIL PROTECTED]:443
Date: Sat, 22 Jan 2005 12:07:25 -0500
From: Roberto Sanchez [EMAIL PROTECTED]
To: debian-devel@lists.debian.org
Subject: Question about packages held from Sarge
I tracked Sid for a while on my workstations and recently (about 3
months ago) decided to go to
Santiago Vila wrote:
On Sun, 19 Dec 2004, Björn Stenberg wrote:
http://bjorn.haxx.se/debian/obsolete.html
I see that the gambas package is in your list, why do you want to remove it?
I think it would be better not to draw conclusions (ftpmaster needs).
Drawing conclusions isn't so bad, but
Anthony Towns wrote:
http://ftp-master.debian.org/rene-full.txt
Oh, I should note: those are automated suggestions; they're not all
correct, and the action they might require for resolution isn't
necessarily straightforward or obvious. Don't go filing bugs or
otherwise pestering anyone
Steve Langasek wrote:
On Thu, Dec 16, 2004 at 02:37:26AM +0100, Santiago Vila wrote:
While we are at it: do the release managers have the power to change
priorities and sections, or would this have to be sorted out via bugs
against ftp.debian.org?
Power, no. Authority? Potentially.
It has
Adeodato Simó wrote:
* Steve Langasek [Sun, 21 Nov 2004 02:47:35 -0800]:
KDE 3.3 in sarge is contingent on the KDE maintainers being able to provide
the same sort of assurances that were asked of the GNOME maintainers
regarding the safety of allowing these packages to trickle in (i.e., the
Riku Voipio wrote:
In theory, kde x.y.* should be api/abi compatible. In practice, upstream
may change method in kdelibs between 3.3.2 and 3.3.3 after noticing
that the only user of that method is a plugin in kmail, change the
few place the method is used, and and assume that nobody is going to
is not a discussion list; if you're just making
witty reparte and don't have actionable information to add, please drop
the Cc or use a different list.
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.
``Like
,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
Don't assume I speak for anyone but myself. GPG signed mail preferred.
``Like the ski resort of girls looking for husbands and husbands looking
for girls, the situation is not as symmetrical as it might seem
expected from the release team for Gnome2.6
before the upload to unstable or are we ok now ?
I can't think of anything. Jeff? Colin? Steve? Joey? Any obvious reasons
left why the Gnome 2.6 debs are definitely not ready for consumption yet?
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http
.))
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.
``Like the ski resort of girls looking for husbands and husbands looking
for girls, the situation is not as symmetrical as it might seem
related to the security breakin, and may've
been problems related to d-i autobuilding too. It's not meant to be broken,
at any rate.
OTOH, t-p-u isn't really a good thing to use for anything other than
security updates, and similar changes. It's not a replacement for
unstable.
Cheers,
aj
--
Anthony
. :(
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.
``Like the ski resort of girls looking for husbands and husbands looking
for girls, the situation is not as symmetrical as it might seem
into similar things before, but it's
non-trivial.
If so, then i will setup and maintain a powerpc autobuilder for it.
Setting up a ppc autobuilder for experimental as-is wouldn't be any harder
than in the above scenario, I would've thought.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http
(Hrm, mutt's [L]ist-reply is dropping -gtk-gnome, suck)
On Tue, May 18, 2004 at 12:01:12AM +0200, Sebastien Bacher wrote:
Le lun, 17/05/2004 ? 18:22 +1000, Anthony Towns a ?crit :
alpha, hppa and s390 should be there too. Skipping out m68k might be
okay, but you should certainly ask and try
, easily accessible,
authenticated, bugs can be filed on it, and so forth. It _could_ mean
that you can Depend:/Build-Depend: on it more usefully, but I don't know
that that's really worth stressing over.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
Don't assume I
be ideal if we do this for Gnome 2.8 before it gets out of beta/CVS,
so that it can be put into unstable shortly after it's released upstream.
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.
``Like
On Tue, May 18, 2004 at 10:36:28AM +0200, Matthias Klose wrote:
Anthony Towns writes:
On Wed, May 12, 2004 at 09:36:30PM +0200, Sven Luther wrote:
[experimental/gnome; experimental/libtool; experimental/kde; etc]
Now, aj, what do you feel about this, is this solution technically
.
When you've done everything you can to ensure GNOME 2.6 is going to work
fine, then it's time to put it in unstable and see if you're right. You
have not yet done that.
Please also think about the Debian release cycle.
Please don't be insulting.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
Don't assume I speak for anyone but myself. GPG signed mail preferred.
``Like the ski resort of girls looking for husbands and husbands looking
for girls, the situation is not as symmetrical as it might seem.''
on how the package should
be constructed, and keeping patches in the BTS)
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.
``Like the ski resort of girls looking for husbands and husbands looking
On Thu, Apr 29, 2004 at 09:55:42PM +0200, Wouter Verhelst wrote:
On Fri, Apr 30, 2004 at 02:17:57AM +1000, Anthony Towns wrote:
On Tue, Apr 27, 2004 at 12:20:52PM +0200, Wouter Verhelst wrote:
Also, I don't see why you would want to manually specify what stuff to
take from unstable
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
Don't assume I speak for anyone but myself. GPG signed mail preferred.
Protect Open Source in Australia from over-reaching changes to IP law
http://www.petitiononline.com/auftaip/ http://www.linux.org.au/fta/
signature.asc
Description
On Sat, Apr 24, 2004 at 04:13:22PM +0200, Sven Luther wrote:
What about setting up a parallel autobuilder chain for experimental,
Sure, that'd be great.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
Don't assume I speak for anyone but myself. GPG signed mail
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
Don't assume I speak for anyone but myself. GPG signed mail preferred.
Protect Open Source in Australia from over-reaching changes to IP law
http://www.petitiononline.com/auftaip/ http://www.linux.org.au/fta/
signature.asc
.
But anything that people feel able to implement is good as far as I'm
concerned.
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.
Protect Open Source in Australia from over-reaching changes to IP
On Wed, Apr 21, 2004 at 06:20:15PM -0400, Joey Hess wrote:
AJ, can we force the whole mess of discover{,1{,-data}} packages into
testing? Soon?
Urgencies of disocver{,1}{,-data} all bumped to high.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
Don't assume I
to express.
Sure. I realise this isn't a simple thing we're asking you to do either
-- maintaining and using stuff in experimental isn't anyone's idea of
a fun time. But it's nevertheless the best way of handling this stuff.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au
or not.
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.
Protect Open Source in Australia from over-reaching changes to IP law
http://www.petitiononline.com/auftaip/ http://www.linux.org.au/fta
/0305.0/1142.html
--
Anthony Towns [EMAIL PROTECTED]
Debian Release Manager
Protect Open Source in Australia from over-reaching changes to IP law
http://www.petitiononline.com/auftaip/ http://www.linux.org.au/fta/
signature.asc
Description: Digital signature
http://www.uwsg.iu.edu/hypermail/linux/kernel/0305.0/1558.html
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
Don't assume I speak for anyone but myself. GPG signed mail preferred.
Protect Open Source in Australia from over-reaching changes to IP law
http
sarge-ignore means, anyway).
--
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 could.
http://conf.linux.org.au/ -- Jan 12-17, 2004
signature.asc
Description
-uncommonsql/1.1.8.5-1 cl-local-time/1.1.9-1
] hint -cl-uncommonsql/- -cl-local-time/-
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 could.
http
--
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 could.
http://conf.linux.org.au/ -- Jan 12-17, 2004
signature.asc
Description: Digital signature
On Fri, Jan 09, 2004 at 09:54:42AM +0100, Bj?rn Stenberg wrote:
What exactly does the /$arch suffix mean in update_output.txt?
That binaries on that specific arch have been updated. The suffix is also
used in update_excuses.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http
On Fri, Jan 09, 2004 at 12:47:20PM +0100, Bj?rn Stenberg wrote:
Anthony Towns wrote:
On Fri, Jan 09, 2004 at 09:54:42AM +0100, Bj?rn Stenberg wrote:
What exactly does the /$arch suffix mean in update_output.txt?
That binaries on that specific arch have been updated. The suffix is also
bloody debian list.
Then set your bloody Mail-Followup-To: header, or explicitly indicate
you're not in the list and request Cc's. And since you're obviously
aware of my question, answer the bloody thing already instead of just
whining about it. Yeesh.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED
to be working find now.
this bug's been reported a dozen times over by now. it's not our fault.
Surely there should be a Conflicts: or Depends: that stops this happening?
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG
ftp.d.o).
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
pgpRQblhNWMdQ.pgp
Description
actual holdup at the moment.
Voltaire's a powerpc. Doesn't have fortran installed though, could do if
someone asks -admin though.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG signed mail preferred
of
packages that you mostly don't use, and weighing up what's worth keeping
and what's not throughout Debian.
--
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
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 [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself
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 PROTECTED
instead. If you're
not able to do that, do something else that's productive instead.
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
, presumably)
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.humbug.org.au/~aj/blog/copyright/digitalagenda
be OK now.
Better to update stalin anyway -- keeping it everywhere but on m68k is better
than dropping it everywhere. Added to dosrcanyway.
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
ends up broken, since the unstable version deps on the new glibc.
We've still got mozilla and friends to work on, and a bunch of other stuff
of course.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG signed mail preferred
, and we provide infrastructure (such as our
] bug-tracking system and mailing lists) for non-free software packages.
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
that I've forced the current version of gcc-3.3 into testing
for tomorrow's dinstall; in spite of it being broken on arm, and unbuilt
on m68k. This will ease a bunch of problems, but is still causing major
hassles for Qt and KDE, so we still need a properly fixed gcc-3.3 ASAP.
Cheers,
aj
--
Anthony
immediately after this failure, so this should
sort itself out tomorrow.
If you'd scrolled down a bit further, you'd've noticed it was retried
after gnome-pilot-conduits and gnome-pim were removed, and succeeded.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't
--
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?''
pgpnZSX4J2EAL.pgp
Description: PGP signature
versions are not guaranteed to be available, and aren't
guaranteed to boot on new hardware.
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 debian-arm@lists.debian.org or [EMAIL PROTECTED]) that your
guesses about the lack of ipt_ULOG.h are right, and if they are, file
a bug against ftp.debian.org requesting the removal of ulog-acctd on
those architectures.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I
On Sat, Apr 26, 2003 at 06:18:21PM +0100, Colin Watson wrote:
On Thu, Apr 24, 2003 at 09:04:15PM +1000, Anthony Towns wrote:
-alsa-lib-0.5
(Posting this now since it's changing day by day and I'm getting the
feeling that other people are working on very nearly the same problem.
How did
what they are).
If you run out of things to do, please feel free to take the initiative in
doing more stuff.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG signed mail preferred.
``Dear Anthony Towns
On Thu, Apr 24, 2003 at 09:04:15PM +1000, Anthony Towns wrote:
Subject: Re: Assignments III (2003/04/18)
(As you can tell, I got sidetracked between starting that message and
sending it. Oh well.)
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak
-- the job's not
done until that happens (or it's been removed from the archive entirely,
I suppose).
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG signed mail preferred.
``Dear Anthony Towns: [...] Congratulations
to be particularly easy to understand.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG signed mail preferred.
``Dear Anthony Towns: [...] Congratulations --
you are now certified as a Red Hat Certified Engineer
it
be removed from the archive.
You also should be updating the bug log with any extra information you find.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG signed mail preferred.
``Dear Anthony Towns: [...] Congratulations
testing for months
or years without a bug report being filed. Likewise, we don't want
unmaintained and buggy software sitting neglected in 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
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG signed mail preferred.
``Dear Anthony Towns: [...] Congratulations --
you are now certified as a Red Hat Certified Engineer!''
pgpr5HI7qj6F9.pgp
Description: PGP signature
will be permanently archived.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG signed mail preferred.
``Dear Anthony Towns: [...] Congratulations --
you are now certified as a Red Hat Certified Engineer
: the number of RC bugs in packages really do need to drop
to zero sooner or later, anyway.
As far as glibc's concerned, it's being kept out of testing until it's
working reasonably, which could be decades away, the way things are going.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http
.
Of course, there may be some other bugs in e2fsprogs 1.26. The aim is
to find and fix any bugs that matter in the 10 (or 20) days between the
package being uploaded, and it being put into testing.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
We came. We Saw. We
the urgency to low,
which should be enough time to notice any severe problems with 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.
The daffodils are coming. Are you?
linux.conf.au, February 2002
be added to woody alongside alpha, arm, hppa, i386, ia64, m68k, powerpc
and sparc in the next week or so.
There won't be any more architectures considered for inclusion in woody.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG
; will not delay freeze.
Only the apt and db2 problems of those listed above seem likely to be
problematic.
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG signed mail preferred.
``_Any_ increase in interface difficulty, in exchange
no problem with CPU time (hi Ben :).
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG signed mail preferred.
``_Any_ increase in interface difficulty, in exchange for a benefit you
do not understand, cannot perceive, or don't
,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG signed mail preferred.
``_Any_ increase in interface difficulty, in exchange for a benefit you
do not understand, cannot perceive, or don't care about, is too much
. And only
then you should do the announcement.
The annoucement needs to go out as soon as people notice apt-get trying
to upgrade their system so they know what's going on. (As an aside,
Joey's announcement was amazingly informative as far as that goes)
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED
the
changed packages since the last point release (or from the original
release? not sure if there'd be enough space for that, though) and their
source, and that can be installed from (with updated boot-floppies etc)?
(Replies to -cd only, probably)
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http
--- cfengine_1.6.2-0.1_m68k.changes
--- cfengine_1.6.2-0.1_powerpc.changes
--- cfengine_1.6.2-0.1_sparc.changes
--- e2fsprogs_1.18-3.0potato1_arm.changes
--- e2fsprogs_1.18-3.0potato1_i386.changes
--- e2fsprogs_1.18-3.0potato1_m68k.changes
--- e2fsprogs_1.18-3.0potato1_powerpc.changes
---
--- cfengine_1.6.2-0.1_m68k.changes
--- cfengine_1.6.2-0.1_powerpc.changes
--- cfengine_1.6.2-0.1_sparc.changes
--- e2fsprogs_1.18-3.0potato1_arm.changes
--- e2fsprogs_1.18-3.0potato1_i386.changes
--- e2fsprogs_1.18-3.0potato1_m68k.changes
--- e2fsprogs_1.18-3.0potato1_powerpc.changes
---
On Sun, Mar 25, 2001 at 10:48:40AM -0500, Anthony Towns wrote:
install-u acroread_4.05-2_i386.changes
For reference, install-u means okay to install, but (a) the .debs have
been stuck in the morgue because a newer version's been uploaded to
p-u, and (b) that newer version is acceptable
And then, after reading my email...
188,197c188,192
reject mtools_3.9.6-4_arm.changes
Not release critical
reject mtools_3.9.6-4_i386.changes
Not release critical
reject mtools_3.9.6-4_m68k.changes
Not release critical
reject mtools_3.9.6-4_powerpc.changes
Not release critical
packages in p-u need checking over
* packages in non-US/p-u need checking over
Cheers,
aj
--
Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/
I don't speak for anyone save myself. GPG signed mail preferred.
``_Any_ increase in interface difficulty, in exchange for a benefit you
--- cfengine_1.6.2-0.1_m68k.changes
--- cfengine_1.6.2-0.1_powerpc.changes
--- cfengine_1.6.2-0.1_sparc.changes
--- e2fsprogs_1.18-3.0potato1_arm.changes
--- e2fsprogs_1.18-3.0potato1_i386.changes
--- e2fsprogs_1.18-3.0potato1_m68k.changes
--- e2fsprogs_1.18-3.0potato1_powerpc.changes
---
1 - 100 of 162 matches
Mail list logo