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

Re: Bug#5572: infelicitous overriding of lilo.conf by kernel-image



Hi,

	Umm, I disagree.  (pardon me if this seems a tad abrupt, I did
 not mean this to sound that way) The output of lilo is not critical
 information unless lilo fails. We do run lilo in test mode first to
 make sure that things parse ok. And we do preserve output in case
 there was an error running LILO, and pause to make sure that the user
 knows about the LILO error. 

	If someone needs to see LILO output, they could just type lilo
 after the install, all output will be repeated, but this should not
 be forced for every one.

	This, by the way, is not just an opinion, but also part of
 Debian policy:

3.5 Maintainer scripts

   The package installation scripts should avoid producing output which
   it is unnecessary for the user to see and should rely on dpkg to stave
   off boredom on the part of a user installing many packages. This
   means, amongst other things, using the --quiet option on install-info.

   Packages should try to minimise the amount of prompting they need to
   do, and they should ensure that the user will only every be asked each
   question once. This means that packages should try to use appropriate
   shared configuration files (such as /etc/papersize and             
   /etc/news/server, rather than each prompting for their own list of
   required pieces of information.

   It also means that an upgrade should not ask the same questions again,
   unless the user has used dpkg --purge to remove the package's
   configuration. The answers to configuration questions should be stored
   in an appropriate place in /etc so that the user can modify them, and
   how this has been done should be documented.

   If a package has a vitally important piece of information to pass to
   the user (such as "don't run me as I am, you must edit the following
   configuration files first or you risk your system emitting
   badly-formatted messages"), it should display this in the postinst
   script and prompt the user to hit return to acknowledge the message.
   Copyright messages do not count as vitally important (they belong in
   /usr/doc/copyright); neither do instructions on how to use a program
   (these should be in on line documentation, where all the users can see
   them).                                                  

   Any necessary prompting should almost always be confined to the
   post-installation script, and should be protected with a conditional
   so that unnecssary prompting doesn't happen if a package's
   installation fails and the postinst is called with abort-upgrade,     
   abort-remove or abort-deconfigure.       

   Errors which occur during the execution of an installation script must
   be checked and the installation must not continue after an error.

   The section below on scripts in general applies to package maintainer
   scripts too.                            

	manoj
-- 
Manoj Srivastava                                     <srivasta@datasync.com>


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-REQUEST@lists.debian.org . Trouble? e-mail to Bruce@Pixar.com


Reply to: