forum.opennet.ru - "Технический комитет утвердил изменение поведения systemd в Debian" (88)

"Технический комитет утвердил изменение поведения systemd в Debian"

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

"Технический комитет утвердил изменение поведения systemd в Debian"	+/–
Сообщение от opennews (??), 14-Окт-25, 15:01
Технический комитет, принимающий конечные решения в отношении спорных технических вопросов в проекте Debian, утвердил внесение изменения в пакет с systemd, меняющее поведение при работе с каталогом /var/lock. Системный менеджер systemd начиная с выпуска 258 огрничил возможность записи в каталог /var/lock только для пользователей с правами root, в то время как технический комитет Debian одобрил оставление старого поведения, разрешающего запись в /var/lock любым пользователям... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64050
Ответить \| Правка \| Cообщить модератору

Оглавление

Сколько раз голосовали , User (??), 15:03 , 14-Окт-25, (2) +5

Столько, сколько нужно , Аноним (4), 15:05 , 14-Окт-25, (4) +4

Не Судя по принятому решению - еще пока не достаточно Впрочем, основная ИНТР, User (??), 19:55 , 14-Окт-25, (71)

Скрыто модератором, Аноним (86), 20:47 , 14-Окт-25, (86)

- Да, хочу - Нет, не против , Аноним (86), 15:58 , 14-Окт-25, (23) +1
Вот неправильно дебиановцы поступили Надо было не принимать systemd, и стать ни, Аноним (57), 18:29 , 14-Окт-25, (57) –2

Эээээ Когнитивное искажение, характерное для постсоветского пространства, да , User (??), 19:53 , 14-Окт-25, (70)

Так я как раз про это и говорю Надо было первый отказ от systemd сделать бессро, Аноним (57), 20:46 , 14-Окт-25, (85)

systemd клал на эти ваши стандарты , Аноним (3), 15:05 , 14-Окт-25, (3) +7

На этот FHS уже все клали bin sbin это ссылки на usr bin lib это ссылки на , Минона (ok), 15:24 , 14-Окт-25, (10) +10

Давно пора, kravich (ok), 15:26 , 14-Окт-25, (11) +3
А как это сделано в BSD , Аноним (14), 15:28 , 14-Окт-25, (14) +1

Там всё отлично сделано - https man netbsd org hier 7, Аноним (3), 15:31 , 14-Окт-25, (16)

Дак всё перечисленное - это из-за systemd, Аноним (3), 15:29 , 14-Окт-25, (15) +2

Нет, все глубже , Минона (ok), 15:40 , 14-Окт-25, (20)

Да оба правы Дистрибутивы всегда местами отходили от FHS, но отходили относитель, freehck (ok), 16:23 , 14-Окт-25, (30) +1

Одобряю 128077 127867 , Минона (ok), 20:37 , 14-Окт-25, (82)

Куда ещё глубже-то В старые давние времена в lib bin sbin лежала базовая сис, Аноним (62), 19:06 , 14-Окт-25, (62) +1

Его делали отдельным разделом потому что первая дискета кончилась, не надо припи, morphe (?), 19:44 , 14-Окт-25, (68)
Вполне очевидно, что мы сейчас переживаем момент перехода к новому стандарту М, Аноним (78), 20:20 , 14-Окт-25, (78)

Э 8230 А сколько скриптов пришлось переписать после внедрения системд , Минона (ok), 20:30 , 14-Окт-25, (80)

А home в programm files или в диск D, чтобы был в итоге такой homeD Oh, sh-- , Аноним (75), 20:11 , 14-Окт-25, (75)

О А я вспоминал как этот проект назывался Они ещё живы , Минона (ok), 20:42 , 14-Окт-25, (84)

Ну, ты конечно назовешь еще три-четыре операционные системы, совместимость с кот, User (??), 16:37 , 14-Окт-25, (32)

А причем тут я и почему я должен что-то называть В новости написано, что в неко, Аноним (3), 17:25 , 14-Окт-25, (43)

Ну, ты же пишешь, что systemd клал Я отвечаю, что fhs нужен примерно как ст, User (??), 18:00 , 14-Окт-25, (50)

На стандарты, придуманные дидами, у которых ОС на один диск не помещалась bin,, Аноним (57), 18:16 , 14-Окт-25, (52) +1

Да всё может быть А может быть чтобы разные опции монтирования применять для ра, Аноним (3), 18:47 , 14-Окт-25, (60)

Ну, гилафакс - штука прикольная, и я её то ли в 2007 то ли в 2008 даже и настраи, User (??), 19:49 , 14-Окт-25, (69)
А кому и где может понадобится подобное Типа, один каталог как рид онли, а друг, Аноним (72), 19:56 , 14-Окт-25, (72)

systemd - это вендорлок , Аноним (4), 15:06 , 14-Окт-25, (5) +5
debian - скандалы, интниги, расследования, Аноним (6), 15:17 , 14-Окт-25, (6) –1
var lock - прикольное имя для мага в RPG, Соль земли2 (?), 15:18 , 14-Окт-25, (7) +5

