Created attachment 1846108 [details] Example patch Description of problem: Seems that systemd cryptsetup plugins are oddly packaged in systemd-devel sub-package (therefore not installed usually). Not sure what final destination should be, but I have used attached patch to create systemd-cryptsetup-plugins subpackage when I was devel/testing it. There should probably be some dependencies so that systemd-cryptsetup and systemd-cryptenroll pull the plugins in. Version-Release number of selected component (if applicable): systemd-250~rc1-2.fc36
Hmm, why create a separate subpackage? I'd just put those files in systemd-udev. Or in other words, when would you install systemd-cryptsetup-plugins but not system-udev?
I moved those plugins to -udev for now.
Ok, thanks! It seems to work just fine.
This appears to be broken again on F36. The systemd-devel package is back to providing libcryptsetup-token-system-* libraries. https://koji.fedoraproject.org/koji/rpminfo?rpmID=29600259
Created attachment 1865807 [details] Fix regex for -devel The issue stems from how the devel regex in split-files.py treats .so files. It assumes that any .so file in a lib directory, with the exception of libsystemd-shared-*.so, are development libraries. The newly added libcryptsetup-token* shared libraries break this assumption. The regex needs to be updated to ignore the cryptsetup libs since those will be picked up later by the matching rule for -udev. I've attached a patch that makes this correction.
(In reply to Evan Anderson from comment #5) > Created attachment 1865807 [details] > Fix regex for -devel Can you please reopen the bug then or create a new one? That patch is not in systemd build yet.
I can confirm it reappears in systemd-devel package.
Looks like the change messed up the packaging even more. systemd no longer provides libsystemd-shared-250.so, which results in broken dependencies. Culprit looks to be the use of re.match instead of re.search in the change [1], combined with the use of the * instead of .* for the libsystemd-shared matching. re.match only matches from the beginning of the line, and * in regex matches 0 or more of the preceding character (in this case, -). [1] https://src.fedoraproject.org/rpms/systemd/c/0078f9a1029bbfd9dc12e79032072a7ff46182a6?branch=rawhide)
Arrgh. It was late, and I was tired and didn't want to wait for the full build and I thought the change is simple enough to "just work". Should be fixed with the version that is building now.
This was fixed in F36 and rawhide in the last build.