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

"Технический комитет утвердил изменение поведения 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ообщить модератору

Сообщения

[Сортировка по ответам | RSS]

2. Сообщение от User (??), 14-Окт-25, 15:03	+6 +/–
Сколько раз голосовали?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #23, #57

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

4. Сообщение от Аноним (4), 14-Окт-25, 15:05	+10 +/–
Столько, сколько нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #71

5. Сообщение от Аноним (4), 14-Окт-25, 15:06	+9 +/–
systemd - это вендорлок.
Ответить | Правка | Наверх | Cообщить модератору

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

7. Сообщение от Соль земли2 (?), 14-Окт-25, 15:18	+6 +/–
/var/lock - прикольное имя для мага в RPG
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #54

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

9. Сообщение от Аноним (9), 14-Окт-25, 15:23	–3 +/–
Уже занято, warlock - чернокнижник
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #26, #59

10. Сообщение от Минона (ok), 14-Окт-25, 15:24	+16 +/–
На этот FHS уже все клали. /bin /sbin это ссылки на /usr/bin. /lib* это ссылки на соответствующие каталоги в /usr. Осталось переименовать /usr в /system. И оставить только /system и /home реальными каталогами. А остальное в / засимлинкать в /system/{etc,bin,lib,...}
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #11, #14, #15, #75, #96, #104

11. Сообщение от kravich (ok), 14-Окт-25, 15:26	+3 +/–
Давно пора
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

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

13. Сообщение от Аноним (13), 14-Окт-25, 15:28	+9 +/–
С него пишу, всё норм. Стабильно. Ощущение довольно чистой от шлака системы. Обновляется чаще Слаки, и то хорошо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #38, #81, #120

14. Сообщение от Аноним (14), 14-Окт-25, 15:28	+2 +/–
А как это сделано в BSD?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #16, #119

15. Сообщение от Аноним (3), 14-Окт-25, 15:29	+3 +/–
Дак всё перечисленное - это из-за systemd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #20

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

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

18. Сообщение от Аноним (18), 14-Окт-25, 15:40	+1 +/–
Alpine забыл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

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

20. Сообщение от Минона (ok), 14-Окт-25, 15:40	+1 +/–
Нет, все глубже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #30, #62

21. Сообщение от Минона (ok), 14-Окт-25, 15:42	+8 +/–
Не-не. Будет systemd-configd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #27, #64, #89

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

23. Сообщение от Аноним (86), 14-Окт-25, 15:58	+3 +/–
- Да, хочу. - Нет, не против.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

26. Сообщение от Аноним (-), 14-Окт-25, 16:03	+/–
warlock - Уоолок varlock - варлок Нет, не занято. По-британски, произносится по разному.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

27. Сообщение от Аноним (86), 14-Окт-25, 16:03	+3 +/–
и обязательно в бинарном непотребном виде всё в одной куче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #37

28. Сообщение от Аноним (28), 14-Окт-25, 16:08	+5 +/–
Надо ещё убрать нехарактерные для инициализатора функции: монтирование без спросу раздела /home, удалить функцию dns-резолвера, dhcp-клиента, ntp-клиента. Передайте комитету Дебиан о моей инициативе! systemd не должен заниматься защитой от ddos атак это не её дело. Пусть не суёт свой сопливый нос куда не попадя.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #94

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

30. Сообщение от freehck (ok), 14-Окт-25, 16:23	+7 +/–
>> Дак всё перечисленное - это из-за 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ообщить модератору
Родитель: #20 Ответы: #82, #146

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

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

34. Сообщение от Аноним (34), 14-Окт-25, 16:39	–1 +/–
> Раздел c каталогом /run обычно монтируется отдельно через tmpfs и наличие возможности бесконтрольной записи в него может использоваться для переполнения раздела и блокирования создания новых файлов в иерархии /run. Сколько ж костылей в этих ваших линуксах. А уж что куда монтируется в андроидах - не помнят и сами разработчики. Только дунешь - все начнет рассыпаться как карточный домик.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #167

35. Сообщение от RM (ok), 14-Окт-25, 16:42	+/–
какой смелый ход! сарказм если что...
Ответить | Правка | Наверх | Cообщить модератору

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

37. Сообщение от Аноним (37), 14-Окт-25, 16:54	+2 +/–
И тут винда на три десятка лет и опередила
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #46

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

39. Сообщение от Аноним (-), 14-Окт-25, 17:07	–4 +/–
> Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX. Гента поддерживает системд. Еще забыл девуан. А вообще - Прям список 60mжей, дидов, нетакусей и прочих шизей)) И главное - нет ни одного нормального дистра в списке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #121

