The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Технический комитет утвердил изменение поведения systemd в Debian"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Технический комитет утвердил изменение поведения systemd в Debian"  +/
Сообщение от opennews (??), 14-Окт-25, 15:01 
Технический комитет, принимающий конечные решения в отношении спорных технических вопросов в проекте Debian, утвердил внесение изменения в пакет с  systemd, меняющее поведение при работе с каталогом /var/lock. Системный менеджер systemd начиная с выпуска 258 огрничил возможность  записи в каталог /var/lock только для пользователей с правами root, в то время как технический комитет Debian одобрил оставление старого поведения, разрешающего запись в /var/lock любым пользователям...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=64050

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


2. "Технический комитет утвердил изменение поведения systemd в D..."  +4 +/
Сообщение от User (??), 14-Окт-25, 15:03 
Сколько раз голосовали?
Ответить | Правка | Наверх | Cообщить модератору

4. "Технический комитет утвердил изменение поведения systemd в D..."  +2 +/
Сообщение от Аноним (4), 14-Окт-25, 15:05 
Столько, сколько нужно.
Ответить | Правка | Наверх | Cообщить модератору

23. "Технический комитет утвердил изменение поведения systemd в D..."  +1 +/
Сообщение от Аноним (23), 14-Окт-25, 15:58 
- Да, хочу.
- Нет, не против.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

57. "Технический комитет утвердил изменение поведения systemd в D..."  –1 +/
Сообщение от Аноним (57), 14-Окт-25, 18:29 
Вот неправильно дебиановцы поступили. Надо было не принимать systemd, и стать никому ненужным дистром, после чего исчезнуть окончательно.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Технический комитет утвердил изменение поведения systemd в D..."  +7 +/
Сообщение от Аноним (3), 14-Окт-25, 15:05 
> так как возможность общедоступной записи в каталог /var/lock упоминается в спецификации FHS

systemd клал на эти ваши стандарты.

Ответить | Правка | Наверх | Cообщить модератору

10. "Технический комитет утвердил изменение поведения systemd в D..."  +7 +/
Сообщение от Минона (ok), 14-Окт-25, 15:24 
На этот FHS уже все клали.

/bin /sbin это ссылки на /usr/bin.
/lib* это ссылки на соответствующие каталоги в /usr.

Осталось переименовать /usr в /system.
И оставить только /system и /home реальными каталогами.
А остальное в / засимлинкать в /system/{etc,bin,lib,...}

Ответить | Правка | Наверх | Cообщить модератору

11. "Технический комитет утвердил изменение поведения systemd в D..."  +1 +/
Сообщение от kravich (ok), 14-Окт-25, 15:26 
Давно пора
Ответить | Правка | Наверх | Cообщить модератору

14. "Технический комитет утвердил изменение поведения systemd в D..."  +1 +/
Сообщение от Аноним (14), 14-Окт-25, 15:28 
А как это сделано в BSD?
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

16. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (3), 14-Окт-25, 15:31 
Там всё отлично сделано - https://man.netbsd.org/hier.7
Ответить | Правка | Наверх | Cообщить модератору

15. "Технический комитет утвердил изменение поведения systemd в D..."  +2 +/
Сообщение от Аноним (3), 14-Окт-25, 15:29 
Дак всё перечисленное - это из-за systemd
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

20. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Минона (ok), 14-Окт-25, 15:40 
Нет, все глубже.
Ответить | Правка | Наверх | Cообщить модератору

30. "Технический комитет утвердил изменение поведения systemd в D..."  +1 +/
Сообщение от freehck (ok), 14-Окт-25, 16:23 
>> Дак всё перечисленное - это из-за systemd
> Нет, все глубже.

Да оба правы.

Дистрибутивы всегда местами отходили от FHS, но отходили относительно несильно. Сильно отходили -- в RHEL/Fedora. Леннарт писал systemd в первую очередь для RHEL, а потому ложно постулировал, что "FHS уже давно никто не соблюдает", заложившись на то, чтобы сделать стандартом то, что было на тот момент в RHEL. В 2014м, когда systemd протолкнули дефолтом в Debian, это распространилось уже по всем мейнстримным дистрибутивам.

