systemd 232

Я как человек не связанный с эмбеддом поверю тебе на слово.

Напрасно - он брешет как сивый мерин. Я ежедневно разрабатываю как раз под embedded GNU/Linux, и если раньше там было вполне терпимо, то с приходом systemd стало просто замечательно.

А можешь чуть подробней описать что изменилось и почему стало лучше?

Его прогноз сбылся благодаря RH и только. Так-то Лёнчик остался бы незаметен

А что, есть и с костылями? Ты тоже считаешь чрут контейнером?

И вообще, называть собеседника идиотом - верный признак отсутствия аргументов.

А что, если я буду называть идиота svyatozar'ом, то будет лучше?

Не так, чтобы найти какой-нибудь модуль к какому-нибудь Python'у, подключить его и вызвать функцию с нужными аргументами, получив результат. А так, чтобы самому разработать алгоритм обработки данных, на уровне отдельных байтов и битов, и реализовать его.

Чувак, ты гоняя байты и биты, результат получить забыл. Но впрочем, понятно, тебе важен сам процесс - возможно он отвлекает тебя от никчемности бытия.

Эта штука слишком велика для одного разраба

При каком объеме кода проект становится слишком сложным для одного человека?

результат получить забыл

Где забыл? В соседней новости моя утилита гоняет отдельные байты и получает конкретные результаты в KOI8-R.

А толку то?

Что значит «толку то»? Можно парсить тексты в юникоде не юзая юникод. Полезная вещь.

Вещь, которая нужна полутора поехавшим, полезной быть не может.

Даже если утилита нужна нескольким людям, то это уже полезная утилита. А поехавшие - это те, кто гоняются за модными стандартами и силой пытаются на них пересаживать других.

Какой силой? Тебя на юникод никто не тащит, это ты с ним носишься по всем темам. Иди в свой загончик и там гоняй байты с битами.

Однотипное управление сервисами на целевой железке и моей машине - уже огромный плюс. Тривиальное описание зависимостей запуска (у нас пачка процессов) вместо дурацкой простыни скрипта (который ещё и должен работать на том, что в busybox считается шеллом). Плюс (хотя у нас пока ещё не внедрено) socket activation и journald - возможность легко притащить логи на машину разработчика без возни с сислогом. Особенно приятно, что поддерживается как push так и pull модели: последнее через сислог в принципе нереализаемо - пришлось бы какой-нибудь костыль на ansible городить, да ещё и поиметь траха с ротацией и фильтрацией логов. Ну и доп. безопасность на халяву: несколькими строчками в юнит-файде отсекается куча атак для сервисов (у нас куча всего обязана случать сеть).

А вот такой. Вам сложно признать, что KOI8-R живее всех живых. Я просто юзаю локаль KOI8-R, создаю в ней контент и пишу для неё утилиты. Ну, и заодно сообщаю невеждам, что их прогнозы по поводу здоровья KOI8-R, мягко говоря, сильно преувеличены.

Как же некоторые люди не любят инакомыслящих... Чуть что - сразу резервации... А интернеты с форумами, между прочим, никто не приватизировал, они одни для всех. И нигде не написано, что у юзеров юникода должно быть больше прав чем у юзеров KOI8-R.

Его прогноз сбылся благодаря RH и только. Так-то Лёнчик остался бы незаметен

Если у бабушки был бы хер - она была бы дедушкой. А если у тебя был бы рабочий моск - ты был бы умным.

Чрут для моих задач не подходит, мне нужны контейнеры, а в контейнере мне нужно systemd.

Чрут для моих задач не подходит, мне нужны контейнеры, а в контейнере мне нужно systemd.

Ну ты прям на святое покусился! Ещё скажи, что хейтеры не должны указывать разработчикам, какими инструментами им пользоваться... неужели ты не в курсе, что хейтерам лучше знать, как тебе правильнее делать твою работу ;-)

Ну если эти хейтеры деньги мне будут платить, то я даже и не против :)

Если бы ты что-то сказал по существу, тебя бы люди воспринимали как равного. А так, очередной клоун ЛОРа, который не понимает, что Лёнька пропихнул свое поделие через Редхат. И только. Таким образом монополизировал свой «продукт». И только благодаря этому системд не пополнил ряды Runit, Epoch и т.д.

Дядь, какой к черту koi8-r? Эта тема про systemd.

Эх, жаль мы не знаем имя того бессмертного героя, который пропихнул свой офис через микрософт и таким образом монополизировал свой продукт.

Ну дык. Форумы и не такое делают. Начинается с одного, и через другие вопросы выходит на десятое. В первом моём сообщении в этом треде я раскритиковал современные вектора развития софтостроения. На это мне написали, что я, якобы, против прогресса. Тогда я и написал, что это сложно назвать прогрессом, теперь люди разучились по-нормальному понимать основы обработки данных, всем лишь бы по графическим элементам управления клацать... Ну и понеслось дальше.

Эх, жаль мы не знаем имя того бессмертного героя, который пропихнул свой офис через микрософт и таким образом монополизировал свой продукт.

Билли твой бессмертный герой. В RH много кто работает, но именно Лёня вызвался вершить «великие перемены» в линуксе =) И не без поддержки своего работодателя. Ты видимо слишком далёк, чтобы это понять.

