> On Fri, Aug 31, 2012 at 9:45 AM, Khem Raj <[email protected]> wrote: >> On Fri, Aug 31, 2012 at 9:01 AM, Richard Purdie >> <[email protected]> wrote: >>> >>> I don't think dropping support for / and ${prefix} makes sense as long >>> as it doesn't excessively hurt us >> >> we already have, done special things to support it look how many >> libraries appear in /lib now a days despite their original build >> system wanting it in /usr and I still get atleast 50 warnings on it >> wanting more in /lib and I am sure someone will send patches >> for it because they hate the warning and then we will have this >> growing pile of patches >> to maintain. So IMO it has already started to hurt us. > > just to quantify it. I have 11 warnings reported about it. > > WARNING: QA Issue: .... installed in the base_prefix, requires a > shared library under exec_prefix (/usr) > > this is very custom image but very much similar to core-image-minimal > now if I fix this 11 warnings. For the sake of it I fixed these 11 warnings > by hacking patches for packages or recipes to move these files into > base_prefix and it now gives me 16 more warnings about same but > different files it wants to bring along into base_prefix > > its quite slimy :/
As Khem says, leading distros are even going one step further: http:\\fedoraproject.org/wiki/Features/UsrMove Seems it's time to consider alternative rootfs layouts, like this F17 unified filesystem. Andrea > __________________________________________ > Openembedded-core mailing list > [email protected] > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
