Bugzilla – Bug 1086486
systemd-mini should own /usr/lib/modules-load.d/
Last modified: 2018-04-03 09:22:22 UTC
/usr/lib/modules-load.d/ seems normally be owned by systemd. but during the build we use systemd-mini, which doesnt seems to own the directory. which means packages have to add it to their filelist.
Are you sure about that ?
> rpm -qpl /home/fbui/tmp/build-root/openSUSE_Factory-x86_64/home/abuild/rpmbuild/RPMS/x86_64/systemd-mini-237-0.x86_64.rpm | grep modules-load
And looking at the specfile, both flavours of systemd behaves the same way regarding modules-load.d
rpm -qf /usr/lib/modules-load.d
I don't get it... it seems that you ran the command on a running TW. If so that's pointless since systemd-mini is supposed to be used for building packages in chroot *only*.
$ osc chroot
mounting proc: sudo mount -n -tproc none /home/fbui/tmp/build-root/openSUSE_Factory-x86_64/proc
mounting sys: sudo mount -n -tsysfs none /home/fbui/tmp/build-root/openSUSE_Factory-x86_64/sys
running: sudo chroot /home/fbui/tmp/build-root/openSUSE_Factory-x86_64 su - abuild
$ rpm -qa | grep systemd
$ rpm -qf /usr/lib/modules-load.d
systemd-mini is only available in chroot so the only case where it should own /usr/lib/modules-load.d/ is inside a chroot created by osc where the mini flavour is installed instead of the regular one.
Please provide some feedback otherwise I'll have to close this bug as invalid.
I'm pretty sure the mini package is installed only in chroot environments and in this case it does own the path.