Трагедия systemd и её последствия

Я сейчас не пользуюсь BSD системами, поэтому не в курсе.

Так остальные тоже. Самые большие почитатели BSD видят ее через PUTTY, как известно.

Надо мордода звать, он упоротый принципиальный бздун

Самые большие почитатели BSD видят ее через PUTTY, как известно.

Старый мем, сорри. Сейчас эти все люди на лялексе и WSL. Алсо, в венде openssh теперь из коробки. Включая сервер.

Прикинь, ты делаешь ssh , а тебя встречают венда и powershell!

Старый мем, сорри.

Он, похоже, никогда не потеряет свою актуальность. И вот что загадочно, ладно бы пользователей *BSD тянуло на macOS или Haiku, ведь обе этих систем используют некоторые привычные вещи из мира *BSD, так ведь нет – используют десяточку максимальную судя по ЛОРу и Opennet’у.

используют десяточку максимальную судя по ЛОРу и Opennet’у.

Щито? Те бсдшники, кого я знаю, это чаще всего радикальные фанаты BSD и последователи Тео де Раадта, которые проприетарщину терпеть не могут и даже лялекс презирают за то, что тот продался корпам.

радикальные фанаты BSD и последователи Тео де Раадта, которые проприетарщину терпеть не могут и даже лялекс презирают за то, что тот продался корпам.

Они просто не понимают, что пермиссивщина ещё более рабская система, чем проприетарщина. Не первый и не последний пример общей глупости человека на фоне технической грамотности.

Да, системд - это трагедия. У меня на днях удалённая система не перегрузилась, потому что какой то диверсант нажал scroll lock. Я приехал, отпустил его и перезагрузка пошла :) При этом убить сеть scroll lock не помешал, позже залип где-то

Ты в каждой теме это пишешь.

Ты из этих, не острых, которым «нечего скрывать». А потом надо релокацию и пукать на каждом столбе, что это страна виновата во всех бедах. Очень странно, когда переезжаешь, а проблемы не решаются, а тебя начинают заворачивать по другим признакам.

Я бы списал это на отсутствие опыта, но ты вроде не 18 летний пацан. Я бы списал это на полное отсутсвие сравнения, да, такое имеет место быть. Я вот за границей был в элитных учебных учреждениях, где тоже сильная разбивка, где тоже есть элита и остальные. Так вот. Программа там для обычных - это недостижимая высота для других заведений. А есть у нас закрытые учебные места, где за год преподают для детей владельцев холдингов, как управлять тобой (и технические дисциплины).

А если нет?..

Они просто не понимают, что пермиссивщина ещё более рабская система, чем проприетарщина.

А зачем это понимать, если это наглая ложь?

Хотя мне больше нравятся лицензии типа CDDL. Потому что

1. таки можно использовать код в проприетарных проектах;
2. сам код и его доработки остаются открытыми;
3. у фанатов GPL рвёт жопу, а на это всегда приятно посмотреть.

Скажи, ЛОР, спустя 5 лет кто-нибудь уже начал это делать?

Нет. Но было бы интересно.

По поводу 3 пункта можно добавить, что эти же фанаты не понимают текст лицензии GPL

А зачем его понимать? Можно просто взять код под GPL, выкинуть лицензию и делать с ним что захочешь. Доказано толпой китайских производителей роутеров и телефонов, которые клали на открытие кода свои микроскопические болты.

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

это ты о своём, наболевшем? Хочешь об этом поговорить?

у фанатов GPL рвёт жопу, а на это всегда приятно посмотреть.

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

да ничего не рвётся,

Настолько не рвётся, что после выхода ZFS у лялексоедов вспыхнуло аж на запиливание такой же но другой ФС, которая в итоге оказалась полным говном (BTRFS). А при упоминании ZFS в LKML прибегает Greg KH и угрожает всех засудить, «потомушто низзя мещать две швабодные луцензии в адном коде!!!!АДЫНАДЫНАДЫН»

