On 11/9/18 2:24 AM, Burton, Ross wrote:
On Thu, 8 Nov 2018 at 10:58, Pascal Bach <[email protected]> wrote:
Busybox can provide ionice and rev. They are both installed to /bin
The corresponding util-linux variant is installed to /usr/bin

This causes the following error during the do_rootfs task:

update-alternatives: renaming ionice link from /bin/ionice to /usr/bin/ionice
mv: cannot stat '/bin/ionice': No such file or directory

Moving the util-linux binaries to /bin avoids this error.

Isn't it simpler to just set ALTERNATIVE_LINK_NAME[ionice] =
"${base_bindir}/ionice" (so the system knows to use the same symlink
for this and busybox) instead of actually moving the binary too?

Ross


Case being that busybox has ionice and rev under /bin/ whereas util-linux under /usr/bin/, I wonder would the prudent course of action at this point rather be to revert the 'ionice' and 'rev' specific bits that were introduced (along 'cal') in http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/recipes-core/util-linux/util-linux.inc?id=78db831a7b0c2361a266eb37c7cbf2e368d2280a

-Niko
--
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Reply via email to