| 1.3, Аноним (3), 08:53, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Гораздо интереснее поддержка inittab.d, что позволяет иметь по файлу на сервис инициализации.
| | |
| |
| |
| |
| 4.9, anonymous (??), 09:30, 22/10/2024 [^] [^^] [^^^] [ответить]
| +20 +/– | |
Как раз дедовский код имеет шансы дожить. Он ведь примитивный. Простой код, простые скрипты, они выживут даже без централизованной поддержки. А если завтра redhat закроется, то через год или два отвалится systemd, поддерживать этого монстра некому.
Старые проекты были модульными, они замечательно распиливались на запчасти, для поддержки каждого компонента хватало одного человека, который занимается этим не фуллтайм.
Сейчас опенсор концетрирован в пределах команд разработчиков. Им неохота заниматься модульностью или документацией для посторонних людей. А свои все всё знают. В результате при исчезновении основной команды, поддерживать будет некому, а код реально сложный и взаимосвязанный.
| | |
| |
| 5.15, beduin747 (ok), 10:13, 22/10/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Модульность вообще сама по себе хороша. А сейчас все больше в монструозность играют. Из каждого калькулятора комбайн делают. Вот и получается все более жирнее и тормознутее. Всякие снапы тому пример.
| | |
| 5.17, ryoken (ok), 10:48, 22/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
 >>А если завтра redhat закроется, то через год или два отвалится systemd, поддерживать этого монстра некому.
Ну уж и некому..? А автор-беженец в монстрософт? :)
| | |
| 5.18, Kerr (ok), 10:55, 22/10/2024 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Вообще-то Леонард Поттеринг теперь трудоустроен в Microsoft. Теперь именно Microsoft преимущественно разрабатывает SystemD, а не Red Hat. А Microsoft не закроется, слишком большая и богатая, чтобы закрыться. Red Hat уже не существует, ибо IBM их целиком и полностью купил.
| | |
| |
| 6.20, Аноним (12), 11:10, 22/10/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Поттеринг и не программист, а маркетолог с уклоном во фрика. Не удивлюсь что когда на будет Линуса его заменят Поттерингом. Как минимум в форке от Майков или шляпы.
| | |
| 6.35, Аноним (35), 13:03, 22/10/2024 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> А Microsoft не закроется
Про sun microsystems думали так же.
| | |
| |
| 7.48, интел всех переживёт (?), 14:26, 22/10/2024 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Интел
Эти падали и поднимались много раз, почитай их историю. Сейчас они строят заводы на самом передовом оборудовании (High-NA EUV), которое tsmc не будет внедрять ещё до 2030. Из-за этих капвложения по сути и проседания по прибылям
| | |
| |
| 8.57, Аноним (3), 15:55, 22/10/2024 [^] [^^] [^^^] [ответить] | +/– | Отвечу тебе по секрету, что high-na euv в США это тупик и мертвый номер Почему,... текст свёрнут, показать | | |
|
|
|
| 5.51, Аноним (51), 14:40, 22/10/2024 [^] [^^] [^^^] [ответить]
| +/– | |
> А если завтра redhat закроется
А если завтра электричество отменят?
| | |
| |
| 6.63, Аноним (63), 17:10, 22/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
Только если отменят электродинамику. ... Но тогда все атомы развалятся.
| | |
|
|
|
|
|
| 1.8, Аноним (8), 09:19, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Не знал, что SysVinit еще живой. Все равно всякое лучше, чем systemd, я использую OpenRC.
| | |
| |
| 2.54, Аноним (54), 15:01, 22/10/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да это мой первый линукс, ещё из 2000х годов. А выбрал я его по простому принципу, как говорили - выбирай то что стоит у ближайшего гуру)
| | |
|
| 1.16, Аноним (16), 10:47, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –14 +/– |
Как же ужасно, что от наследия в виде bash скриптов никак не откажутся. Как язык программирования bash ужасен.
| | |
| |
| 2.19, Аноним (12), 11:06, 22/10/2024 [^] [^^] [^^^] [ответить]
| +7 +/– |
Это и не язык программирования. Это все равно что сказать что штаны ужасная шапка.
| | |
| 2.21, Аноним (21), 11:25, 22/10/2024 [^] [^^] [^^^] [ответить]
| +4 +/– | |
Там и не баш вовсе, а шелл скрипты. В основном должны быть совместимые с bourne shell. Думается самому что легче скопировать скрипт и править его чем скопировать конфиг сервиса. В шелл скриптах лишь несколько концепций изучить а а системд ещё и значения всех конфигов.
Мануалов по systemd очень много. Хоть и модульный но монструозный проект. И все лишь для того чтобы запускать сервисы и перенаправлять stderr, stdout.
| | |
| 2.22, Аноним (10), 11:46, 22/10/2024 [^] [^^] [^^^] [ответить]
| +5 +/– |
Чем он ужасен? Удобен, эффективен, решает прикладные задачи куда лучше альтернатив. Не представляю ОС без GNU и баш значительная часть этого. Я понимаю, что позикс шелл это боль, но баш то чем не угодил?
| | |
| |
| 3.24, Аноним (24), 12:02, 22/10/2024 [^] [^^] [^^^] [ответить]
| –5 +/– | |
Баш удобен? Баш неудобен, провоцирует ошибки, имена файлов с пробелами и спецсимволами он из рук вон плохо пережевывает.
Он удобен лишь тем, что намертво впаян в дефолтные оболочки. Вот и всё
В идеальном мире оболочка поставлялась бы с нормальным скриптовым языком, с Лиспом например
| | |
| |
| 4.25, Аноним (25), 12:06, 22/10/2024 [^] [^^] [^^^] [ответить]
| +3 +/– | |
>провоцирует ошибки
А ты не ведись, лол. Выучи задачу для начала, студент.
| | |
| |
| 5.56, Аноним (24), 15:36, 22/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ага, ну то есть это не инструмент кривой и замшелый, а это ты не хочешь адаптироваться к нему. Опять же, всё его удобство - просто засчет поддержки в shell'ах всех Линуксов. Он фиговый, но он есть везде. Это да, это его преимущество. Увы, единственное
| | |
|
| 4.37, Аноним (37), 13:23, 22/10/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
 В чем конкретно posix-shell или его представитель - bash - не удобен? Весьма продуманный, полный и документированный скриптовый язык.
