Re: Woody upgrading problems, LILO and debconf
On Thursday 17 May 2001 17:04, Sean 'Shaleh' Perry wrote:
> > PPS Shaleh, please note that when I publically flame people I CC them a
> > copy of the message as a courtesy to give them the best opportunity to
> > respond. I expect to receive the same courtesy.
>
> my apologies, I thought Dwarf had.
Dwarf didn't flame me...
> As for the source of the flame, lilo breakage is the reason I now own a
> rescue CD. Had not needed one since I became a Debian developer 2 years
> ago.
>
> The amount of complaints on #debian (and #debian-devel) echo this.
I almost never use IRC and never use those channels.
I have been involved in numerous discussions about the issue, through private
email, through debian-devel, and through the BTS.
> I know lilo is a critical package and a bear to be the maintainer of.
> Perhaps recruiting some testers or doing heavier testing yourself would
> help? The debconf support was welcome if it had accepted when people said
> 'no thanks, I handle it myself'.
I had put that in quite some time ago, here's the relevant changelog entry:
lilo (1:21.6-3) unstable; urgency=HIGH
* Made numerous improvements to the debconf setup. Added an option to not
change the /etc/lilo.conf file.
Closes: 81342, 81347
-- Russell Coker <russell@coker.com.au> Sun, 7 Jan 2001 03:17:00 +1100
> For the record the recurring problem I have is I tell lilo 'no thanks I can
> handle it' and everything seems fine, but when I power the box on next lilo
> is not setup and no OS shows up (often not even a LI).
I believe that in this situation it now works better than it ever has. The
way it now rotates the boot.b etc files means that you should be able to
upgrade without re-running lilo and have the same boot block as before.
It still needs more testing to ensure that there are no corner cases, but I
am fairly confidant in it's ability to do the right thing.
Also I have added support for booting several types of RAID controller and
one class of broken laptop that previous LILO packages would never boot.
> PS sorry about VACM, my last 2 months working on Debian at VA was crazed.
I understand. Wichert and I are working frantically on this now.
--
http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/ Postal SMTP/POP benchmark
http://www.coker.com.au/projects.html Projects I am working on
http://www.coker.com.au/~russell/ My home page
Reply to: