Your message dated Fri, 06 Feb 2026 20:38:05 +0000
with message-id <[email protected]>
and subject line Bug#1123615: fixed in systemd 259.1-1
has caused the Debian Bug report #1123615,
regarding systemd-userdbd: consider making it Multi-Arch: foreign
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1123615: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1123615
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: systemd-userdbd
Version: 259-1
Severity: normal
X-Debbugs-Cc: [email protected]
libnss-systemd 259-1 newly Recommends systemd-userdbd. systemd-userdbd
is Multi-Arch: no (the default), meaning that when an i386 package has a
Depends or Recommends on systemd-userdbd, that dependency will only be
considered to be satisfied if you install systemd-userdbd:i386.
On a system with both libnss-systemd:amd64 and libnss-systemd:i386,
when I upgraded from 259~rc3-1 to 259-1, aptitude arbitrarily chose to
satisfy the Recommends for libnss-systemd:i386 and break the Recommends
for libnss-systemd:amd64 instead of the other way around, meaning that
it proposed to install libsystemd-shared:i386 and its dependency
libraries. This seems probably unintended.
If systemd-userdbd does what I think it does (providing an
architecture-independent API that works for both amd64 and i386 clients,
via D-Bus or varlink or some similar protocol), then it should probably
be Multi-Arch: foreign like systemd-container, systemd-resolved and
systemd-timesyncd are.
That way, installing libnss-systemd for any architecture (even cross
architectures) would pull in systemd-userdbd for the system's primary
architecture.
Thanks,
smcv
--- End Message ---
--- Begin Message ---
Source: systemd
Source-Version: 259.1-1
Done: Luca Boccassi <[email protected]>
We believe that the bug you reported is fixed in the latest version of
systemd, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Luca Boccassi <[email protected]> (supplier of updated systemd package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Format: 1.8
Date: Fri, 06 Feb 2026 18:37:22 +0000
Source: systemd
Architecture: source
Version: 259.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian systemd Maintainers
<[email protected]>
Changed-By: Luca Boccassi <[email protected]>
Closes: 1123615
Changes:
systemd (259.1-1) unstable; urgency=medium
.
[ Luca Boccassi ]
* Drop dependencies on libcap-dev, no longer used since v259
* Mark sd-userdbd as Multi-Arch: foreign (Closes: #1123615)
* Use dh_installsystemd more to manage units. Ensure more units are
handled as they are added to various packages
* Use dh_installsystemd to handle journald and networkd
* Use deb-systemd-invoke to reexec instead of manual calls. Allows the
tool to handle the complications and use varlink where available
* Increase number of sections of sd-stub on amd64 too. The default limit
breaks adding more than 28 sections, which can happen with a UKI with
many optional profiles. Bump it on amd64 too, at the cost of an extra
~80KB in size on the stub.
* Update upstream source from tag 'upstream/259.1' Update to upstream
version '259.1' with Debian dir
f7a9425f1024ef75b5020a216f6be3d0af9ac227
* Restrict the tpm2-generator manpage to arches where it is built
* Install ask-password polkit policy file
.
[ Yu Watanabe ]
* Drop use of deprecated options. These options are deprecated since
v258.
.
[ Nick Rosbrook ]
* d/control: have systemd-boot depend on efibootmgr for amd64 and arm64
only
* d/tests: drop tests-in-lxd
* d/control: make systemd-container Depends: libarchive13t64. This is
needed for e.g. systemd-import-generator + rd.systemd.pull= to work
properly. Dracut would like to be able to use that feature reliably
when systemd-importd is available, so explicitly depend on libarchive.
Currently, it is only a Suggests of libsystemd-shared via dlopen
machinery. (LP: #2139822)
Checksums-Sha1:
a48f59b2f7ed73545f119f8037d27fbfc54c1d28 8647 systemd_259.1-1.dsc
fa9821ff17cfb878562839a1818c4a47f10b4455 17274033 systemd_259.1.orig.tar.gz
b34ee667877b1f39e61949a2062fe78b69117077 184820 systemd_259.1-1.debian.tar.xz
77274088f145e0b3f99d8e6d7a6c28c1ecf77fa2 14663 systemd_259.1-1_source.buildinfo
Checksums-Sha256:
25949eb4cfe73c592de1a5052e02f20a4125aed0913ba6576e13148357958cc8 8647
systemd_259.1-1.dsc
7af4f36db512ad2f0f749a0f9886370edeb2bb5128014fc47cdf73702c7e1911 17274033
systemd_259.1.orig.tar.gz
c6ea5dfbc003cfcb6087029b5b5b6df960f191a330458071d8b5a2e41f9956ba 184820
systemd_259.1-1.debian.tar.xz
428e90b3bef1f2a91401a2f82cec80d48858803e8d6dd8aed8e6e8c169c4c7a6 14663
systemd_259.1-1_source.buildinfo
Files:
00e2bdff84ba39de839717473acf18af 8647 admin optional systemd_259.1-1.dsc
623f73826e7702ac08c57febb9d20431 17274033 admin optional
systemd_259.1.orig.tar.gz
e06a2286b154a1e40cef5338910ac9ba 184820 admin optional
systemd_259.1-1.debian.tar.xz
0f695740c6178b0e745499ebf6e568c1 14663 admin optional
systemd_259.1-1_source.buildinfo
-----BEGIN PGP SIGNATURE-----
iQJFBAEBCgAvFiEErCSqx93EIPGOymuRKGv37813JB4FAmmGTDERHGJsdWNhQGRl
Ymlhbi5vcmcACgkQKGv37813JB6f/Q/9GD1USQ8J1auMz/dprdVzC6fIMgensdfT
ZxdAqLIr7itFUDRWbLvj5dNvmwtVxvwbhL/dBY26jylj7at5frYLo0Jqcprn0XWt
to2Qf6sju2oxm1lhOzNfAimY7pcz7BkYkqCysb2M3nRbUeAoNc6lRl2sg7gd6g29
14OlrqNVvbmCR3lfrlc9L0zlaxdDOSSOE+Uia2IMcs9qiZX1J6F1CIIlCfYKRhLQ
/yK8DB9WU+EsDImjtUELvNTbYsaFyRRNPXzcb5r1rIuG8EOpCvmD8mjD3ZClKCQ9
rbcr0eQTUqmF3TplAtbR0IeZH2Di9vad2Itr3WzFZUu/PLRvU7V/O3hCqBqeigOo
upIt+B5FgskA4kfEiI2o2lNRcudETndMxMINfbhFZDue97Z+7T99w/VyprVUhBZq
PcEc/kGMQFabId8UEvD9iHIETEKMgpuF02BN/TKw+sbpRfEEDmwCbRm3EAt9Q47L
vf5CSwcW5ufDQ7QpUL/s2AhtLPaRskOu1MseEVBSDI+K0aQQm60kmFuLDS+wiLB6
+dS2nSpue60GewBKzkWxxSJvERHGS5+POTreQzQ0/A6leg6BywfgId4XoXTdubY5
xpwADZT8SkBx58phC3923/b6ZKHFddXAln1+Jd0X/hHeJkybqTKxWakVfhPwffk4
FU/FjPyB8E4=
=mKUv
-----END PGP SIGNATURE-----
pgperWOKCf450.pgp
Description: PGP signature
--- End Message ---
