On 9/4/12 2:26 PM, Burton, Ross wrote:
On 4 September 2012 17:28, Mark Hatle <mark.ha...@windriver.com> wrote:
I'm sorry, not all devices being generated have initramfs configuration (nor
do people want that behavior.) Also we've shown you can build a system w/
a split filesystem and it works properly. The systemd/udev developers seem
'lazy' to me... they were unwilling to work through early and late boot so
they just gave up.
With oe-core master, I get:
NOTE: Executing RunQueue Tasks
WARNING: QA Issue: udev: /lib/libgudev-1.0.so.0.0.1, installed in the
base_prefix, requires a shared library under exec_prefix (/usr):
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xdead2000)
So that's a false positive, and libgudev can be moved back into /usr
where it belongs?
The gobject linkage into udev is either the result of a newer version of udev,
different configuration options or "something else". The version we're using
from the Denzil branch did not generate this failure. (maybe the check was in
error?)
This type of problem is the "peeling of the onion" problem. You fix one, and
you expose the next problem. Each of these are really problems.. the catch is
at the end of the process do you eliminate the problem (in a sustainable way) or
not. For this particular issue, I haven't looked at udev in a while to see
where the dependency is coming from, and why it is there..
--Mark
Ross
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
