On Mon, Jul 16, 2012 at 03:59:33PM +0200, Martin Jansa wrote: > On Mon, Jul 16, 2012 at 02:16:01PM +0200, Koen Kooi wrote: > > > > Op 16 jul. 2012, om 14:08 heeft Martin Jansa het volgende geschreven: > > > > > On Mon, Jul 16, 2012 at 11:24:12AM +0200, Koen Kooi wrote: > > >> This is a combined udev+systemd recipe: it will build both udev and > > >> systemd in one go, but keep the old (sub)package layout: > > >> > > >> udev > > >> udev-utils > > >> udev-systemd > > >> systemd > > >> systemd-vconsole-setup > > >> systemd-analyze > > >> systemd-initramfs > > >> > > >> And all libraries are seperated out: > > >> > > >> libgudev-1.0-0 > > >> libsystemd-daemon0 > > >> libsystemd-id128-0 > > >> libsystemd-journal0 > > >> libsystemd-login0 > > >> libudev1 > > >> > > >> The SRCREV is 94 patches ahead of the v186 tag to drag in compile fixes > > >> for 'old' gcc versions like 4.5.x. > > >> > > >> Runtime tested with build from scratch and opkg upgrade with angstrom > > > > > > With this upgrade (opkg upgraded) I see few services failing to start. > > > I'll try to reproduce it on other devices (this is on qemux86-64) and > > > maybe it was caused by some other changes (like meta-systemd move). > > > > > > SHR root@qemux86-64 ~ $ systemctl status systemd-modules-load.service > > > systemd-modules-load.service - Load Kernel Modules > > > Loaded: loaded > > > (/lib/systemd/system/systemd-modules-load.service; static) > > > Active: failed (Result: exit-code) since Mon, 16 Jul 2012 > > > 12:03:35 +0000; 2s ago > > > Docs: man:systemd-modules-load.service(8) > > > man:modules-load.d(5) > > > Process: 524 ExecStart=/lib/systemd/systemd-modules-load > > > (code=exited, status=1/FAILURE) > > > CGroup: name=systemd:/system/systemd-modules-load.service > > > > > > Jul 16 12:03:35 qemux86-64 systemd-modules-load[524]: Failed to find > > > module '... > > > > can you add a '-a' to the systemctl line, that will show the actual error :) > > Ah, much better :) > > so this is because there is no ipv6 module in latest greatest > 3.4.4-yocto-standard, not systemd fault > > > > > > > > > SHR root@qemux86-64 ~ $ systemctl status busybox-syslog.service > > > busybox-syslog.service - System Logging Service > > > Loaded: loaded (/lib/systemd/system/busybox-syslog.service; > > > enabled) > > > Active: failed (Result: exit-code) since Mon, 16 Jul 2012 > > > 12:03:55 +0000; 1s ago > > > Process: 532 ExecStartPre=/bin/systemctl stop > > > systemd-kmsg-syslogd.service (code=exited, status=1/FAILURE) > > > CGroup: name=systemd:/system/busybox-syslog.service > > > > > > Jul 16 12:03:56 qemux86-64 systemctl[532]: Failed to issue method call: > > > Unit.... > > Jul 16 12:25:18 qemux86-64 systemctl[149]: Failed to issue method call: > Unit systemd-kmsg-syslogd.service not loaded. > > /lib/systemd/system/busybox-syslog.service: > ExecStartPre=/bin/systemctl stop systemd-kmsg-syslogd.service > > and systemd-kmsg-syslogd.service seems gone (for quite a while since > replaced by journald), maybe hit wasn't fatal before.. > > Cheers,
There is also libudev soname change.. so stuff depending on old libudev0 should be PR bumped, in my image: * print_dependents_warning: libphone-ui-shr * print_dependents_warning: e-wm * print_dependents_warning: libemotion-backend-gstreamer * print_dependents_warning: shr-e-gadgets * print_dependents_warning: shr-wizard * print_dependents_warning: xserver-xorg * print_dependents_warning: libemotion1 * print_dependents_warning: ethumb * print_dependents_warning: bluez4 * print_dependents_warning: elementary * print_dependents_warning: python-elementary * print_dependents_warning: eeze I can send PR bump patch for those if you want, but not sure if oe-core will accept more PR bumps especially when it's not their udev changing soname.. And for some machines I got unpackaged file: NOTE: package systemd-git-r5: task do_package: Started WARNING: QA Issue: systemd: Files/directories were installed but not shipped /etc/rpm /etc/rpm/macros.systemd Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
_______________________________________________ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel