Paul Wise <p...@debian.org> writes: > When that change occurs, there will be 2 kinds of buildds; the one that > builds the arch all and arch any packages and the ones that > builds. These will obviously be different for different packages, I > imagine the fastest arches will be chosen for the build-arch independent > packages. I imagine this will require changes to make the buildds call > debian/rules build-indep when appropriate and build-arch when not > appropriate. In any case, there will be a shakeup of buildd behaviour > with running build/build-indep/build-arch and installing > build-depends-indep packages so I'm hoping this issue will be fixed to > be more in line with policy.
Hm, isn't the obvious and simple way of implementing this change to just create a second class of buildds that do exactly what the current ones do but then throw out all the arch-dependent packages and only keep the arch-independent ones? Or even more simply, just designate one architecture (i386 perhaps) to keep all the results of the build including the arch-independent packages? That's what I assume was going to happen, which unfortunately doesn't imply fixing any of the problems you note. -- Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/> -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org