LFS 6.6/6.6-rc1, Chapter 6.52: psmisc-22.10
Hi,
a couple of days ago I submitted the following to lfs-book support: Quote:
|
Hi,
Looking back at some previous LFS version it seems that a configure option isn't present (be it on purpose or by mistake): ./configure --prefix=/usr --exec-prefix="" is what is used in 5.0 / 6.0 / 6.2 / 6.3 / 6.5 (to name a few :) ) I haven't run into this problem (I use Sysvinit's pidoff), but it is a valid observation on your part. |
Hi druuna,
thanks for your input. I reconfigured my system to use psmisc's killall again and I think I found the offending part. As it seems the line in /etc/rc.d/init.d/functions pidlist=`pidof -o $$ -o $PPID -x "$1"` cannot be handled by killall. Changing this to pidlist=`pidof -e "$1"` seems to fix the problem. However, this time the syslogd daemon did get started - even with the faulty configuration. So I must correct my initial post regarding this issue. When I first encountered this error there were some other things that needed correction. Not starting of the daemon was probably related to something else. Anyway, since keeping killall instead of killall5 would mean some sort of minor forking point in installing LFS I think the book should completely discard the alternative of keeping killall. Now I somehow need to find out why LFS-6.6-rc1 cannot host itself. It is no problem to build it when using the liveCD. But when using lfs-6.6-rc1 as host gcc-pass2 in chapter 5 does not succeed. I. e. somehow all following compilations start there include search in /usr/include I know that the liveCD should be the primary build host for LFS. But as a matter of principle I think that LFS should be able to host itself. |
Hi again,
Using the --exec-prefix="" option (which is present in 22.10) would put killall in the correct location (/bin, not /usr/bin), not sure if you understood that from my previous post. Another thing I noticed (typo??): /etc/init.d/functions -> /etc/rc.d/init.d/functions You do realize that you are working with the first release candidate of LFS 6.6, which could have issues (same is true for rc2). I do fully agree with you that LFS itself is a suitable host for building LFS, done so myself more then once. I never tried to use LFS version X as host to build LFS version X. Maybe there will be some package version problems (too new??). Hope this helps. |
Hi,
yes, I do realize that I am working with rc-1. However, the affected packages and the bootscripts are the same version. And the --exec-prefix="" issue is also present in LFS6.6. I will rebuild with LFS6.6. Maybe this will solve the host issue. |
Hi,
I run LFS 6.6 stable atm (build with a slightly altered Debian 5.0/Lenny as host for a change :) ) and did not encounter any problems. BTW: Do read the Errata for the 6.6 Version of the LFS Book. Their is an issue with the version requirements specified in the stable book. You need to use the versions (and check script) mentioned in the development book. The expect location problem might be a none-issue: All available LFS packages - Single or Full |
update
1 Attachment(s)
Ok, to be on the safe side I build the official stable LFS-6.6. As expected the behaviour is the same when /bin/pidof points to killall instead of killall5.
Attached below is a screenshot of the error if /etc/rc.d/init.d/functions is not edited as described earlier. |
Hi,
What happens if you build psmisc-22.10 with the "missing" option that is mentioned in the previous LFS versions (could still be a bug in the 6.6 documentation) ./configure --prefix=/usr --exec-prefix="" Instead of the mentioned: ./configure --prefix=/usr Do remove the already installed parts before trying this. |
Quote:
maybe it was not clear from my initial post but the intention was not primarily to "fix" the dead link. The main focus was on verifying/falsifying that linking /bin/pidof to psmisc's killall is not an option as suggested in the book. The bootscripts provided will not be able to handle it without (minor) manual configuration. So I still think the book should not offer this option at all, i. e. remove the following lines in Chapter 6.52: Quote:
Quote:
[EDIT] For the sake of thoroughness I did reinstall with --exec-prefix="" option and all binaries were installed in /bin. So the option is still supported and psmisc behaves as in previous versions. This would prevent the dead link issue but the configuration issue that arises if killall is not replaced by killall5 still remains of course. |
All times are GMT -5. The time now is 06:44 AM. |