Уже занято, warlock - чернокнижник, Аноним (9), 15:23 , 14-Окт-25, (9) –2

Скрыто модератором, Аноним (-), 16:03 , 14-Окт-25, (26) –1
Он про имя, а ты про класс , Аноним (59), 18:39 , 14-Окт-25, (59)

171 Варлок 187 8212 не просто убийца Это ещё и туннель, буравящий глубин, Аноним (54), 18:28 , 14-Окт-25, (54)

А как там девуан поживает Инсталляций 15 есть уже , Аноним (8), 15:23 , 14-Окт-25, (8) –1

С него пишу, всё норм Стабильно Ощущение довольно чистой от шлака системы Обн, Аноним (13), 15:28 , 14-Окт-25, (13) +3

Но есть пакеты в химере, которые не обновлялись с момента релиза И обновились т, IdeaFix (ok), 16:56 , 14-Окт-25, (38)
Более чистая от шлака система, в данном контексте, это antiX, на неё можно споко, DP (?), 20:36 , 14-Окт-25, (81)

Сами перешли, сами напоролись Какой-нибудь бэкдор в systemd это вопрос времени , Аноним (13), 15:27 , 14-Окт-25, (12) +1

Alpine забыл , Аноним (18), 15:40 , 14-Окт-25, (18)
Гента поддерживает системд Еще забыл девуан А вообще - Прям список 60mжей, дидо, Аноним (-), 17:07 , 14-Окт-25, (39) –2

Потому что никому, кроме фанатиков-маргиналов, нафиг не уперлось ковыряться с си, Ан339ним (?), 17:31 , 14-Окт-25, (44) –3

Скрыто модератором, Аноним (-), 17:50 , 14-Окт-25, (49) –1

Скрыто модератором, Ан339ним (?), 18:02 , 14-Окт-25, (51)

До времени Случись что - на поклон портянкам , Аноним (88), 20:49 , 14-Окт-25, (88)

Дистрибутивы свободны перейти на одну из доступных альтернатив Такие даже есть,, Аноним (53), 18:24 , 14-Окт-25, (53) +1

Когда команда systemd всё свалит в usr, что помешает ей сделать это симлинком , Аноним (88), 20:54 , 14-Окт-25, (91)

Можно подумать, что вы в состоянии отревьювить хотя-бы один init О, список дистр, Аноним (57), 18:28 , 14-Окт-25, (55) +1

Отревьювить init проще простого, если он init а не системный менеджер systemd с , Аноним (79), 20:22 , 14-Окт-25, (79)

Скрыто модератором, Аноним (75), 20:48 , 14-Окт-25, (87)
Вопрос не в том, просто или сложно, а вопрос в том, сколько борцунов против syst, Аноним (57), 21:01 , 14-Окт-25, (93)

Ещё Guix, занятная система, также без systemd, но и в то же время чистый GNU-дис, Аноним (75), 20:40 , 14-Окт-25, (83)

я надеюсь systemd-antidosd уже в процессе написания и это только первый шаг ещё, gc (?), 15:39 , 14-Окт-25, (17) +2
лучше занялись бы переносом настроек кучи и кучи программ в configуже 2025 го, Аноним (19), 15:40 , 14-Окт-25, (19) +1

Не-не Будет systemd-configd , Минона (ok), 15:42 , 14-Окт-25, (21) +6

и обязательно в бинарном непотребном виде всё в одной куче , Аноним (86), 16:03 , 14-Окт-25, (27) +3

И тут винда на три десятка лет и опередила , Аноним (37), 16:54 , 14-Окт-25, (37) +2

systemd-regeditd, Аноним (46), 17:40 , 14-Окт-25, (46) +1

Скрыто модератором, Аноним (53), 18:36 , 14-Окт-25, (58)

Скрыто модератором, Аноним (-), 19:20 , 14-Окт-25, (64)
Не, они навострили лыжы в сторону uki systemd homed, это всё атомарщиной неделим, Аноним (75), 20:52 , 14-Окт-25, (89)

У тебя чуть-чуть ошибка UKI это уже kernel systemd А homed это кто , Минона (ok), 21:11 , 14-Окт-25, (95)

Некоторые из config устраивают свалку и кладут туда вообще всё, а не только кон, Аноним (53), 18:29 , 14-Окт-25, (56) +1

Еще пару таких изменений и наконец-то в техническом комитете сообразят , что , Хачикян Рубик (?), 15:43 , 14-Окт-25, (22) +1

Пока им не заплатят или припугнут , не сообразят , Аноним (29), 16:14 , 14-Окт-25, (29)
Логично, ведь и без системного ди всё отлично работало А сейчас хрен поймешь,, Hare Krishna (-), 19:24 , 14-Окт-25, (65)

Надо ещё убрать нехарактерные для инициализатора функции монтирование без спрос, Аноним (28), 16:08 , 14-Окт-25, (28) +3

