Re: Feaping Creature-ism in core Debian Packages
On Tue, Aug 31, 1999 at 05:06:11PM -0500, Mr. Christopher F. Miller wrote:
> On Tue, Aug 31, 1999 at 01:40:03PM -0700, Brent Fulgham wrote:
> > > Another issue that needs to be addressed here is that Perl
> > > has become a VERY standard part of ANY UNIX type OS. Because
>
> Perl may or may not be inevitable, but what about this in
> /etc/init.d/lprng?
>
> test -f $DAEMON -a -d /usr/doc/lprng || exit 0
>
> Why should the operation of a daemon depend on its
> documentation?
Umm... I'm not sure about what relevance this has to the current thread,
but anyway... the problem is that /etc/init.d/lprng is a conffile, and
so may not be removed when the rest of the package is (ie, if you delete
lprng with dpkg -r lprng or apt-get remove, then /etc/init.d/lprng will
remain). In such a case, the init script should not run. To determine
this it checks to see if /usr/doc/lprng exists, which is a fairly safe
way to do this check -- since /usr/doc/<package-name> must exist by
policy, and depending on any other individual file is prone to really
ugly bugs if/when the package is reorganized. Just the same, I haven't
ever read anything about this, or what the correct way to handle this
is -- does anyone have a better check? Should it be in policy?
-- Nathaniel
> We, for example, keep our docs on a single machine
> NFS mounted on our network. But now at boot time the
> default script for lprng dies silently.
>
> I'd not mind if it printed a message about where to
> find docs to the console.
>
> cfm
>
> --
>
> Christopher F. Miller, Publisher cfm@maine.com
> MaineStreet Communications, Inc 208 Portland Road, Gray, ME 04039
> 1.207.657.5078 http://www.maine.com/
> Database publishing, e-commerce, office/internet integration, Debian linux.
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: