| |
| |
| 3.71, User (??), 19:55, 14/10/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Столько, сколько нужно.
Не. Судя по "принятому" решению - еще пока не достаточно.
Впрочем, основная ИНТРИГА в том, придется ли перед "правильным" голосованием извиняться перед "уважаемыми людьми"(ТМ), или "и так сойдет"?
| | |
| |
| 4.86, Аноним (86), 20:47, 14/10/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
А зачем вообще нужен какой-то технический комитет дебиана, если за него всё решает редхат, поставляющий эту системДу?
| | |
| |
| 5.144, Аноним (-), 11:07, 16/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
> А зачем вообще нужен какой-то технический комитет дебиана, если за него всё
> решает редхат, поставляющий эту системДу?
На минуточку, как видим - решение редхата они как раз и перекрыли. И так как решил редхат - как раз и не будет в этом случае.
Может, новости стоит читать до того как коментить?
| | |
|
|
|
| 2.57, Аноним (57), 18:29, 14/10/2025 [^] [^^] [^^^] [ответить]
| –9 +/– |
Вот неправильно дебиановцы поступили. Надо было не принимать systemd, и стать никому ненужным дистром, после чего исчезнуть окончательно.
| | |
| |
| 3.70, User (??), 19:53, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Вот неправильно дебиановцы поступили. Надо было не принимать systemd, и стать никому
> ненужным дистром, после чего исчезнуть окончательно.
Эээээ... Когнитивное искажение, характерное для постсоветского пространства, да?
Речь не идет о "правильности" или "неправильности" принятого решения - только лишь о механизме его принятия.
| | |
| |
| 4.85, Аноним (57), 20:46, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Речь не идет о "правильности" или "неправильности" принятого решения - только лишь о механизме его принятия.
Так я как раз про это и говорю. Надо было первый отказ от systemd сделать бессрочным, уступив место другим дистрам. Врач сказал в морг - значит в морг.
| | |
| 4.145, Аноним (145), 11:14, 16/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Эээээ... Когнитивное искажение, характерное для постсоветского пространства, да?
> Речь не идет о "правильности" или "неправильности" принятого решения - только лишь
> о механизме его принятия.
Вон там без systemd есть - devuan. И где он вообще на радарах? А, догнивает на задворках истории, вместе с ветеранюниксадминами - которые скоро как раз превратятся - в ископаеемых - уже довольно буквально?
А устроиться работать именно чем-то околоадминским - как именно ветеран юникс админ - и не умея systemd - можно сравнить число вакансий с такими требованиями и выводы каждый сам сделает.
Как угодно, но s-d решил чертову кучу давно задолбавших эксплуатационных проблем.
| | |
| |
| 5.150, User (??), 12:07, 16/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
"ХомА Советиков", как и было сказано.
"Какая разница, как было принято решение, если оно _меня_ устраивает?!" - а если вдруг примут то, которое не устраивает - можно свалить и начать жаловаться, что "Да я же ничего! Да я же три раза "одобрямс!" только ХОРОШИМ, ПРАВИЛЬНЫМ решениям - а против вот этого вот всего завсегда протестующе молчал!"
Тьфу.
| | |
|
|
|
|
| 1.3, Аноним (3), 15:05, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +17 +/– | |
> так как возможность общедоступной записи в каталог /var/lock упоминается в спецификации FHS
systemd клал на эти ваши стандарты.
| | |
| |
| 2.10, Минона (ok), 15:24, 14/10/2025 [^] [^^] [^^^] [ответить]
| +16 +/– |
 На этот FHS уже все клали.