А он и не будет Этим будет заниматься systemd-ddosd , Минона (ok), 21:04 , 14-Окт-25, (94)

Ох, напугали Подумал, было, что решили зафорсить тот функционал для маркировки , Аноним (33), 16:37 , 14-Окт-25, (33)

Скрыто модератором, Ан339ним (?), 17:34 , 14-Окт-25, (45) –1

Скрыто модератором, Hare Krishna (-), 19:30 , 14-Окт-25, (66)

Скрыто модератором, Ан339ним (?), 19:58 , 14-Окт-25, (73)

Сколько ж костылей в этих ваших линуксах А уж что куда монтируется в андроидах , Аноним (34), 16:39 , 14-Окт-25, (34)
какой смелый ход сарказм если что , RM (ok), 16:42 , 14-Окт-25, (35)
Этим куколдам думать надо было раньше - когда выбирали систему инициализации А , Имя (?), 16:48 , 14-Окт-25, (36) +3
Мы хотим шареную фс, но не шареную фс Что мешает отдельную аппу загнать вообщ, Аноним (40), 17:17 , 14-Окт-25, (40) +1

Скрыто модератором, нах. (?), 19:02 , 14-Окт-25, (61)

Скрыто модератором, Аноним (72), 20:07 , 14-Окт-25, (74)

А я щытаю нужно заменить var lock на let lock, Аноним (42), 17:25 , 14-Окт-25, (42)

const lock Чтобы константно заблокировать, без побочных эффектов, Аноним (46), 17:42 , 14-Окт-25, (47) +1

В итоге мейнтейнер systemd сделал run lock world-writable https salsa debian, nE0sIghT (ok), 19:39 , 14-Окт-25, (67)
А че, чел кто купил себе комп уже не является его хозяином Странно, это же не а, Аноним (72), 20:12 , 14-Окт-25, (76)
Почему systemD нету в anDroiD-е , Аноним (77), 20:20 , 14-Окт-25, (77)

А потомушто андроид это один большой системд 128521 , Минона (ok), 20:53 , 14-Окт-25, (90)
Потому андроид - чтобы работало, а не набор сотен служб ради идеи потормозить , Аноним (86), 20:57 , 14-Окт-25, (92)

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

2. "Технический комитет утвердил изменение поведения systemd в D..." +5 +/–

Сообщение от User (??), 14-Окт-25, 15:03

Сколько раз голосовали?

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

4. "Технический комитет утвердил изменение поведения systemd в D..." +4 +/–

Сообщение от Аноним (4), 14-Окт-25, 15:05

Столько, сколько нужно.

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

71. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от User (??), 14-Окт-25, 19:55

> Столько, сколько нужно.
Не. Судя по "принятому" решению - еще пока не достаточно.
Впрочем, основная ИНТРИГА в том, придется ли перед "правильным" голосованием извиняться перед "уважаемыми людьми"(ТМ), или "и так сойдет"?

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

86. Скрыто модератором +/–

Сообщение от Аноним (86), 14-Окт-25, 20:47

А зачем вообще нужен какой-то технический комитет дебиана, если за него всё решает редхат, поставляющий эту системДу?

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

23. "Технический комитет утвердил изменение поведения systemd в D..." +1 +/–

Сообщение от Аноним (86), 14-Окт-25, 15:58

- Да, хочу.
- Нет, не против.

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

57. "Технический комитет утвердил изменение поведения systemd в D..." –2 +/–

Сообщение от Аноним (57), 14-Окт-25, 18:29

Вот неправильно дебиановцы поступили. Надо было не принимать systemd, и стать никому ненужным дистром, после чего исчезнуть окончательно.

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

70. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от User (??), 14-Окт-25, 19:53

> Вот неправильно дебиановцы поступили. Надо было не принимать systemd, и стать никому
> ненужным дистром, после чего исчезнуть окончательно.
Эээээ... Когнитивное искажение, характерное для постсоветского пространства, да?
Речь не идет о "правильности" или "неправильности" принятого решения - только лишь о механизме его принятия.

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

85. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (57), 14-Окт-25, 20:46

>Речь не идет о "правильности" или "неправильности" принятого решения - только лишь о механизме его принятия.
Так я как раз про это и говорю. Надо было первый отказ от systemd сделать бессрочным, уступив место другим дистрам. Врач сказал в морг - значит в морг.

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

3. "Технический комитет утвердил изменение поведения systemd в D..." +7 +/–

Сообщение от Аноним (3), 14-Окт-25, 15:05

> так как возможность общедоступной записи в каталог /var/lock упоминается в спецификации FHS
systemd клал на эти ваши стандарты.

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

10. "Технический комитет утвердил изменение поведения systemd в D..." +10 +/–

Сообщение от Минона (ok), 14-Окт-25, 15:24

На этот FHS уже все клали.
/bin /sbin это ссылки на /usr/bin.
/lib* это ссылки на соответствующие каталоги в /usr.
Осталось переименовать /usr в /system.
И оставить только /system и /home реальными каталогами.
А остальное в / засимлинкать в /system/{etc,bin,lib,...}

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

