Using the LSB Bootscripts

Bruce Dubbs bruce.dubbs at
Sun May 8 17:03:51 PDT 2011

Jeremy Huntwork wrote:

> * Add a param to release any dhclient addresses from a device if it is 
> running in the ipv4-static service

Wouldn't this be a BLFS issue?  It's a good idea, but I don't use dhcp 
myself.  It makes it hard to ssh into the system.

> * In the ipv4-static service, instead of attempting to remove the IP set 
> in the configuration file, just flush all addresses with 'ip addr flush 
> [dev]'
> * In the dhclient service, flush any static addresses as well.
> * Move ifdown and ifup to /sbin

This should have happened long ago.

> * Move the equivalent of /etc/sysconfig/network-devices/services to 
> /lib/services
> * Move the equivalent of /etc/sysconfig/network-devices to /etc/network

Agree.  I never liked the directory structure for network startup.

> * Move /etc/sysconfig/rc to /etc/default/rc
> * Move any remaining /etc/sysconfig files (like modules) to /etc/default
> * Create an /etc/default/rc.local to house configurations like UTC and 

I'm not sure about the name rc.local, but I like the general idea.

> * Add logic from Fedora to kill client sessions to the sshd init script.

Again, BLFS, but I agree in principle.  OTOH you may want to keep an ssh 
session active when restarting sshd.  I suppose this could always be 
done with an ssh session to a non-standard port, but it warrants a bit 
more discussion.

> There have been a few other minor modifications as well.
> Obviously, with that many changes to the structure of the scripts, I 
> don't expect them to be merged upstream. I assume I'd have to manage 
> them myself. So this raises the question of licensing and/or proper 
> attribution. From what I can tell, the scripts don't contain any sort of 
> license. What should be done?

The book says:

"Computer instructions may be extracted from the book under the MIT 

As far as I'm concerned the scripts are public domain and don't need a 

Why don't you post your scripts so we can look at them in more detail.

   -- Bruce

More information about the lfs-dev mailing list