| |
| 2.57, Аноним (57), 18:29, 14/10/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вот неправильно дебиановцы поступили. Надо было не принимать systemd, и стать никому ненужным дистром, после чего исчезнуть окончательно.
| | |
|
| 1.3, Аноним (3), 15:05, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– | |
> так как возможность общедоступной записи в каталог /var/lock упоминается в спецификации FHS
systemd клал на эти ваши стандарты.
| | |
| |
| 2.10, Минона (ok), 15:24, 14/10/2025 [^] [^^] [^^^] [ответить]
| +7 +/– |
 На этот FHS уже все клали.
/bin /sbin это ссылки на /usr/bin.
/lib* это ссылки на соответствующие каталоги в /usr.
Осталось переименовать /usr в /system.
И оставить только /system и /home реальными каталогами.
А остальное в / засимлинкать в /system/{etc,bin,lib,...}
| | |
| |
| |
| |
| 5.30, freehck (ok), 16:23, 14/10/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >> Дак всё перечисленное - это из-за 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
| | |
| 5.62, Аноним (62), 19:06, 14/10/2025 [^] [^^] [^^^] [ответить] | +/– | Куда ещё глубже-то В старые давние времена в lib bin sbin лежала базовая сис... большой текст свёрнут, показать | | |
|
|
|
| 2.32, User (??), 16:37, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну, ты конечно назовешь еще три-четыре операционные системы, совместимость с которыми необходимо обеспечивать в 2025 году? Ах, да - "обеспечивать" именно на стороне linux'а, а не наоборот...
| | |
| |
| 3.43, Аноним (3), 17:25, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
А причем тут я и почему я должен что-то называть? В новости написано, что в неком FHS написано, что /var/lock может быть доступен на запись для любого. Если не нужно обеспечивать совместимость с этим стандартом в линуксе, то пиши в Дебиан чтоб запретили запись в /var/lock для всех кроме рута, а не меняли поведение systemd.
| | |
| |
| 4.50, User (??), 18:00, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
> А причем тут я и почему я должен что-то называть? В новости
> написано, что в неком FHS написано, что /var/lock может быть доступен
> на запись для любого. Если не нужно обеспечивать совместимость с этим
> стандартом в линуксе, то пиши в Дебиан чтоб запретили запись в
> /var/lock для всех кроме рута, а не меняли поведение systemd.
Ну, ты же пишешь, что "systemd клал"?
Я отвечаю, что "fhs" нужен примерно как "стандарт деревенской кузницы, привязанный к пальцу кузнеца"...
| | |
|
|
| 2.52, Аноним (57), 18:16, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>systemd клал на эти ваши стандарты.
На стандарты, придуманные дидами, у которых ОС на один диск не помещалась. /bin, /sbin, /usr/bin, /usr/sbin - маленькая часть первородного хаоса.
| | |
| |
| 3.60, Аноним (3), 18:47, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
Да всё может быть. А может быть чтобы разные опции монтирования применять для разных разделов. Но вот в дебиане утверждают, что из-за новой systemd, к-й кладёт на стандарт, может что-то не работать и потому эта новость появилась, разве нет?
| | |
|
|
| |
| 2.54, Аноним (54), 18:28, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
«Варлок» — не просто убийца. Это ещё и туннель, буравящий глубину. — Чтобы вернуться! — кричу я, вталкивая Неудачника в синее пламя,
| | |
|
| |
| 2.13, Аноним (13), 15:28, 14/10/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
С него пишу, всё норм. Стабильно. Ощущение довольно чистой от шлака системы. Обновляется чаще Слаки, и то хорошо.
| | |
| |
| 3.38, IdeaFix (ok), 16:56, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Но есть пакеты в химере, которые не обновлялись с момента релиза. И обновились только по просьбе после EOL 11-го деба. Там не так много пакетов на самом деле пересобрано, но тем не менее.
| | |
|
|
| 1.12, Аноним (13), 15:27, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Сами перешли, сами напоролись. Какой-нибудь бэкдор в systemd это вопрос времени. Сам systemd постепенно захватывает систему и не считается ни с какими дистрибутивами.
Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX. Остальное это просто ненужные наборы пакетов для systemd/Linux.
| | |
| |
| 2.39, Аноним (-), 17:07, 14/10/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX.
Гента поддерживает системд. Еще забыл девуан.
А вообще - Прям список 60mжей, дидов, нетакусей и прочих шизей))
И главное - нет ни одного нормального дистра в списке.
| | |
| |
| 3.44, Ан339ним (?), 17:31, 14/10/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Потому что никому, кроме фанатиков-маргиналов, нафиг не уперлось ковыряться с системой. Тем более с каким то там init-ом. Половину юзеров убунты и хромоси спроси, они и не знают, что это. И есть ли у них это вообще. Им главное, чтобы работало. Но задpotы целые дистры клепают "без системд".
| | |
|
| 2.53, Аноним (53), 18:24, 14/10/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Дистрибутивы свободны перейти на одну из доступных альтернатив. Такие даже есть, и ты их сам перечислил. Только они никому не нужны, кроме полутора калек.
| | |
| 2.55, Аноним (57), 18:28, 14/10/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Какой-нибудь бэкдор в systemd это вопрос времени.
Можно подумать, что вы в состоянии отревьювить хотя-бы один init.
>Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX. Остальное это просто ненужные наборы пакетов для systemd/Linux.
О, список дистрибутивов для не0силят0ров. Вот который раз прошу повторить хотя бы малую часть systemd: поместить процесс в отдельное пространство имён, дать ему определённые capabilities, запустить от определённого пользователя, настроить cgroup, и сделать это декларативно, чтобы можно было свободно переопределить на конченой машине, вплоть до команды запуска. И ни разу неосиляторы, столь рьяно ругающие systemd не 0силили написать башпортянку, которая давала бы эквивалентное поведение.
| | |
|
| 1.17, gc (?), 15:39, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
я надеюсь systemd-antidosd уже в процессе написания и это только первый шаг? ещё можно какойнито systemd-antispamd, systemd-antivirusd etc
| | |
| 1.19, Аноним (19), 15:40, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
лучше занялись бы переносом настроек кучи и кучи программ в ~/.config
уже 2025 год, прошли уже десятки лет, а большинство все так же хранят настройки не в ~/.config
| | |
| |
| 2.56, Аноним (53), 18:29, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
Некоторые из .config устраивают свалку и кладут туда вообще всё, а не только конфиги. Отдельное спасибо тем, кто создаёт подпапку, вместо создания 100500 файлов а-ля kcal, kmocha и т.д.
| | |
|
| 1.22, Хачикян Рубик (?), 15:43, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Еще пару таких "изменений" и наконец-то в техническом комитете "сообразят", что лучше совсем этот системный Ди выкинуть за забор. Я так думаю.
| | |
| 1.28, Аноним (28), 16:08, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
Надо ещё убрать нехарактерные для инициализатора функции: монтирование без спросу раздела /home, удалить функцию dns-резолвера, dhcp-клиента, ntp-клиента.
Передайте комитету Дебиан о моей инициативе!
systemd не должен заниматься защитой от ddos атак это не её дело. Пусть не суёт свой сопливый нос куда не попадя.
| | |
| 1.33, Аноним (33), 16:37, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ох, напугали.
Подумал, было, что решили зафорсить тот функционал для маркировки (блокировки?) софта, разработанного без применения достаточного объёма woke-повесточки.
| | |
| |
| 2.48, Аноним (-), 17:46, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
> зафорсить тот функционал для маркировки (блокировки?) софта,
> разработанного без применения достаточного объёма woke-повесточки.
> Подумал
Знаете, вам к психиатру пора, раз вам такие мысли в голову приходят.
Причем очень-очень давно.
| | |
|
| 1.34, Аноним (34), 16:39, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Раздел c каталогом /run обычно монтируется отдельно через tmpfs и наличие возможности бесконтрольной записи в него может использоваться для переполнения раздела и блокирования создания новых файлов в иерархии /run.
Сколько ж костылей в этих ваших линуксах. А уж что куда монтируется в андроидах - не помнят и сами разработчики. Только дунешь - все начнет рассыпаться как карточный домик.
| | |
| 1.36, Имя (?), 16:48, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Этим куколдам думать надо было раньше - когда выбирали систему инициализации. А теперь будут жрать то, что им предлагают RH и Поттеринг, никуда не денутся, спектакль про самостоятельное принятие технических решений - бесполезен.
| | |
| 1.40, Аноним (40), 17:17, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> DoS
Мы хотим шареную фс, но не шареную фс... Что мешает отдельную аппу загнать вообще в свой собственный mount namespace и примонтировать ей там свой tmpfs? В докере кнопочку не завезли?
А линковать /var к хоть чему-то из /run (т.е. в tmpfs) это ошибка. Есть задачи, которым может понадобиться lock файл даже при умершем процессе и после перезагрузки. Из-за ненадёжности /var приходиться выдумывать свои собственные lock в какой-нибудь /var/lib/*
| | |
| |
| 2.61, нах. (?), 19:02, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Мы хотим шареную фс, но не шареную фс... Что мешает отдельную аппу загнать вообще в свой
> собственный mount namespace
например то, что некоторые авторы до сих пор не желают писать lin000ps only поделки.
(Мелким шрифтиком - причем совместимые непременно с вчера вышедшим ведром)
> А линковать /var к хоть чему-то из /run (т.е. в tmpfs) это ошибка.
не ошибка, а системная функция. Как и сам /run в tmpfs вместо /var/run
> Есть задачи, которым может понадобиться lock файл даже при умершем процессе и после
> перезагрузки.
но это не те задачи за которые получает бонусы ныне-сотрудник Microsoft Леня Потный.
| | |
|
| |
| 2.47, Аноним (46), 17:42, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
/const/lock. Чтобы константно заблокировать, без побочных эффектов
| | |
|
|