11. "Технический комитет утвердил изменение поведения systemd в D..." +3 +/–

Сообщение от 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ообщить модератору

82. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Минона (ok), 14-Окт-25, 20:37

> systemd -- это FHS 3.14
Одобряю 👍 🍻

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

62. "Технический комитет утвердил изменение поведения systemd в D..." +1 +/–

Сообщение от Аноним (62), 14-Окт-25, 19:06

Куда ещё глубже-то? В старые давние времена в /lib /bin /sbin лежала базовая система, а весь доп. софт ставился в /usr Его даже делали отдельным разделом, чтобы можно было загрузиться с рабочего корня и его спокойно восстановить. Толька Лёня Потный сломал свой systemd таким образом, что ему было необходимо шариться в /usr для своей загрузки. После этого по дистрибутивам прокатилась волна UsrMove, дескать, нафиг нужен этот FHS и прочее.
Весьма очевидно, что проблема решалась фиксом systemd, народ даже патчи пытался делать под это дело, но сроки горели, проталкивать systemd в продакшен надо было здесь и сейчас. По этой причине вместо нормального фикса подключили крикунов и обошли проблему администативным путём, просто запретив отдельный /usr Аналогично поступили с udev, которые прибили гвоздями к systemd... Впрочем, это уже совсем другая история.

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

68. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от morphe (?), 14-Окт-25, 19:44

> Его даже делали отдельным разделом, чтобы можно было загрузиться с рабочего корня и его спокойно восстановить
Его делали отдельным разделом потому что первая дискета кончилась, не надо приписывать смысл тому, у чего его нет)
https://lists.busybox.net/pipermail/busybox/2010-December/07...

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

78. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (78), 14-Окт-25, 20:20

"Вполне очевидно, что мы сейчас переживаем момент перехода к новому стандарту. Можете смело считать, что systemd -- это FHS 2.0, а Debian состроил сейчас козью морду и отошёл от него."
Никаких козьих морд, странно это слышать от дебианщика, но да ладно, последнее время "freehck" очень странно себя ведёт, огородился от комментов Анонимов, но сам невозбранно набрасывает.
Может быть нигде в полиси не записано, но по факту в Debian годами поступают по возможно так, чтобы стандартное привычное поведение системы не менялось, за это Debian и любим многими людьми, которые желают просто спокойно работать с системой, а не каждый раз скрипты свои переписывать и быть подопытными мышами на очередной R&D полигоне на халявных бетатестерах. Debian как раз для некоторых людей тем и ценен, что и через несколько лет он ведёт себя так, как это было несколько лет назад, привычные команды работают, синтаксис всякого дремучего старья системе понятен, потому что система делается для людей, которым важно их личное время, спокойствие и возможность положиться на консервативный проект, в котором кровати на каждом релизе не переставляют.

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

80. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Минона (ok), 14-Окт-25, 20:30

Э…
А сколько скриптов пришлось переписать после внедрения системд?

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

75. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (75), 14-Окт-25, 20:11

> На этот FHS уже все клали.
> Осталось переименовать /usr в /system.
> И оставить только /system и /home реальными каталогами.
А home в programm files или в диск D, чтобы был в итоге такой homeD... Oh, sh--!
> А остальное в / засимлинкать в /system/{etc,bin,lib,...}
Круче чем в GoboLinux уже наврятли будет, а так, что Gnome OS, что NixOS яростнее всего бегут по пути извращения FHS. ¯\_(ツ)_/¯

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

84. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Минона (ok), 14-Окт-25, 20:42

> GoboLinux
О!
А я вспоминал как этот проект назывался.
Они ещё живы?

Ответить | Правка | Наверх | 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..." +1 +/–

Сообщение от Аноним (57), 14-Окт-25, 18:16

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

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

60. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (3), 14-Окт-25, 18:47

Да всё может быть. А может быть чтобы разные опции монтирования применять для разных разделов. Но вот в дебиане утверждают, что из-за новой systemd, к-й кладёт на стандарт, может что-то не работать и потому эта новость появилась, разве нет?

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

69. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от User (??), 14-Окт-25, 19:49

Ну, гилафакс - штука прикольная, и я её то ли в 2007 то ли в 2008 даже и настраивал на весь офис - но предполагаю, что лет эдак уже с десяток "отправить факс" кому-то кроме соседки баб Вали, подключенной к той же аналоговой панасовской матс не получится по причинам отличным от "козней редхатбиэма"...

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

72. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (72), 14-Окт-25, 19:56

>чтобы разные опции монтирования применять для разных разделов
А кому и где может понадобится подобное? Типа, один каталог как рид онли, а другой... Серьезно, нафига? Не могу придумать адекватного человеческого назначения данной мысли. По моему, это уже притягивание за уши, придумали хрень и теперь думают куда ее применить и как решить придуманные ей же проблемы.

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

5. "Технический комитет утвердил изменение поведения systemd в D..." +5 +/–