/bin /sbin это ссылки на /usr/bin.
/lib* это ссылки на соответствующие каталоги в /usr.
Осталось переименовать /usr в /system.
И оставить только /system и /home реальными каталогами.
А остальное в / засимлинкать в /system/{etc,bin,lib,...}
| | |
| |
| |
| 4.119, Hare Krishna (-), 06:07, 15/10/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А как это сделано в BSD?
Про FreeBSD не знаю, но в OpenBSDD с которой я часто вожусь в исследовательских целях, сделано всё как надо, в лучших практиках труЪ UNIX. Правда для пересевших с какого-нибудь Дебиана кое что может показаться дичью.
| | |
| |
| 5.132, Аноним (132), 16:19, 15/10/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
ну разве что Дебиан увидели пару лет назад впервые.
я большой разницы не вижу между BSD и "классическими" дистрибутивами Линукса
| | |
| |
| 6.133, Hare Krishna (-), 16:25, 15/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> я большой разницы не вижу между BSD и "классическими" дистрибутивами Линукса
Если ты видишь только обои и иконки, это не значит, что разницы нет. Предыдущее сообщение я написал не для домохозяек вроде тебя, а для IT-профессионалов. Так что будь здоров.
| | |
|
|
|
| |
| |
| 5.30, freehck (ok), 16:23, 14/10/2025 [^] [^^] [^^^] [ответить]
| +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
| | |
| |
| 6.146, Аноним (-), 11:21, 16/10/2025 [^] [^^] [^^^] [ответить] | +/– | Насколько я помню 1 RH сам же этот FHS больше всех и проталкивал И потом с... большой текст свёрнут, показать | | |
| |
| 7.149, freehck (ok), 12:05, 16/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> 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"
Читать это следует примерно следующим образом: "мы уважаем международное право и следуем ему, но наши внутренние законы имеют приоритет", что логично и правильно. Международное право, равно как и междистровые стандарты -- и должны иметь такой статус.
| | |
|
|
| 5.62, Аноним (62), 19:06, 14/10/2025 [^] [^^] [^^^] [ответить] | +3 +/– | Куда ещё глубже-то В старые давние времена в lib bin sbin лежала базовая сис... большой текст свёрнут, показать | | |
| |
| |
| 7.105, Аноним (105), 22:27, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
Даже если это артифакт недостатков железа то они его всё равно разумно использовали. Это вышло довольно удобно и даже сейчас.
| | |
| |
| 8.106, morphe (?), 22:30, 14/10/2025 [^] [^^] [^^^] [ответить] | +2 +/– | Нет Сейчас если тебе надо отладить монтирование и прочее - у тебя есть шелл в i... текст свёрнут, показать | | |
| |
| 9.131, Аноним (3), 16:10, 15/10/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Ты несёшь какую-то ересь Хз как у вас там в systemd, а в нормальном ините есть ... текст свёрнут, показать | | |
|
|
|
| 6.78, Аноним (78), 20:20, 14/10/2025 [^] [^^] [^^^] [ответить] | +/– | Вполне очевидно, что мы сейчас переживаем момент перехода к новому стандарту М... большой текст свёрнут, показать | | |
| |
| 7.80, Минона (ok), 20:30, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
Э…
А сколько скриптов пришлось переписать после внедрения системд?
| | |
| |
| 8.140, анони (?), 21:07, 15/10/2025 [^] [^^] [^^^] [ответить] | +/– | Зато теперь всё настраивамое и управляемое как нужно, а не портянками кто во что... текст свёрнут, показать | | |
|
|
| 6.103, Аноним (105), 22:19, 14/10/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Жалко что сегодня уже мало кто помнит о смысле этого разделения. Это довольно удобное и полезное разделение.
| | |
| |
| 7.148, Аноним (-), 11:25, 16/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Жалко что сегодня уже мало кто помнит о смысле этого разделения. Это
> довольно удобное и полезное разделение.
Сегодня диски малость крупнее и ситуация "прицепил второй диск для системы на другой раздел" - это скорее какая-то экзотика и изврат. Пусть экзоты и сношаются с своей кривизной, чем вместо них - все остальные.
| | |
|
|
|
|
| 3.75, Аноним (75), 20:11, 14/10/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> На этот FHS уже все клали.
> Осталось переименовать /usr в /system.
> И оставить только /system и /home реальными каталогами.
А home в programm files или в диск D, чтобы был в итоге такой homeD... Oh, sh--!
> А остальное в / засимлинкать в /system/{etc,bin,lib,...}
Круче чем в GoboLinux уже наврятли будет, а так, что Gnome OS, что NixOS яростнее всего бегут по пути извращения FHS. ¯\_(ツ)_/¯
| | |
| |
| 4.84, Минона (ok), 20:42, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> GoboLinux
О!
А я вспоминал как этот проект назывался.
Они ещё живы?
| | |
|
| 3.96, Аноним (96), 21:12, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>И оставить только /system и /home реальными каталогами.
/data же. Только нет, не надо. system дольше набирать.
| | |
| |
| 4.143, _kp (ok), 10:28, 16/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
 /media в /Volumes