Десяточка максимальной не бывает. Максимальной бывает только симёрачка.

Нет, товарищ. Диверсант - это не тот, кто нажал scroll lock. А тот, кто установил софтвээ, которое вот так себя ведет. Знал он, нет - это его проблемы и его квалификация.

Нет, не начали. Но направление на какую-то чушь где-то с 13 версии стало заметно. Надеюсь это временно.

Нет, не начали. Но направление на какую-то чушь где-то с 13 версии стало заметно. Надеюсь это временно.

Что именно ты имеешь ввиду?

Мне очень жаль, что не начали. Потому что традиционный UNIX мёртв. Хуже того, он мёртв уже лет 40, давно отвонял, разложился, и ныне от него остался только страшный скелет в шкафу.

Ну, гит внедрили, некоторые патчи сомнительной компетенции в ядре замечал, и не помню что ещё. Пока пользуюсь 12 веткой, потом (когда её EOL) не знаю что придётся.

гит внедрили

О боже ж ты мой! SVN наконец выпердолили на мороз! Вот это трагедия у людей.

Рвётся жопа тут только у тебя, Грег юридически не имеет права сделать то что ты хочешь, не он выбирал лицензию для линукса, не он выбирал лицензию для ZFS, разработчики ZFS знали что выбранная ими лицензия несовместима с GPL, ну вот и всё. Хочешь ZFS в линуксе пусть ZFS поменяет лицензию и велкам. Так что ты тут зря.

прибегает Greg KH и угрожает всех засудить

Это его засудят если он возьмёт и патч с новой фс примет в ядро.

Или я чего-то не знаю?

ZFS - ненужно, а BTRFS - говно. Ext4 - наше всё.

Мне очень жаль, что не начали.

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

Рвётся жопа тут только у тебя

У меня всё хорошо :3

Грег юридически не имеет права сделать то что ты хочешь

Я бы хотел чтобы он заткнулся. Думаешь, он юридически этого не может?

прибегает Greg KH и угрожает всех засудить

Это его засудят если он возьмёт и патч с новой фс примет в ядро.

Или я чего-то не знаю?

Не знаешь контекста. Разрабы лялекса любят выпиливать ядерный API, доступный всем сторонним модулям, и заменять его таким же API под EXPORT_SYMBOL_GPL. Разрабы ZFS от этого пострадали и сделали модуль-прослойку. У Грега от этого жопу и порвало. Лулз в том, что nvidia делает точно так же, только вдобавок модуль нвидии проприетарный и закрытый, но тут Грегу почему-то норм.

Смотри тут: Разработчики ядра: «Валите на FreeBSD»

Брать ZFS в ядро от него конечно же никто не требует. Всех вполне устраивает, что она модулем идёт.

Не думаю что там что-то сложное.

Да нет, как показывает практика, сделать нормальный быстрый IPC – это довольно сложно. В лялексе до сих пор не сделали, например, и пердолируют dнищеbus.

Намного важнее не потерять совместимость с тем что есть.

Уже потеряли. Многий софт идёт в новых версиях в основном под лялекс и на freebsd без поллитры и вагона костылей не работает.

Как бы, тут варианта два, как я (и Райс) это вижу:

• Медленно стагнировать и умирать,
• Или ломать по полной и делать круто, круче чем лялекс.

Я писал про инит. Про ipc не знаю, может и полезно, да и ломать ничего не надо чтоб сделать.

Я писал про инит. Про ipc не знаю, может и полезно, да и ломать ничего не надо чтоб сделать.

systemd – это не столько init, сколько менеджер всей этой херни. То есть, он не только запускает и гасит, но и следит за состоянием, присылает разные события и т.д.

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

системный менеджер в духе launchd/systemd, но с меньшим количеством недостатков.

Делали бы лучше вообще без недостатков. Недостатки никому не нужны. Не стоит тратить время на их реализацию.

