Systemd - от системы инициализации к набору блоков для построения ОС

^ — «не», как в [^a-z]. Неправильный термин употребил, не регэкспы, а чарсеты :)

%)

Если кто-то хочет запустить линуксовую систему инициализации вовне линукса, то это их проблемы, не? :)

Ровно до тех пор, пока она остается линуксовой системой инициализации, а не

набору базовых компонентов для построения операционных систем

Ты таки считаешь, что речь идёт о чём-то кроме дистрибутивов линукса?

Поттеринг же

Продолжай… :3

Искренне надеюсь, что он имел ввиду только линуксы, иначе все становится намного печальнее

Рано или поздно он станет повелителем всех мыслимых и немыслимых вселенных

Рано или поздно в этом мире только одна вещь случается %)

А вот теперь и правда пора валить. Как там дела в слаке?

По треду: подскажи, пожалуйста, каким ноутбуком ты пользуешься под OpenBSD? :)

Парень создал себе идеальную работу.

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

Как будто больше бинарных файлов в системе и нету. rsyslog, кстати, тоже может писать в беда-беда-бинарную базу данных.

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

Может плохо смотришь? Я после journalctl испытываю дискомфорт, когда приходится изучать логи в системах без systemd.

я буду документацию по journalctl буду дольше читать, чем напишу однострочник на перле, который распарсит мне лог так, как мне удобно. да, есть люди, которые не любят регекспы. надо всех приравнять к ним?

Приготовился загибать пальцы, жду примеров.

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

Думаю, на системд всё не закончится

«Думаешь»? Это прямо сказано: «never finished, never complete».

В этом весь линукс-долгострой ради долгостроя.

Линукс здесь не причем. Корпорасты и вендовые птушники просто нашли друг друга.

а с journald у меня есть такой выбор?

journald может дублировать вывод в текстовом виде

я не сторонник концепции, что разработчик лучше знает, что нужно пользователю и последний должен жрать, что дают

Ты сидишь на самописном браузере под самописным ДЕ в самописных иксах поверх самописного ядра? Или всё же жрёшь те драйвера, которые тебе даёт Линус и пользуешься тем браузером, который тебе дают его разработчики?

я буду документацию по journalctl буду дольше читать, чем напишу однострочник на перле

Нежелание читать документацию — сильный аргумент против продукта. Как ты вообще умудрился с таким подходом придти к линуксу не очень понятно — читать документацию тут надо много где. При этом документацию прочитать надо один раз, а однострочники писать каждый раз, когда что-то в логах надо. Не говоря уж о том, что человек, способных прочитать man journalctl в мире на порядки больше, чем знатоков перловых однострочников. Ну и в качестве домашнего задания напиши однострочник, реализующий journalctl -b -1 -p err -u some.service (вывести все сообщения определённого сервиса с уровня error и важнее за прошлую загрузку)

меньше гибкости

Упрлс? Как может быть меньше гибкости у инструмента, способного имитировать предыдущее поведение?

хрен выпилишь

А недостатком КДЕ можно считать, что из него Qt не выпилить? А недостатком человека, что руки не отстёгиваются? Нравится или нет, но это — часть systemd.

замена годами обкатанных компонентов

Предлагаешь выпилить все эти syslog, rsyslog, syslog-ng, ведь раньше и без них годами работало? И линукс заодно выкинуть, GNU и на миниксе работало.

GNU и на миниксе работало.

Был бы 32-битный свободный Minix - не было бы Linux.

У меня он на разных стоял. Последний HP EliteBook. Но не советую, у HP очень дрянное железо.

Ты сидишь на самописном браузере под самописным ДЕ в самописных иксах поверх самописного ядра? Или всё же жрёшь те драйвера, которые тебе даёт Линус и пользуешься тем браузером, который тебе дают его разработчики?

я могу их менять, в зависимости от потребностей и настроения. но скоро будет ситуация, что выпилить systemd из GNU/Linux будет весьма проблематично. совсем не так, как поменять браузер или DE. и это печалит.

Как ты вообще умудрился с таким подходом придти к линуксу не очень понятно — читать документацию тут надо много где.

подход следующий: документация читается в рамках реализации конкретной задачи. и да - я не говорил, что читать мне ее не нравится.

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

как я и писал выше - ориентированность на идиотов. это печально, не?

Предлагаешь выпилить все эти syslog, rsyslog, syslog-ng, ведь раньше и без них годами работало? И линукс заодно выкинуть, GNU и на миниксе работало.

предлагаю не прибивать все это гвоздями. мне еще ни разу не встречалась задача (в контексте инициализации и логгирования), не решаемая с помощью sysVinit/rsyslog/скриптов. да, я за 10 с лишним лет пользования GNU/Linux привык к этим инструментам. что в этом плохого?

О.к.
Очень клево, что есть linlap wiki и хотя бы список поддерживаемых wifi-карточек в каждом драйвере, облегчает поиск :)
Хотя в ближайшее время и не собираюсь покупать под опенок еще какой-нибудь девайс.

как я и писал выше - ориентированность на идиотов.

Отнюдь. Скорее, признак идиота — это забивание гвоздей микроскопом и нерациональная трата времени.

Если что, под нерациональной тратой времени я имею в виду написание местечковых скриптов для парсинга логов. Пример команды, который привёл redgremlin, ты однострочником точно не заменишь.

https://coreos.com/about/

Под названием Core OS проходило именно то, что описано в презентации поцеринга. Так же оно называлось Core Linux, Core Linux Distro.

Аа, речь про это...

Ну пусть пилит. Годное дело делает. Всё равно потом все привыкнут и успокоятся :)

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

Скрипты нужно писать по делу. И если тебе нужно будет достать конкретные данные, то ты напишешь регэксп по смыслу и не будешь нагружать его лишними условиями.

Впрочем, что я объясняю. Если ты субъективно считаешь, что тебе он не нужен — твоё право. Но субъективное.

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

Передёргиваешь же.

Где я передёргиваю? Назови хоть одну причину, почему одно ядро - это хорошо, а один системд - плохо.

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

Linux kernel системообразующий компонент — основа операционной системы. (ещё могу предположить, что X.org являются такой технологией. Почти, только в другой «сфере») А система инициализации, или то, во что вылилось теперь SystemD, очевидно таковым (основой ОС) не является, и должно быть заменимо. (дальше можно развить мысль о том почему его придётся заменять полностью, о принципах и традициях архитектуры компонентов GNU/Linux, и чем SystemDот них отлична, духе FOSS и о том, почему сообщество противится таким идеям.

И ещё добавлю: X.org имеет двух «сыновей» — Wayland и Mir.

Их можно будет только перекрасить.

«Вы можете приобрести у нас автомобиль любого цвета, при условии, что он будет чёрным»©

Ничему не удивляюсь. Поттеринг решил закопать Avahi который сам написал?

Собственно у меня отключена запись лога в журналд, и настроено на форвард в syslog-ng, т.к. бинари как логи - злющее зло, бывали ситуации, когда необходимо прочитать что же случилось с системой и из утилит cat/less/more, удачи читать бинарники.

бывали ситуации, когда необходимо прочитать что же случилось с системой и из утилит cat/less/more

Пошёл на рыбалку, а удочку не взял? Если я пользуюсь journald, то у меня, разумеется, доступность journalctl, на случай внезапной поломки, обеспечена. И если в твоих тестовых логах у тебя с полмиллиона строчек, то less поможет никак и тебе захочется как минимум grep, а ещё лучше perl или awk, что ничем не отличается от требования наличия journalctl в случае бинарных логов.

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