Bug 2218498 - Please consider demoting the dependency on systemd
Summary: Please consider demoting the dependency on systemd
Keywords:
Status: NEW
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: libreswan
Version: 8.8
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: rc
: ---
Assignee: Daiki Ueno
QA Contact: BaseOS QE Security Team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-06-29 12:01 UTC by Stephen Kitt
Modified: 2023-06-29 12:19 UTC (History)
0 users

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: Bug
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker CRYPTO-11066 0 None None None 2023-06-29 12:19:52 UTC
Red Hat Issue Tracker RHELPLAN-161167 0 None None None 2023-06-29 12:03:33 UTC

Description Stephen Kitt 2023-06-29 12:01:42 UTC
Description of problem:

The libreswan package has a strong dependency on systemd, but its contents can be used without systemd (e.g. in Submariner). In a container image, the result is that libreswan pulls in the systemd ecosystem, which is quite large, even if systemd ends up never being used.

Version-Release number of selected component (if applicable):

All current versions (e.g. 4.9-3, 4.9-4).

How reproducible:

100%.

Steps to Reproduce:
1. Install libreswan in a container image without systemd.
2.
3.

Actual results:

systemd ends up installed.

Expected results:

systemd isn’t installed.

Additional info:

I know that requiring systemd is prescribed as a “SHOULD” in the Fedora packaging guidelines (https://docs.fedoraproject.org/en-US/packaging-guidelines/Scriptlets/#_systemd). Those guidelines do however allow packages to only specifying an ordering requirement, not a strong dependency:

> If the package wants to use systemd tools if they are available, but does not want to declare a dependency, then the %{?systemd_ordering} macro MAY be used as a weaker form of %{?systemd_requires} that only declares an ordering during an RPM transaction.


Note You need to log in before you can comment on or make changes to this bug.