[OE-core] [OE-Core][PATCH] systemd: Upgrade 243.2 -> 243.4-latest

Alex Kiernan alex.kiernan at gmail.com
Mon Feb 3 14:13:47 UTC 2020


On Mon, Feb 3, 2020 at 10:26 AM Richard Purdie
<richard.purdie at linuxfoundation.org> wrote:
>
> On Mon, 2020-01-27 at 23:13 +0000, Alex Kiernan wrote:
> > Update to latest on the 243 stable branch. This includes (amongst other
> > fixes) seccomp filter changes which fix failures with glibc 2.31, e.g.
> >
> >   systemd-journald[543]: Assertion 'clock_gettime(map_clock_id(clock_id), &ts) == 0' failed at src/basic/time-util.c:55, function now(). Aborting.
> >
> > Rebase 0001-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> >
> > Drop 0001-unit-file.c-consider-symlink-on-filesystems-like-NFS.patch,
> > fixed in 5c0224c7bf3c ("Handle d_type == DT_UNKNOWN correctly").
> >
> > Drop 0001-seccomp-more-comprehensive-protection-against-libsec.patch,
> > fixed in 70e8c1978a9a ("seccomp: real syscall numbers are >= 0").
>
> Unfortunately something in this causes:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/109/builds/412
> https://autobuilder.yoctoproject.org/typhoon/#/builders/101/builds/413
> https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/1545
>

That's disappointing...

> I've been blaming Trevor's patches until now but its this one (sorry
> Trevor!).
>

I'll start bisecting it out, though this looks like a likely candidate:

commit 53d8feeb2334c396dcfa7106c78ce1791fb5d0c4
Author: Michal Suchanek <msuchanek at suse.de>
Date:   Mon Nov 4 21:23:15 2019 +0100

    libblkid: open device in nonblock mode.

    When autoclose is set (kernel default but many distributions reverse the
    setting) opening a CD-rom device causes the tray to close.

    The function of blkid is to report the current state of the device and
    not to change it. Hence it should use O_NONBLOCK when opening the
    device to avoid closing a CD-rom tray.

    blkid is used liberally in scripts so it can potentially interfere with
    the user operating the CD-rom hardware.

-- 
Alex Kiernan


More information about the Openembedded-core mailing list