Debian TC uchyla decyzję maintainerów systemd w sprawie uprawnień do /var/lock

Komitet Techniczny Debiana unieważnia decyzję opiekunów systemd, nakazując, aby katalog /var/lock pozostał zapisywalny zgodnie z polityką Debiana.

Komitet Techniczny Debiana, najwyższy organ decyzyjny w sprawach technicznych Debiana, który interweniuje, gdy deweloperzy Debiana nie mogą dojść do porozumienia w kwestii technicznej, wkroczył, aby rozstrzygnąć spór między deweloperami Debiana a opiekunami systemd dotyczący katalogu /var/lock.

Kontrowersje rozpoczęły się po niedawnej aktualizacji systemd (wersja 258), która sprawiła, że /var/lock jest zapisywalny tylko przez użytkownika root, co przerwało kompatybilność z niektórym istniejącym oprogramowaniem Debiana, które nadal polega na tym katalogu w celu tworzenia blokad systemowych.

Jednak Komitet Techniczny postanowił unieważnić decyzję opiekunów systemd i wymagać, aby /var/lock został przywrócony z bardziej łagodnymi uprawnieniami. Według komitetu, pakiety Debiana muszą nadal być zgodne z Normą Hierarchii Systemu Plików, włączoną do Polityki Debiana.

To oznacza, że /var/lock powinien pozostać dostępny dla blokad systemowych, przynajmniej dopóki całe oprogramowanie nie przejdzie na nowoczesne alternatywy, takie jak flock.

Decyzja zapadła po długiej dyskusji, która rozpoczęła się od raportu o błędzie, w którym deweloperzy Debiana wyrazili swoje obawy dotyczące zmian w systemd. Równocześnie został otwarty kolejny raport o błędzie przeciwko systemd za odchylenie od wytycznych FHS.

Jednak deweloperzy systemu systemd wyraźnie dali do zrozumienia, że nie zamierzają przywracać zgodności z FHS, ale zasugerowali, że dystrybucje mogą same dostosować uprawnienia, jeśli chcą.

Do pewnego stopnia spodziewanie się, TC Debiana nie zgodził się z tym stanowiskiem. „To, że konkretny upstream nie jest zainteresowany zgodnością z FHS, nie jest wystarczającym powodem, aby pakiet Debiana mógł ignorować FHS,” napisał komitet w swojej rezolucji.

Na mocy swoich uprawnień konstytucyjnych TC powołał się na artykuł 6.1.4 („Komitet Techniczny może poprosić dewelopera o podjęcie określonego działania technicznego, nawet jeśli deweloper nie chce tego zrobić; wymaga to większości 3:1.”) w celu podważenia decyzji opiekunów systemd.

Innymi słowy, dyrektywa wymaga, aby pakiet systemd w Debianie ponownie przyznał uprawnienia do zapisu w /var/lock, tak aby istniejące oprogramowanie, które na nim polega, mogło nadal działać prawidłowo.

Komitet dodał, że to rozwiązanie powinno pozostać w mocy do czasu, aż wszystkie dotknięte pakiety zostaną przeniesione na używanie flock lub innego odpowiedniego mechanizmu blokowania, a Polityka Debiana zostanie odpowiednio zaktualizowana.

Aby uzyskać więcej informacji, zobacz pełną dyskusję na liście mailingowej Debiana.