40. Сообщение от Аноним (40), 14-Окт-25, 17:17	+1 +/–
> DoS Мы хотим шареную фс, но не шареную фс... Что мешает отдельную аппу загнать вообще в свой собственный mount namespace и примонтировать ей там свой tmpfs? В докере кнопочку не завезли? А линковать /var к хоть чему-то из /run (т.е. в tmpfs) это ошибка. Есть задачи, которым может понадобиться lock файл даже при умершем процессе и после перезагрузки. Из-за ненадёжности /var приходиться выдумывать свои собственные lock в какой-нибудь /var/lib/*
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #168

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

46. Сообщение от Аноним (46), 14-Окт-25, 17:40	+1 +/–
systemd-regeditd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #58

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

52. Сообщение от Аноним (57), 14-Окт-25, 18:16	+2 +/–
>systemd клал на эти ваши стандарты. На стандарты, придуманные дидами, у которых ОС на один диск не помещалась. /bin, /sbin, /usr/bin, /usr/sbin - маленькая часть первородного хаоса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #60

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

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

55. Сообщение от Аноним (57), 14-Окт-25, 18:28	+/–
>Какой-нибудь бэкдор в systemd это вопрос времени. Можно подумать, что вы в состоянии отревьювить хотя-бы один init. >Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX. Остальное это просто ненужные наборы пакетов для systemd/Linux. О, список дистрибутивов для не0силят0ров. Вот который раз прошу повторить хотя бы малую часть systemd: поместить процесс в отдельное пространство имён, дать ему определённые capabilities, запустить от определённого пользователя, настроить cgroup, и сделать это декларативно, чтобы можно было свободно переопределить на конченой машине, вплоть до команды запуска. И ни разу неосиляторы, столь рьяно ругающие systemd не 0силили написать башпортянку, которая давала бы эквивалентное поведение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #79

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

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

58. Сообщение от Аноним (53), 14-Окт-25, 18:36	+/–
Зачем? dconf уже давно существует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #108

59. Сообщение от Аноним (59), 14-Окт-25, 18:39	+1 +/–
Он про имя, а ты про класс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

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

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

64. Сообщение от Аноним (-), 14-Окт-25, 19:20	+/–
>Будет systemd-configd. Ужас. Если честно, уже не смешно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

65. Сообщение от Hare Krishna (-), 14-Окт-25, 19:24	+1 +/–
Логично, ведь и без системного "ди" всё отлично работало. А сейчас хрен поймешь, 100500 разных путей, чтобы сделать одно и то же. Ни разу не UNIX way.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #166

67. Сообщение от nE0sIghT (ok), 14-Окт-25, 19:39	–1 +/–
В итоге мейнтейнер systemd сделал /run/lock world-writable: https://salsa.debian.org/systemd-team/systemd/-/commit/9250e... Эдакий вариант забастовки в ключевом пакете Debian?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #107

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

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

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

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

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

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

76. Сообщение от Аноним (72), 14-Окт-25, 20:12	+/–
>требуется получение специального разрешения от технического комитета А че, чел кто купил себе комп уже не является его хозяином? Странно, это же не андроид, ведь все говорят что линукс это свобода.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #110

77. Сообщение от Аноним (77), 14-Окт-25, 20:20	+/–
Почему systemD нету в anDroiD-е?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90, #92

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

79. Сообщение от Аноним (79), 14-Окт-25, 20:22	+2 +/–
Отревьювить init проще простого, если он init а не системный менеджер systemd с кучей всего остального ненужного. init можно написать довольно простой самому. >И ни разу неосиляторы, столь рьяно ругающие systemd не 0силили написать башпортянку, которая давала бы эквивалентное поведение. А потому что не нужно это поведение. Мне вот не нужно, чтобы systemd вмешивался везде, пускал везде свои корни. Мне нужен только init, а не всякие бинарные логи, OOM-killer, таймеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #87, #93

80. Сообщение от Минона (ok), 14-Окт-25, 20:30	+/–
Э… А сколько скриптов пришлось переписать после внедрения системд?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #97, #140

81. Сообщение от DP (?), 14-Окт-25, 20:36	+/–
> С него пишу, всё норм. Стабильно. Ощущение довольно чистой от шлака системы. > Обновляется чаще Слаки, и то хорошо. Более чистая от шлака система, в данном контексте, это antiX, на неё можно спокойно поставить Xfce и никаких ошмётков systemd в системе не будет, в отличии от девана. Меж тем разраб antiX спокойный мужик, который умеет в систему и тихо пилит свой проект, в отличии от крикунов "Veteran Unix Admins", которые в своё время lightdm c sysv у себя в проекте подружить не смогли, так и остался корявый slim, а на вопрос о том, как сделать так, чтобы работало с lightdm, сказали что у них лапки и что им нужен спец, который умеет это делать. Как по мне, это всё что нужно знать об этих "Veteran Unix Admins", которые больше про громко горлопанить против systemd могут со всех утюгов, чем реально пакеты патчить. А antiX живёт уже который релиз, нигде про борцунство с системдой не жужжит и делает своё дело, как раз избавляя по-настоящему от systemd своих пользователей, хотя это даже целью не ставилось. Такие дела.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #152

82. Сообщение от Минона (ok), 14-Окт-25, 20:37	+1 +/–
> systemd -- это FHS 3.14 Одобряю 👍 🍻
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

83. Сообщение от Аноним (75), 14-Окт-25, 20:40	+1 +/–
> Сами перешли, сами напоролись. Какой-нибудь бэкдор в systemd это вопрос времени. Сам > systemd постепенно захватывает систему и не считается ни с какими дистрибутивами. > Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX. Остальное > это просто ненужные наборы пакетов для systemd/Linux. Ещё Guix, занятная система, также без systemd, но и в то же время чистый GNU-дистр, да ещё и FSF Столлманоугодный ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #98

84. Сообщение от Минона (ok), 14-Окт-25, 20:42	+/–
> GoboLinux О! А я вспоминал как этот проект назывался. Они ещё живы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

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

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

87. Сообщение от Аноним (75), 14-Окт-25, 20:48	+/–
> Отревьювить init проще простого, если он init а не системный менеджер systemd > с кучей всего остального ненужного. init можно написать довольно простой самому. >>И ни разу неосиляторы, столь рьяно ругающие systemd не 0силили написать башпортянку, которая давала бы эквивалентное поведение. > А потому что не нужно это поведение. Мне вот не нужно, чтобы > systemd вмешивался везде, пускал везде свои корни. Мне нужен только init, > а не всякие бинарные логи, OOM-killer, таймеры. За более 15 лет работы с линуксовыми системами, ни с sysvinit голым, ни с openrc никогда у меня не возникало проблем, они никогда не делали мозг и не корчили из себя сущность умнее пользователя. Зато с systemd периодически возникали затыки, то она умничает какой-то процесс пытается запустить заloopивший по циклу, который на её "умный" взгляд должен почему-то продолжать запускаться именно сейчас, зато система стоит раздупляется, это из самого частого что бывало. Не говоря уже про то, что документирование systemd и её потроха это какой-то поцтеринговский адъ. К слову, я не удивился, когда услышал от одного забугорного линуксоблогера, что оказывается лёнька спалился на том, что даже половины своих поделий сам не использовал, нагадил и ливнул к своему истинному начальству.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #112, #153

89. Сообщение от Аноним (75), 14-Окт-25, 20:52	+/–
> Не-не. > Будет systemd-configd. Не, они навострили лыжы в сторону uki+systemd+homed, это всё атомарщиной неделимой, всё прибито гвоздями, а ещё осталось до конца договориться с производителями железа, чтобы в EFI secure boot не отключался и принимал только подписанные кого надо uki, вот тогда заживём! [нет]
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #95

90. Сообщение от Минона (ok), 14-Окт-25, 20:53	+/–
А потомушто андроид это один большой системд 😉
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

91. Сообщение от Аноним (91), 14-Окт-25, 20:54	+/–
Когда команда systemd всё свалит в /usr, что помешает ей сделать это симлинком /systemd Тогда "форкай-не форкай", а systemd не объедешь. Вендор всё под себя гребёт. Ест слона по частям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

92. Сообщение от Аноним (86), 14-Окт-25, 20:57	+/–
Потому андроид - чтобы работало, а не набор сотен служб ради идеи потормозить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

93. Сообщение от Аноним (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 не нужен, следовательно и вам он тоже не нужен. Вас таких вот послушать, так вам и нормальная система не нужна, только кривой обрубок, работающий абы как.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

94. Сообщение от Минона (ok), 14-Окт-25, 21:04	+/–
А он и не будет. Этим будет заниматься systemd-ddosd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

95. Сообщение от Минона (ok), 14-Окт-25, 21:11	+/–
> uki+systemd+homed У тебя чуть-чуть ошибка. UKI это уже kernel+systemd А homed это кто?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

96. Сообщение от Аноним (96), 14-Окт-25, 21:12	+/–
>И оставить только /system и /home реальными каталогами. /data же. Только нет, не надо. system дольше набирать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

97. Сообщение от ентакусик (?), 14-Окт-25, 21:14    Скрыто ботом-модератором	+1 +/–
Столько же, сколько Чак может сделать отжиманий - все
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

98. Сообщение от Минона (ok), 14-Окт-25, 21:14	+2 +/–
Там свой системд, на лиспе, ещё круче оригинала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #126, #154

103. Сообщение от Аноним (105), 14-Окт-25, 22:19	–1 +/–
Жалко что сегодня уже мало кто помнит о смысле этого разделения. Это довольно удобное и полезное разделение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #148

104. Сообщение от mac (??), 14-Окт-25, 22:21	+2 +/–
/usr в /System, /home в /Users
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #143

105. Сообщение от Аноним (105), 14-Окт-25, 22:27	+/–
Даже если это артифакт недостатков железа то они его всё равно разумно использовали. Это вышло довольно удобно и даже сейчас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #106, #134, #147

106. Сообщение от morphe (?), 14-Окт-25, 22:30	+2 +/–
> Это вышло довольно удобно и даже сейчас. Нет. Сейчас если тебе надо отладить монтирование и прочее - у тебя есть шелл в initrd, который потенциально и занимается монтированием всякого и передачей управления init init и все сервисы в свою очередь разумно ожидают что никакие файлы не находятся на диске который ещё примонтировать не успело. И не важно какой init, ни openrc, ни systemd, ни sysv не имеют из коробки ничего для автоматического ожидания /usr, нигде он не поддерживается как "опциональный"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #115, #131, #138, #139

107. Сообщение от фвоофвыло (?), 14-Окт-25, 22:42	–1 +/–
Вариант здравого смысла
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

108. Сообщение от Аноним (46), 14-Окт-25, 23:49	+1 +/–
Так системы инициализации, планировки тоже давно существовали. Но это не остановило одного сотрудника РедХат от написания systemd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

110. Сообщение от Аноним (-), 15-Окт-25, 00:28	+/–
мэнтейнеру требуется, челу с компом не требуется. Челу с компом хорошо бы читать глазами и думать головой, но и тут у нас свобода
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

111. Сообщение от Аноним 80_уровня (ok), 15-Окт-25, 00:36	+/–
Исторически сложилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

112. Сообщение от Аноним (57), 15-Окт-25, 00:59	+1 +/–
>За более 15 лет работы с линуксовыми системами, ни с sysvinit голым, ни с openrc никогда у меня не возникало проблем, они никогда не делали мозг и не корчили из себя сущность умнее пользователя. То есть вы буквально неосилили, если systemd умнее вас. >Зато с systemd периодически возникали затыки, то она умничает какой-то процесс пытается запустить заloopивший по циклу А почему это происходит? Или вы и сами не знаете, поскольку у вас лапки? >который на её "умный" взгляд должен почему-то продолжать запускаться именно сейчас А когда? По вашему он так и должен висеть? Откуза система должна угадать момент перезапуска?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

115. Сообщение от freehck (ok), 15-Окт-25, 01:37	+3 +/–
> Сейчас если тебе надо отладить монтирование и прочее - у тебя есть шелл в initrd Рамдиски всё толще, рамдиски всё круче, рамдиски уходят под самые тучи... Тяжко нынче универсальный дистрибутив на тостер поставить! > который потенциально и занимается монтированием всякого Не всякого, а исключительно корневого раздела. > init и все сервисы в свою очередь разумно ожидают что никакие файлы > не находятся на диске который ещё примонтировать не успело. Ещё как ожидают. Именно init монтирует всё, что найдёт в fstab, причём первым делом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

116. Сообщение от myster (ok), 15-Окт-25, 02:12	+/–
Поттеринг уже пытался всех заставить использовать /efi вместо /boot/efi. Даже в Arch Wiki рекомендация с его слов записана. И знаете что? Всем плевать, все по-прежнему используют /boot/efi. С /var/lock тоже самое будет мне кажется.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #157

117. Сообщение от Аноним (117), 15-Окт-25, 05:05	+2 +/–
В роутерах и прочих небольших железках основная система в оперативке, а остальное на внешней флешке по желанию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #124, #135, #151

119. Сообщение от Hare Krishna (-), 15-Окт-25, 06:07	+2 +/–
> А как это сделано в BSD? Про FreeBSD не знаю, но в OpenBSDD с которой я часто вожусь в исследовательских целях, сделано всё как надо, в лучших практиках труЪ UNIX. Правда для пересевших с какого-нибудь Дебиана кое что может показаться дичью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #132

120. Сообщение от Аноним (120), 15-Окт-25, 06:22	+/–
Тоже планирую в ближайший отпуск перейти со слаки на диван. Тоже из-за частоты обновлений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

121. Сообщение от Аноним (120), 15-Окт-25, 06:27	+2 +/–
Что интересно, в списке поддерживающих сисьтемд дистрибутивов нормальных тоже нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

123. Сообщение от Аноним (123), 15-Окт-25, 07:21	+2 +/–
> Необходимость ограничения доступа к каталогу /var/lock объясняется разработчиками systemd защитой от DoS-атак Не уловил сути. А что мешает любому процесу скажем в свой /var/lib/my забить весь диск и сделать такой же DoS ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #127

124. Сообщение от User (??), 15-Окт-25, 07:28	+/–
> В роутерах и прочих небольших железках основная система в оперативке, а остальное > на внешней флешке по желанию. А systemd там где?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

126. Сообщение от АнонимичныйАноним (?), 15-Окт-25, 11:37	+/–
Shepherd с его 8к строк кода ещё очень далко до "оригинала"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #128, #129

127. Сообщение от Аноним (127), 15-Окт-25, 12:09	+/–
- А что, если сделать квоты? ... Да ну на! Давайте совсем запретим!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

128. Сообщение от Аноним (128), 15-Окт-25, 12:25	+/–
Согласен, Shepherd ещё не такой жирный и тормознутый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

129. Сообщение от Минона (ok), 15-Окт-25, 12:33	+/–
> Shepherd с его 8к строк кода ещё очень далко до "оригинала" Функциональность близка к оригиналу. А сколько там kLOC фиолетово.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #137

131. Сообщение от Аноним (3), 15-Окт-25, 16:10	+1 +/–
Ты несёшь какую-то ересь. Хз как у вас там в systemd, а в нормальном ините есть /etc/fstab, откуда этот инит и монтирует все нужные разделы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

132. Сообщение от Аноним (132), 15-Окт-25, 16:19	–1 +/–
ну разве что Дебиан увидели пару лет назад впервые. я большой разницы не вижу между BSD и "классическими" дистрибутивами Линукса
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #133, #173

133. Сообщение от Hare Krishna (-), 15-Окт-25, 16:25	+1 +/–
> я большой разницы не вижу между BSD и "классическими" дистрибутивами Линукса Если ты видишь только обои и иконки, это не значит, что разницы нет. Предыдущее сообщение я написал не для домохозяек вроде тебя, а для IT-профессионалов. Так что будь здоров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

134. Сообщение от Аноним (57), 15-Окт-25, 18:00	+/–
>Это вышло довольно удобно и даже сейчас. Удобно для чего? Зачему куча разных мест вроде /bin, /sbin, /usr/bin, /usr/sbin? Почему библиотеки точно так же по всему диску разбросаны?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #163

135. Сообщение от Аноним (57), 15-Окт-25, 18:03	+/–
>В роутерах и прочих небольших железках основная система в оперативке Эм? Они что, корень системы деражт в tmpfs? Но даже если так, то всё равно не понятно, зачем на исполняемые файлы как минимум четыре каталога.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

137. Сообщение от АнонимичныйАноним (?), 15-Окт-25, 19:03	+/–
Ну простите, что люди создают софт, отвечающий современным требованиям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #141, #159

138. Сообщение от Аноним (138), 15-Окт-25, 20:42	+/–
> И не важно какой init, ни openrc, ни systemd, ни sysv не > имеют из коробки ничего для автоматического ожидания /usr, нигде он не > поддерживается как "опциональный" systemd пока (пока) уважает /etc/fstab, где можно указать, как монтировать /usr. Ну и symlink всегда можно сделать взад.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

139. Сообщение от Аноним (138), 15-Окт-25, 20:46	+/–
> Рамдиски всё толще, рамдиски всё круче, рамдиски уходят под самые тучи... Маунты в /etc/fstab имеют приоритет для systemd. И tmpfs легко превращаетсся в то, что нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

140. Сообщение от анони (?), 15-Окт-25, 21:07	+/–
Зато теперь всё настраивамое и управляемое как нужно, а не портянками кто во что гаразд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #170

141. Сообщение от Минона (ok), 16-Окт-25, 08:30	+/–
>> Там свой системд, на лиспе, ещё круче оригинала. > Shepherd с его 8к строк кода ещё очень далко до "оригинала" >> Функциональность близка к оригиналу. А сколько там kLOC фиолетово. > Ну простите, что люди создают софт, отвечающий современным требованиям. ❓
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

142. Сообщение от Аноним (142), 16-Окт-25, 10:01	+/–
ждём в новой версии системдЫ /Program Files
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #158

143. Сообщение от _kp (ok), 16-Окт-25, 10:28	+/–
/media в /Volumes А ценители Windows могут использовать /~Program /~Mudaki
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

144. Сообщение от Аноним (-), 16-Окт-25, 11:07	+1 +/–
> А зачем вообще нужен какой-то технический комитет дебиана, если за него всё > решает редхат, поставляющий эту системДу? На минуточку, как видим - решение редхата они как раз и перекрыли. И так как решил редхат - как раз и не будет в этом случае. Может, новости стоит читать до того как коментить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

145. Сообщение от Аноним (145), 16-Окт-25, 11:14	+/–
> Эээээ... Когнитивное искажение, характерное для постсоветского пространства, да? > Речь не идет о "правильности" или "неправильности" принятого решения - только лишь > о механизме его принятия. Вон там без systemd есть - devuan. И где он вообще на радарах? А, догнивает на задворках истории, вместе с ветеранюниксадминами - которые скоро как раз превратятся - в ископаеемых - уже довольно буквально? А устроиться работать именно чем-то околоадминским - как именно ветеран юникс админ - и не умея systemd - можно сравнить число вакансий с такими требованиями и выводы каждый сам сделает. Как угодно, но s-d решил чертову кучу давно задолбавших эксплуатационных проблем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #150, #156

146. Сообщение от Аноним (-), 16-Окт-25, 11:21	+/–
> отходили -- в RHEL/Fedora. Леннарт писал systemd в первую очередь для > RHEL, а потому ложно постулировал, что "FHS уже давно никто не > соблюдает", заложившись на то, чтобы сделать стандартом то, что было на > тот момент в RHEL. В 2014м, когда systemd протолкнули дефолтом в > Debian, это распространилось уже по всем мейнстримным дистрибутивам. Насколько я помню... 1) RH сам же этот FHS больше всех и проталкивал. И потом сам же на него и забивал. Глядя на такой пример остальные дистро делали то же самое. 2) Debian вообще насколько я помню открыто декларировал что FHS им не указ. Да и с s-d как видим они могут скушать дефолты а могут и не скушать. Видимо дебианщики еще не забыли историю с eglibc и душечкой Дреппером вопившим "кому нужны эти ваши мобилки?!" (про фикс glic VS ARM-овские процы). Дебиану надоел такой хоккей и они сделали форк glibc - на его основе, но без нужды иметь дело с упертым м...ком которому пофиг на проблемы дебиана.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #149

147. Сообщение от Аноним (-), 16-Окт-25, 11:24	+/–
> Даже если это артифакт недостатков железа то они его всё равно разумно > использовали. Это вышло довольно удобно и даже сейчас. Это вышло - каким-то костылем и рудиментом, усложняющим управление системами на ровном месте. Генерация образов, снапшотирование, установка пакетов, кастомный view системы типа контейнеров, вот это все - платит свою цену за все эти рудименты. Более того - де факто деление на bin, sbin, /usr/bin и /usr/sbin - так, по жизни выбиралось путем вызова random() судя по их фактическому содержимому. Зато мы имели 4 entity на менеджмент вместо 1-2. Очень круто и удобно. Нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

148. Сообщение от Аноним (-), 16-Окт-25, 11:25	+/–
> Жалко что сегодня уже мало кто помнит о смысле этого разделения. Это > довольно удобное и полезное разделение. Сегодня диски малость крупнее и ситуация "прицепил второй диск для системы на другой раздел" - это скорее какая-то экзотика и изврат. Пусть экзоты и сношаются с своей кривизной, чем вместо них - все остальные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

149. Сообщение от freehck (ok), 16-Окт-25, 12:05	+/–
> 1) RH сам же этот FHS больше всех и проталкивал. Очень спорное утверждение. > 2) Debian вообще насколько я помню открыто декларировал что FHS им не указ. Debian Policy Manual, 9.1.1. File System Structure https://www.debian.org/doc/debian-policy/ch-opersys.html "The location of all files and directories MUST comply with the Filesystem Hierarchy Standard (FHS), version 3.0, with the exceptions noted below, and except where doing so would violate other terms of Debian Policy" Читать это следует примерно следующим образом: "мы уважаем международное право и следуем ему, но наши внутренние законы имеют приоритет", что логично и правильно. Международное право, равно как и междистровые стандарты -- и должны иметь такой статус.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #162

150. Сообщение от User (??), 16-Окт-25, 12:07	+/–
"ХомА Советиков", как и было сказано. "Какая разница, как было принято решение, если оно _меня_ устраивает?!" -  а если вдруг примут то, которое не устраивает - можно свалить и начать жаловаться, что "Да я же ничего! Да я же три раза "одобрямс!" только ХОРОШИМ, ПРАВИЛЬНЫМ решениям - а против вот этого вот всего завсегда протестующе молчал!" Тьфу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #161

151. Сообщение от Аноним (-), 16-Окт-25, 12:18	+/–
> В роутерах и прочих небольших железках основная система в оперативке, Это BS. Она там - в squashfs как правило. Иногда поверх него еще как overlay прицеплено что-нибудь типа jffs или кого там - для типа-readwrite ибо squashfs вообще совсем наглухо readonly. > а остальное на внешней флешке по желанию. Тем не менее основная фишка squashfs как раз в том что она целиком никогда не распаковывается и живет где-то там в флехе. Как максимум ее кеширует в RAM page cache как обычно - но оно из флехи читается и распаковывается по мере надобности. Это как раз радикально отличает ее от многих иных сценариев радикально более скромным жором RAM - ибо не распаковывается в RAM целиком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

152. Сообщение от Аноним (152), 16-Окт-25, 12:30	+/–
> нужен спец, который умеет это делать. Как по мне, это всё > что нужно знать об этих "Veteran Unix Admins", которые больше про > громко горлопанить против systemd могут со всех утюгов, чем реально пакеты > патчить. А как ты думаешь эти пафосные господа помгли помереть всяким aix и hpux, solaris и прочим BSD? Они много орут, качают права и треюуют - и мало умеют сами, топ их возможностей это заучивание ритуалов. Проблема в том что эти ритуалы кто-то должен создавать, если все спихать на "богов" те либо скурвятся, либо им надоест и они забьют, и вообще - "а за что в ад то, я ж столько тебе молился?!" - "о да, если б вы только знали как меня уже достал ваш спам!". Вот куда-то туда они и отправляются всем скопом. Или просто тихо догнивают на задворках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

153. Сообщение от Аноним (-), 16-Окт-25, 12:41	+/–
> За более 15 лет работы с линуксовыми системами, ни с sysvinit голым, > ни с openrc никогда у меня не возникало проблем, они никогда > не делали мозг и не корчили из себя сущность умнее пользователя. Это ты просто не видел стартовые скрипты некоторых сервисов. Они не только пытаются быть умнее пользователя. Там может быть - что угодно. Для затравки можешь на unreal IRCD посмотреть. Что-что, всего примерно 15 килобайт скриптовой вермишели? Которая кроме start и stop умеет еще и штук 20 левых вещей, начиная от какой-то административной хрени TLS до готовки кофе (это не шутка!) и всяких "информативных" вещей. А чтобы вы не скучали - эти 15 кило счастья еще и GENERATED вообше :D Внимание вопрос: хочу ли я управлять моими ОС - вот так? Гадая умеет ли конкретный стартовый скрипт делать кофе или нет, или показ вон тех статусов, как этот? Ух нет, конечно никакой унификации даже показа статуса серисов (уж черт с ним с кофе) - в sysv нет. А у cron еще полдюжины своих дир - и сервисы которые например надо рестартить при крахе могут и оттуда пинать. Что добавляет радости от копания в такой помойке и как это все работает. > нагадил и ливнул к своему истинному начальству. Это начальство нынче само стало линуховый дистр выпускать под свои нужды :D. Так что шутки про Microsoft Linux перестали быть шутками. Правда, это называется Azure Linux, но в целом 1 хрен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #160

154. Сообщение от Аноним (-), 16-Окт-25, 12:43	+/–
> Там свой системд, на лиспе, ещё круче оригинала. OpenWRT сделал еще круче на скриптиках. Пойдя даже дальше. А вот как вам GENERATED конфиги программ?! По данным из UCI ("универсальной конфигурации всего"). Поттерингу главное не показывайте ЭТО :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #155

155. Сообщение от Минона (ok), 16-Окт-25, 13:57	+/–
> А вот как вам GENERATED конфиги программ?! По данным из UCI ("универсальной конфигурации всего"). Фигня. Nix из "универсальной конфигурации всего" генерит целый ОС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #165

156. Сообщение от 0xdeadbee (-), 16-Окт-25, 20:50	–1 +/–
> без systemd есть - devuan. И где он вообще на радарах? А, догнивает на задворках истории между прочим на базе девуана уже болгеносов наплодили. сюда посмотрите: https://www.devuan.org/os/devuan-distros > вместе с ветеранюниксадминами - которые скоро как раз превратятся - в ископаеемых - уже довольно буквально а вы надеетесь не превратиться в ископаемое и таки образом жить вечно ? системд вам в этом не поможет. скорее наоборот. поможет потратить время жизни на ерунду и очередной собачий язык, теперь ini-файлов. #!/bin/sh я могу изучить один раз и применять почти везде, конину бдскую systemd - нигде, кроме самого systemd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #172

157. Сообщение от Аноним (157), 18-Окт-25, 08:44	+/–
systemd матерится если у неё отнять read-write efivarfs. Хотя для выключения компьютера оно нафиг не нужно и всё равно всё работает. Ещё хорошей идеей будет выпилить polkit.service и тупо настроить sudo или doas на запуск от обычного юзера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

158. Сообщение от 0xdeadbee (-), 18-Окт-25, 09:29	+/–
"c:/Program Files" "c:/Users"  "c:/ProgramData" только так и никак иначе. диск C: это святое. только некоторые делают на любой винде под их управлением mklink /J "c:\Program FIles" c:\bin mklink /J "c:\Program FIles(x86)" c:\bin86 // или наоборот, я забыл где target а где link-name а винды нет под рукой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

159. Сообщение от 0xdeadbee (-), 18-Окт-25, 09:39	+/–
> Ну простите, что люди создают софт, отвечающий современным требованиям. никогда не забудем, никогда не простим. потому что "современные требования к софту" это 1) жрать (ram, cpu, disk, i/o, сетевой траф, все что угодно) 2) тупить 3) тормозить 4) выглядеть красиво. пруф ми вронг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

160. Сообщение от 0xdeadbee (-), 18-Окт-25, 11:15	+/–
> Это ты просто не видел стартовые скрипты некоторых сервисов. mysqld, mariadb - видел. ничего там хорошего нет. > кроме start и stop умеет еще и штук > 20 левых вещей, начиная от какой-то административной хрени TLS до готовки > кофе (это не шутка!) и всяких "информативных" вещей. > Внимание вопрос: хочу ли я управлять моими ОС - вот так? не хотите - перепишите с нуля сами. ничего там сложного нет, это же скрипт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #164

161. Сообщение от Аноним (-), 18-Окт-25, 22:01	+/–
> "ХомА Советиков", как и было сказано. Без понятия о чем это. Но аргумент конечно мощно. > "Какая разница, как было принято решение, если оно _меня_ устраивает?!" Вот лично я и правда уже наелся менеджмента систем из ниточек и желудей с художествами в 15-кило простыне где оно умеет статус сервиса и готовку кофе - да еще generated из эвон какого темплейта. Но вот только соседний скрипт такого же пожиба - обана - и кофе готовить не умеет. Да и статус своего сервиса - тоже. И получается лоскутное одеяло из кучи какого-то треша. И все б ничего но когда у меня с дюжину VM запущено, полдюжины железок, несколько компов, ноутов и проч и еще вон там ремоты всякие такие же - колупать тот треш может и задолбать. Это катило - когда комп 1 в городе, почти алтарь и над ним тряслись как над царем кощеем. А когда это commodity - приходится вырабатывать более прагматичные подходы управления этим всем, чтобы было проще и более унифицированно. И systemd часть этого. И он делает в том числе и мою жизнь сильно проще. > -  а если вдруг примут то, которое не устраивает - можно свалить и начать жаловаться, > что "Да я же ничего! Да я же три раза "одобрямс!" только ХОРОШИМ, ПРАВИЛЬНЫМ > решениям - а против вот этого вот всего завсегда протестующе молчал!" Ну как бы вон там кот не хотел sd - могут devuan юзать. В этом смысле все демократично: в опенсорсе каждый свои хотелки и обслуживает. То что за вас это другие сделают - вот как повезет! Это ниоткуда само по себе не следует. > Тьфу. У меня в приоритете простая парадигма - моя эффективность. А все ваши вэи и концепции мне по пути лишь до тех пор, пока оно способствует тому. Если оно начинает вместо этого якорить меня и жрать мое время на копание в 15 кил чьих-то ментальных упражнений, я иду пробовать другие подходы. Потому что е...л я такой user/admin/dev/system integration/... experience.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

162. Сообщение от Аноним (-), 18-Окт-25, 22:32	+/–
>> 1) RH сам же этот FHS больше всех и проталкивал. > Очень спорное утверждение. Кадры из RH по жизни подваливали к дебианщикам на эту тему. Дебианщики по сути прямым текстом им отлупали - что в общем то на известном месте вертели то что сделано без их участия, и будут делать - как сочтут нужным и как лучше для них работает. Они там не забыли историю с eglibc, ну и на все эти поползновения смотрели косо. Имея на то основания. Так что IIRC дебиан никогда и не пытался быть на 100% FHS compliant. Вот припоминаются разборки по этой линии между теми и другими. Если память меня подвела - пардон. Но в целом история отложилась в моей голове как-то так. > Hierarchy Standard (FHS), version 3.0, with the exceptions noted below, and > except where doing so would violate other terms of Debian Policy" Ну вот как-то так, да :). Т.е. в целом как бы - да, но когда нам надо - сделаем по своему и баста. > Международное право, равно как и междистровые стандарты -- и должны иметь > такой статус. В таком случае можно его просто взять и отменить - ибо толку с него в таком виде ровно ноль и реально это работать не будет. Только потом не обижайтесь когда по этой полисе вам же и укатают со всей дури - "потому что могут". Но некоторые замечают в своей логике изъян только когда факты со всей дури предъявят себя сами, в более доступном формате.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #171, #174

163. Сообщение от Аноним (-), 18-Окт-25, 22:35	+/–
>>Это вышло довольно удобно и даже сейчас. > Удобно для чего? Зачему куча разных мест вроде /bin, /sbin, /usr/bin, /usr/sbin? > Почему библиотеки точно так же по всему диску разбросаны? Можно закосплеить дида с 2 дискетами и собрать себе таки ФС из лоскутков. И отношаться с менеджментом этого в разы больше. Кога это был 1-й компьютер в городе и на него записывапась очередь - это не так уж и сильно парило.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

164. Сообщение от Аноним (164), 18-Окт-25, 22:53	+/–
>> Это ты просто не видел стартовые скрипты некоторых сервисов. > mysqld, mariadb - видел. ничего там хорошего нет. Бывает и похуже. В любом случае я труба шатал костылехудожества всяких "гениев" которые будут выражовываться в моих системах - всяким уникальным кастомом с уникальными фичами - и без просто overview состояния сервисов, кто запущен, как, откуда, почему... Давайте, блин, забьем болт - на стандарты производства болтов и гаек, м? Каждый будет хреначить болты и гайки по желанию левой пятки. А как из этого наинженерить потом что-то осмысленное? Хрен знает, может и черт с ней с инженерией и getting things done? Валите в пещеру жить, ездите на хребтине лошади, освещайтесь костром и лучиной, ибо стандартизировать питающие напряжения и какое там еще ненужно - вот уж нафиг! ЧСХ какой-нибудь эппл таки - выкатит нам на память свои pentalobe, и мы таки при нужде матерясь пойдем покупать странную отвертку спецом для них. Но если бы так делали все и всегда - мы бы далеко не уехали. TL;DR теперь такие вещи будут - исключение, а не правило. Как pentalobe. А большая часть болтов будет крутиться - несколькими ходовыми типами отверток на все вообще. > не хотите - перепишите с нуля сами. ничего там сложного нет, это же скрипт. Во первых я не хочу - тратить мое время на ковырянье в чьих-то художествах такого плана лишний раз. Во вторых я и перевел мои проекты все на системду. Вот, переписал. Так явно проще стало, кучу дурных проблем спихано - на других. И самому кодить вел с квадратными колесами как раз и стало - не надо!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #169

165. Сообщение от Аноним (-), 18-Окт-25, 23:00	+/–
> Фигня. > Nix из "универсальной конфигурации всего" генерит целый ОС. Так конфиги софту они доперли генерить - из своего единственно верного формата конфигурации? Чтоб существующий конфиг скопировать вон оттуда - никоим образом не катило? И да - большая часть этой штуки на шелле. И нескольких сишных самопалах. Самопалы специфичные. Скажем - изоляцию сделали. Только бонусом - к каждой изолированной программе подвисает процесс-запускач. Что очень невыгодно отличает этот креатив от системды по жору оперативы. И это на мелких low mem девайсах как раз. Просто гениальное шит-комбо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

166. Сообщение от Аноним (-), 18-Окт-25, 23:06	+/–
> Логично, ведь и без системного "ди" всё отлично работало. А сейчас хрен > поймешь, 100500 разных путей, чтобы сделать одно и то же. Ни > разу не UNIX way. Но на мороз почему-то ушли - ветеран юникс нечто. И майнтайнеры назад в светлое прошлое нифига не рвутся. Странно. Может быть все вон то - это проблемы тех кто хрен понимает? Они все равно не девелопают, не майнтайнят, не интегрируют системы и проч. Так зачем их ценное мнение вообще спрашивать? Пусть идут и фигачат как им там якобы надо было - сами. За свой счет. В свое время. Так всем намного понятнее. И мы посмотрим что носители этих точек зрения могли за пределами нытья на форуме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

167. Сообщение от Аноним (-), 18-Окт-25, 23:07	+/–
> Сколько ж костылей в этих ваших линуксах. А уж что куда монтируется > в андроидах - не помнят и сами разработчики. Только дунешь - > все начнет рассыпаться как карточный домик. Ну так вон там плиточки Windows Phone сдохшего и валяются :). И виндостор дохлый - без которого это бесполезные кирпичи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

168. Сообщение от Аноним (-), 18-Окт-25, 23:10	+/–
> загнать вообще в свой собственный mount namespace и примонтировать ей там > свой tmpfs? В докере кнопочку не завезли? Так это в системд есть. Но есть нюансы. Если так сделать сервису работающему с сериальным портом и он юзал вон то - окей - а вон там программа не увидит его tmpfs, и номер не прокатит - в смысле они оба сунутся в порт и будет много забавных глюков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

169. Сообщение от 0xdeadbee (-), 19-Окт-25, 06:59	+/–
> Давайте, блин, забьем болт - на стандарты производства болтов и гаек, м? > Каждый будет хреначить болты и гайки по желанию левой пятки. каждый не каждый, а в автомобилях например резьба метрическая, но немного другая, болты гайки из магазина крепежа не подойдут. возможно у них были веские причины, а не тупо вендор лок. > А > как из этого наинженерить потом что-то осмысленное? девляпс теперь считается инженерией ? понты конечно велики. > TL;DR теперь такие вещи будут - исключение, а не правило. Как pentalobe. > А большая часть болтов будет крутиться - несколькими ходовыми типами отверток > на все вообще. вы не видели китайские наборы бит, штук на 200 ? там чего только нет: треугольники с дырочкой и без, звездочки, вплоть до хакенкройцев.  и стоит не так дорого. >> не хотите - перепишите с нуля сами. ничего там сложного нет, это же скрипт. > Во первых я не хочу - тратить мое время на ковырянье в > чьих-то художествах такого плана лишний раз. а я не хотел и не хочу тратить время на ковырянии в системд. > Во вторых я и перевел мои проекты все на системду. а вы наоборот: потратили свое время на ковыряния с системд, от изучения его собачьего языка, который больше нигде не нужен, приобрели стокгольмсикй синдром и теперь тут адвокатствуете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

170. Сообщение от 0xdeadbee (-), 19-Окт-25, 07:07	+/–
> Зато теперь всё настраивамое и управляемое как нужно, а не портянками кто > во что гаразд. а кто не горазд - вон из профессии. нас и так стало слишком много, вкатышей давно пора сокращать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

171. Сообщение от freehck (ok), 19-Окт-25, 12:16	+/–
> Дебианщики по сути прямым текстом им отлупали - что в общем то на известном месте вертели то что сделано без их участия, и будут делать - как сочтут нужным и как лучше для них работает. Ну это, мягко говоря, не соответствует действительности, потому что Debian мало того, что изначально состоял в рабочей группе LSB и так-то является одним из сооснователей оной, так ещё и именно Ян Мёрдок разработал предшественника FHS -- FSSTND. > дебиан никогда и не пытался быть на 100% FHS compliant Ну что значит 100% compliant. Междистрибутивный стандарт имеет целью минимизацию различий между дистрибутивами. Делалось это в рамках инициативы LSB: а значит делалось для того, чтобы обеспечить стабильную базу для интеграции в дистрибутивы программ сторонних производителей. Дабы облегчить им адаптацию своего софта под GNU/Linux. Что полное искоренение различий невозможно -- это штука как раз понятная. >> Международное право, равно как и междистровые стандарты -- и должны иметь такой статус. > В таком случае можно его просто взять и отменить - ибо толку с него в таком виде ровно ноль и реально это работать не будет. Ну почему же. Те государства / дистрибутивы, что обладают независимостью и силой -- всегда имеют выбор, следовать или не следовать международному праву / междистрибутивным стандартам, и сами определяют, в какой именно степени. Пока основные игроки следуют -- более мелкие игроки следуют тоже. И наоборот. Так что толк есть. > Только потом не обижайтесь когда по этой полисе вам же и укатают со всей дури - "потому что могут". Но некоторые замечают в своей логике изъян только когда факты со всей дури предъявят себя сами, в более доступном формате. Вот этого вообще не понял, но если сие есть инсинуация, связанная с апелляцией к сравнению с международным правом -- что ж, тут в комментариях порой встречаются взрослые разумные люди, которым можно и изложить свои доводы, уж если Вам видится, как Вы выразились, "изъян в логике" собеседника. Это даже было бы разумнее, потому что пассаж в духе "Вы заблуждаетесь, а я -- д'Артаньян" конструктива не несёт совсем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #175

172. Сообщение от Аноним (172), 19-Окт-25, 13:30	+/–
> между прочим на базе девуана уже болгеносов наплодили. сюда посмотрите: > https://www.devuan.org/os/devuan-distros Отлично, пусть кому это полезно - юзают. Просто это буду не я. Не испытываю желаний копаться в 15 кило кода готовящего кофе вместо "декларативной" конфигурации лишний раз. S-d как раз хорош тем что там художества будут - только когда иначе никак. Иначе поленятся и сделают его facilities, типовыми способами, уже известными мне - без ковыряния в 15 кил уникальных художеств. Это оптимизирует мои затраты времени и сил на типовые вещи. > а вы надеетесь не превратиться в ископаемое и таки образом жить вечно ? Я надеюсь это - попозже них. И запилив побольше полезных мне и не только проектов. В чем пойнт такого decision making и состоит. > системд вам в этом не поможет. скорее наоборот. поможет потратить > время жизни на ерунду и очередной собачий язык, теперь ini-файлов. Ini файлы это старинный синтаксис, который известен почти с времен сотворения мира (айтишног). Это декларативный синтаксис а не программирование в общем случае. > #!/bin/sh я могу изучить один раз и применять почти везде, > конину бдскую systemd - нигде, кроме самого systemd. На systemd и его фичи - ман сильно лучше чем на вон те 15 кило стартового скрипта имплементящего уникальные команды - like no other. И потом - нет, в sysv нет ничего сравнимого с systemctl/systemctl status [what]. Посмотрев на systemctl status я сразу знаю - работает ли система "just as planned" или нечто требует внимания. Одной командой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

173. Сообщение от Аноним (-), 19-Окт-25, 13:33	+/–
> ну разве что Дебиан увидели пару лет назад впервые. > я большой разницы не вижу между BSD и "классическими" дистрибутивами Линукса ...пока более-менее современную видяху или ноут не попробуешь поюзать. Тогда разница сразу заметна. Почему-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

174. Сообщение от freehck (ok), 19-Окт-25, 14:05	+/–
В дополнение, что касается роли RHEL, то исторически их участие в FHS и LSB можно оценить как акт саботажа. Вот как всё было. Проект LSB стартовал в 1998. RHEL и Debian начали договариваться, выпустили несколько версий стандартов. Далее, следите за руками: в нём были пункты required и recommended. Так вот, все участники быстро договариваются до required, утверждая в этих пунктах то, что у них и без того более-менее одинаково устроено, либо что можно быстро подправить, чтобы это было так. Recommended-же пункты по стандарту чётко определены как направление движения в развитии дистрибутивов. В течение нулевых -- Debian активно работает над имплементацией recommended-пунктов, а RHEL -- активно забивает на них болт, и к тому же продавливает новые required, которые выгодны исключительно RHEL. --- Хороший пример -- это адаптация LSB headers. В LSB 3.0 они были определены как may, что означало "стартовые скрипты могут поддерживать, а могут и не поддерживать подобные заголовки". С LSB 3.0 до LSB 3.2 (то бишь с 2005-го по 2008-ой) они претерпевают ряд изменений и уточнений, а в конце 2008-го в LSB 4.0 становятся частью стандарта с маркировкой recommended. В соответствии с LSB к 2009-му году в Debian уже внедрены LSB headers в полном объёме для всех init-скриптов, так что в Debian 5 (2009й) уже была внедрена последовательная загрузка с учётом зависимостей, установленных в LSB header (и опционально подключалась параллельная загрузка), а в Debian 6 (2011й) параллельная загрузка системы на базе LSB headers уже была включена по умочланию для всех. RHEL же вместо этого в 2009м году Red Hat вкладывается в Systemd, который разрабатывается с полным игнорированием как LSB, так и FHS в частности. Это прямой саботаж LSB, который кончается тем, что Debian окончательно дропает работы по обеспечению LSB-compliance в дистрибутиве в 2015м, тем более что адаптация systemd в Debian окончательно херит его. --- Ещё один хороший пример -- это процесс продавливания стандартов в LSB 4.0, где Red Hat уже пользовался шантажом в своих интересах. На протяжении LSB версий до 3.2 включительно Debian как один из сооснователей настаивал на нейтральности LSB в отношении формата пакетов. Однако при подготовке стандарта LSB 4.0 представители Red Hat де факто прямо давали понять, что либо RPM становится preferred-форматом для LSB compliance, либо они покидают рабочую группу и будут заниматься исключительно RHEL compliance. Это естественно убивало весь смысл LSB, и поэтому Debian пошёл на уступку. Что характерно, RHEL-у ничего не нужно было делать, чтобы удовлетворить данному пункту. Debian же пришлось разработать Alien. Впрочем, они демонстративно отказались сертифицироваться на LSB compliance, хоть и обеспечили его. Как говорил Райан Мюррей в то время: "мы в рабочей группе, но не самоубийцы". Дополнительно интересный факт: LSB 3.1 (2006-й) предполагал dual-spec RPM+DEB. Но как-то так вышло, что Debian-то адаптировал в дистрибутив инструменты для работы с RPM, а вот RHEL "случайно забыл" адаптировать инструменты для работы с DEB. Ну надо же как случилось... --- Иными словами, Debian как раз приложил все возможные усилия в рамках стандартизации внутреннего устройства дистрибутивов: они написали первые стандарты (которые стали черновиками будущих LSB-стандартов), были в числе создателей инициативной группы по междистрибутивной стандартизации, они честно пытались учитывать интересы всех сторон, и честно обеспечивали комплаенс с оными, пока это было возможным. В то же время Red Hat саботировали их, что по итогу привело к отказу от оных и завершению проекта LSB в целом. Как при этом можно утверждать, что "Red Hat больше всех топили за стандартизацию" -- я, право, не знаю. Как по мне, этот тезис ложен, и это я ещё мягко выражаюсь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

175. Сообщение от Аноним (-), 19-Окт-25, 15:53	+/–
> Ну это, мягко говоря, не соответствует действительности, потому что Debian мало того, > что изначально состоял в рабочей группе LSB, так ещё и именно > Ян Мёрдок разработал предшественника FHS -- FSSTND. Яна с нами уже нет. И FHS не мировая константа, "предшественник" - несчитово. Т.е. комплайнс - с конкретным стандартом, конкретной версии. > Так что на моей памяти -- это именно что Debian активно занимался > разработкой и проталкиванием FHS. У них IIRC были какие-то вполне известные noncompliance с актуальными FHS, которые они не собирались чинить. Но лучше в поискарях уточнить на случай если я перепутал. >> дебиан никогда и не пытался быть на 100% FHS compliant > Ну что значит 100% compliant. Некто либо соответствует положениям стандарта, либо "есть нюансы". > Междистрибутивный стандарт имеет целью минимизацию различий > между дистрибутивами. Честно говоря, имхо, s-d достиг в этом плане намного большего чем остальные потуги вместе взятые. До этого даже просто поюзать скрипт с какого редхата в дебиане - было просто болью. Хотя формально как бы FHS и LSB. > Делалось это в рамках инициативы LSB: а значит делалось > для того, чтобы обеспечить стабильную базу для интеграции в дистрибутивы программ А, вот тут прошу пардона. Это кажется про LSB было. К FHS дебиан более нормально относился, я с LSB, имхо, перепутал. > сторонних производителей. Дабы облегчить им адаптацию своего софта под GNU/Linux. Что > полное искоренение различий невозможно -- это штука как раз понятная. Да, вот тут я кажется попутал, имхо это больше про LSB было чем про FHS сам по себе. > Ну почему же. Те государства / дистрибутивы, что обладают независимостью и силой > -- всегда имеют выбор, следовать или не следовать международному праву / > междистрибутивным стандартам, и сами определяют, в какой именно степени. Пока основные > игроки следуют -- более мелкие игроки следуют тоже. И наоборот. Так > что толк есть. На практике ушлые политики начинают вертеть это под свои сиюминутные удобства, и в таком виде это уже - не законодательство. А разборки "по понятиям". С динамической сменой понятий. Это имеет довольно неудачные - и далеко идущие последствия. > Вот этого вообще не понял, но если сие есть инсинуация, связанная с > апелляцией к сравнению с международным правом -- Это такой намек что когда начинают законами вертеть под сиюминутные хотелки в ущерб принципов - принципы идут к черту. На всех уровнях. И за это придется заплатить весьма дорогую цену.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171

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

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