<div dir="ltr"><div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr">On Mon, Dec 10, 2018, 05:39 Eduardas Meile <<a href="mailto:eduardas.m@fods.com" target="_blank">eduardas.m@fods.com</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It has come to my attention that toybox is currently patched to change <br>
paths of some tools in Open Embedded:<br>
<br>
<a href="http://cgit.openembedded.org/meta-openembedded/commit/meta-oe/recipes-core/toybox/toybox/OE-path-changes.patch?id=cdd3e9ab99d4ffda673b564ba802b6bd2d40eabf" rel="noreferrer noreferrer" target="_blank">http://cgit.openembedded.org/meta-openembedded/commit/meta-oe/recipes-core/toybox/toybox/OE-path-changes.patch?id=cdd3e9ab99d4ffda673b564ba802b6bd2d40eabf</a><br>
<br>
Not really sure which project does the right thing: OE or toybox.<br>
<br>
Also, I have noticed that there was a thread on the mailing list <br>
discussing similar issues back in 2015:<br>
<br>
<a href="http://lists.landley.net/htdig.cgi/toybox-landley.net/2015-April/007262.html" rel="noreferrer noreferrer" target="_blank">http://lists.landley.net/htdig.cgi/toybox-landley.net/2015-April/007262.html</a><br>
<br>
<a href="http://lists.landley.net/pipermail/toybox-landley.net/attachments/20150410/56dd947d/attachment-0004.patch" rel="noreferrer noreferrer" target="_blank">http://lists.landley.net/pipermail/toybox-landley.net/attachments/20150410/56dd947d/attachment-0004.patch</a><br>
<br>
The end of the thread is inconclusive:<br>
<br>
<a href="http://lists.landley.net/htdig.cgi/toybox-landley.net/2015-April/007262.html" rel="noreferrer noreferrer" target="_blank">http://lists.landley.net/htdig.cgi/toybox-landley.net/2015-April/007262.html</a><br>
<br>
Not sure why but some of the suggested changes for paths (like the ones <br>
for sed, dd and ps) were never implemented.<br>
<br>
Also noticed that sed, dd and ps should go into /bin according to the <br>
FHS spec hosted by the Linux Foundation:<br>
<br>
<a href="http://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch03s04.html" rel="noreferrer noreferrer" target="_blank">http://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch03s04.html</a><br>
<br>
So that raises the question whether toybox tries to follow the Linux <br>
Foundation FHS spec.<br>
<br>
As it is not listed among "Relevant Standards" on <br>
<a href="http://landley.net/toybox/about.html" rel="noreferrer noreferrer" target="_blank">http://landley.net/toybox/about.html</a><br>
<br>
I assume it does not, but a clarification would be very welcome. It is <br>
unclear to me personally what<br>
<br>
is the driving force behind how toybox sets tool symlinks. If it does <br>
not adhere to some specific spec,<br>
<br>
perhaps it follows how some specific distro (or Android) does this?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Android puts everything in one directory, because there's no need for more than one :-)</div><div dir="auto"><br></div><div>our one directory is /system/bin for similar historical reasons to the Unix / vs /usr mess, but on the latest devices that's actually obsolete and we've been cleaning it up (or making things worse, depending on your point of view) by adding symlinks like /bin and /etc.</div><div><br></div><div>but we don't use the toybox annotations at all: our build system has a list of the toy symlinks it should generate, and it generates them all in /system/bin. so we're not affected by any of this.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
My main concern here is to understand what the proper technical solution <br>
should be:<br>
<br>
should I ask for changes in default toybox tool paths (like people did <br>
back in 2015) or patching the paths in OE<br>
<br>
is the correct solution? The patch appeared relatively recently. The <br>
reason (from Yocto IRC):<br>
<br>
  <rburton> (mostly because there was a bug in update-alternatives until <br>
about a week ago where it didn't like alternatives for commands being in <br>
different directories<br>
<br>
If patching in OE is the correct path, the patch should probably be <br>
extended to cover all of the toybox tools, not just the ones in the <br>
default defconfig.<br>
<br>
Busybox in OE does not need any patches for paths as far as I can tell, <br>
so perhaps it would be a good idea for toybox to install<br>
<br>
things where busybox installs them?<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Toybox mailing list<br>
<a href="mailto:Toybox@lists.landley.net" rel="noreferrer" target="_blank">Toybox@lists.landley.net</a><br>
<a href="http://lists.landley.net/listinfo.cgi/toybox-landley.net" rel="noreferrer noreferrer" target="_blank">http://lists.landley.net/listinfo.cgi/toybox-landley.net</a><br>
</blockquote></div></div></div>
</div>