Так что да, дистрибутивы и до systemd отходили от FHS. И да, текущее повальное отхождение от стандарта -- это из-за systemd.

Вполне очевидно, что мы сейчас переживаем момент перехода к новому стандарту. Можете смело считать, что systemd -- это FHS 2.0, а Debian состроил сейчас козью морду и отошёл от него.

PS: хотя не; с учётом того, что последний стандарт FHS был версии 3.0, давайте лучше считать, что systemd -- это FHS 3.14

Ответить | Правка | Наверх | Cообщить модератору

62. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (62), 14-Окт-25, 19:06 
Куда ещё глубже-то? В старые давние времена в /lib /bin /sbin лежала базовая система, а весь доп. софт ставился в /usr Его даже делали отдельным разделом, чтобы можно было загрузиться с рабочего корня и его спокойно восстановить. Толька Лёня Потный сломал свой systemd таким образом, что ему было необходимо шариться в /usr для своей загрузки. После этого по дистрибутивам прокатилась волна UsrMove, дескать, нафиг нужен этот FHS и прочее.

Весьма очевидно, что проблема решалась фиксом systemd, народ даже патчи пытался делать под это дело, но сроки горели, проталкивать systemd в продакшен надо было здесь и сейчас. По этой причине вместо нормального фикса подключили крикунов и обошли проблему администативным путём, просто запретив отдельный /usr Аналогично поступили с udev, которые прибили гвоздями к systemd... Впрочем, это уже совсем другая история.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

32. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от User (??), 14-Окт-25, 16:37 
Ну, ты конечно назовешь еще три-четыре операционные системы, совместимость с которыми необходимо обеспечивать в 2025 году? Ах, да - "обеспечивать" именно на стороне linux'а, а не наоборот...
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

43. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (3), 14-Окт-25, 17:25 
А причем тут я и почему я должен что-то называть? В новости написано, что в неком FHS написано, что /var/lock может быть доступен на запись для любого. Если не нужно обеспечивать совместимость с этим стандартом в линуксе, то пиши в Дебиан чтоб запретили запись в /var/lock для всех кроме рута, а не меняли поведение systemd.
Ответить | Правка | Наверх | Cообщить модератору

50. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от User (??), 14-Окт-25, 18:00 
> А причем тут я и почему я должен что-то называть? В новости
> написано, что в неком FHS написано, что /var/lock может быть доступен
> на запись для любого. Если не нужно обеспечивать совместимость с этим
> стандартом в линуксе, то пиши в Дебиан чтоб запретили запись в
> /var/lock для всех кроме рута, а не меняли поведение systemd.

Ну, ты же пишешь, что "systemd клал"?
Я отвечаю, что "fhs" нужен примерно как "стандарт деревенской кузницы, привязанный к пальцу кузнеца"...

Ответить | Правка | Наверх | Cообщить модератору

52. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (57), 14-Окт-25, 18:16 
>systemd клал на эти ваши стандарты.

На стандарты, придуманные дидами, у которых ОС на один диск не помещалась. /bin, /sbin, /usr/bin, /usr/sbin - маленькая часть первородного хаоса.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

60. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (3), 14-Окт-25, 18:47 
Да всё может быть. А может быть чтобы разные опции монтирования применять для разных разделов. Но вот в дебиане утверждают, что из-за новой systemd, к-й кладёт на стандарт, может что-то не работать и потому эта новость появилась, разве нет?
Ответить | Правка | Наверх | Cообщить модератору

5. "Технический комитет утвердил изменение поведения systemd в D..."  +5 +/
Сообщение от Аноним (4), 14-Окт-25, 15:06 
systemd - это вендорлок.
Ответить | Правка | Наверх | Cообщить модератору

6. "Технический комитет утвердил изменение поведения systemd в D..."  –2 +/
Сообщение от Аноним (6), 14-Окт-25, 15:17 
debian - скандалы, интниги, расследования
Ответить | Правка | Наверх | Cообщить модератору