Сообщение от Аноним (4), 14-Окт-25, 15:06

systemd - это вендорлок.

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

6. "Технический комитет утвердил изменение поведения systemd в D..." –1 +/–

Сообщение от Аноним (6), 14-Окт-25, 15:17

debian - скандалы, интниги, расследования

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

7. "Технический комитет утвердил изменение поведения systemd в D..." +5 +/–

Сообщение от Соль земли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

warlock - Уоолок
varlock - варлок
Нет, не занято. По-британски, произносится по разному.

Ответить | Правка | Наверх | 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ообщить модератору

81. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от DP (?), 14-Окт-25, 20:36

> С него пишу, всё норм. Стабильно. Ощущение довольно чистой от шлака системы.
> Обновляется чаще Слаки, и то хорошо.
Более чистая от шлака система, в данном контексте, это antiX, на неё можно спокойно поставить Xfce и никаких ошмётков systemd в системе не будет, в отличии от девана. Меж тем разраб antiX спокойный мужик, который умеет в систему и тихо пилит свой проект, в отличии от крикунов "Veteran Unix Admins", которые в своё время lightdm c sysv у себя в проекте подружить не смогли, так и остался корявый slim, а на вопрос о том, как сделать так, чтобы работало с lightdm, сказали что у них лапки и что им нужен спец, который умеет это делать. Как по мне, это всё что нужно знать об этих "Veteran Unix Admins", которые больше про громко горлопанить против systemd могут со всех утюгов, чем реально пакеты патчить.
А antiX живёт уже который релиз, нигде про борцунство с системдой не жужжит и делает своё дело, как раз избавляя по-настоящему от systemd своих пользователей, хотя это даже целью не ставилось.
Такие дела.

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

12. "Технический комитет утвердил изменение поведения systemd в D..." +1 +/–

Сообщение от Аноним (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..." –2 +/–

Сообщение от Аноним (-), 14-Окт-25, 17:07

> Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX.
Гента поддерживает системд. Еще забыл девуан.
А вообще - Прям список 60mжей, дидов, нетакусей и прочих шизей))
И главное - нет ни одного нормального дистра в списке.

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

44. "Технический комитет утвердил изменение поведения systemd в D..." –3 +/–

Сообщение от Ан339ним (?), 14-Окт-25, 17:31

Потому что никому, кроме фанатиков-маргиналов, нафиг не уперлось ковыряться с системой. Тем более с каким то там init-ом. Половину юзеров убунты и хромоси спроси, они и не знают, что это. И есть ли у них это вообще. Им главное, чтобы работало. Но задpotы целые дистры клепают "без системд".

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

49. Скрыто модератором –1 +/–

Сообщение от Аноним (-), 14-Окт-25, 17:50

> никому, кроме фанатиков-маргиналов, нафиг не уперлось ковыряться с системой
Пождождите, systemd прекрасно позволяет настраивать систему. И самое главное - делает это одинаковым и понятным образом на всех нормальных дистрах, без использования зануханных дидовых башпортянок.
Поэтому любой разумный человек, которому нужно много, напр. по работе, настраивать линь разумеется выберет системд. А вот васяноиниты подходят разве что только для мамкиных какиров, которые по ночам прдлят свой подкроватный локалхост.

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

51. Скрыто модератором +/–

Сообщение от Ан339ним (?), 14-Окт-25, 18:02

systemd - заговор корпорации против админов подкроватных локалхостов. Ведь кто, как не они, знают, что лучше. ;-)

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

88. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (88), 14-Окт-25, 20:49

>Им главное, чтобы работало.
До времени. Случись что - "на поклон портянкам".

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

53. "Технический комитет утвердил изменение поведения systemd в D..." +1 +/–

Сообщение от Аноним (53), 14-Окт-25, 18:24

Дистрибутивы свободны перейти на одну из доступных альтернатив. Такие даже есть, и ты их сам перечислил. Только они никому не нужны, кроме полутора калек.

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

91. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (88), 14-Окт-25, 20:54

Когда команда systemd всё свалит в /usr, что помешает ей сделать это симлинком /systemd
Тогда "форкай-не форкай", а systemd не объедешь. Вендор всё под себя гребёт. Ест слона по частям.

Ответить | Правка | Наверх | 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ообщить модератору

79. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (79), 14-Окт-25, 20:22

Отревьювить init проще простого, если он init а не системный менеджер systemd с кучей всего остального ненужного. init можно написать довольно простой самому.
>И ни разу неосиляторы, столь рьяно ругающие systemd не 0силили написать башпортянку, которая давала бы эквивалентное поведение.
А потому что не нужно это поведение. Мне вот не нужно, чтобы systemd вмешивался везде, пускал везде свои корни. Мне нужен только init, а не всякие бинарные логи, OOM-killer, таймеры.

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

87. Скрыто модератором +/–

Сообщение от Аноним (75), 14-Окт-25, 20:48

