[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bits (Nybbles?) from the Vancouver release team meeting

On Wed, Mar 16, 2005 at 09:36:17AM -0500, Daniel Jacobowitz wrote:
> On Wed, Mar 16, 2005 at 12:50:31PM +0100, Martin Schulze wrote:

> > > We project that applying these rules for etch will reduce the set of
> > > candidate architectures from 11 to approximately 4 (i386, powerpc, ia64
> > > and amd64 -- which will be added after sarge's release when mirror space
> > > is freed up by moving the other architectures to scc.debian.org).
> > > This will drastically reduce the architecture coordination required in
> > > testing, giving us a more limber release process and (it is hoped) a
> > > much shorter release cycle on the order of 12-18 months.
> > 
> > Since this is the first time I hear that so much of  "architecture
> > coordination" is required for testing, could you elaborate how much
> > time this is referring to and which problems the release team has
> > faced in particular?  I'd be glad if somebody could propose an
> > alternative solution, as dropping most architectures would be a large
> > regression for Debian and its community.
> I think that all they mean is "the complicated act of getting, and
> keeping, all architectures in sync in testing".  For instance, getting
> large packages built in the same version on every architecture,
> discovering an architecture-specific bug, and redoing the whole thing
> before it or any of its dependencies can migrate to testing.  Not a new
> problem, especially for anyone reading debian-release.

I already sent two mails [1,2] where I expressed my opinion that dumping 
testing might be an option since it's the main reason for the underlying 
problems that seem to cause the proposed removal of two third of the 
Debian architectures from the Debian releases while it hasn't proven to 
bring any real benefits for the release.

The interesting thing is that while people answered to other parts of 
these emails, noone said anything about my points regarding testing -
neither in favor nor against them.

I do not claim my points have to be correct, but IMHO this would be an 
alternative solution that should be evaluated.

> Daniel Jacobowitz


[1] http://lists.debian.org/debian-devel/2005/03/msg01320.html
[2] http://lists.debian.org/debian-devel/2005/03/msg01367.html


       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

Reply to: