Hi Steve, Steve Langasek <vor...@debian.org> writes:
> Hi Michael, > > On Sat, Jan 16, 2010 at 10:57:48AM +0100, Michael Welle wrote: >> several init scripts use such a fragment for sourcing init-functions: > >> if ! [ -x "/lib/lsb/init-functions" ]; then >> . /lib/lsb/init-functions >> else >> echo "E: /lib/lsb/init-functions not found, lsb-base (>= 3.0-6) needed" >> exit 1 >> fi > > What do you mean, "several"? What init scripts use this fragment? No init > scripts on any of my systems do this. several means that on the subset of all possible init scripts, that is installed on my machines, an astonishing quantity use this construct ;): r...@stella:/etc/init.d# grep '\-x.*init-functions' * ippl:if ! [ -x "/lib/lsb/init-functions" ]; then nagios3:if ! [ -x "/lib/lsb/init-functions" ]; then ser2net:if ! [ -x "/lib/lsb/init-functions" ]; then I guess there is a single source of this construct and then it is copied and copied again. >> What is the reason to bail out if the execute bit is set? Or should I >> bug report these packages? > > Looks like nonsense to me. I think you should file a bug. For one thing, > any init script that needs lsb-base (>= 3.0-6) *should depend on lsb-base > (>= 3.0-6)*, not throw an error if it's not installed. That is my feeling, too. I had discovered this annoyance while re-using Debian init scripts on a Xen Server. While Debian init scripts are supposed to work on the Debian distribution (which they do at the moment) it is IMHO a good thing to make them as universal as possible and I can't see what we gain with this restriction. In this sense init scripts can have some logic built in to bail out if their runtime environment doesn't fit. There are Unix system that do not use such a sophisticated packaging system as Debian do and this way the scripts can easiely be re-used. Regards Gyro -- biff4emacsen - A biff-like tool for (X)Emacs http://www.c0t0d0s0.de/biff4emacsen/biff4emacsen.html Flood - Your friendly network packet generator http://www.c0t0d0s0.de/flood/flood.html -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
