There's no longer need for enabling/disabling the support for the
compatlibs as it's been dropped from the source code.
- Drop /usr/lib/systemd/libsystemd-shared-%{version}.so from the 32bit package
This shared library is not for public use, and is neither API nor
ABI stable, but is likely to change with every new released
update. Only systemd binaries are supposed to link against it.
This also prevents from the 32bit package to conflit with the 64bit
one if this lib was installed by both packages.
- Upgrade to v232, commit c5c3445825981e2a5c3ed71214127d5b1b9de802:
- Dropped backported commits which has been merged
- Forward-port Suse specific patches
- Added --disable-lto option to ./configure
- Added systemd-mount
- Removed in %file /usr/lib/systemd/user/*.socket: since
798c486fbcdce3346cd86 units/systemd-bus-proxyd.socket has been
removed.
- Removed in %file %{_sysconfdir}/systemd/bootchart.conf
since commit 232c84b2d22f2d96982b3c bootchart is not part of systemd
anymore.
- Backward compat libs have been disabled since it's been dropped from
the source code.
- Added /usr/bin/systemd-socket-activate in %file
- Added --without-kill-user-processes ./configure option
- Bump libseccomp build require (>= 2.3.1) as described in README
- Specifiy version of libmount as required in the README
OBS-URL: https://build.opensuse.org/package/show/Base:System/systemd?expand=0&rev=963
Otherwise the build system detects that systemd-bash-completion and
its mini variant are conflicting at files level even though those
packages can't be installed on the same system.
- specfile: clean up nss-* plugins descriptions and drop
nss-myhostname-config script for now.
Currently /etc/nsswitch.conf is supposed to be edited by the
sysadmin to enable the modules. However for some reasons only
nss-myhostname is removed from the conf file when the corresponding
package is uninstalled. This is inconsistent so let's remove it.
Actually I'm wondering if we shouldn't make those NSS plugins part
of the main package and get rid of all those sub-packages...
- specfile: remove old comments and unneeded sed command
- specfile: no need to create systemd-update-utmp-runlevel.service symlinks anymore
The symlinks in /usr/lib/systemd/system/<target>.target.wants/systemd-update-utmp-runlevel.service
are created in Makefile.am since commit d5d8429a12c4b1.
'reboot' and 'poweroff' targets initially had the symlinks but
there's not point since the latter conflicts shutdown.target whereas
the 2 targets pull it in.
See: https://github.com/systemd/systemd/pull/4429
- specfile: remove the following warnings:
[ 256s] warning: File listed twice: /usr/lib/systemd/system/dbus.target.wants
[ 256s] warning: File listed twice: /usr/lib/systemd/system/default.target.wants
OBS-URL: https://build.opensuse.org/package/show/Base:System/systemd?expand=0&rev=961
otherwise the build system will complain.
Some directories (owned by others packages) are simply used by
systemd to ship some scripts or config files to customize others
*optional* components. Since thos components are not build required
by systemd those directories are not owned by any packages and the
BS complains...
- Import commit
15ea716 journal-remote: change owner of /var/log/journal/remote and create /var/lib/systemd/journal-upload (bsc#1006372)
- %sysusers_create and %tmpfiles_create must be called in %post
Calling %pre is broken since the respective conf files are not yet
installed.
- %{_libexecdir}/{tmpfiles.d,sysusers.d}/systemd-remote.conf are
part of systemd-journal-remote package (only).
- systemd-journal-{gatewayd,remote,upload} units are only part of
"systemd-journal-remote" package.
So exclude them from the main package.
- Import commit a1c145e6ad6588555dca64402f9103fb1e02b1a0
7f34037 man: explain that *KeyIgnoreInhibited only apply to a subset of locks
df5798b Revert "logind: really handle *KeyIgnoreInhibited options in logind.conf" (bsc#1001790 bsc#1005404)
f79fee7 Revert "kbd-model-map: add more mappings offered by Yast"
3760c10 manager: tighten incoming notification message checks
d6efd71 core: only warn on short reads on signal fd
6eebd91 manager: be stricter with incomining notifications, warn properly about too large ones
OBS-URL: https://build.opensuse.org/package/show/Base:System/systemd?expand=0&rev=959
The backstory is that %{?systemd_requires} in all kinds of .spec files
pulls in systemd, which is not always desirable. Upstream has come up
with some solution where they make use of a rpm tag (available in
4.10+) that is only about ordering - cf
2424b6bd71
. The commit explicitly states though, that "installing systemd
afterwards [...], does not result in the same outcome."
With this proposed change to our systemd.spec, we could have the cake
and eat it too:
* symlinks in /etc/systemd can be created at install time, permitting
the administrator to install/use systemd as init system in a container
at a later date (enabling "same outcome")
* mandatory tmp directories will be created at install time already,
so the administrator does not have to run `tmpfiles --root=/mycontainer`
before launching the (systemd-less) container.
* the only protruding dependency of systemctl.rpm is libgcrypt20,
i.e. comparatively light.
* the OrderWithRequires feature can be done independently
Sounds like a plan? @mpluskal too #boo980389
OBS-URL: https://build.opensuse.org/package/show/Base:System/systemd?expand=0&rev=942
- curl also causes building of journal-upload. That one has rather
unusal certificate usage, set it's ca root to /etc/pki/systemd
instead of the built-in default /etc/ssl as journal-remote and
journal-upload think they kan put stuff in /etc/ssl/certs then but
that directory is managed by p11-kit and doesn't serve the purpose
those programs think.
- /var/lib/systemd/random-seed is a file
- own /var/lib/machines
OBS-URL: https://build.opensuse.org/package/show/Base:System/systemd?expand=0&rev=931
