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.
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Reply via email to