> Отревьювить init проще простого, если он init а не системный менеджер systemd
> с кучей всего остального ненужного. init можно написать довольно простой самому.
>>И ни разу неосиляторы, столь рьяно ругающие systemd не 0силили написать башпортянку, которая давала бы эквивалентное поведение.
> А потому что не нужно это поведение. Мне вот не нужно, чтобы
> systemd вмешивался везде, пускал везде свои корни. Мне нужен только init,
> а не всякие бинарные логи, OOM-killer, таймеры.
За более 15 лет работы с линуксовыми системами, ни с sysvinit голым, ни с openrc никогда у меня не возникало проблем, они никогда не делали мозг и не корчили из себя сущность умнее пользователя.
Зато с systemd периодически возникали затыки, то она умничает какой-то процесс пытается запустить заloopивший по циклу, который на её "умный" взгляд должен почему-то продолжать запускаться именно сейчас, зато система стоит раздупляется, это из самого частого что бывало. Не говоря уже про то, что документирование systemd и её потроха это какой-то поцтеринговский адъ.
К слову, я не удивился, когда услышал от одного забугорного линуксоблогера, что оказывается лёнька спалился на том, что даже половины своих поделий сам не использовал, нагадил и ливнул к своему истинному начальству.

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

93. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (57), 14-Окт-25, 21:01

>Отревьювить init проще простого
Вопрос не в том, просто или сложно, а вопрос в том, сколько борцунов против systemd это делают. Вот крайне забавный баг https://www.opennet.dev/opennews/art.shtml?num=62695
>Изменена логика обработки записей в /etc/inittab, превышающих лимит на размер строки. Для подобных строк теперь выводится сообщение в лог, а сама строка игнорируется. Раньше длинные строки обрезались по границе допустимого размера и выполнялись, что могло привести к неприятным сбоям. Например, если в конце длинной строки присутствовала команда "rm -rf /var/1234", то фактически могла выполниться команда "rm -rf /var", если часть "/1234" оказалась за границей обрезки.
>А потому что не нужно это поведение.
О, типичный ненужнист. Мне не нужно - значит никому не нужно. А мне вот sysvinit не нужен, следовательно и вам он тоже не нужен. Вас таких вот послушать, так вам и нормальная система не нужна, только кривой обрубок, работающий абы как.

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

83. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (75), 14-Окт-25, 20:40

> Сами перешли, сами напоролись. Какой-нибудь бэкдор в systemd это вопрос времени. Сам
> systemd постепенно захватывает систему и не считается ни с какими дистрибутивами.
> Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX. Остальное
> это просто ненужные наборы пакетов для systemd/Linux.
Ещё Guix, занятная система, также без systemd, но и в то же время чистый GNU-дистр, да ещё и FSF Столлманоугодный ))

Ответить | Правка | К родителю #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..." +6 +/–

Сообщение от Минона (ok), 14-Окт-25, 15:42

Не-не.
Будет systemd-configd.

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

27. "Технический комитет утвердил изменение поведения systemd в D..." +3 +/–

Сообщение от Аноним (86), 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

Зачем? dconf уже давно существует.

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

64. Скрыто модератором +/–

Сообщение от Аноним (-), 14-Окт-25, 19:20

>Будет systemd-configd.
Ужас. Если честно, уже не смешно.

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

89. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (75), 14-Окт-25, 20:52

> Не-не.
> Будет systemd-configd.
Не, они навострили лыжы в сторону uki+systemd+homed, это всё атомарщиной неделимой, всё прибито гвоздями, а ещё осталось до конца договориться с производителями железа, чтобы в EFI secure boot не отключался и принимал только подписанные кого надо uki, вот тогда заживём! [нет]

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

95. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Минона (ok), 14-Окт-25, 21:11

> uki+systemd+homed
У тебя чуть-чуть ошибка.
UKI это уже kernel+systemd
А homed это кто?

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

56. "Технический комитет утвердил изменение поведения systemd в D..." +1 +/–

