Re: pre-building NEW packages, when they only introduce new binary packages

2008-02-13 Thread Vincent Danjean
Evgeni Golov wrote: > On Sat, 09 Feb 2008 20:10:20 -0500 Philippe Cloutier wrote: > >>> That probably won't make much time difference on "fast" archs (i386, >>> amd64 etc), but on slower ones like mips, mipsel etc (those sometimes >>> hold up testing transition :(). >> A missing build will only sl

Re: Re: pre-building NEW packages, when they only introduce new binary packages

2008-02-12 Thread Philippe Cloutier
Le February 12, 2008 03:19:47 am Joerg Jaspert, vous avez écrit : > On 11293 March 1977, Philippe Cloutier wrote: > > Lets jump in here, even if not all points address your mail only. > > > If by "disfavour" you imply that it's intentional that NEW packages > > aren't built before being accepted,

Re: pre-building NEW packages, when they only introduce new binary packages

2008-02-12 Thread Joerg Jaspert
On 11293 March 1977, Philippe Cloutier wrote: Lets jump in here, even if not all points address your mail only. > If by "disfavour" you imply that it's intentional that NEW packages > aren't built before being accepted, I think you're wrong. I think it > would require not completely trivial chang

Re: Re: Re: pre-building NEW packages, when they only introduce new binary packages

2008-02-11 Thread Philippe Cloutier
Dear Philippe, if the ressources are scarce, I think that it would be fair that the internal competition for the access to them would be organised in a productive way. The current system disfavours the works that changes the structure of the package. How does this fit in a strategy to optimise t

Re: Re: pre-building NEW packages, when they only introduce new binary packages

2008-02-11 Thread Charles Plessy
Le Mon, Feb 11, 2008 at 02:44:59PM -0500, Philippe Cloutier a écrit : > > If the NEW package gets earlier in the queue, it's built more quickly, > but packages that come later are built more slowly. Dear Philippe, if the ressources are scarce, I think that it would be fair that the internal comp

Re: Re: pre-building NEW packages, when they only introduce new binary packages

2008-02-11 Thread Philippe Cloutier
On Sat, 09 Feb 2008 20:10:20 -0500 Philippe Cloutier wrote: > > That probably won't make much time difference on "fast" archs (i386, > > amd64 etc), but on slower ones like mips, mipsel etc (those sometimes > > hold up testing transition :(). > A missing build will only slow testing migration if

Re: pre-building NEW packages, when they only introduce new binary packages

2008-02-11 Thread William Pitcock
Hi, On Mon, 2008-02-11 at 18:02 +0900, Charles Plessy wrote: > Le Sun, Feb 10, 2008 at 08:06:38PM +0100, Evgeni Golov a écrit : > > On Sat, 09 Feb 2008 20:10:20 -0500 Philippe Cloutier wrote: > > > > > > That probably won't make much time difference on "fast" archs (i386, > > > > amd64 etc), but

Re: pre-building NEW packages, when they only introduce new binary packages

2008-02-11 Thread Charles Plessy
Le Sun, Feb 10, 2008 at 08:06:38PM +0100, Evgeni Golov a écrit : > On Sat, 09 Feb 2008 20:10:20 -0500 Philippe Cloutier wrote: > > > > That probably won't make much time difference on "fast" archs (i386, > > > amd64 etc), but on slower ones like mips, mipsel etc (those sometimes > > > hold up test

Re: pre-building NEW packages, when they only introduce new binary packages

2008-02-10 Thread Evgeni Golov
On Sat, 09 Feb 2008 20:10:20 -0500 Philippe Cloutier wrote: > > That probably won't make much time difference on "fast" archs (i386, > > amd64 etc), but on slower ones like mips, mipsel etc (those sometimes > > hold up testing transition :(). > A missing build will only slow testing migration if t

Re: pre-building NEW packages, when they only introduce new binary packages

2008-02-09 Thread Philippe Cloutier
That probably won't make much time difference on "fast" archs (i386, amd64 etc), but on slower ones like mips, mipsel etc (those sometimes hold up testing transition :(). A missing build will only slow testing migration if the package wasn't built when the unstable testing delay is over. Since a