Обсуждение: Systemd

lampslave
Так systemd в core уже давно…
Я думаю здесь речь скорее о том, что разработчики избавляются от всяких “оберток” и прочих теперь уже костылей над systemd. Оставляют только в чистом виде.
А, ну если так, то да, идёт такой процесс. Например недавно юнит dhcp из “набора для совместимости” перенесли в сам пакет dhcp (это то, что я застал лично, наверняка изменений в 100 раз больше).
Hi,

I apologize for this being somewhat after-the-fact. It was discussed on
IRC, but that of course doesn't necessarily cater to a wide enough
audience. Some of you have probably already noticed that systemd 189 now
provides, conflicts, and replaces libsystemd and systemd-tools. This is
the next logical step since systemd will eventually be in base once we
have sufficient unit coverage.

As an added bonus, maybe this will encourage people who haven't switched
over yet to do so.

Just to be clear, there aren't any new conflicts introduced with this
change. sysvinit/initscripts and systemd can still co-exist, with
systemd-sysvcompat continuing to carry the only conflict. The net result
is only that you will have systemd installed whether you use it or not.
Ах вооон оно что… Ну что же, время пришло.
PS. Для тех, кто не умеет пользоваться Google Translate: systemd, который сейчас в тестинге, будет установлен во все системы (при обновлении) и заменит собой systemd-tools.
lampslave
Например недавно юнит dhcp из “набора для совместимости” перенесли в сам пакет dhcp
Да, судя по всему этим сейчас активно занимаются. Только что обновился systemd-arch-units. Из новой версии исчезли следующие юниты:
dhcpd4.service
dhcpd6.service
gdm.service
irqbalance.service
modem-manager.service
[email protected]
saslauthd.service
udisks.service


Это может означать только одно. Юниты “переехали” в соответствующие им пакеты.
И, возможно, со временем в этих пакетах могут остаться только юниты, а скрипты запуска из rc.d уберут. Как, наверное, и саму директорию.
Юниты “переехали” в соответствующие им пакеты.
Угу, udisks тоже обновился.
Не уверен, что будут выдерать rc.d. По остальным юнитам могу добавить информацию, что задолго до этого в mysql, apache, vsftpd, ssh, postgresql. То есть демоны переезжают уже давненько.
SunStroke
lampslave
Например недавно юнит dhcp из “набора для совместимости” перенесли в сам пакет dhcp
Да, судя по всему этим сейчас активно занимаются. Только что обновился systemd-arch-units. Из новой версии исчезли следующие юниты:
dhcpd4.service
dhcpd6.service
gdm.service
irqbalance.service
modem-manager.service
[email protected]
saslauthd.service
udisks.service


Это может означать только одно. Юниты “переехали” в соответствующие им пакеты.
И, возможно, со временем в этих пакетах могут остаться только юниты, а скрипты запуска из rc.d уберут. Как, наверное, и саму директорию.
Судя по всему, действительно разработчики форсируют переход на сабж. Так, упомянутый gdm.service теперь часть пакета gdm 3.4.1-3.
Говорила мама: "RTFM, сынок!"
Чтобы не плодить темы, задам вопрос здесь (всё равно он скорее из любопытства).
Перешел на “чистый” systemd некоторое время назад и сегодня ради любопытства посмотрел выхлоп dmesg. Нашел там такое сообщение:
[80274.915489] systemd[11217]: segfault at bf075f2c ip 080a0a5d sp bf075f30 error 6 in systemd[8048000+cb000]
Cубьективно никаких проблем с системой не отмечено, по сообщению systemctl все тип-топ (читал выхлоп systemctl dump).
Но меня терзают смутные сомнения относительно этой ошибки № 6.
Да, ядро версии 3.5.3-1, с предыдущие ядром ума посмотреть сообщения не хватило.
Может быть, кто в курсе ситуации?
Говорила мама: "RTFM, сынок!"
традиционно сегфолты не рассмартриваю, оставляю на совесть девелоперов. по данному случае тоже , ярко выраженное хз. У себя к сожалению не наблюдаю…
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
 
Зарегистрироваться или войдите чтобы оставить сообщение.