7. "Технический комитет утвердил изменение поведения systemd в D..."  +4 +/
Сообщение от Соль земли2 (?), 14-Окт-25, 15:18 
/var/lock - прикольное имя для мага в RPG
Ответить | Правка | Наверх | Cообщить модератору

9. "Технический комитет утвердил изменение поведения systemd в D..."  –2 +/
Сообщение от Аноним (9), 14-Окт-25, 15:23 
Уже занято, warlock - чернокнижник
Ответить | Правка | Наверх | Cообщить модератору

26. Скрыто модератором  –1 +/
Сообщение от Аноним (-), 14-Окт-25, 16:03 
Ответить | Правка | Наверх | Cообщить модератору

59. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (59), 14-Окт-25, 18:39 
Он про имя, а ты про класс.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

54. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (54), 14-Окт-25, 18:28 
«Варлок» — не просто убийца. Это ещё и туннель, буравящий глубину. — Чтобы вернуться! — кричу я, вталкивая Неудачника в синее пламя,
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

8. "Технический комитет утвердил изменение поведения systemd в D..."  –1 +/
Сообщение от Аноним (8), 14-Окт-25, 15:23 
А как там девуан поживает?
Инсталляций 15 есть уже?
Ответить | Правка | Наверх | Cообщить модератору

13. "Технический комитет утвердил изменение поведения systemd в D..."  +3 +/
Сообщение от Аноним (13), 14-Окт-25, 15:28 
С него пишу, всё норм. Стабильно. Ощущение довольно чистой от шлака системы. Обновляется чаще Слаки, и то хорошо.
Ответить | Правка | Наверх | Cообщить модератору

38. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от IdeaFix (ok), 14-Окт-25, 16:56 
Но есть пакеты в химере, которые не обновлялись с момента релиза. И обновились только по просьбе после EOL 11-го деба. Там не так много пакетов на самом деле пересобрано, но тем не менее.
Ответить | Правка | Наверх | Cообщить модератору

12. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (13), 14-Окт-25, 15:27 
Сами перешли, сами напоролись. Какой-нибудь бэкдор в systemd это вопрос времени. Сам systemd постепенно захватывает систему и не считается ни с какими дистрибутивами.
Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX. Остальное это просто ненужные наборы пакетов для systemd/Linux.
Ответить | Правка | Наверх | Cообщить модератору

18. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (18), 14-Окт-25, 15:40 
Alpine забыл.
Ответить | Правка | Наверх | Cообщить модератору

39. "Технический комитет утвердил изменение поведения systemd в D..."  –1 +/
Сообщение от Аноним (-), 14-Окт-25, 17:07 
> Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX.

Гента поддерживает системд. Еще забыл девуан.

А вообще - Прям список 60mжей, дидов, нетакусей и прочих шизей))
И главное - нет ни одного нормального дистра в списке.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

44. "Технический комитет утвердил изменение поведения systemd в D..."  –1 +/
Сообщение от Ан339ним (?), 14-Окт-25, 17:31 
Потому что никому, кроме фанатиков-маргиналов, нафиг не уперлось ковыряться с системой. Тем более с каким то там init-ом. Половину юзеров убунты и хромоси спроси, они и не знают, что это. И есть ли у них это вообще. Им главное, чтобы работало. Но задpotы целые дистры клепают "без системд".
Ответить | Правка | Наверх | Cообщить модератору

49. Скрыто модератором  –1 +/
Сообщение от Аноним (-), 14-Окт-25, 17:50 
Ответить | Правка | Наверх | Cообщить модератору

51. Скрыто модератором  +/
Сообщение от Ан339ним (?), 14-Окт-25, 18:02 
Ответить | Правка | Наверх | Cообщить модератору

53. "Технический комитет утвердил изменение поведения systemd в D..."  +1 +/
Сообщение от Аноним (53), 14-Окт-25, 18:24 
Дистрибутивы свободны перейти на одну из доступных альтернатив. Такие даже есть, и ты их сам перечислил. Только они никому не нужны, кроме полутора калек.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

55. "Технический комитет утвердил изменение поведения systemd в D..."  +1 +/
Сообщение от Аноним (57), 14-Окт-25, 18:28 
>Какой-нибудь бэкдор в systemd это вопрос времени.

