Re: Raising severity of Contains /usr/share/info/dir.gz if rebuilt on current sid"-bugs.
+++ Adrian Bunk [04-03-18 11:46 +0100]:
> On Wed, Mar 17, 2004 at 11:59:04AM +0100, Andreas Barth wrote:
> > Hi,
> > * Andreas Metzler (email@example.com) [040317 11:10]:
> > > I.e. any of these package has a RC bug if it is recompieled without
> > > fixing this bug. Today an NMU happened (anubis) which did exactly
> > > this. To stop this from happening again I want to raise the severity
> > > to serious, but not without asking here, I have CCed release but want
> > > discussion to happen on -devel.
> > I'd say: just go ahead. It's definitly required that a package is
> > recompilable.
> I'd like to agree with you.
> But the first thing to achieve this would be to fix testing to honor
> build dependencies...
As the subject has come up I'd just like to add that the Embedded Debian
sub-project would _really really_ like to see the testing migration rules
changed to enforce buildability.
The fact that Debian can't build itself at any given time is a real problem
for emdebian, because that really does need to be (cross) buildable from
source at all times.
We can deal with this for the time being by maintaining our own emdebian
tree which does enforce buildability in its migration rules, but this has
it's own problems (getting out of sync).
I hope that everyone can agree that it should be a goal of Debian's to be
able to build itself, and that we can move towards making that policy. Can
someone tell me why we don't already do this - presumably there is some
reason of expediency?
[please cc: me]
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/