On 08/23/2010 04:12 AM, Jeremy Huntwork wrote:
> On 8/11/10 12:40 AM, DJ Lucas wrote:
>> Actually, for LSB compliance, the 'distribution supplied boot scripts'
>> need not use /lib/lsb/init-functions at all. All that is required is
>> that the scripts provide the LSB header information, and can therefor be
>> manipulated by {install,remove}_initd. That said, I have been working
>> on a replacement for the LFS bootscripts for some time, and have a fully
>> compliant set in LFS/trunk/BOOK/bootscripts/contrib/lsb-v3/, with quite
>> a few of the BLFS scripts completed as well in
>> BLFS/bootscripts/contrib/lsb-v3/.
>
> Awesome work. I've been playing with them and they will definitely fit
> my needs. They're a huge improvement over the current LFS bootscripts.
>
> I did encounter a syntax error, however. The sendsignals script is
> missing ' ; then' after a leading if in two places. This sed fixes it:
>
> sed -i 's...@\]@& ; then@' init.d/sendsignals
Ahh, yes. That was added a few weeks ago with the new killall. Fixed
real quick in r9365.
>
>> dynamic. I think they are ready for prime time, everyone should really
>> should give them a try on your next build.
>
> I'd be pretty happy if these went into LFS.
>
>> As far as chkconfig, I'm personally not a fan, just because it
>> duplicates the purpose of the LSB tools, but it does allow you to change
>> started runlevels which the LSB tools do not (I'm pretty sure that would
>> conflict with Dan's tools, so if we did that, we'd need to use what RH
>> and others use for the install_initd and remove_initd tools (which
>> require python IIRC). IMO, it would be easier to just edit the runlevel
>> header information in the script rather than using chkconfig.
>
> I can do without chkconfig. I do miss the ability to list what is
> enabled, and only mildly miss the ability to enable/disable specific
> run-levels for a given service.
>
> Having said that, assuming it doesn't break any LSB compliance, I'd be
> happy to add those features into Dan's tools. As it is, if I begin using
> them in earnest, I may just take over maintenance of them.
>
>> Also, the service program could easily be a function provided in
>> /etc/profile.d/service.sh if the magic to build it is not found easily
>> in sysvinit.
>
> For my own purposes, as a temporary solution, I've added the following
> script to my rpm of your bootscripts:
>
> http://dev.lightcube.us/~jhuntwork/sources/lsb-bootscripts/service
>
Excellent! Off to work for me.
> Thanks!
>
> Jeremy
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
