On Mon, 2013-04-15 at 13:21 +0200, Koen Kooi wrote: > Op 15 apr. 2013, om 13:00 heeft Enrico Scholz > <enrico.sch...@sigma-chemnitz.de> het volgende geschreven: > > > Ross Burton <ross.burton-ral2jqcrhueavxtiumw...@public.gmane.org> > > writes: > > > >> Following the example set by udev, move the binaries to /sbin/systemd > >> and hardcode less paths in general. Tested on atom-pc with a .hddimg > >> so the live boot/initrd paths were tested. > > > > At least the moving of udev breaks a lot of local recipes here which > > install e.g. local rules or keymaps in /lib/udev. This is a silent break > > which is detected at device runtime only. The global 'bitbake.conf' has > > not been updated for the new paths neither. > > > > > > There should be: > > > > 1. added some QA checks which detect this broken packaging > > > > 2. added some global variables (e.g. 'udev_basedir') which can be used > > in the rules. > > These patches can get NAK'd all you want, but they will go in. I still > say: NAK, this is a bad, bad idea. It diverges from upstream and > introduces silent breakage as you point out due to that.
In the 1.5 timeframe I want to look at this again and see how we can better solve it as it may be we can do something to the multilib code to avoid the issues. We ran out of runway with this for 1.4 :(. Cheers, Richard _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