С пробелами проблема скорее в Вас, чем в языке. Не забывайте оборачивать переменные в кавычки, как о том гласят все руководства к последователям Bourne shell, и не будет проблем ни с пробелами, ни со спецсимволами в именах файлов. А менять под свой вкус или даже незнание никакой язык нельзя.
| | |
| |
| 5.41, Аноним (41), 13:47, 22/10/2024 [^] [^^] [^^^] [ответить]
| +/– | |
>Не забывайте оборачивать переменные в кавычки
Вот именно что в нормальных языках этого делать не нужно, переменная взаимозаменяема со своим значением, а вы это называете «продуманным» языком.
| | |
| |
| 6.49, _kp (ok), 14:27, 22/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
 И в каких же "нормальных языках" пишутся без кавычек имена файлов с пробелами?
Кстати в Bash так, без кавычек, тоже можно. ;)
| | |
| |
| 7.50, Аноним (41), 14:38, 22/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
А вы перечитайте ещё раз, речь шла про то что оборачивать надо переменные. При чём тут имена файлов?
| | |
|
|
|
|
|
| 2.52, Аноним (51), 14:42, 22/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
Баш ужасен, но питон еще хуже. До сих пор нет нормального скриптового языка со статической типизацией
| | |
|
| 1.23, Уважай Линуса Поттеринга (?), 11:47, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– | |
Я вот не понимаю, почему некоторое упорно веруют в старый init и баш-портянки. На системд всё удобнее в триста раз, юнит-файлы написал, сервис запустил - всё работает. И в целом много удобных фич.
Тут же - набор скриптов каких-то, в которых черт ногу словит.
А баш - это вообще. Вот если бы стал популярен шелл с Лиспом в качестве языка скриптования, тогда бы было куда лучше.
| | |
| |
| 2.29, Аноним (12), 12:21, 22/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
Потому что надо боятся данайцев дары приносящих. Это аксиома проверенная кровью.
| | |
| 2.32, Аноним (21), 12:28, 22/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Я вот не понимаю, почему некоторое упорно веруют в старый init и
> баш-портянки.
Там не баш, а шелл скрипты. И думается posix совместимые
| | |
| 2.34, фф (?), 12:40, 22/10/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
преположим ты программист, пишешь какой-то сервис, для его запуска у тебя явно есть командная строка, которая все делает. Если надо что-то чуть сложнее - ты пишешь маленький баш-скрипт для запуска.
И когда приходит время ставить это на рабочий сервер, ты просто копируешь этот скрипт в папку к "баш-портянкам".
А в случае системд, ты открываешь браузер и начинаешь гуглить "как написать юнит в системд".
А если ты обычный пользователь, то в "баш-портянки" вобще не надо лазить - при установке из репозитория они уже готовые прилетели. Надо просто добавить в enabled. И тут уже пофиг - баш там или юниты. А если не видно разницы...
| | |
| |
| 3.43, Аноним (41), 14:07, 22/10/2024 [^] [^^] [^^^] [ответить]
| +3 +/– | |
Ну да, гуглишь и пишешь в юните что ты хочешь получить в итоге, а не как это нужно делать.
PrivateNetwork=yes — и у процесса нет сети
ProtectHome=yes — и процессу недоступен /home
А в баш-скрипте своём ты будешь "${жонглировать} $переменными", ловить "$?" эксит-коды и прочую лапшу делать.
| | |
|
| |
| 3.55, Уважай Линуса Поттеринга (?), 15:34, 22/10/2024 [^] [^^] [^^^] [ответить]
| +/– |
Тем, что в баше кривая поддержка имён файлов с пробелами и спецсимволами, что надо запоминать 100500 правил обёртывания в кавычки и всячески извращаться. В то время как тот же Common Lisp - изящный и мощный язык, пусть и не лучший из лиспов в отдельных моментах
| | |
|
| 2.53, _kp (ok), 14:53, 22/10/2024 [^] [^^] [^^^] [ответить]
| +/– | |
>> На системд всё удобнее в триста раз
На systemd нет управления этими удобствами, ни логов.
Какой дистрибутив ни возьми, по умолчанию ничего для взаимодействия с systemd там нет.
Или доустанавливай вагон костылей разной степени годности и стабильности, или вали в консоль. А в стародавние времена были GUI инструменты, и даже работали.
А для systemd никакого общепринятого GUI, отменяющего потребность ковыряться в консоли, до сих пор нет.
Для роскошного современного ноутбука или десктопа - консольные подходы сейчас уже дикость.
А если TB приставка, у которой и полноценной клавиатуры нет, а маленькая козявка вместо неё, и где консоль по характеру задачи нафиг не сдалась.
Вот представьте, купили Вы новый автомобиль, а печка включается в багажнике, под ковриком, магнитола под капотом, где то за бачком омывателя, и так далее.
Но производитель приложил все инструменты чтоб везде долезть, и пару томо инструкции как куда добраться. Учись, развивайся. И типа если не хочешь учить эту галиматью, то сам ламер.
В общем, для обычных пользователей systemd до сих пор не готов. Шутка. :)
| | |
|
| 1.27, xsignal (ok), 12:15, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 Bash-скрипты понятны и прозрачны, в отличие от мрачного чёрного ящика systemd, набитого хз чем...
| | |
| |
| 2.30, Аноним (12), 12:22, 22/10/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Системд не защищает от ошибок работы с памятью. В то время как баш полностью и безоговорочно безопасен.
| | |
|
| 1.44, Аноним (-), 14:09, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Даже в sysvinit есть псевдо-графическая прога для отк/вкл инитов, а не вот это всё с stop/disable/mask, а оно ещё и не disable, потому что у инита есть свой timer, который нужно тоже в mask, но это ещё не всё, так как у timer есть свой timer, то есть timer-timer.
Простите, не подскажете где сейчас работает изобретатель вот этого всего?
| | |
| 1.61, Аноним (61), 16:24, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> возможность связывания логическими операторами […] позволяющая организовать запуск команды, только если предыдущая команда завершилась успешно
> или наоборот, выполнять следующую команду только в случае возвращения кода ошибки при запуске предыдущей команды
Всего-то ничего заняло реализовать то, что в systemd из коробки.
| | |
|
