Bug 1086486 - systemd-mini should own /usr/lib/modules-load.d/
systemd-mini should own /usr/lib/modules-load.d/
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Basesystem
Other Other
: P5 - None : Normal (vote)
: ---
Assigned To: systemd maintainers
E-mail List
Depends on:
  Show dependency treegraph
Reported: 2018-03-22 14:13 UTC by Marcus Rückert
Modified: 2018-04-03 09:22 UTC (History)
2 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---
fbui: needinfo? (mrueckert)


Note You need to log in before you can comment on or make changes to this bug.
Description Marcus Rückert 2018-03-22 14:13:31 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.
Comment 1 Franck Bui 2018-03-22 16:30:51 UTC
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
> /etc/modules-load.d
> /usr/lib/modules-load.d
> ...

And looking at the specfile, both flavours of systemd behaves the same way regarding modules-load.d
Comment 2 Marcus Rückert 2018-03-22 19:12:21 UTC
rpm -qf /usr/lib/modules-load.d 

TW: 20180319
Comment 3 Franck Bui 2018-03-22 20:14:50 UTC
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 
Comment 4 Franck Bui 2018-03-26 08:16:01 UTC
Marcus ?

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.

Comment 5 Franck Bui 2018-04-03 09:22:22 UTC
I'm pretty sure the mini package is installed only in chroot environments and in this case it does own the path.