Как в микрософте, как виноват Гейтс. А как шапка, так виноват Поттеринг. А чего не Эвинг?

Лёнька пропихнул свое поделие через Редхат. И только. Таким образом монополизировал свой «продукт». И только благодаря этому системд не пополнил ряды Runit, Epoch и т.д.

А Власти - скрывают! :-D :-D :-D

А чего не Эвинг?

А это кто такой? В каком полку служил?

Marc Ewing (born May 9, 1969) is the creator and originator of the Red Hat brand of software, most notably the Red Hat range of Linux operating system distributions.

Мерси, не знал про этого дядьку.

ну, ему приятно.

zabbal, у тебя в нике третья буква точно «е».

Гейтс тоже не виноват. Он, в общем-то, содержит Apache Foundation на своих карманных расходах, добрый спонсор :). Правда, эта информация скорее всего неточна и устарела. А Лёнька агрессивен всего-то, ведет себя так, словно системд/пульсаудио/etc только его личные изделия и не принадлежат RedHat. Так что не будем разводить полемику, всем всё ясно.

/thread

То виноват, то не виноват. У тебя всегда такая каша в голове?

Прости, ты наверное не различаешь Поттеринга от Билли. Нет, это совсем разные люди. Виноватых тут тоже нет. Это уже твои фантазии.

По размеру как стало? Больше, меньше, также?

То на то и вышло. У упоротых systemd монолит, а у нас модульный, так что просто отключили ненужное и размер остался тем же.

Ты давай не отвлекайся, ты давай дальше рассказывай, как злые разработчики написали программы, не спросив тебя нужны они или нет, а злые создатели дистрибутивов забыли спросить тебя, как им правильно их развивать. Ещё не все подробности заговора негодяев, которым насрать на твоё ценное мнение, раскрыты. Нужно усилить накал разоблачений! :-D

Видите ли, у разраба есть средняя производительность и время, которое он готов тратить на свой проект. А у пользователей есть определённые ожидания, что разраб будет обновлять свой софт в разумный период, что бы не счесть его протухшим.

Два первые параметра несколько варьируются, но имеют явный предел. Третий и четвёртый ~5% в два месяца. Итого разраб на пределе может тянуть проект собственной полуторагодичной разработки.

На практике здесь имеет место «противостояние» скриптового типа, юниксвейненько:

PARAMS="-a -b -c"
if [ -z $MAGIC ] && PARAMS="$PARAMS -d"
$BIN $PARAMS

Flag1=DoItSlowlyAfterAnotherServiceStart
Flag2=AndDoNotForgetBeCompatible
Note1=IKnowYouAreSmartJustIgnoreAllPreviousFlags

По большему счету мне все равно че там внутри, но из личного опыта могу сказать что имей я системд в конце прошлого века, в момент начала изучения, я бы частью етой профессии не стал бы :-) Только благодаря такой вот туповатой, но зато полной открытости и прямой заскриптованости я двигался в изучении етих ваших линуксов... Да-да, стековерфлов тогда не было, да и гуглИт тож не работал.

udev вытащи из этого модульного.

Я не говорю, что скриптовые методы конфигурирования плохи, у каждого подхода есть свои плюсы и свои минусы.

Не смотря на то, что у меня systemd, он совершенно не годится для юзерспейса, юзерспейс у меня с каждым днём всё больше обрастает скриптотой. И это нормально, пока это не откровенные костыли и обёртки над обёртками.

Да, скриптота проще, но когда у тебя есть документация, то совершенно параллельно что и как конфигуряется.

В-третьих, у микрософта действительно есть программа предоставления исходников. Для тех, кто реально в этом нуждается. Понятно, что фетишисты при этом идут лесом

Но участие в ней - это же клеймо на всю жизнь. Подписав бумажку уже, наверняка, никогда нельзя будет комитить никуда, что хоть как-то связано с виндой.

Короче патчи в проекты, которым больше полутора лет, не шлем.

Слишком грубое передёргивание. Я оценил

udev вытащи из этого модульного.

Если ты про наш продукт, то на кой хрен мне это надо? Если про твой, то 100$ в час, предоплата 50%, сроки обговариваются после уточнения ТЗ.

С точки зрения конечного юзера (например моей жены), вообще фиолетово. За 8 лет дебиана ни я, ни она, ни разу не написали ни одного скрипта или не поправили ни одного флага систем запуска/инициализации/и т.д. как в старом ините так и в новом системд.

Мне интересно когда версии перейдут с int нумерации на float )))))

Выравниваю патчи в свободное время, через месяцок где-то сделаю релиз. Надо протестить бы. Но вообще, бэкпортинг — дело неблагодарное, начиная со Stretch просто забью и привяжусь к версии, которая в релизе дистрибутива.

Эх, холиворы какие-то слабенькие. Средний ЛОРовец вырос и стал зарабатывать? Или пошел в институт, но завалил сессию и обул сапоги?

Какая разница, что в системе внутри — что systemd, что Lady D, что Her Majesty?

Да? А как тогда конфигурировать systemd? Что демон с правами рут не может переписать правила в текстовом файле и при следующей загрузке сделать что нужно?