LINUX.ORG.RU

systemd 237

 ,


0

1

Леннарт Поттеринг объявил в рассылке systemd-devel о выходе новой версии systemd 237.

Основные изменения:

  • кнопками зума некоторых клавиатур можно пользоваться как прокруткой;
  • поведение строк типа f в systemd-tmpfiles приведено в соответствии с документацией (изменение, нарушающее совместимость с предыдущими версиями);
  • journalctl наконец-то обзавелся параметром --grep;
  • добавлена поддержка переменной окружения SYSTEMD_OFFLINE, которая может перевести systemd в автономный режим (без взаимодействия с сервисным менеджером);
  • можно динамически создавать временные юниты .path и .socket по аналогии с типом mount;
  • в systemd-mount появился параметр --owner;
  • новый условный оператор ConditionControlGroupController, проверяющий доступность контроллера;
  • в юниты и файлы .link, .netdev и .network добавлена поддержка условного оператора ConditionKernelVersion;
  • systemd-networkd получил поддержку Prefix Delegation для DHCP6;
  • расширены возможности API sd-bus и sd-event;
  • долгожданная поддержка VPN WireGuard;
  • в systemd-notify добавлен параметр --uid;
  • новая команда systemd-analyze service-watchdogs для вывода состояния watchdog'ов;
  • инновационные параметры для systemd-analyze: log-level и log-target на смену устаревшим [get,set]-log-level и [get,set]-log-target;
  • в sysusers.d добавлены строки типа u для одновременного указания UID и GID.

P. S. В списке контрибьюторов замечен один из четырехзвездочных ЛОРовцев.

>>> Подробности



Проверено: anonymous_incognito ()
Последнее исправление: sudopacman (всего исправлений: 6)

journalctl наконец-то обзавелся параметром --grep;

Сделать бинарные логи, чтобы потом героически обьявить: «мы сделали grep».

rumgot ★★★★★
()
Ответ на: комментарий от rumgot

Самое веселое про journald и вообще кривость и, так сказать, монолитная неюниксвейность systemd, в частности по отношению https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard.

Не может корректно отмонтировать /usr и /var. https://github.com/systemd/systemd/issues/5099 Официально висит с 2015 года https://github.com/systemd/systemd/issues/867.

anonymous
()
Ответ на: комментарий от anonymous

https://github.com/systemd/systemd/issues/867#issuecomment-251909747

That said, the issue is purely cosmetic IRL. The final killing spree (where journald is finally gone) will be able to unmoiunt /var anyway, hence the earlier umount failing might be annoying but isn't much of an issue.

Угу, «монолитная неюниксвейность». Раз ты такой умный, может, придёшь в комменты к issue и расскажешь всем, как надо и как «немонолитная юниксвейность» поможет решить проблему? Заодно расскажешь, что это вообще такое...

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от intelfx

That said, the issue is purely cosmetic IRL...

notabug

Угу, «монолитная неюниксвейность»
Заодно расскажешь, что это вообще такое

Сперва они кладут с высокой колокольни на fhs и вообще на lsb, что уже никто не понимает, что и где должно лежать, и почему так должно лежать. Потом заставляют рассказать как надо исправить неисправимое, потому что фундамент криво заложен. Идите вы лесом. И это не только про systemd можно сказать. Класть с высокой колокольни на стандарты стало модно, при этом не предлагая свои новые стандарты. Строят без фундамента.

anonymous
()
Ответ на: комментарий от anonymous

и вообще на lsb

Этот мертворожденный красношапкостандарт уже давно никому не нужен, да и systemd к нему никаким боком.

anonymous
()
Ответ на: комментарий от anonymous

они кладут с высокой колокольни на fhs и вообще на lsb

И правильно делают.

Очередной пятизвездочный аноним. Чтобы делать «правильно» надо сперва написать эти «правила». А их нет и на существующие кладут.

anonymous
()
Ответ на: комментарий от anonymous

и вообще на lsb

Этот мертворожденный красношапкостандарт уже давно никому не нужен, да и systemd к нему никаким боком.

Продукт от красношапки кладет на «правила» красношапки. Все правильно делают, ящетаю.

еще наброс про «монолитную неюниксвейность» https://ask.fedoraproject.org/en/question/63985/how-to-correctly-disable-jour...

This is simply not supported. All services systems starts have their stdout/stderr connected to journald, thus journald really needs to run.

anonymous
()
Ответ на: комментарий от intelfx

Зайчик, ты на мой вопрос так и не ответил.

Deleted
()
Ответ на: комментарий от intelfx

Ты от ответа не уходи. Про FHS потом расскажешь.

Как только ты расскажешь про то, почему гуляют от версии к версии файлы systemd по директориям /bin, /sbin, /lib, /usr/bin, /usr/sbin, /usr/lib, /etc/systemd, /usr/lib/systemd, /lib/systemd. Это в каких «правилах» написано, что файлы должны гулять такими маршрутами?

Для пятизведочного могу повторить. Как корректно отключить journald от «юниксвейного немонолита»? https://ask.fedoraproject.org/en/question/63985/how-to-correctly-disable-jour...

anonymous
()
Ответ на: комментарий от anonymous

Как корректно отключить journald от «юниксвейного немонолита»?

systemctl mask systemd-journald{,.socket}

Самое веселое про journald и вообще кривость и, так сказать, монолитная неюниксвейность systemd

Как только ты расскажешь, почему гуляют от версии к версии файлы systemd по директориям

Про это потом поговорим. Так что там с «монолитной неюниксвейностью»? Как нужно было всё спроектировать, чтобы не возникло #867?

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 4)

Я наркоман или быстрее стал грузиться?

Neko_Kun
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.