Можно подумать, что вы в состоянии отревьювить хотя-бы один init.
>Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX. Остальное это просто ненужные наборы пакетов для systemd/Linux.

О, список дистрибутивов для не0силят0ров. Вот который раз прошу повторить хотя бы малую часть systemd: поместить процесс в отдельное пространство имён, дать ему определённые capabilities, запустить от определённого пользователя, настроить cgroup, и сделать это декларативно, чтобы можно было свободно переопределить на конченой машине, вплоть до команды запуска. И ни разу неосиляторы, столь рьяно ругающие systemd не 0силили написать башпортянку, которая давала бы эквивалентное поведение.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

17. "Технический комитет утвердил изменение поведения systemd в D..."  +2 +/
Сообщение от gc (?), 14-Окт-25, 15:39 
я надеюсь systemd-antidosd уже в процессе написания и это только первый шаг? ещё можно какойнито systemd-antispamd, systemd-antivirusd etc
Ответить | Правка | Наверх | Cообщить модератору

19. "Технический комитет утвердил изменение поведения systemd в D..."  +1 +/
Сообщение от Аноним (19), 14-Окт-25, 15:40 
лучше занялись бы переносом настроек кучи и кучи программ в ~/.config
уже 2025 год, прошли уже десятки лет, а большинство все так же хранят настройки не в ~/.config
Ответить | Правка | Наверх | Cообщить модератору

21. "Технический комитет утвердил изменение поведения systemd в D..."  +3 +/
Сообщение от Минона (ok), 14-Окт-25, 15:42 
Не-не.
Будет systemd-configd.
Ответить | Правка | Наверх | Cообщить модератору

27. "Технический комитет утвердил изменение поведения systemd в D..."  +1 +/
Сообщение от Аноним (23), 14-Окт-25, 16:03 
и обязательно в бинарном непотребном виде всё в одной куче.
Ответить | Правка | Наверх | Cообщить модератору

37. "Технический комитет утвердил изменение поведения systemd в D..."  +2 +/
Сообщение от Аноним (37), 14-Окт-25, 16:54 
И тут винда на три десятка лет и опередила
Ответить | Правка | Наверх | Cообщить модератору

46. "Технический комитет утвердил изменение поведения systemd в D..."  +1 +/
Сообщение от Аноним (46), 14-Окт-25, 17:40 
systemd-regeditd
Ответить | Правка | Наверх | Cообщить модератору

58. Скрыто модератором  +/
Сообщение от Аноним (53), 14-Окт-25, 18:36 
Ответить | Правка | Наверх | Cообщить модератору

56. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (53), 14-Окт-25, 18:29 
Некоторые из .config устраивают свалку и кладут туда вообще всё, а не только конфиги. Отдельное спасибо тем, кто создаёт подпапку, вместо создания 100500 файлов а-ля kcal, kmocha и т.д.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

22. "Технический комитет утвердил изменение поведения systemd в D..."  +1 +/
Сообщение от Хачикян Рубик (?), 14-Окт-25, 15:43 
Еще пару таких "изменений" и наконец-то в техническом комитете "сообразят", что лучше совсем этот системный Ди выкинуть за забор. Я так думаю.
Ответить | Правка | Наверх | Cообщить модератору

29. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (29), 14-Окт-25, 16:14 
Пока им не заплатят (или припугнут), не "сообразят".
Ответить | Правка | Наверх | Cообщить модератору

28. "Технический комитет утвердил изменение поведения systemd в D..."  +2 +/
Сообщение от Аноним (28), 14-Окт-25, 16:08 
Надо ещё убрать нехарактерные для инициализатора функции: монтирование без спросу раздела /home, удалить функцию dns-резолвера, dhcp-клиента, ntp-клиента.


Передайте комитету Дебиан о моей инициативе!

systemd не должен заниматься защитой от ddos атак это не её дело. Пусть не суёт свой сопливый нос куда не попадя.

Ответить | Правка | Наверх | Cообщить модератору

