Fix installation of the same program by more than package

[gerard@…]

Some packages overwrite files from other packages (we already note this for hostname, but there are a few more). We should mention this so people can take action if they don't want that to happen.

[gimli@…]

After logging a whole by-the-book install with install-log, run this script on the generated logs for a list of duplicates (not guaranteed to work). It doesn't work on checklfs logs though, because they have directory names logged as well.

#!/bin/sh cd $1 && for LOG in *; do

echo "$LOG" for FILE in cat "$LOG"; do

egrep "^{$FILE" * |egrep -v "}$LOG"

done

done

[jeremy@…]

Committing this change now.

[gerard@…]

Instead of just mentioning which packages overwrite, we should decide which program (if there are choices like with kill, hostname) from which package we decide is best to use and make patches to prevent installation of others like we do with hostname, libiberty and going to do with the kill programs. This will make reinstalling a random package a lot safer: it won't all of the sudden install a "wrong" version of a program.

Change the summary line to be more accurate.

[gerard@…]

"kill" is a shell builtin so it doesn't matter most of the time. But some scripts will call /bin/kill so we need to have one there at least.

Three packages currently install "kill"

coreutils -> /usr/bin procps -> /bin util-linux -> /bin

I propose that we use the one from procps. The one from util-linux can be inhibited from installing by building it like so:

make HAVE_KILL=yes HAVE_SLN=yes

The one from coreutils can be removed by:

rm /usr/bin/kill

(similar to how we deal with /bin/groups from shadow).

Deal with this after 5.0 release.

[gerard@…]

* Bug 687 has been marked as a duplicate of this bug. *

[lizardo@…]

Long time ago, I reported a similar problem. See ​http://archives.linuxfromscratch.org/mail-archives/lfs-dev/2003-January/031064.html (and other messages inside this thread). The information there would still be valid on LFS 5.x.

[gerard@…]

Thanks Anderson, that's useful info

[greg@…]

Committed some fixes to prune the number of "kill" binaries installed. This at least addresses part of the problem (Bug 687).

[ookaze@…]

for the "uptime" command, I think the coreutils one is better than the procps one, as it is l10ned at least. The procps one is not l10ned, and can be omitted on install with SKIP (make SKIP='/usr/bin/uptime /usr/share/man/man1/uptime.1' install).

[winkie@…]

Fixed in 6.0