Нет, не круто. Следить за состоянием питания может захотеть кто угодно, а не только запущеный инитом демон. Так что надо не «рассылать по списку» а широковещательно слать всем кто подписался. Только при этом надо не забывать, что всё это не должно протекать через chroot, но должна быть возможность опционально выдать доступ. Решение очевидно - что-то в файловой системе, на которое можно подписаться и слушать события. Чего тут не хватает так это широковещательного unix-сокета (когда сервер создаёт его, шлёт в него датаграммы, а получают их все кто к нему подключился, без listen и accept на стороне сервера). Совершенно не обязательно рассылать это должна система инициализации, лучше пусть будет какой-нить маленький powerd.

А вообще, конкретно с батареей, можно чуть костыльно и сейчас: создаёшь файл, пишешь в него состояние, а все интересующиеся ставят на него inotify/kqueue и читают при изменении. Я кстати такого демона сделал для своего WM, чтобы не лезть из гуи куда не надо.

А ещё можно в ядре реализовать epoll/kqueue на что-нить в /dev (или в sysfs если линукс) которое за питание отвечает и тогда вообще не понадобится никакая юзерспейсная рассылка.

mord0d

Следить за состоянием питания может захотеть кто угодно, а не только запущеный инитом демон. Так что надо не «рассылать по списку» а широковещательно слать всем кто подписался.

Тоже верно.

Только при этом надо не забывать, что всё это не должно протекать через chroot, но должна быть возможность опционально выдать доступ.

Через Jail, ты хочешь сказать. Голые чруты не должны использоваться для обеспечения безопасности. Они для этого вообще не годятся.

Решение очевидно - что-то в файловой системе, на которое можно подписаться и слушать события.

И получится линуксовый sysfs, который как оказалось говно. Не, так делать не надо.

Совершенно не обязательно рассылать это должна система инициализации, лучше пусть будет какой-нить маленький powerd.

Да, ты прав. Тем не менее, API должен быть стандартизирован.

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

А вообще, конкретно с батареей, можно чуть костыльно и сейчас: создаёшь файл, пишешь в него состояние, а все интересующиеся ставят на него inotify/kqueue и читают при изменении.

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

Вот при всей моей нелюбви к Поцтерингу, таланта продавливать свои решения и видение мира ему не занимать. В BSD таких людей-танков не хватает.

Через Jail, ты хочешь сказать. Голые чруты не должны использоваться для обеспечения безопасности. Они для этого вообще не годятся.

Тут можно подискутировать на разные темы, ну да не важно, пусть только про jail даже речь.

И получится линуксовый sysfs, который как оказалось говно. Не, так делать не надо.

Нет. Во-первых, на sysfs в общем случае нельзя подписаться, к сожалению. Конкретно на инфу о питании точно нельзя, а я искал - пришлось костылить опрос через sleep-ы. Во-вторых, sysfs это намного более глобальная штука (но без нотификаций) чем сокет демона оповещений. Обсуждать качество самого sysfs думаю тут не место.

Нельзя, потому что никто на это не подпишется. Это тот случай, когда инициатива должна идти сверху вниз

Это разумеется - стандартизация идёт обычно сверху. Но реализация тут ни при чём. Сверху могут и костыли через файлы стандартизировать.

Это разумеется - стандартизация идёт обычно сверху. Но реализация тут ни при чём. Сверху могут и костыли через файлы стандартизировать.

Да, но так делать явно не надо. Говно получается полное.

Короче, ты понял идею, о которой я тут пишу. Можешь видео в заглавном посте посмотреть, там Райс примерно о таком же рассказывает.

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

Ты даже не представляешь себе насколько это плохая идея. Хуже только макбуковский троттлинг если запускаешься без аккумулятора.

systemd – это не столько init, сколько менеджер всей этой херни. То есть, он не только запускает и гасит, но и следит за состоянием, присылает разные события, ПОРТИТ и т.д.

