[OE-core] why does OE's systemd have a hard dependency on qemu-native?

[Burton, Ross]

On 13 December 2016 at 10:34, Robert P. J. Day <rpjday at crashcourse.ca>
wrote:

> DEPENDS = "kmod intltool-native gperf-native acl readline libcap
>    libcgroup qemu-native util-linux"
>              ^^^^^^^^^^^ ?
>
> now, i *am* building for qemuppc for testing, but the above is an
> unconditional dependency on qemu-native. what does systemd need
> qemu-native for?
>
>   right below, we read:
>
>     inherit ... qemu ...
>
> so, again, qemu. yet a bit further down:
>

Using the qemu class means you generally need to depend on qemu-native.

SRC_URI_append_qemuall = "
>  file://0001-core-device.c-Change-the-default-device-timeout-to-2.patch"
>
> so now SRC_URI is modified *conditionally* based on qemuall.
>

This is a MACHINE-specific tweak for qemu machines, and unrelated to the
qemu class.

Carry on searching for qemu:

pkg_postinst_udev-hwdb () {
        if test -n "$D"; then
                ${@qemu_run_binary(d, '$D', '${base_bindir}/udevadm')} hwdb
--update \
                        --root $D
                chown root:root $D${sysconfdir}/udev/hwdb.bin
        else
                udevadm hwdb --update
        fi
}

There is a rootfs-time postinst that uses qemu-user to run hwdb.

Ross
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20161213/68e28535/attachment-0002.html>