Леннарт Поттеринг представил (https://lists.freedesktop.org/archives/systemd-devel/2018-Ja...) релиз системного менеджера systemd 236 (http://www.freedesktop.org/software/systemd/). Из новшеств можно отметить поддержку VPN WireGuard, режим "watch-bind" в sd-bus,
возможность создания временных юнитов .path и .socket, в journalctl добавлена опция "--grep".
Основные изменения:
- В systemd-networkd добавлена поддержка VPN-туннелей WireGuard (https://www.wireguard.com/), в том числе представлены встроенные возможности по настройке сетевого интерфейса "wireguard" и инструментарий для управления ключами шифрования. WireGuard сочетает (https://www.opennet.me/opennews/art.shtml?num=44695) применение проверенных современных методов шифрования с предоставлением минималистичной реализации, лишённой усложнений, наблюдаемых в таких системах, как xfrm и OpenVPN. Для использования туннелей WireGuard требуется загрузка стороннего модуля ядра Linux, который представлен в репозиториях популярных дистрибутивов;- Раскладка кнопок увеличения и уменьшения масштаба, присутствующих на некоторых клавиатурах, теперь сопоставлена в hwdb с кодами вверх и вниз, что позволяет использовать данные кнопки для прокрутки (раньше было настроено сопоставление с кодами zoomin и zoomout, которые не воспринимаются в большинстве пользовательских окружений);
- В journalctl добавлена опция "--grep" для вывода только записей, соответствующих заданной маске. По умолчанию разделяется верхний и нижний регистр символов, для отключения разделения следует указать "--case-sensitive=no";- Изменено поведение строк типа "f" в systemd-tmpfiles, содержимое которых теперь записывается в файл только, если он несуществует (раньше, содержимое добавлялось к файлу при каждом запуске systemd-tmpfiles, что не соответствовало описанию флага "f" в документации);
- Добавлена новая переменная окружения $SYSTEMD_OFFLINE, при установке которой
systemctl начинает работать в режиме offline без взаимодействия с сервисным менеджером (ранее данный режим включался при выявлении запуска в chroot);
- Обеспечена возможность динамического создания временных ("transient") юнитов .path и .socket (ранее поддерживались только временные юниты с типом service, mount, automount и timer). Утилита systemd-run адаптирована для применения новой функциональности для привязки на лету произвольных команд к пути или активации по сокету;
- В systemd-mount добавлена опция "--owner=" для указания имени пользователя, которое будет преобразовано в uid/gid для указания через флаги uid= и
и gid= в команде mount;- Для unit-ов представлен новый условные оператор ConditionControlGroupController, который проверяет доступность указанного контроллера cgroup;
- В unit-ы, и файлы .link, .netdev и .network добавлена поддержка условного оператора ConditionKernelVersion для проверки наличия определённых версий ядра Linux;
- В systemd-networkd в секцию "[IPVLAN]" файлов .netdev добавлена поддержка настройки флагов устройства при помощи опции "Flags=", в секцию "[Tunnel]" файлов .netdev добавлена опция AllowLocalRemote, в секцию "[Route]" файлов .network опции InitialCongestionWindow, InitialAdvertisedReceiveWindow и QuickAck=, а в секцию "[DHCP]" - опция "RapidCommit";
- В реализацию DHCPv6 добавлена возможность делегирования префиксов;
- Расширены возможности API sd-bus (универсальная прослойка для организации обмена сообщениями между процессами (IPC)): Добавлен режим "watch-bind" для организации обработки соединений сразу после создания сокета AF_UNIX (режти необходим для создания сервисов, работающих на раннем этапе загрузки). Поддержка данного режима обеспечена в systemd-networkd и systemd-resolved, для управления добавлена опция "--watch-bind". Также добавлена возможность генерации локального сигнала "Connected" сразу после насройки соединения с D-Bus. В API sd-bus добавлена несколько новых вызовов: sd_bus_request_name_async() и
sd_bus_release_name_async() для регистрации имени шины в асинхронном режиме, sd_bus_match_signal() и sd_bus_match_signal_async() для сопоставления полей в сообщениях D-Bus, sd_bus_set_sender() и sd_bus_message_set_sender() для настройки имени отправителя сообщений;
- В API sd-event, основанном на вызове epoll и позволяющем организовать цикл обработки событий (event loop), добавлен псевдообработчик SD_EVENT_DEFAULT., который может прикрепляться к любым объектам "sd_event*". Также добавлены функции sd_event_source_{get|set}_io_fd_own();
- Добавлен флаговый файл /etc/systemd/dont-synthesize-nobody, при наличии которого не будет создаваться пользователь с UID 65534 ("nobody");
- В systemd-notify добавлена опция "--uid" для выбора пользователя/UID для под которым сообщений с уведомлениями будут отправляться сервисному менеджеру;
- Добавлена команда "systemd-analyze service-watchdogs" для вывода текущего состояния подсистемы автоматического восстановления работы сервисов (watchdog) и их выборочного включения или отключения;- В systemd-analyz добавлены универсальные опции "log-level" и "log-target", которые пришли на смену устаревшим опциям get-log-level/set-log-level и
get-log-target/set-log-target, поддержка которых сохранена для обеспечения совместимости;
- В sysusers.d добавлена поддержка указания в строках с типом "u" одновременно UID и GID, разделённых знаком ":", что позволяет создавать пользователей UID и GID у которых не совпадают.
URL: https://lists.freedesktop.org/archives/systemd-devel/2018-Ja...
Новость: http://www.opennet.me/opennews/art.shtml?num=47982
Не имею ничего против Systemd как софта, но его ультиматиыный подход к внедрению вызывает только отторжение.
Забавно, что весь хейт направляется на systemd и Поттеринга, а не на мантейнеров и разработчиков, которые внедряют systemd и привязывают к нему софт. А ещё говорят, что линуксоиды, в среднем, умнее остальных))
Кто говорит? Линуксоиды?
Бинго!)
>Забавно, что весь хейт направляется на systemd и Поттеринга, а не на мантейнеров и разработчиков, которые внедряют systemd и привязывают к нему софт. А ещё говорят, что линуксоиды, в среднем, умнее остальных))Ты стало быть остальной и знаешь что царь хороший, во всём бояре виноваты
Ну да, а кто его продвигает и заставляет других использовать, подумай? Красношляпа. А Поттерниг работает в Красношляпе. Круг замкнулся.
Угу, приходят после захода солнца и заставляют.
Оторвать от systemd сложнее, чем пакет собрать.
> Забавно, что весь хейт направляется на systemd и Поттеринга, а не на
> мантейнеров и разработчиков, которые внедряют systemd и привязывают к нему софт.Ммм, ну-у-у... Этих мы тоже помним и любим. Но они-то хоть _делали_ что-то реально полезное и использовавшееся нами, гордыми фрирайдерами. Ну то есть в моменты/времена, свободные от сабжового "просветления в мозгах", да. А вот у титульной парочки соотношение цена/качество пока не алё. Субъективно, эмоционально.
> А ещё говорят, что линуксоиды, в среднем, умнее остальных))
При чём тут "ум"-то? Упомянутое коллегой "к внедрению вызывает" пока ещё свежо в ощущениях и _эмоциях_.
Вот лет через 20цать на википедиях будет написано про "новую прадигму системног манагемента в опенсурсах и редхатоподобных ОС", "тектоническом сдвиге в админинге компьютинга и передовинге локалхостинга".
А покамест рановато. Терпите. Таков "манагемент ченджеса" вашегоо "системного" как-его-там-дЭ.
> Забавно, что весь хейт направляется на systemd и Поттеринга, а не на
> мантейнеров и разработчиков, которые внедряют systemd и привязывают к нему софт.
> А ещё говорят, что линуксоиды, в среднем, умнее остальных))Мейнтейнеры -- это люди, выполняющие весьма неблагодарную работу, которую в общем виде можно выразить фразой "а теперь мы со всем этим г***** попробуем взлететь". И что характерно, они выполняли её до Лёни, выполняют сейчас, и продолжат выполнять своё дело, когда Лёня попадёт в неприятный инцидент, связанный с автобусом и Аннушкой, уже разлившей масло.
Проблема не с мейнтейнерами, проблема с Лёней и вендор-локом красношапки.
> и продолжат выполнять своё дело, когда Лёня попадёт в неприятный инцидент,
> связанный с автобусом и Аннушкой, уже разлившей масло.В оригинале таки был трамвай. (Или тут слово "bus" обыгрывается?)
> В оригинале таки был трамвай. (Или тут слово "bus" обыгрывается?)Да, хотелось обыграть bus factor, но как-то топорно вышло.
Т.е. когда Вася избивает Маню тростью, виноват не Вася, а трость и тот, кто продал трость Васе. Ведь Вася всегда таким хорошим был, Маню с детишками подобрал, и до сих пор на работу ходит и зарплату приносит, так что его винить некомильфо, остаётся только винить трость и продавца.Ну такая логика тоже имеет право на существование, мне только непонятно, зачем такие Мани ходят на Опеннет, когда им надо ходить на вумен.ру?)
> Т.е. когда Вася избивает Маню тростью......виноват Вася, а не трость. Так-то трость у Мани всегда была, но только с появением Васи она стала причинять ей боль.
Но виновен не жираф, а тот, кто крикнул из ветвей "жираф большой, ему видней!"
т.е. теперь рэдхат виноват в том, что делая определенные вещи под свой продукт так, как им это удобно, в итоге делает такие инструменты которыми хотят пользоваться большенство дистрибутивостроителей мира линукс?
Мэйнтейнеры по вашему наркоманы? Не хотят пользоваться systemd но не могут удержаться)
> взлететь". И что характерно, они выполняли её до Лёни, выполняют сейчас,
> и продолжат выполнять своё дело, когда Лёня попадёт в неприятный инцидент,
> связанный с автобусом и Аннушкой, уже разлившей масло.Я бы больше боялся на этот счет по поводу Торвальдса. Он такой один. А поттеринг - нет, архитектуру он конечно продумывал, но теперь остальные и без него смогут. Прими как данность, этот процесс - unstoppable. Мир попробовал так и сяк. Большинству понравилось как делает системд и узкая группа хейтеров уже ничего не изменит. Если они будут где-то там пилить свой диван и что там еще - да наздоровье. А то что часть программ постепенно без системды работать перестанут - да, может оказаться что разработчики давно хотели такие и этакие апи, но их не было. Я вот хотел апи для мониторинга живости программ и поттер его сделал. В отличие от рассказов что я могу это сделать сам в своем гараже из проволоки и скотча.
>ультиматиыный подход к внедрению вызывает только отторжениеИнтересно, это те же люди спрашивают, что потом задаются вопросом
>почему в линуксе такой зоопарк софта, они что не могут собраться и сделать один вариант?или это две противоположные "касты"?
Опа, разумный коммент. Надо же.
Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него это просто куча программ набор который меняется от дистра к дистру. Унификация - верный путь.
> Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него
> это просто куча программ набор который меняется от дистра к дистру.
> Унификация - верный путь.А вот тут Вы, уважаемый, совершенно не правы, и, более того, Вы не учитываете "уроки истории" (История учит нас тому, что человечество необучаемо. Ну или что-то в этом роде...)
Если Вы немножко понапрягаете Вашу прекрасную память, то вспомните, например, в чем отличие "мира Apple" от "мира IBM PC Compatible", цены в этих "мирах" и распространенность. А ведь на чем зиждется "мир IBM PC Compatible"? Правильно, на унификации СТАНДАРТОВ (спецификаций) (не конкретного железа и конкретных программ, а именно на СООТВЕТСТВИИ СТАНДАРТУ, вследствие чего (до засилия Форточек) было нескольно СОВМЕСТИМЫХ (на уровне запуска прикладных программ без перекомпиляции!) операционных систем (MS DOS, PC DOS, DR DOS etc), совместимые процессоры (Intel, AMD, Cyrix, VIA etc), совместимые видеокарты, совместимые сетевые карты, совместимые звуковые карты разных производителей etc) А Вы предлагаете вместо унификации спецификаций (стандартов) путь Apple - унификацию на уровне одной программы.
> совместимые видеокарты, совместимые сетевые карты, совместимые звуковые карты разных производителейЕсли и было, то только потому что жадные OEM'ы покупали чипы на одной помойке.
>> совместимые видеокарты, совместимые сетевые карты, совместимые звуковые карты разных производителей
> Если и было, то только потому что жадные OEM'ы покупали чипы на
> одной помойке.Да, да. Именно "жадные OEM'ы покупали чипы" и именно "на одной помойке". Например: http://www.yjfy.com/images/oldhard/video/AEGAC-1_2.jpg
https://abcresellers.startlogic.com/store/media/VIDEO-CARDS/...
http://www.vgamuseum.info/media/k2/items/cache/45245952fc8c5...
http://minuszerodegrees.net/rom/photo/ATI%20EGA%20...
http://minuszerodegrees.net/rom/photo/NSI%20Logic%...
или
https://theroomthattimeforgot.com/wp-content/uploads/2017/08...
https://cdn6.bigcommerce.com/s-a1x7hg2jgk/images/stencil/128...
http://nostalgy.net.ru/museum/ne2000/uk0022.jpg
http://nostalgy.net.ru/museum/ne2000/relia.jpg
Сразу видно что не работали вы с этим "совместимым" железом, не работали.
За точными датами тебе лучше сходить в педивикию, но так навскидку, Phoenix отсудил право делать альтернативу IBM'овому BIOS'у где-то в районе 1990 года, а в 1995 вышла '95 венда.PC Compatible -- это миф, на претворение которого в жизнь было потрачено много усилий. Не то чтобы совсем бесплодно, но без сколь-нибудь полного успеха. А потом пришла венда, и PC Compatible канул в лету, уступив место Windows Compatible.
> на СООТВЕТСТВИИ СТАНДАРТУ
Как вспомню эти стандарты, так вздрогну. Открывать адресную линию A20 через контроллер клавиатуры -- это такое очень продуманное инженерное решение.
> совместимые видеокарты
О, да. Мне как-то приспичило отревёрсить supaplex, я засунул его в ida, продрался сквозь распаковку, и нашёл там кучу работы с EGA графикой и ничего не понял. Тогда я нашёл в интернете книжку начала 90-х о том, что такое графика под DOS и прочитал её. Так вот, мои детские познания об этом, которые сводились к знанию о видеорежиме 10h и из которых следовало, что графика под DOS -- это что-то простое, разбились в пыль об эту книжку. Чтобы писать программы работающие с графикой, надо было уметь работать с несколькими разными видеокартами, и писать код который может детектировать тип видеокарты, правильно её инициализировать и правильно с ней работать. Все стандарты на тот или иной видеорежим сводились к тому, что "этот режим появился в такой-то видеокарте, есть ещё в таких-то и таких-то видеокартах, работать с ним надо так и так". Реально все эти "стандарты" сводились к тому, что есть референсная реализация, а все остальные ей подражают, иногда меняя немного нумерацию портов ввода/вывода, а иногда привнося свои особенные баги. При этом вся эта работа была больше работой с железом, чем собственно с графикой, потому что видеокарты предоставляли такой "API", который было удобно реализовывать разработчикам железа, а не такой, который удобно использовать программисту.
Был конечно bios, который через int10h позволял работать с некоторыми наиболее распространёнными режимами графики, но этот int10h был настолько тормозным, что графику через него выводить можно было только в рамках студенческой курсовой работы.
Тот же TurboC, если ты в него заглянешь, содержал в себе несколько драйверов для графики, точно помню про Hercules и EgaVga, потому что я ими пользовался, про остальные, типа MDA, CGA, MCGA -- не знаю. SVGA там точно не было.
Ах да, та книжка начиналась с пассажа автора, который объясняя назначение книги и свою мотивацию к её написанию, рассказывал историю, как он купил крутанский новый компьютер с крутанской новой видеокартой -- AFAIR, EGA -- и потом заплатил IBM'у $100+ за спецификцию и ждал полгода, когда наконец IBM ему пришлёт его заказ.Попытка стандартизовать это дело была тоже в районе 1990 года, тогда запилили vesa-стандарты, svga, и прочие прелести. Которые даже дожили до сегодняшнего дня, но при этом не особо нужны в силу того, что в '95 году появилась венда, и стандартом на программирование графики стали win32api и DirectDraw. То есть, опять же хорошие, годные стандарты не успели появится и заменить собой зоопарк решений, как их сделали ненужными и заменили другими.
Стандарты для IBM PC Compatible -- это краткий эпизод из жизни PC, которому предшествовала жёсткая монополия со стороны IBM, и за которым последовала жёсткая монополия со стороны Microsoft. И на протяжении этого краткого эпизода PC так и не успел стать действительно стандартизованной железякой.
Если тебе нужны хорошие контрпримеры тому, что делает Поттеринг со своей единственной реализацией systemd, которая является де факто стандартом на саму себя, то ищи лучше на ietf.org, что-нибудь там об ipv4, tcp, udp и тому подобных вещах. Мне кажется что они как раз шли от стандарта ко многим реализациям, в отличие от PC, где принят другой подход: от единичной реализации, которая де факто стандарт себе, к многим реализациям, а затем к стандартизации.
> Как вспомню эти стандарты, так вздрогну. Открывать адресную линию A20 через контроллер
> клавиатуры -- это такое очень продуманное инженерное решение.Чему их на микроконтроллерных уроках програмления научили, то они и -- в продуксион. Скажи спасибо, что не через принтерный порт...
Теперь это https://duckduckgo.com/?q=pin+control+subsystem+site:lwn.net в каждом из миллиарда армо-фонов.
Вздрогнем!
> Чему их на микроконтроллерных уроках програмления научили, то они и -- в
> продуксион. Скажи спасибо, что не через принтерный порт...YOLO, в те поры микроконтроллеров толком не было. Не умели тогда нужный уровень интеграции. Поэтому виденная штука конца 80 такой направленности являла собой полноценный комп, где Z80 вместе с RAM и ROM были распиханы в эпичных (по тем временам) габаритах. Чуть меньше кирпича. Учитывая размеры всех остальных, монтажик был весьма плотненький, да еще трухольный. Тогда даже буржуины еще только начинали познавать прелести SMD и маленьких микросхем вместо DIP-40.
> Унификация - верный путь.Зоопарк реализаций инит-скриптов сменился зоопарком версий systemd. Несостоятельность идеи "юнит-файлы будут/должны писать разработчики апстрима, а мейнтейнерам останется только всё это дело опакечивать" в ситуации, когда чуть ли не в каждом релизе сабжа добавляются новые параметры либо меняется смысл значений ранее существовавших опций, поняли, наверное, даже сторонники поттеринга. Возможные нюансы раскладки файлов по директориям в разных дистрибутивах systemd тоже никак не решает.
Унификацию надо включать 31-м пунктом на http://0pointer.de/blog/projects/the-biggest-myths.html.
> Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него
> это просто куча программ набор который меняется от дистра к дистру.
> Унификация - верный путь.Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре. Это не зоопарк, и не проблема, а свобода выбора.
Унификация была обеспечена модульностью, совместимостью, взаимозаменяемостью и loose coupling-ом.Но потом пришёл systemd и получили и зоопарк и vendor lock-in, а не унификация.
Деградация одним словом от Unix-way к Windows-way.
> Любая свободная программа работала без модификаций с любым init-омПод зоопарком реализаций инит-скриптов подразумевались проблемы с переносимостью самих скриптов, а не запускаемых ими программ. Например, инит-скрипт, написанный для sysvinit в Debian, почти гарантированно не будет работать в CentOS, т.к. будет рассчитан на дебиановский способ описания зависимостей, настроек, дебиановские вспомогательные функции/скрипты и т.п..
Да, но вот только сделать его рабочим занимало ну пусть один день. Ибо баш скрипты везде одинаковы, а раз ты маинтайнер - этого добра ты повидал до чёртикоффф :)А сейчас с твоим текущим сыстемдЫ - шаг влево \ вправо и всё в корке. Дебаггер *ля в зубы! :( И чтобы запустить на хоть чём то другом, да даже на сис* другой версии уже часто нужно менять код самого аппа :-) Поздравляю Шарики, вы - балбесы!
> добра ты повидал до чёртикоффф :)Ну вот майнтайнеры навидались чертиков и решили что им это не надо. Прописать юнитфайл на десяток строк им проше и копипастить из другого дистра его можно почти 1 в 1. А если даже и потребуется что-то сменить то это по крайней мере не на третьей странице.
> А сейчас с твоим текущим сыстемдЫ - шаг влево \ вправо и
> всё в корке. Дебаггер *ля в зубы! :(Не подтверждаю это, хотя запилил несколько десятков нестандартных систем под встройку. А на этих ваших бсд или за что вы там топите я этого вообще делать не стану, как заведомо провальное начинание.
> Поздравляю Шарики, вы - балбесы!
Балбес, не балбес, а мой сервис работающий с UART он может мониторить на живость, в отличие от monit и runit, которые тут сватают бессмысленно и беспощадно.
> Балбес, не балбес, а мой сервис работающий с UART он может мониторить
> на живость, в отличие от monit и runit, которые тут сватают
> бессмысленно и беспощадно.А ещё он умеет обспечить ситуацию вида
# mount /boot
# ls /boot
# _Здесь должно было быть фото охреневшего меня, пока не выяснилось, что:
- на развёрнутой с флэшки системы задвоились записи для /boot (попал и вариант с флэшки, и для установленной системы);
- systemd "лучше меня знает", что делать, когда в /boot оказалось смонтировано "что-то не то", даже если смонтированное руками при этом по факту оказалось и описанным в /etc/fstab.Ну, отмонтировал этот ваш псевдомозг моментально только что смонтированное.
Жрите такое сами.
> А ещё он умеет обспечить ситуацию видаМожно я вам в вашем стиле, про линч негров? Уж сколько разных веселых ситуаций обеспечивали тюринг-полные инитскрипты - ни одному юниту системд не угнаться. При том отлаживать все это мерзко, криво, неудобно и - долго. Как угодно но если я накосячил в типовом юните системды то я понимю где факап быстро и с минимальным количеством лишних приседаний. Чаще всего просто посмотрев в journalctl.
> - на развёрнутой с флэшки системы задвоились записи для /boot (попал и
> вариант с флэшки, и для установленной системы);А виноват в этом наверное системд. Да и мне судя по таким советчикам как вы надо было не чинить энтропию в системе, а вытряхнуть системд. А я как болван разобрался где у меня в ядре источники энтропии отпали и сделал чтобы в системе энтропии стало заваилсь. Вот я лох то по сравнению с вами, совсем работать не умею.
> "что-то не то", даже если смонтированное руками при этом по факту
> оказалось и описанным в /etc/fstab.Когда монтируется запись из fstab это уже в любом случае не совсем руками.
> Ну, отмонтировал этот ваш псевдомозг моментально только что смонтированное.
С другой стороны, он обучается правильно монтировать то что я там хотел. И если что-то не срабатывает, он по крайней мере сообщит в чем факап, хотя-бы в свой журнал. А если скриптом маунтить, журналинга чаще всего не оказывается вообще.
> Жрите такое сами.
Я всегда жру сам то что советую другим. Иначе это непорядочно как-то, знаете ли. Как там ваши баши поживают? Все по прежнему две версии таскаете под художества вашего местного Ульриха?
А хотите еще загадку из эпохи древних костяшек?Вот смотрите, есть fstab. Есть записи в нем. Но допустим что у нас нелинейная иерархия. Есть underlying storage. А есть то что зависит от смонтированности других сторажей. Будь то файл образа, оверлей, сетевые фс, или что еще.
Вопрос: где в формате синтаксиса fstab вообще нормыльнй порядок монтирования и зависимости? Нет, можно конечно последовательно все маунтить, как будто на дворе MSDOS и autoexec, но тогда в зависимости от числа записей в fstab время старта может затянуться. Некоторые конечно и 20 дисков будут так монтировать, но это нравится ой как не всем.
А если маунтить параллельно - где, спрашивается, нормальный синтаксис для описания этого? Нет, как что-то такое сделать силами системд с юнитами с типом .mount я еще понимаю. Там есть хоть какая-то логика и на системд это реально сделать не через зад, при том я сразу вижу тропинку к решению. А без системд?
> А хотите еще загадку из эпохи древних костяшек?
> Вот смотрите, есть fstab. Есть записи в нем. Но допустим что у
> нас нелинейная иерархия. Есть underlying storage. А есть то что зависит
> от смонтированности других сторажей. Будь то файл образа, оверлей, сетевые фс,
> или что еще.
> Вопрос: где в формате синтаксиса fstab вообще нормыльнй порядок монтирования
$ man fstab |grep order
comments, blank lines are ignored. The order of records in fstab is important because
This field is used by the fsck(8) program to determine the order in which
$ _> и зависимости?
На. Детоксикацию.
Плюсонул.
> Ну вот майнтайнеры навидались чертиков и решили что им это не надо.
> Прописать юнитфайл на десяток строк им проше и копипастить из другого
> дистра его можно почти 1 в 1. А если даже и
> потребуется что-то сменить то это по крайней мере не на третьей
> странице.Это не майнтайнеры решили, а малолетние программеры прикладухи типа гномокедов и модных фреймворков, которым «мне так удобнее» и «УМВР». Выбор Лиловой Шляпой ЦА был дьявольски точен.
>> Поздравляю Шарики, вы - балбесы!
> Балбес, не балбес, а мой сервис работающий с UART он может мониторить
> на живость, в отличие от monit и runit, которые тут сватают
> бессмысленно и беспощадно.А когда сломается, вы познаете дзен администрирования, ибо вместо принципиально понятной, особенно под пиво, простыни на баше вам придётся рыть репозитории исходников системды и общаться с тамошним невменозом.
>> Любая свободная программа работала без модификаций с любым init-ом
> Под зоопарком реализаций инит-скриптов подразумевались проблемы с переносимостью самих
> скриптов, а не запускаемых ими программ. Например, инит-скрипт, написанный для sysvinit
> в Debian, почти гарантированно не будет работать в CentOS, т.к. будет
> рассчитан на дебиановский способ описания зависимостей, настроек, дебиановские вспомогательные
> функции/скрипты и т.п..Понял. То что под предлогом унификации сломали совместимость, нас не беспокоит. И шаблон даже не пошевелился. Ну хорошо, как сказал тот чувак, улыбаемся и машем.
Совместимость кого с кем? В системд есть слой совместимости с sysv, так что в пределах системы совместимость в целом есть. А между системами совместимости никогда и не было.
> Совместимость кого с кем? В системд естьОн про "совместимость" Redhate-а c Debian-ом.
Он делает вид, что RedXxx решали такую "проблему".
Он делает вид, что RedXxx решали её и с s-d.
Снова.
Все 237 раз. :-l
> Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него
> это просто куча программ набор который меняется от дистра к дистру.
> Унификация - верный путь.Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре. Это не зоопарк, и не проблема, а свобода выбора.
Унификация была обеспечена модульностью, совместимостью, взаимозаменяемостью и loose coupling-ом.Но потом пришёл systemd и получили и зоопарк и vendor lock-in, а не унификация. Деградация одним словом от Unix-way
>Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре.И это сильно огорчало торгашей из RH ...
И они таки нашли выход!
>>Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре.
> И это сильно огорчало торгашей из RH ...
> И они таки нашли выход!В точности так. Лет пятнадцать мыкались, горемычные, туда-сюда с разными подходами к вендорлоку имени себя, но потом посмотрели на винду, макось и солярку, хлопнули себя по лбу и поставили задачу Потному Лёне.
> Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него
> это просто куча программ набор который меняется от дистра к дистру.
> Унификация - верный путь.Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре. Это не зоопарк, и не проблема, а свобода выбора.
Унификация была обеспечена модульностью, совместимостью, взаимозаменяемостью и loose coupling-ом.Но потом пришёл systemd и получили и зоопарк и vendor lock-in, а не унификация.
Деградация одним словом от Unix-way к Windows-way.
>В journalctl добавлена опция "--grep"На n-нный год зоркий глаз решил сам воспользоваться своим велосипедом и заметил, что кроме всего прочего, на квадратных колесах неудобно, медленно и больно.
>>В journalctl добавлена опция "--grep"
> На n-нный год зоркий глаз решил сам воспользоваться своим велосипедом и заметил,
> что кроме всего прочего, на квадратных колесах неудобно, медленно и больно.Даёшь
--while-read-do-mkdir-cat-rm-done
, ура[I]!
>>>В journalctl добавлена опция "--grep"
>> что кроме всего прочего, на квадратных колесах неудобно, медленно и больно.
> Даёшь
> --while-read-do-mkdir-cat-rm-done#>>> следует указать "--case-sensitive=no"
Впрочем, сначала --grep-i. :/
...и --квадратные-колёса-навсегда=не-е-ет.
Ты ман по less не осилил?
Там поиск есть.
> Ты ман по less не осилил?Кстати, less тоже не осилил. Нет не я.
Пример:
В less здорового человека есть удобная опция Shift-F "Scroll forward, and keep trying to read when the end of file is reached."
Так вот, в journalctl... ну ты понял.
В анонсе нет ни одного упоминания касательно issuses, bugs, fixes и bugfixes. И, мне кажется, тут что-то не так...
Потому что issues и bugs -- это происки хейтеров, а fixes и bugfixes-- это features.
Сколько уже повторять, NOT-A-BUG!1!11
NOT-A-VIRUS
> Добавлен флаговый файл /etc/systemd/dont-synthesize-nobody, при наличиикоторого не будет создаваться пользователь с UID 65534 ("nobody");
cat /etc/passwd | grep nobody
nobody:x:99:99:Nobody:/:/sbin/nologinПоттеринг, с чего ты взял, что nobody всегда 65534?
> Поттеринг, с чего ты взял, что nobody всегда 65534?"ТЕПЕРЬ - есть!"
Теперь nobody ВСЕГДА 65534, потому что у кто не все, сломается какая-нибудь хрень, причем понять это по ее бинарным логам и невнятной диагностике будет невозможно. ибо нехрен выпендриваться.
Как же солярщики то жили с своим бинарным скулайтом? В который XML перегоняли.
ИД рута не напрягает?
systemd вещь конечно удобная.. но зачем там, помимо управления загрузкой демонов и сопутчтвующего еще 100500 ненужных фич? зачем там VPN, DHCP и куча прочего?.. те функции, что должно быть в отдельном, специально заточенном для того софте? Unix way уже не в моде..
Пользователи SystemD наконец-то начали о чём-то догадываться? Ну, лучше поздно, чем никогда.
> Пользователи SystemD наконец-то начали о чём-то догадываться? Ну, лучше поздно, чем никогда.Не, пользуемые заняты зазубриванием "условных операторов" ""языка"" юнит-фейлов. У них зачот скоро.
Это просто мимо-проходилы, которые совершенно не в курсе разворачивающейся драмы, с вопросом "ой, что это??". Или мы с тобой толстячка не узнали -- горе нам.
> со
>путч
>твующего еще 100500 ненужных фич?Тоньше, Владимир!
>специально за[вырезано цензурой мыслепреступлений]оченном для
> того софте?Про_ц_есс же. Не остановить!!
>Unix way уже не в моде..
Ой, вот это вот точно совсе мне в сюда.
> зачем?Because we can!...
Ну, а если серьёзно, вендор-лок, чо уж.
>Unix way уже не в моде.Он не был в моде уже на юниксе.
Just for fun?
`journalctr ... | grep -i` гораздо короче, а с `-F` ещё и быстрее.
> `journalctr ... | grep -i` гораздо короче, а с `-F` ещё и
> быстрее.Прошу пардону, создатель этого самого "журнал-г", обосновывая бинарный (не текстовый) формат журнала, ездил тут всем по ушам, что вот-де в бинарном формате поиск-то быстрый будет (типа база данных, все дела) и еще куча всякого вкусного... А Вы во что превратили гениальнейшую идею? Бинарный журнал перегоняете в текстовый формат и текстовым инструментарием обрабатыватете? А можно вопрос: не проще ли сразу журнал в текстовом виде хранить? А ведь так оно и было (текстовый формат) до сюстем-ге с журналом-ге...
Я думаю , впереди сохранение этого выхлопа в бинарный формат, что бы 2 раза не вставать.
>В journalctl добавлена опция "--grep"Because pipes are soooooo 1970.
Рубани через disasm пайпы и фичу лёни. Удивись сколько гoвнa генерит системда
Нужно cjdns добавить в systemd
> Нужно cjdns добавить в systemdНе в туда: добавить d-bus в bind и пожра-а-ать его. Bind10. Питон. Uhgm[I]!!
>> Нужно cjdns добавить в systemd
> Не в туда: добавить d-bus в bind и пожра-а-ать его. Bind10. Питон.
> Uhgm[I]!!Думаю пора встроить GNOME и Wayland в systemd. Следующим шагом будет ядро... Oh, wait...
>>> Нужно cjdns добавить в systemd
>> Не в туда: добавить d-bus в bind и пожра-а-ать его. Bind10. Питон.
>> Uhgm!!
> Думаю пора встроить GNOME и Wayland в systemd. Следующим шагом будет ядро...
> Oh, wait...Эта "стратегия" в одни ворота: пока мы тут _шутим_ про то, чего б "такого" повесить на красношляпое -- для нанесения _ему_ максимального урона и лулзов, оно таки пожирает и троянит инфраструктуру, нанося нам. "несогласным", "бездействующим", "ретроградам" итпр, таки этот самый [в сетапе той игры-"стратегии"] урон под лулзы и улюлюкания ленарт-югенда.
Надо менять игру... runit? sheperd? less-что-тотам-в-носу-d? ...
Начинать что-то делать?! ........... :/
>[оверквотинг удален]
>>> Uhgm!!
>> Думаю пора встроить GNOME и Wayland в systemd. Следующим шагом будет ядро...
>> Oh, wait...
> Эта "стратегия" в одни ворота: пока мы тут _шутим_ про то, чего
> б "такого" повесить на красношляпое -- для нанесения _ему_ максимального урона
> и лулзов, оно таки пожирает и троянит инфраструктуру, нанося нам. "несогласным",
> "бездействующим", "ретроградам" итпр, таки этот самый [в сетапе той игры-"стратегии"]
> урон под лулзы и улюлюкания ленарт-югенда.
> Надо менять игру... runit? sheperd? less-что-тотам-в-носу-d? ...
> Начинать что-то делать?! ........... :/Первое что приходит в голову, это поддержать Devuan. Хотя бы тестированием. Ну или хотя популяризацией!
> Первое что приходит в голову, это поддержать Devuan. Хотя бы тестированием. Ну
> или хотя популяризацией!Devuan - это downstream. Не тот уровень, где проблему надо решать.
> Первое что приходит в голову, это поддержать Devuan. Хотя бы тестированием. Ну
> или хотя популяризацией!Корпоративный веб-сервант на него перевёл. Полгода уже.
Как-раз оно: и тестирование, и популяризация.
> Корпоративный веб-сервант на него перевёл. Полгода уже.Целый один? Крутая у тебя там корпорация.
>> Корпоративный веб-сервант на него перевёл. Полгода уже.
> Целый один? Крутая у тебя там корпорация.А то! "Адын. Савсэм адын..."
Ещё тестовый сервант, который монтажники по точкам носят. :-)
Просто "внезапно" (примерно за год до выхода стабильной ветки devuan) выяснилось, что и простой 8-й дебьян в северном варианте вполне себе без онтопика работает. ;-)
> Ещё тестовый сервант, который монтажники по точкам носят. :-)Ну все, теперь Поттерингу точно хана.
> Просто "внезапно" (примерно за год до выхода стабильной ветки devuan) выяснилось, что
> и простой 8-й дебьян в северном варианте вполне себе без онтопика работает. ;-)Как показали натурные эксперименты, он и с онтопиком неплохо работает :). И я очень рад тому что теперь трах с дефолтной системой - не у меня.
>> и простой 8-й дебьян в северном варианте вполне себе без онтопика работает. ;-)
> Как показали натурные эксперименты, он и с онтопиком неплохо работает :). И
> я очень рад тому что теперь трах с дефолтной системой -
> не у меня.Не знаю, не знаю. На десктопе оно ещё терпимо, но на сервере это просто ад. Глюки зависимостей старта, больное на всю голову журналирование, уродская система контроля сессий...
Мне хватило по самое "не хочу" за неделю отладки центоса 7 с нагиосом и 16.04 бубунты с опенвпн. Теперь это дерьмецо сносится первым делом или ставится сразу без него.
ой. а ты думать умеешь?... еще не все мозги расстерял от ударов по стенам?
А то смотри опять биться начнешь услышав слово BSDL :-)
Скорей бы уже SystemD намертво прибили к ядру и все успокоились. А те, кому не нравится Red Hat - пусть валять на шиндовс.
Так неинтересно. Надо ядро сделать модулем systemd. Будут красивые иниты для его конфигурации, можно будет журналировать кернел паники.
devuan.
> В journalctl добавлена опция "--grep"Надо было --select-string, чего он боится-то?
Даешь новые профессии: OPS SystemD, DevOPS SystemD
Правильнее будет Oops Systemd
> что позволяет создавать пользователей у которых не совпадают UID и GID.А это ещё зачем?
Группы политик, active directory auth
Да ладно вам, занудам, единственно верное решение товарищЪ толкает. systemd - так победим!
Эти товарищи нам не товарищи.
> добавление опции "--grep" в journalctlВоу, обещали же что в journald grep не нужен будет, выходит потеринг врал как всегда?
а он и не нужен
journalctl | grep
много лет уже пользуюсь
кстати:> apt-get --no-install-recommends install sysvinit-core sysvinit-utils
> reboot
> apt-get remove --purge --auto-remove systemd libpam-systemd
> кстати:
>> apt-get --no-install-recommends install sysvinit-core sysvinit-utils
>> reboot
>> apt-get remove --purge --auto-remove systemd libpam-systemdЭто http://without-systemd.org/wiki/index.php/How_to_remove_syst...
всё https://wiki.debian.org/systemd#Installing_without_systemd
полумеры, соглашательство, самообман и пятая колонна.См. также
systemd-must-die https://lists.debian.org/debian-devel/2014/07/msg00018.html
и его политкорректное продолжение
prevent-systemd-completely https://pkgs.org/download/prevent-systemd-completely .Но!
Есть https://duckduckgo.com/?q=How+to+remove+libsystemd0+from+a+D...
путь: https://forums.bunsenlabs.org/viewtopic.php?id=4264apt-get purge -s libsystemd0*
//Нет сам не делал. Доживаю последние деньки на wheezy-lts.
> //Нет сам не делал. Доживаю последние деньки на wheezy-lts.Перейти на БЗД, Шиндовс, Мак, Солярис и иже с ними. Из 9-го Дебиана Оно уже НЕ выпиливается. Вот на днях буквально проверил: libsystemd0 приколочена гвоздями к половине репозитория.
>> //Нет сам не делал. Доживаю последние деньки на wheezy-lts.
> Перейти на БДа, доживаю включает "рассматриваю варианты, куды бечь". Мои варианты совсем другие.
>Вот на днях буквально проверил: libsystemd0
> приколочена гвоздями к половине репозитория.Ты неправильно смотришь: она __не__ приколочена ко второй половине.:-D
//http://www.opennet.me/openforum/vsluhforumID3/113417.html#108
"Раскладка кнопок увеличения и уменьшения масштаба, присутствующих на некоторых клавиатурах, теперь сопоставлена в hwdb с кодами вверх и вниз, что позволяет использовать данные кнопки для прокрутки (раньше было настроено сопоставление с кодами zoomin и zoomout, которые не воспринимаются в большинстве пользовательских окружений); "Зачем???
А потом героически решать проблему того что они отвалились в каком-то приложении :(
> "Раскладка кнопок увеличения и уменьшения масштаба, присутствующих на некоторых клавиатурах,
> теперь сопоставлена в hwdb с кодами вверх и вниз, что позволяет
> использовать данные кнопки для прокрутки (раньше было настроено сопоставление с кодами
> zoomin и zoomout, которые не воспринимаются в большинстве пользовательских окружений);
> "
> Зачем???
> А потом героически решать проблему того что они отвалились в каком-то приложении
> :(#>> которые не воспринимаются в большинстве пользовательских
#>> не в большинствеОни не такие, как все. Патамучта.
вот если бы бесплатные сервера wire guard подняли ) цены бы не было, а так...покупать впс/вдс..ну его...проще и вовсе без впн тогда обойтись.
Толсто.
