tags 801850 +moreinfo +patch
thanks
> With both coreutils and busybox installed however, the
> busybox variant gets used before the coreutils variant causing package
> failures.
Does such a breakage happen or is this rather a theoretical scenario?
Or: Is this an issue to be fixed in (old)stable as well?
> A quick fix/workaround:
> if [ -f /bin/readlink ]; then
> unlink /usr/bin/readlink
> fi
Things are not that easy unfortunately. It's saner to fix the
underlying problem which took a while to understand: busybox --install
places the readlink link in /usr/bin/, a directory that has precedence
in $PATH over /bin/ where coreutils version resides. And things go
downhill from there.
The patch attached changes busybox' install path for readlink to /bin/
as well - since busybox never replaces existing files, everything
should be fine.
Please give it a try and report whether this helps in your situation.
Christoph
--- a/coreutils/readlink.c +++ b/coreutils/readlink.c @@ -20,7 +20,7 @@ //config: help //config: Enable the readlink option (-f). -//applet:IF_READLINK(APPLET(readlink, BB_DIR_USR_BIN, BB_SUID_DROP)) +//applet:IF_READLINK(APPLET(readlink, BB_DIR_BIN, BB_SUID_DROP)) //kbuild:lib-$(CONFIG_READLINK) += readlink.o
Attachment:
signature.asc
Description: Digital signature