Colin Watson wrote: > Let's go on a tour through the woody development cycle: > > http://lists.debian.org/debian-devel-announce/2000/debian-devel-announce-200012/msg00012.html > > giving up on d-i development as taking too long, returning to then > non-functional b-f > > http://lists.debian.org/debian-devel-announce/2001/debian-devel-announce-200102/msg00014.html > > "Short summary: It's about time we froze. Go help Adam with > boot-floppies." i386 boot-floppies not working yet. > > http://lists.debian.org/debian-devel-announce/2001/debian-devel-announce-200104/msg00004.html > > "In short: there hasn't been any [progress], go help Adam and David > with boot-floppies." Still no working i386 b-f. > > http://lists.debian.org/debian-devel-announce/2001/debian-devel-announce-200105/msg00003.html > > One successful i386 install with "CVS versions of this and hacked > versions of that". > > http://lists.debian.org/debian-devel-announce/2001/debian-devel-announce-200106/msg00014.html > > b-f finally more or less OK enough on some architectures to start a > freeze process. > > http://lists.debian.org/debian-devel-announce/2001/debian-devel-announce-200107/msg00011.html > > alpha, mips, mipsel, s390 (and others that didn't release) still > didn't have working installers. Note that alpha was supported in > potato. > > http://lists.debian.org/debian-devel-announce/2001/debian-devel-announce-200108/msg00002.html > > Ditto. My god. I'd forgotten it was ever this bad, you're an evil, evil man for digging that corpse up, Colin. :-) > Sure, we've had to take the hit of a massive initial development cycle > for d-i, but it's now got considerably more developer interest than b-f > ever had, it has a distributed maintenance structure so it's possible > for more than a few gurus to manage to build and upload the thing > correctly, it uses our autobuilder infrastructure so supporting other > architectures is considerably easier, and it makes use of micro-packages > generated as part of regular uploads of packages in the main > distribution to unstable to reduce the duplication of effort involved. > With some forthcoming debootstrap changes, we stand quite a good chance > of being able to maintain a rolling installer for testing for at least > some of the time from here on in. There are still problems, but the > light at the end of the tunnel is generally visible and distinguishable > from oncoming trains. :-) -- see shy jo
Attachment:
signature.asc
Description: Digital signature