Сообщение от Аноним (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ообщить модератору

65. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Hare Krishna (-), 14-Окт-25, 19:24

Логично, ведь и без системного "ди" всё отлично работало. А сейчас хрен поймешь, 100500 разных путей, чтобы сделать одно и то же. Ни разу не UNIX way.

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

28. "Технический комитет утвердил изменение поведения systemd в D..." +3 +/–

Сообщение от Аноним (28), 14-Окт-25, 16:08

Надо ещё убрать нехарактерные для инициализатора функции: монтирование без спросу раздела /home, удалить функцию dns-резолвера, dhcp-клиента, ntp-клиента.

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

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

94. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Минона (ok), 14-Окт-25, 21:04

А он и не будет.
Этим будет заниматься systemd-ddosd.

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

33. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (33), 14-Окт-25, 16:37

Ох, напугали.
Подумал, было, что решили зафорсить тот функционал для маркировки (блокировки?) софта, разработанного без применения достаточного объёма woke-повесточки.

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

45. Скрыто модератором –1 +/–

Сообщение от Ан339ним (?), 14-Окт-25, 17:34

Столлман - главный woke-активист.

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

66. Скрыто модератором +/–

Сообщение от Hare Krishna (-), 14-Окт-25, 19:30

> Столлман - главный woke-активист.
Если он такой главный, то почему woke-активисты вынесли его, как мусорное ведро после вечеринки?

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

73. Скрыто модератором +/–

Сообщение от Ан339ним (?), 14-Окт-25, 19:58

Его трон им покоя не давал, сами хотели рулить. Теперь рулят они, но по сути ничего не поменялось. Лично мне совершенно все равно, как выглядит сумасшедший маргинал, рассказывающий про щв060дьку, и розовые ли у него волосы или нет.

Ответить | Правка | Наверх | 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..." +3 +/–

Сообщение от Имя (?), 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. Скрыто модератором +/–

Сообщение от нах. (?), 14-Окт-25, 19:02

> Мы хотим шареную фс, но не шареную фс... Что мешает отдельную аппу загнать вообще в свой
> собственный mount namespace
например то, что некоторые авторы до сих пор не желают писать lin000ps only поделки.
(Мелким шрифтиком - причем совместимые непременно с вчера вышедшим ведром)
> А линковать /var к хоть чему-то из /run (т.е. в tmpfs) это ошибка.
не ошибка, а системная функция. Как и сам /run в tmpfs вместо /var/run
> Есть задачи, которым может понадобиться lock файл даже при умершем процессе и после
> перезагрузки.
но это не те задачи за которые получает бонусы ныне-сотрудник Microsoft Леня Потный.

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

74. Скрыто модератором +/–

Сообщение от Аноним (72), 14-Окт-25, 20:07

Ну и нафига разрабам писать линукс онли поделки?
4 процента, это во первых, которые еще не платят. И во вторых, постоянные изменения в ядре, в драйверах, во всем, вечная драма, нормальному человеку оно надо?
Нафига вечно пэрд0лить софт из за прихотей Торвальдца, когда можно на чиле написать для вендочки и оно все будет просто работать годами.

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

42. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (42), 14-Окт-25, 17:25

А я щытаю нужно заменить /var/lock на /let/lock

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

47. "Технический комитет утвердил изменение поведения systemd в D..." +1 +/–

Сообщение от Аноним (46), 14-Окт-25, 17:42

/const/lock. Чтобы константно заблокировать, без побочных эффектов

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

67. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от nE0sIghT (ok), 14-Окт-25, 19:39

В итоге мейнтейнер systemd сделал /run/lock world-writable: https://salsa.debian.org/systemd-team/systemd/-/commit/9250e...
Эдакий вариант забастовки в ключевом пакете Debian?

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

76. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (72), 14-Окт-25, 20:12

>требуется получение специального разрешения от технического комитета
А че, чел кто купил себе комп уже не является его хозяином? Странно, это же не андроид, ведь все говорят что линукс это свобода.

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

77. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (77), 14-Окт-25, 20:20

Почему systemD нету в anDroiD-е?

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

90. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Минона (ok), 14-Окт-25, 20:53

А потомушто андроид это один большой системд 😉

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

92. "Технический комитет утвердил изменение поведения systemd в D..." +/–

Сообщение от Аноним (86), 14-Окт-25, 20:57

Потому андроид - чтобы работало, а не набор сотен служб ради идеи потормозить.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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


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


	71. "Технический комитет утвердил изменение поведения systemd в D..."	+/–
	Сообщение от User (??), 14-Окт-25, 19:55
	> Столько, сколько нужно. Не. Судя по "принятому" решению - еще пока не достаточно. Впрочем, основная ИНТРИГА в том, придется ли перед "правильным" голосованием извиняться перед "уважаемыми людьми"(ТМ), или "и так сойдет"?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	86. Скрыто модератором	+/–
	Сообщение от Аноним (86), 14-Окт-25, 20:47
	А зачем вообще нужен какой-то технический комитет дебиана, если за него всё решает редхат, поставляющий эту системДу?
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


	70. "Технический комитет утвердил изменение поведения systemd в D..."	+/–
	Сообщение от User (??), 14-Окт-25, 19:53
	> Вот неправильно дебиановцы поступили. Надо было не принимать systemd, и стать никому > ненужным дистром, после чего исчезнуть окончательно. Эээээ... Когнитивное искажение, характерное для постсоветского пространства, да? Речь не идет о "правильности" или "неправильности" принятого решения - только лишь о механизме его принятия.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	85. "Технический комитет утвердил изменение поведения systemd в D..."	+/–
	Сообщение от Аноним (57), 14-Окт-25, 20:46
	>Речь не идет о "правильности" или "неправильности" принятого решения - только лишь о механизме его принятия. Так я как раз про это и говорю. Надо было первый отказ от systemd сделать бессрочным, уступив место другим дистрам. Врач сказал в морг - значит в морг.
	Ответить \| Правка \| Наверх \| Cообщить модератору

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


	10. "Технический комитет утвердил изменение поведения systemd в D..."	+10 +/–
	Сообщение от Минона (ok), 14-Окт-25, 15:24
	На этот FHS уже все клали. /bin /sbin это ссылки на /usr/bin. /lib* это ссылки на соответствующие каталоги в /usr. Осталось переименовать /usr в /system. И оставить только /system и /home реальными каталогами. А остальное в / засимлинкать в /system/{etc,bin,lib,...}
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Технический комитет утвердил изменение поведения systemd в D..."	+3 +/–
	Сообщение от 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ообщить модератору


	82. "Технический комитет утвердил изменение поведения systemd в D..."	+/–
	Сообщение от Минона (ok), 14-Окт-25, 20:37
	> systemd -- это FHS 3.14 Одобряю 👍 🍻
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	68. "Технический комитет утвердил изменение поведения systemd в D..."	+/–
	Сообщение от morphe (?), 14-Окт-25, 19:44
	> Его даже делали отдельным разделом, чтобы можно было загрузиться с рабочего корня и его спокойно восстановить Его делали отдельным разделом потому что первая дискета кончилась, не надо приписывать смысл тому, у чего его нет) https://lists.busybox.net/pipermail/busybox/2010-December/07...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "Технический комитет утвердил изменение поведения systemd в D..."	+/–
	Сообщение от Аноним (78), 14-Окт-25, 20:20
	"Вполне очевидно, что мы сейчас переживаем момент перехода к новому стандарту. Можете смело считать, что systemd -- это FHS 2.0, а Debian состроил сейчас козью морду и отошёл от него." Никаких козьих морд, странно это слышать от дебианщика, но да ладно, последнее время "freehck" очень странно себя ведёт, огородился от комментов Анонимов, но сам невозбранно набрасывает. Может быть нигде в полиси не записано, но по факту в Debian годами поступают по возможно так, чтобы стандартное привычное поведение системы не менялось, за это Debian и любим многими людьми, которые желают просто спокойно работать с системой, а не каждый раз скрипты свои переписывать и быть подопытными мышами на очередной R&D полигоне на халявных бетатестерах. Debian как раз для некоторых людей тем и ценен, что и через несколько лет он ведёт себя так, как это было несколько лет назад, привычные команды работают, синтаксис всякого дремучего старья системе понятен, потому что система делается для людей, которым важно их личное время, спокойствие и возможность положиться на консервативный проект, в котором кровати на каждом релизе не переставляют.
	Ответить \| Правка \| К родителю #62 \| Наверх \| Cообщить модератору


	80. "Технический комитет утвердил изменение поведения systemd в D..."	+/–
	Сообщение от Минона (ok), 14-Окт-25, 20:30
	Э… А сколько скриптов пришлось переписать после внедрения системд?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "Технический комитет утвердил изменение поведения systemd в D..."	+/–
	Сообщение от Аноним (75), 14-Окт-25, 20:11
	> На этот FHS уже все клали. > Осталось переименовать /usr в /system. > И оставить только /system и /home реальными каталогами. А home в programm files или в диск D, чтобы был в итоге такой homeD... Oh, sh--! > А остальное в / засимлинкать в /system/{etc,bin,lib,...} Круче чем в GoboLinux уже наврятли будет, а так, что Gnome OS, что NixOS яростнее всего бегут по пути извращения FHS. ¯\_(ツ)_/¯
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	84. "Технический комитет утвердил изменение поведения systemd в D..."	+/–
	Сообщение от Минона (ok), 14-Окт-25, 20:42
	> GoboLinux О! А я вспоминал как этот проект назывался. Они ещё живы?
	Ответить \| Правка \| Наверх \| 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..."	+1 +/–
	Сообщение от Аноним (57), 14-Окт-25, 18:16
	>systemd клал на эти ваши стандарты. На стандарты, придуманные дидами, у которых ОС на один диск не помещалась. /bin, /sbin, /usr/bin, /usr/sbin - маленькая часть первородного хаоса.
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


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


	69. "Технический комитет утвердил изменение поведения systemd в D..."	+/–
	Сообщение от User (??), 14-Окт-25, 19:49
	Ну, гилафакс - штука прикольная, и я её то ли в 2007 то ли в 2008 даже и настраивал на весь офис - но предполагаю, что лет эдак уже с десяток "отправить факс" кому-то кроме соседки баб Вали, подключенной к той же аналоговой панасовской матс не получится по причинам отличным от "козней редхатбиэма"...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. "Технический комитет утвердил изменение поведения systemd в D..."	+/–
	Сообщение от Аноним (72), 14-Окт-25, 19:56
	>чтобы разные опции монтирования применять для разных разделов А кому и где может понадобится подобное? Типа, один каталог как рид онли, а другой... Серьезно, нафига? Не могу придумать адекватного человеческого назначения данной мысли. По моему, это уже притягивание за уши, придумали хрень и теперь думают куда ее применить и как решить придуманные ей же проблемы.
	Ответить \| Правка \| К родителю #60 \| Наверх \| Cообщить модератору