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-----