А ценители Windows могут использовать
/~Program
/~Mudaki
| | |
|
|
| 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 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А причем тут я и почему я должен что-то называть? В новости
> написано, что в неком FHS написано, что /var/lock может быть доступен
> на запись для любого. Если не нужно обеспечивать совместимость с этим
> стандартом в линуксе, то пиши в Дебиан чтоб запретили запись в
> /var/lock для всех кроме рута, а не меняли поведение systemd.
Ну, ты же пишешь, что "systemd клал"?
Я отвечаю, что "fhs" нужен примерно как "стандарт деревенской кузницы, привязанный к пальцу кузнеца"...
| | |
|
|
| 2.52, Аноним (57), 18:16, 14/10/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>systemd клал на эти ваши стандарты.
На стандарты, придуманные дидами, у которых ОС на один диск не помещалась. /bin, /sbin, /usr/bin, /usr/sbin - маленькая часть первородного хаоса.
| | |
| |
| 3.60, Аноним (3), 18:47, 14/10/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Да всё может быть. А может быть чтобы разные опции монтирования применять для разных разделов. Но вот в дебиане утверждают, что из-за новой systemd, к-й кладёт на стандарт, может что-то не работать и потому эта новость появилась, разве нет?
| | |
| |
| 4.69, User (??), 19:49, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну, гилафакс - штука прикольная, и я её то ли в 2007 то ли в 2008 даже и настраивал на весь офис - но предполагаю, что лет эдак уже с десяток "отправить факс" кому-то кроме соседки баб Вали, подключенной к той же аналоговой панасовской матс не получится по причинам отличным от "козней редхатбиэма"...
| | |
| 4.72, Аноним (72), 19:56, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>чтобы разные опции монтирования применять для разных разделов
А кому и где может понадобится подобное? Типа, один каталог как рид онли, а другой... Серьезно, нафига? Не могу придумать адекватного человеческого назначения данной мысли. По моему, это уже притягивание за уши, придумали хрень и теперь думают куда ее применить и как решить придуманные ей же проблемы.
| | |
| |
| 5.117, Аноним (117), 05:05, 15/10/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
В роутерах и прочих небольших железках основная система в оперативке, а остальное на внешней флешке по желанию.
| | |
| |
| 6.124, User (??), 07:28, 15/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
> В роутерах и прочих небольших железках основная система в оперативке, а остальное
> на внешней флешке по желанию.
А systemd там где?
| | |
| 6.135, Аноним (57), 18:03, 15/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>В роутерах и прочих небольших железках основная система в оперативке
Эм? Они что, корень системы деражт в tmpfs? Но даже если так, то всё равно не понятно, зачем на исполняемые файлы как минимум четыре каталога.
| | |
| 6.151, Аноним (-), 12:18, 16/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> В роутерах и прочих небольших железках основная система в оперативке,
Это BS. Она там - в squashfs как правило. Иногда поверх него еще как overlay прицеплено что-нибудь типа jffs или кого там - для типа-readwrite ибо squashfs вообще совсем наглухо readonly.
> а остальное на внешней флешке по желанию.
Тем не менее основная фишка squashfs как раз в том что она целиком никогда не распаковывается и живет где-то там в флехе. Как максимум ее кеширует в RAM page cache как обычно - но оно из флехи читается и распаковывается по мере надобности.
Это как раз радикально отличает ее от многих иных сценариев радикально более скромным жором RAM - ибо не распаковывается в RAM целиком.
| | |
|
|
|
|
|
| |
| |
| 3.26, Аноним (-), 16:03, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
warlock - Уоолок
varlock - варлок
Нет, не занято. По-британски, произносится по разному.
| | |
|
| 2.54, Аноним (54), 18:28, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
«Варлок» — не просто убийца. Это ещё и туннель, буравящий глубину. — Чтобы вернуться! — кричу я, вталкивая Неудачника в синее пламя,
| | |
|
| |
| 2.13, Аноним (13), 15:28, 14/10/2025 [^] [^^] [^^^] [ответить]
| +8 +/– |
С него пишу, всё норм. Стабильно. Ощущение довольно чистой от шлака системы. Обновляется чаще Слаки, и то хорошо.
| | |
| |
| 3.38, IdeaFix (ok), 16:56, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Но есть пакеты в химере, которые не обновлялись с момента релиза. И обновились только по просьбе после EOL 11-го деба. Там не так много пакетов на самом деле пересобрано, но тем не менее.
| | |
| 3.81, DP (?), 20:36, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
> С него пишу, всё норм. Стабильно. Ощущение довольно чистой от шлака системы.
> Обновляется чаще Слаки, и то хорошо.
Более чистая от шлака система, в данном контексте, это antiX, на неё можно спокойно поставить Xfce и никаких ошмётков systemd в системе не будет, в отличии от девана. Меж тем разраб antiX спокойный мужик, который умеет в систему и тихо пилит свой проект, в отличии от крикунов "Veteran Unix Admins", которые в своё время lightdm c sysv у себя в проекте подружить не смогли, так и остался корявый slim, а на вопрос о том, как сделать так, чтобы работало с lightdm, сказали что у них лапки и что им нужен спец, который умеет это делать. Как по мне, это всё что нужно знать об этих "Veteran Unix Admins", которые больше про громко горлопанить против systemd могут со всех утюгов, чем реально пакеты патчить.
А antiX живёт уже который релиз, нигде про борцунство с системдой не жужжит и делает своё дело, как раз избавляя по-настоящему от systemd своих пользователей, хотя это даже целью не ставилось.
Такие дела.
| | |
| |
| 4.152, Аноним (152), 12:30, 16/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
> нужен спец, который умеет это делать. Как по мне, это всё
> что нужно знать об этих "Veteran Unix Admins", которые больше про
> громко горлопанить против systemd могут со всех утюгов, чем реально пакеты
> патчить.
А как ты думаешь эти пафосные господа помгли помереть всяким aix и hpux, solaris и прочим BSD? Они много орут, качают права и треюуют - и мало умеют сами, топ их возможностей это заучивание ритуалов. Проблема в том что эти ритуалы кто-то должен создавать, если все спихать на "богов" те либо скурвятся, либо им надоест и они забьют, и вообще - "а за что в ад то, я ж столько тебе молился?!" - "о да, если б вы только знали как меня уже достал ваш спам!". Вот куда-то туда они и отправляются всем скопом. Или просто тихо догнивают на задворках.
| | |
|
| 3.120, Аноним (120), 06:22, 15/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
Тоже планирую в ближайший отпуск перейти со слаки на диван. Тоже из-за частоты обновлений.
| | |
|
|
| 1.12, Аноним (13), 15:27, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Сами перешли, сами напоролись. Какой-нибудь бэкдор в systemd это вопрос времени. Сам systemd постепенно захватывает систему и не считается ни с какими дистрибутивами.
Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX. Остальное это просто ненужные наборы пакетов для systemd/Linux.
| | |
| |
| 2.39, Аноним (-), 17:07, 14/10/2025 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX.
Гента поддерживает системд. Еще забыл девуан.
А вообще - Прям список 60mжей, дидов, нетакусей и прочих шизей))
И главное - нет ни одного нормального дистра в списке.
| | |
| |
| 3.121, Аноним (120), 06:27, 15/10/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Что интересно, в списке поддерживающих сисьтемд дистрибутивов нормальных тоже нет.
| | |
|
| 2.53, Аноним (53), 18:24, 14/10/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Дистрибутивы свободны перейти на одну из доступных альтернатив. Такие даже есть, и ты их сам перечислил. Только они никому не нужны, кроме полутора калек.
| | |
| |
| 3.91, Аноним (91), 20:54, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
Когда команда systemd всё свалит в /usr, что помешает ей сделать это симлинком /systemd
Тогда "форкай-не форкай", а systemd не объедешь. Вендор всё под себя гребёт. Ест слона по частям.
| | |
|
| 2.55, Аноним (57), 18:28, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Какой-нибудь бэкдор в systemd это вопрос времени.
Можно подумать, что вы в состоянии отревьювить хотя-бы один init.
>Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX. Остальное это просто ненужные наборы пакетов для systemd/Linux.
О, список дистрибутивов для не0силят0ров. Вот который раз прошу повторить хотя бы малую часть systemd: поместить процесс в отдельное пространство имён, дать ему определённые capabilities, запустить от определённого пользователя, настроить cgroup, и сделать это декларативно, чтобы можно было свободно переопределить на конченой машине, вплоть до команды запуска. И ни разу неосиляторы, столь рьяно ругающие systemd не 0силили написать башпортянку, которая давала бы эквивалентное поведение.
| | |
| |
| 3.79, Аноним (79), 20:22, 14/10/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Отревьювить init проще простого, если он init а не системный менеджер systemd с кучей всего остального ненужного. init можно написать довольно простой самому.
>И ни разу неосиляторы, столь рьяно ругающие systemd не 0силили написать башпортянку, которая давала бы эквивалентное поведение.
А потому что не нужно это поведение. Мне вот не нужно, чтобы systemd вмешивался везде, пускал везде свои корни. Мне нужен только init, а не всякие бинарные логи, OOM-killer, таймеры.
| | |
| |
| 4.87, Аноним (75), 20:48, 14/10/2025 [^] [^^] [^^^] [ответить] | +/– | За более 15 лет работы с линуксовыми системами, ни с sysvinit голым, ни с openrc... большой текст свёрнут, показать | | |
| |
| 5.112, Аноним (57), 00:59, 15/10/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>За более 15 лет работы с линуксовыми системами, ни с sysvinit голым, ни с openrc никогда у меня не возникало проблем, они никогда не делали мозг и не корчили из себя сущность умнее пользователя.
То есть вы буквально неосилили, если systemd умнее вас.
>Зато с systemd периодически возникали затыки, то она умничает какой-то процесс пытается запустить заloopивший по циклу
А почему это происходит? Или вы и сами не знаете, поскольку у вас лапки?
>который на её "умный" взгляд должен почему-то продолжать запускаться именно сейчас
А когда? По вашему он так и должен висеть? Откуза система должна угадать момент перезапуска?
| | |
| 5.153, Аноним (-), 12:41, 16/10/2025 [^] [^^] [^^^] [ответить] | +/– | Это ты просто не видел стартовые скрипты некоторых сервисов Они не только пыта... большой текст свёрнут, показать | | |
|
| 4.93, Аноним (57), 21:01, 14/10/2025 [^] [^^] [^^^] [ответить] | +/– | Вопрос не в том, просто или сложно, а вопрос в том, сколько борцунов против syst... большой текст свёрнут, показать | | |
|
|
| 2.83, Аноним (75), 20:40, 14/10/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Сами перешли, сами напоролись. Какой-нибудь бэкдор в systemd это вопрос времени. Сам
> systemd постепенно захватывает систему и не считается ни с какими дистрибутивами.
> Из GNU/Linux дистров остались только Gentoo, Void, Slackware, Artix, CRUX, antiX. Остальное
> это просто ненужные наборы пакетов для systemd/Linux.
Ещё Guix, занятная система, также без systemd, но и в то же время чистый GNU-дистр, да ещё и FSF Столлманоугодный ))
| | |
| |
| |
| |
| 5.129, Минона (ok), 12:33, 15/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Shepherd с его 8к строк кода ещё очень далко до "оригинала"
Функциональность близка к оригиналу.
А сколько там kLOC фиолетово.
| | |
| |
| |
| 7.141, Минона (ok), 08:30, 16/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> Там свой системд, на лиспе, ещё круче оригинала.
> Shepherd с его 8к строк кода ещё очень далко до "оригинала"
>> Функциональность близка к оригиналу. А сколько там kLOC фиолетово.
> Ну простите, что люди создают софт, отвечающий современным требованиям.
❓
| | |
|
|
|
| 4.154, Аноним (-), 12:43, 16/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Там свой системд, на лиспе, ещё круче оригинала.
OpenWRT сделал еще круче на скриптиках. Пойдя даже дальше. А вот как вам GENERATED конфиги программ?! По данным из UCI ("универсальной конфигурации всего").
Поттерингу главное не показывайте ЭТО :D
| | |
| |
| 5.155, Минона (ok), 13:57, 16/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А вот как вам GENERATED конфиги программ?! По данным из UCI ("универсальной конфигурации всего").
Фигня.
Nix из "универсальной конфигурации всего" генерит целый ОС.
| | |
|
|
|
|
| 1.17, gc (?), 15:39, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
я надеюсь systemd-antidosd уже в процессе написания и это только первый шаг? ещё можно какойнито systemd-antispamd, systemd-antivirusd etc
| | |
| 1.19, Аноним (19), 15:40, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
лучше занялись бы переносом настроек кучи и кучи программ в ~/.config
уже 2025 год, прошли уже десятки лет, а большинство все так же хранят настройки не в ~/.config
| | |
| |
| |
| |
| |
| |
| |
| 7.108, Аноним (46), 23:49, 14/10/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Так системы инициализации, планировки тоже давно существовали. Но это не остановило одного сотрудника РедХат от написания systemd
| | |
|
|
|
|
| 3.89, Аноним (75), 20:52, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Не-не.
> Будет systemd-configd.
Не, они навострили лыжы в сторону uki+systemd+homed, это всё атомарщиной неделимой, всё прибито гвоздями, а ещё осталось до конца договориться с производителями железа, чтобы в EFI secure boot не отключался и принимал только подписанные кого надо uki, вот тогда заживём! [нет]
| | |
| |
| 4.95, Минона (ok), 21:11, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> uki+systemd+homed
У тебя чуть-чуть ошибка.
UKI это уже kernel+systemd
А homed это кто?
| | |
|
|
| 2.56, Аноним (53), 18:29, 14/10/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Некоторые из .config устраивают свалку и кладут туда вообще всё, а не только конфиги. Отдельное спасибо тем, кто создаёт подпапку, вместо создания 100500 файлов а-ля kcal, kmocha и т.д.
| | |
|
| 1.22, Хачикян Рубик (?), 15:43, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Еще пару таких "изменений" и наконец-то в техническом комитете "сообразят", что лучше совсем этот системный Ди выкинуть за забор. Я так думаю.
| | |
| |
| 2.65, Hare Krishna (-), 19:24, 14/10/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Логично, ведь и без системного "ди" всё отлично работало. А сейчас хрен поймешь, 100500 разных путей, чтобы сделать одно и то же. Ни разу не UNIX way.
| | |
|
| 1.28, Аноним (28), 16:08, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– | |
Надо ещё убрать нехарактерные для инициализатора функции: монтирование без спросу раздела /home, удалить функцию dns-резолвера, dhcp-клиента, ntp-клиента.
Передайте комитету Дебиан о моей инициативе!
systemd не должен заниматься защитой от ddos атак это не её дело. Пусть не суёт свой сопливый нос куда не попадя.
| | |
| 1.33, Аноним (33), 16:37, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ох, напугали.
Подумал, было, что решили зафорсить тот функционал для маркировки (блокировки?) софта, разработанного без применения достаточного объёма woke-повесточки.
| | |
| 1.34, Аноним (34), 16:39, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
> Раздел c каталогом /run обычно монтируется отдельно через tmpfs и наличие возможности бесконтрольной записи в него может использоваться для переполнения раздела и блокирования создания новых файлов в иерархии /run.
Сколько ж костылей в этих ваших линуксах. А уж что куда монтируется в андроидах - не помнят и сами разработчики. Только дунешь - все начнет рассыпаться как карточный домик.
| | |
| 1.36, Имя (?), 16:48, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Этим куколдам думать надо было раньше - когда выбирали систему инициализации. А теперь будут жрать то, что им предлагают RH и Поттеринг, никуда не денутся, спектакль про самостоятельное принятие технических решений - бесполезен.
| | |
| 1.40, Аноним (40), 17:17, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> DoS
Мы хотим шареную фс, но не шареную фс... Что мешает отдельную аппу загнать вообще в свой собственный mount namespace и примонтировать ей там свой tmpfs? В докере кнопочку не завезли?
А линковать /var к хоть чему-то из /run (т.е. в tmpfs) это ошибка. Есть задачи, которым может понадобиться lock файл даже при умершем процессе и после перезагрузки. Из-за ненадёжности /var приходиться выдумывать свои собственные lock в какой-нибудь /var/lib/*
| | |
| 1.76, Аноним (72), 20:12, 14/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>требуется получение специального разрешения от технического комитета
А че, чел кто купил себе комп уже не является его хозяином? Странно, это же не андроид, ведь все говорят что линукс это свобода.
| | |
| |
| 2.110, Аноним (-), 00:28, 15/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
мэнтейнеру требуется, челу с компом не требуется. Челу с компом хорошо бы читать глазами и думать головой, но и тут у нас свобода
| | |
|
| |
| 2.92, Аноним (86), 20:57, 14/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
Потому андроид - чтобы работало, а не набор сотен служб ради идеи потормозить.
| | |
|
| 1.116, myster (ok), 02:12, 15/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Поттеринг уже пытался всех заставить использовать /efi вместо /boot/efi. Даже в Arch Wiki рекомендация с его слов записана.
И знаете что? Всем плевать, все по-прежнему используют /boot/efi.
С /var/lock тоже самое будет мне кажется.
| | |
| 1.123, Аноним (123), 07:21, 15/10/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> Необходимость ограничения доступа к каталогу /var/lock объясняется разработчиками systemd защитой от DoS-атак
Не уловил сути. А что мешает любому процесу скажем в свой /var/lib/my забить весь диск и сделать такой же DoS ?
| | |
| |
| 2.127, Аноним (127), 12:09, 15/10/2025 [^] [^^] [^^^] [ответить]
| +/– |
- А что, если сделать квоты? ... Да ну на! Давайте совсем запретим!
| | |
|
|