31. Скрыто модератором  –4 +/
Сообщение от Аноним (31), 14-Окт-25, 16:25 
Ответить | Правка | Наверх | Cообщить модератору

33. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (33), 14-Окт-25, 16:37 
Ох, напугали.
Подумал, было, что решили зафорсить тот функционал для маркировки (блокировки?) софта, разработанного без применения достаточного объёма woke-повесточки.
Ответить | Правка | Наверх | Cообщить модератору

45. Скрыто модератором  –1 +/
Сообщение от Ан339ним (?), 14-Окт-25, 17:34 
Ответить | Правка | Наверх | Cообщить модератору

48. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (-), 14-Окт-25, 17:46 
> зафорсить тот функционал для маркировки (блокировки?) софта,
> разработанного без применения достаточного объёма woke-повесточки.
> Подумал

Знаете, вам к психиатру пора, раз вам такие мысли в голову приходят.
Причем очень-очень давно.

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

34. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (34), 14-Окт-25, 16:39 
> Раздел c каталогом /run обычно монтируется отдельно через tmpfs и наличие возможности бесконтрольной записи в него может использоваться для переполнения раздела и блокирования создания новых файлов в иерархии /run.

Сколько ж костылей в этих ваших линуксах. А уж что куда монтируется в андроидах - не помнят и сами разработчики. Только дунешь - все начнет рассыпаться как карточный домик.

Ответить | Правка | Наверх | Cообщить модератору

35. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от RM (ok), 14-Окт-25, 16:42 
какой смелый ход!

сарказм если что...

Ответить | Правка | Наверх | Cообщить модератору

36. "Технический комитет утвердил изменение поведения systemd в D..."  +2 +/
Сообщение от Имя (?), 14-Окт-25, 16:48 
Этим куколдам думать надо было раньше - когда выбирали систему инициализации. А теперь будут жрать то, что им предлагают RH и Поттеринг, никуда не денутся, спектакль про самостоятельное принятие технических решений - бесполезен.
Ответить | Правка | Наверх | Cообщить модератору

40. "Технический комитет утвердил изменение поведения systemd в D..."  +1 +/
Сообщение от Аноним (40), 14-Окт-25, 17:17 
> DoS

Мы хотим шареную фс, но не шареную фс... Что мешает отдельную аппу загнать вообще в свой собственный mount namespace и примонтировать ей там свой tmpfs? В докере кнопочку не завезли?

А линковать /var к хоть чему-то из /run (т.е. в tmpfs) это ошибка. Есть задачи, которым может понадобиться lock файл даже при умершем процессе и после перезагрузки. Из-за ненадёжности /var приходиться выдумывать свои собственные lock в какой-нибудь /var/lib/*

Ответить | Правка | Наверх | Cообщить модератору

61. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от нах. (?), 14-Окт-25, 19:02 
> Мы хотим шареную фс, но не шареную фс... Что мешает отдельную аппу загнать вообще в свой
> собственный mount namespace

например то, что некоторые авторы до сих пор не желают писать lin000ps only поделки.

(Мелким шрифтиком - причем совместимые непременно с вчера вышедшим ведром)

> А линковать /var к хоть чему-то из /run (т.е. в tmpfs) это ошибка.

не ошибка, а системная функция. Как и сам /run в tmpfs вместо /var/run

> Есть задачи, которым может понадобиться lock файл даже при умершем процессе и после
> перезагрузки.

но это не те задачи за которые получает бонусы ныне-сотрудник Microsoft Леня Потный.

Ответить | Правка | Наверх | Cообщить модератору

41. Скрыто модератором  –1 +/
Сообщение от Аноним (41), 14-Окт-25, 17:20 
Ответить | Правка | Наверх | Cообщить модератору

42. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (42), 14-Окт-25, 17:25 
А я щытаю нужно заменить /var/lock на /let/lock
Ответить | Правка | Наверх | Cообщить модератору

47. "Технический комитет утвердил изменение поведения systemd в D..."  +/
Сообщение от Аноним (46), 14-Окт-25, 17:42 
/const/lock. Чтобы константно заблокировать, без побочных эффектов
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру