vorlon at debian.org
Mon Apr 30 23:40:12 UTC 2007
On Tue, May 01, 2007 at 01:25:52AM +0200, Moritz Muehlenhoff wrote:
> Steve Langasek wrote:
> > > > My bad - its what I get for skimming the DSA. I'll go stand in the
> > > > corner now... Out of curiosity, what is the delay in pushing out
> > > > security updates for select archs? Is it lack of machines or people?
> > > > If it is the former, I can most likely make one of our mips boxes
> > > > available - if it is the latter, I'd be happy to help.
> > > mips and mipsel haven't been configured for the new security queues;
> > > it's DSA's plan to move them to faster machines until that occurs.
> > > So it's more a lack of man power. However, if your proposed machine
> > > is a fast one, please write to hardware-donations at debian.org and
> > > CC: debian-admin at lists.debian.org anyway.
> > > m68k is bitten by a dak bug, the removal of m68k from etch has
> > > resulted in dak not accepting m68k for sarge also.
> > > arm was delayed because toffee, the arm buildd is painfully slow
> > > and also building unstable, which slows down things a lot.
> > Uhm, don't the security queues always take precedence over unstable? If so,
> > "also building unstable" shouldn't interfere with the security builds. If
> > the priorities of the build queues are wrong, that's a bug that should be
> > fixed.
> Apparently not, toffee has been repeatedly been blocked by long
> builds like linux-2.6 or gcc-snapshot in the past. Ccing Steve;
> he should know best as the buildd admin.
Ah -- if a long-running build is started on the buildd because the security
queue is empty, and then a package arrives in the security queue that needs
built, that would certainly be an issue, having nothing to do with the queue
priority. Perhaps such long-running packages should be set weak-no-auto on
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
vorlon at debian.org http://www.debian.org/
More information about the pkg-php-maint