Два года в /fg/. Войти !bnw Сегодня Клубы

да, читал, годно. подкинули ребята из #uselessd

#YTO4C6/2XI / @like-all / 3734 дня назад
И чего так все ополчились на systemd ^_^ Осень?
#YTO4C6/ZXL / @omsklug / 3734 дня назад
#YTO4C6/FEE / @minoru --> #YTO4C6/ZXL / 3734 дня назад
> javascript > nosystemd
#YTO4C6/O4G / @o7ry6fievfafz4bkz2m0 / 3734 дня назад
Про widespread adoption, конечно, он фигню начинает про то, что "самый популярный линукс -- это андроид". Подумалось, что мог бы с таким же успехом на этом месте всё стереть и написать "вы дурачки, я умный, системд не нужен КОКОКОКО". Аргумент про баш-скрипты тоже не понравился, канеш.
#YTO4C6/N09 / @kb / 3733 дня назад
@kb Что тебе про шелл-скрипты не понравилось-то?
#YTO4C6/SB5 / @minoru --> #YTO4C6/N09 / 3733 дня назад
@minoru Про то, что "баш стабильный а системд нет". Это ж пиздануться можно, а не аргумент. Я, конечно, не специалист по системд, но тут им быть не нужно, чтобы понять, что: 1. сравнивать стабильность можно только между башем и частью системд, которая парсит/запускает логику их таск-файлов (не шарю как они называются) 2. также сравнивать можно "опасность" языка описания тасков vs текущих баш-файлов Да, возможно сейчас часть системд из первого пункта и проигрывает башу по стабильности, но очевидно, что эти ошибки отловятся со временем достаточно хорошо (если не окажутся какие-то жёсткие архитектурные проёбы). Но что касается второго понкта -- это гораздо важнее. И любому здравому человеку очевидно, что иметь тонны bash-скриптов со всех их возможным спектром для такой вещи, как достаточно понятная логика запуска-перезапуска -- это очень хуёво. Опасность ошибки при написании баш-скрипта тяжело переоценить, и от них нужно вот здесь бежать как можно быстрее и дружнее.
#YTO4C6/SQT / @kb --> #YTO4C6/SB5 / 3733 дня назад
@kb Ах да, там ещё один был аргумент, который немного возмутил. А именно: > вы говорите что системд унифицирует некоторую функциональность этих таск-файлов -- так вам этого и в баше делать никто не запрещал Азазазазазаза))))))
#YTO4C6/ZIJ / @kb --> #YTO4C6/SQT / 3733 дня назад
@kb Не понимаю, что тебе здесь не нравится. Олсо, замена «шелл» на «баш» — это такой троллинг?
#YTO4C6/177 / @minoru --> #YTO4C6/ZIJ / 3733 дня назад
@kb Перечитал четвёртый пункт оригинального поста ещё раз, не нашёл там слова «стабильность», только «complexity» и «error-prone». По первому пункту: вот ты реально считаешь, что переписать с шелла на Си — это дорога к *повышению* стабильности? По второму: любому здравому человеку очевидно, что иметь тонны кода на Си со всем его возможным спектром для такой вещи, как достаточно понятная логика запуска-перезапуска — это очень хуёво. Опасность ошибки при написании программы на Си тяжело переоценить, и от них нужно вот здесь бежать как можно быстрее и дружнее. Серьёзно: запуск других программ — это, блять, то, для чего шелл в первую очередь и предназначался, и я не понимаю, почему его нельзя продолжать юзать в этой роли и дальше.
#YTO4C6/7HS / @minoru --> #YTO4C6/SQT / 3733 дня назад
@minoru Жа. Когда ты большую часть башепараши заменяешь на runit или daemontools это явно делает твою жизнь лучше.
#YTO4C6/O88 / @stiletto --> #YTO4C6/7HS / 3733 дня назад
@minoru Я считаю, что переписать что-либо с чего-либо на что-либо имеет мало отношения к стабильности. В данном случае дорога к повышению стабильности не в том, что на си, а в том, что из баша оставляют некоторый DSL, в котором ты описываешь специфичные вещи, нужные для твоего сервиса, остальное же -- берёт на себя systemd. Да, я считаю это дохуя повышением стабильности. Автор говорил, что, мол, "в случае с башем понять где ошибка легче, чем с системд, т.к. не будет понятно почему тот fails to act on a valid parameter". Что ж, я согласен, что в любом DSL очень важно иметь: 1. хороший компилятор и систему типов, чтоб избежать максимального количества ошибок 2. хороший лог для дебага Поэтому, например, я не люблю "декларативные" вещи вроде Puppet: отсутствует хороший компилятор, да и лог ужасен. Puppet -- для меня доказательство того, что Си это или не Си имеет мало значение. "Дебажить Си" должно быть крайним случаем подобной системы, и мне кажется, что автор статьи держит разработчиков системд за дурачков, советующих всем дебажить си. По второму -- согласен, мне не нравится идея "всё на си", это взрывоопасно и вообще хуйня. Одно лишь количество строк исходников вполне показывает всю суть пиздеца, тоже спорить не буду. Я лично двумя руками за более нормальный язык. Но не шелл ни в коем случае.
#YTO4C6/IWT / @kb --> #YTO4C6/7HS / 3733 дня назад
@stiletto GNU/башепараши, на минутку.
#YTO4C6/QUS / @kb --> #YTO4C6/O88 / 3733 дня назад

@kb mfw никому в голову не пришло использовать openrc

#YTO4C6/1IW / @like-all --> #YTO4C6/IWT / 3733 дня назад
@like-all early-cryptodisks с ним не заводится: при загрузке оно просто чего-то молча ждёт. Откатился до sysvinit кароч, чуть позже будем потыкать, что там не так.
#YTO4C6/G58 / @minoru --> #YTO4C6/1IW / 3733 дня назад
@like-all Мне, например, вообще нравится идея, которую я читал где-то на hacker news, кажется от разработчика из uselessd о том, что система инициализации не должна вообще "управлять сервисами", а должна единоразово что-то там запускать, а "управление сервисами" должно осуществляться уже потом, внешней хернёй. Как пользователь того же supervisord, я двумя руками за подобный подход. Но слишком слабо разбираюсь в подробностях, чтобы форсить.
#YTO4C6/9X9 / @kb --> #YTO4C6/1IW / 3733 дня назад
ipv6 ready BnW для ведрофона BnW на Реформале Викивач Котятки

Цоперайт © 2010-2016 @stiletto.