Bug#1115317: call for votes

Matthew Vernon <[email protected]> Mon, 06 Oct 2025 22:19:38 +0100
Newsgroups gmane.linux.debian.devel.ctte
Message-ID <87y0pn20et.wl-matthew__21255.086273753$1759785807$gmane$org@debian.org>
Hi,

The outcome is no longer in doubt, the winner is:
A) Issue items 0 + 1

The Technical Committee resolves as follows:

=== BEGIN ===

In #1115317, the Technical Committee (TC) was asked about the future
of /var/lock, following a systemd upload which made this directory
only writable by root. Bug #1110980 was opened against systemd,
pointing out that FHS (and thus Debian Policy) has /var/lock as the
standard interface for system-wide locks of serial devices and
similar.

In the upstream discussion of the issue (
https://github.com/systemd/systemd/issues/38563 ) the systemd authors
declined to remain FHS-compliant, but rather noted that downstream
distributions might wish to arrange for systemd to create /var/lock
with appropriate permissions if they wish to. Nevertheless, #1110980
was closed "wontfix".

The TC is sympathetic to the argument that flock(2) is a superior
locking mechanism, and that an end-state where all existing software
that still uses locks in /var/lock is migrated to using flock(2)
instead would be desirable.

The Technical Committee notes that an important part of the role of
a Debian Developer is ensuring that software in Debian complies with
Debian Policy. That a particular upstream is not interested in FHS
compliance is not a sufficient reason for a Debian package to
disregard the FHS as it is incorporated into Debian Policy.

The TC therefore resolves that systemd shall provide /var/lock with
relaxed enough permissions that existing Debian software that uses
/var/lock for system-wide locks of serial devices (and similar
purposes) works again. The TC exercises its power under constitution
#6.1.4 to overrule the systemd maintainers in this regard.

This change to systemd must persist until a satisfactory migration
of impacted software has occurred and Policy updated accordingly.

=== END ===

Regards,

Matthew
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEuk75yE35bTfYoeLUEvTSHI9qY8gFAmjkMmoACgkQEvTSHI9q
Y8ikdg//dLmoK6mJUGTF2//AExksqSsinpuni+jAL3d9N7VdzqtYkQv2LH2vb+df
vKh1QECW1USPt1l2N/hyCWoRefruBgm7+HBtL5J33Ylc1RqE8n1sDt6+apgNgLek
C+AKF50R/cGDgi7IXuqA4RTd+DagR+Fv9CKRAeYl+YqNfgc+cQMAsQv/xj4WAbav
MVm/tFPhnVhSJlNuuF9uf6wj4dv3euZFf9P+/hhu9cz8p8MpNkB/ZB8wSEX2tUl/
OhvJdVVmZ3hxTJz6rVhydjghAiUS0oxAZMWbmP4C6dmRLSfbtBr0ApHoFGXPLUTd
SJJ6VlG5/d3LAUi6OpZpL8IRVDNmbAdM2WlYCIuQ3e6sx/q6Xzft0At60Dl+kxaW
48SJFr24SqKhWdY2DRXqwWwQpwYQnhPvnU6ZrlB02l8LdwEoO+4BXn2Ke/Vhv+1k
pbIEPYsBnaBzJ1JAtlQ9NS3MnLEcTI5XgHWkPZ4NDQ4hzWT2d0FIJrlALAZM2NK8
YuHq2FTyXgRw88gZPvJy4vcCJIjMq7EuilNmVMh6AMoKN4fnrKEMQd4VgjOZzeaX
X1icnT/vy+vY/vBU44v9vz7XAiw45ChwOvLQa4L7GaZ7zHEYN50bLAXV+Qysfhas
YA173eM5X9VZjZQ4T0FoRX+LtOamdwQZTS/3k6pqkFpdqK1erbE=
=/4Uy
-----END PGP SIGNATURE-----