Package Details: systemd-git 259.devel.r83944.613f7f26aa7-1

Git Clone URL: https://aur.archlinux.org/systemd-git.git (read-only, click to copy)
Package Base: systemd-git
Description: system and service manager (git version)
Upstream URL: https://www.github.com/systemd/systemd
Licenses: CC0-1.0, GPL-2.0-or-later, LGPL-2.1-or-later, MIT-0
Conflicts: nss-myhostname, systemd, systemd-tools, udev
Provides: nss-myhostname, systemd, systemd-tools, udev
Replaces: nss-myhostname, systemd-tools, udev
Submitter: yurikoles
Maintainer: Atsutane
Last Packager: Atsutane
Votes: 11
Popularity: 0.007795
First Submitted: 2015-10-23 20:49 (UTC)
Last Updated: 2025-10-02 22:07 (UTC)

Required by (1645)

Sources (18)

Latest Comments

1 2 3 4 5 6 Next › Last »

6511918 commented on 2025-10-04 12:29 (UTC)

Maybe that wasn't clear: The issue is not libacl.so missing on my system, it's that mkinitcpio does not automatically detect libacl.so as a dependency of libsystemd-shared.so, because on git main it is now being opened via dlopen(). See also the discussion at [1] and [2].

libacl.so is however strictly required for a couple of things (quoting the commit message that introduced the change):

  1. in udev/logind for "uaccess" mgmt
  2. in tmpfiles to implement explicitly configured acl changes
  3. in journald/coredump/pstore to manage access to unpriv users
  4. in pid1 to manage access to credential files
  5. when shifting UIDs of container trees

At least number 2 should be hit on any systemd-based initramfs because some tmpfiles.d configs included by default set ACLs; I hit 4 too because I used systemd-pcrlock.

The result is: if you just switch from systemd in core to the developement version, without adding /usr/lib/libacl.so to the BINARIES hook in /etc/mkinitcpio.conf or patching /usr/lib/initcpio/install/systemd, your system may not come up again.

PS. Unrelated, but systemd-user.pam, systemd-hook, 0001-Use-Arch-Linux-device-access-groups.patch, loader.conf and systemd.install are no longer up to date.

[1] https://gitlab.archlinux.org/archlinux/mkinitcpio/mkinitcpio/-/issues/271 [2] https://gitlab.archlinux.org/archlinux/mkinitcpio/mkinitcpio/-/merge_requests/398

Atsutane commented on 2025-10-02 22:15 (UTC)

Thanks for pointing this out. :-)

But it's a bit strange that it failed on your system, as all the related packages are part of the depends array in the PKGBUILD function for systemd-git. There's now a comment above the array pointing to your comment so I don't break it in the future.

6511918 commented on 2025-09-27 17:39 (UTC)

Just FYI: since https://github.com/systemd/systemd/commit/7c3a7f9, systemd now opens libacl.so via dlopen(), so it is not automatically detected as a dependency by ldd, and thus mkinitcpio.

On my system this causes at least systemd-journald.service and systemd-tmpfiles-setup-dev.service to fail, making the system unbootable. Luckily systemd.break=pre-udev makes this pretty easy to debug.

Some other libraries that are now (as of 2025-09-27) opened via dlopen():

  • libmount.so (since b3243f4)
  • libseccomp.so (since aaca6bd)
  • libblkid.so (since de425dc)
  • libpam.so (since 882c9ce)
  • libaudit.so (since 597eed0)

Make sure that you either don't need them, they are already included by some other dependency, or they are manually included.

Atsutane commented on 2025-06-06 18:13 (UTC)

Compiles fine in a clean chroot (extra-x86_64-build). No upstream changes in the source file since your comment.

Dmitry2424 commented on 2025-06-05 19:18 (UTC)

Returns a compilation error: FAILED: man/binfmt.d.5 Does anyone know how to solve it?

gdamjan commented on 2024-05-13 11:48 (UTC)

hey @yurikoles do you need help/co-maintainer for this package?

haxz5rxwi commented on 2023-12-11 17:36 (UTC)

outdated. 255 is available

yurikoles commented on 2023-09-20 12:11 (UTC) (edited on 2023-09-21 16:19 (UTC) by yurikoles)

xiota,

This package is aligned with official stable systemd package as much as possible. I double-checked diff between them and I can confirm no single replace block is touched nor added in this package compared to a stable one.

1 2 3 4 5 6 Next › Last »