On 12/18/2020 01:25 AM, Luca Bocassi wrote:
On Wed, 2020-12-16 at 18:07 +0000, Richard Purdie wrote:
On Mon, 2020-12-14 at 12:34 +0000, Luca Bocassi wrote:
From: Luca Boccassi <[email protected]>
Update systemd to v247.1.
Add rule for new oomd dbus conf and for new pam.d
conf directory in /usr/lib.
Drop selinux-hook-handling-to-enumerate-nexthop.patch,
merged upstream.
Backport 0001-meson-set-cxx-variable-before-using-it.patch
from v247-stable to fix builds without C++.
Refresh musl patches.
Signed-off-by: Luca Boccassi <[email protected]>
---
NOTE: the musl build has only been build-tested, and only on x86_64.
The glibc build has been built and runtime-tested on x86_64 and
arm64.
[sorry, hit send early when writing]
Unfortunately there is still something not quite right in this patchset
as it failed again during testing. There are a few different problems:
meta-intel in systemd-boot:
https://autobuilder.yoctoproject.org/typhoon/#/builders/100/builds/1016
Looking into this, thanks
a reproducibility issue in oe-selftest:
https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/1651
(which did happen last time as well on centos but I don't think was
reported on the list, sorry)
These urls may help understand why its not reproducible:
https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20201215-mhq8wl33/packages/diff-html/
https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20201215-mhq8wl33/
(looks like the uid of messagebus is changing at a really quick glance)
Given your follow-up message about host contamination, is there
anything I can do here to fix it/mitigate it, or is it a CI issue?
and a build issue in world-lsb:
https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/1189
At the top of the logs you can see the configuration that is being used
for a given build, so for example in the last one, the key difference
to some of the other builds might be any one of:
DISTRO = "poky-altcfg"
DISTRO_FEATURES_append = ' api-documentation'
require conf/multilib.conf
MULTILIBS = 'multilib:lib32'
DEFAULTTUNE_virtclass-multilib-lib32 = 'x86'
QEMU_USE_KVM = 'True'
INHERIT += 'testimage'
SDK_EXT_TYPE = 'minimal'
SDK_INCLUDE_TOOLCHAIN = '1'
but given its a pam error, I'd strongly suspect the DISTRO = "poky-
altcfg" would be the likely trigger.
ERROR: systemd-1_247.1-r0 do_package: QA Issue: systemd: Files/directories were
installed but not shipped in any packa
ge:
/usr/lib/pam.d
/usr/lib/pam.d/systemd-user
But the recipe has:
FILES_${PN} = " ${base_bindir}/* \
<...>
${libdir}/pam.d/ \
Shouldn't that match? Did I use the wrong variable?
Thanks!
I think it should be ${nonarch_libdir}, as ${libdir} will be expanded to
'/usr/lib64' in the above multilib config.
Regards,
Chen Qi
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#145836):
https://lists.openembedded.org/g/openembedded-core/message/145836
Mute This Topic: https://lists.openembedded.org/mt/78949130/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