Исправил, не благодари.

Что там с закапыванием POSIX? Можно для Ъ?

можно разработать нормальный механизм IPC

От создателей «существует 15 конкурирующих реализаций» (с) Помнится, Стив Виноски, один из создателей CORBA, угорал над переизобретением бинарных форматов «пионерами» из гугла: наступили на все грабли «дружелюбных форматов» (машиногенеренная каша из тегов либо скобочек) и круг замкнулся. Эти еще не наступали на грабли? Или не наступали на эти?

От создателей «существует 15 конкурирующих реализаций» (с)

В FreeBSD нет ни одной. То есть, есть тот же dbus, но он даже в лялексе сосёт.

Помнится, Стив Виноски, один из создателей CORBA, угорал над переизобретением бинарных форматов «пионерами» из гугла

Всем посрать. CORBA сдохла, а про Виноски никто давно не помнит.

В FreeBSD нет ни одной.

Да и кому она нужна :)

Всем посрать. CORBA сдохла, а про Виноски никто давно не помнит.

Конечно конечно. Ты просто родился недавно, вот и «не помнишь», а твое «давно» — это когда ты из под стола вышел. Только ты не все, а он в IEEE работает сеньер мембером, в ACM и в W3C и знает где все грабли, на которые радостно наступают пионеры с NIH-синдромом:)

О да, легендарный более лучший системд, надо только написать.

Да и кому она нужна :)

Если тебе не нужна, проходи мимо. Не задерживайся.

Конечно конечно. Ты просто родился недавно, вот и «не помнишь», а твое «давно» — это когда ты из под стола вышел.

Для меня CORBA – это что-то из глубокого детства, когда я буду школьником читал ЛОР с КПК на уроках. Помню, гномеры ещё её любили за что-то, аж в линуксовое ведро предлагали засунуть.

он в IEEE работает и в W3C

Это называется «вышел на пенсию».

О да, легендарный более лучший системд, надо только написать.

Сейчас в FreeBSD никакого systemd нет.

Если тебе не нужна, проходи мимо. Не задерживайся.

А то что? Вот только в ней будет «16-я никому не нужная и ни с чем не совместимая реализация» IPC.

Это называется «вышел на пенсию».

А может ты еще и из-под стола не вышел :)

Сейчас в FreeBSD никакого systemd нет.

Чего в ней только нет... этого нет, того нет.

Это не в бсде нету системды. Это в системды нету этой вашей бсди. :D

Знал он, нет - это его проблемы и его квалификация.

Это его (моя) ответственность. В целом системд норм, но детские болезни… :)

понравилось

https://www.suse.com/support/kb/doc/?id=000017373

Resolution It is recommended to not permanently attach a keyboard to a remotely administrated machine

Разрабы ZFS от этого пострадали и сделали модуль-прослойку. У Грега от этого жопу и порвало. Лулз в том, что nvidia делает точно так же, только вдобавок модуль нвидии проприетарный и закрытый, но тут Грегу почему-то норм.

Да нет, просто судиться с nvidia никто не хочет. А так они регулярно по этому поводу ходят ныть.

А есть кто в треде кто бы смог внятно описать, что не так с системд? Без общих фраз и нытья, а внятно с аргументами и с высоты видения общей картины?

Лично для меня появление системд - это качественный шаг вперед для ОС. Другой вопрос, что в процессе разработки выявляются недочеты, но это неизбежно. Однако как унифицированный механизм взаимодействия компонентов ОС - вполне годная штука.

ЗЫ наелся я этой лапши из шелл скриптов и в каждом дистре эту лапшу готовили по своему. Кто во что горазд был. Плюсом еще кулибины всех мастей катомизировали свои колхозы в силу своего видения прекрасного. Сейчас подвели под стандарт системд. Стало значительно профессиональнее с точки зрения архитектуры ОС.