Релиз systemd 199

Так вот системд-шный «сервер» обеспечивает pool, а не push

Я в манах вижу что оно делает Server-Sent Events всем клиентам которые подключились

Не хотите не пользуйтесь systemd, к вам домой не приходят и насильно ПО не переустанавливают.

скажи это тем, кому в дистры насильно впихнули.

Я в манах вижу что оно делает Server-Sent Events

Я вижу только follow в его http-сервере, но это не вариант, поскольку требует переконфигурации системы мониторинга с при удалении-добавлении каждой отслеживаемой ноды.

кому в дистры насильно впихнули

Бедненький, как там у тебя после такого - «дистр» не опух? Срочно примени мазь Вишневского, а то попоболь не пройдёт :-D :-D :-D

А какие они эти безопасные настройки sysrq?

$ grep -r sysrq ./
./sysctl.d/50-default.conf:kernel.sysrq = 16

Я вижу только follow в его http-сервере

Это что такое?

поскольку требует переконфигурации системы мониторинга с при удалении-добавлении каждой отслеживаемой ноды.

ты чем логи с машин собираешь?

Я вижу только follow в его http-сервере

Это что такое?

man systemd-journal-gatewayd

ты чем логи с машин собираешь?

У меня rsyslog слушает (слушал). И за кем надо следить, тому я в конфиг вписываю отправлять логи куда надо.

«Сегодня я узнал много нового» (с) =)

    2 - control of console logging level
    4 - control of keyboard (SAK, unraw)
    8 - debugging dumps of processes etc.
    16 - sync command
    32 - remount read-only
    64 - signalling of processes (term, kill, oom-kill)
    128 - reboot/poweroff
    256 - nicing of all RT tasks

Короче говоря =16 не даст убить процессы и отправить систему в ребут.

Короче, для мониторинга, как мне показалось, gatewayd не подходит.

Весьма показательно, что «истерички» в основном вопят НЕНУЖНО, ВЕЛОСИПЕД и т.д.

И что характерно, они абсолютно правы.

потому что не программисты/кодеры/etc и не считают себя умнее сообщества профессионалов.

Дык, а фигли вы тогда в наш разговор лезете? :) Сидите себе тихо и не путайтесь у взрослых под ногами. А если вот кто-то что-то скажет — ответьте «прости, я не понимаю, о чём ты говоришь, и мне пофиг, даже если я в случае чего останусь без логов».

а фигли вы тогда в наш разговор лезете

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

Особенно если кретин публично демонстрирует эффект Даннинга — Крюгера во все поля.

systemd прорастает в кучу других частей дистра

Давай вместе вспомним, в какие другие части дистра проростает системде

иногда бывает очень сложно удержаться от того, чтобы не сказать дураку о том, какой же он всё-таки идиот.
Особенно если кретин публично демонстрирует эффект Даннинга — Крюгера во все поля.

Я знаю, но я сдерживаюсь. Не привык грубить собеседнику.

Давай вместе вспомним, в какие другие части дистра проростает системде

Давай попробуем. Во всё, что раньше юзало consolekit (Гном, КДЕ?).

Во всё, что раньше юзало consolekit (Гном, КДЕ?).

Гном

Именно. Теперь давай вспомним, что из себя представляет стек гнома, что нужно для его (полнофункциональной) работы и какой жуткий комбаен это из себя представляет. Весь RH стек сидит на своих собственных жутковатых игрушках, и системде там отнюдь не самое печальное

Давай вместе вспомним, в какие другие части дистра проростает системде

Давай. Итак:

1. Система инициализации (сам systemd).
2. Управление устр-вами (udev).
3. Журналирование (journald).
4. Учёт залогиненных юзеров (logind). Здесь всё особенно хреново, ибо (если я правильно понял) сие используется polkit'ом для детекта активной сессии, и без logind или consolekit (к-рый заброшен) юзера ждёт куча неудобств.
5. Управление графическими сеансами (https://wiki.archlinux.org/index.php/Systemd/User#Using_systemd_--user_To_Man...)
6. Параметры ядра (см. сабжевую новость).

Достаточно?

Достаточно?

Ересь какая то.

1 не пророс в 2 (скорее наоборот). 1,3,4,5 - самостоятельный стек, там никто никуда не прорастает кроме как само в себя. С 4 можно условно согласиться, потому что consolekit может быть скоро выброшен из polkit, но пока это не так. Другой вопрос, кем и зачем используется polkit, предлагаю вспомнить :]

Теперь давай вспомним, что из себя представляет стек гнома, что нужно для его (полнофункциональной) работы и какой жуткий комбаен это из себя представляет.

Ну как бы всё равно другие дистры его поставляют, и гипотетический форк тоже вынужден будет (если не хочет стать слакой).

Весь RH стек сидит на своих собственных жутковатых игрушках, и системде там отнюдь не самое печальное

Интересно. Давай Топ5 жутковатых игрушек Редхат (а то я его не видел уже несколько лет).

Ну как бы всё равно другие дистры его поставляют, и гипотетический форк тоже вынужден будет (если не хочет стать слакой).

А дистрибутив космонавта поставляет юнити, который что-бы раскатать, нужно патчить gtk и компанию. RH понравилась идея, и у них теперь будет что-то типа light варианта

Давай Топ5 жутковатых игрушек Редхат (а то я его не видел уже несколько лет).

Нетверк менеджер, модем менеджер, удискс, полисикит, gnome-session, gsettings итд

RH понравилась идея, и у них теперь будет что-то типа light варианта

Только их говно будет распространено шире и заменить его будет труднее.

Давай Топ5 жутковатых игрушек Редхат (а то я его не видел уже несколько лет).

Нетверк менеджер, модем менеджер, удискс, полисикит, gnome-session, gsettings итд

Вроде бы всё это есть и в других дистрах.

Вроде бы всё это есть и в других дистрах.

Ну да. На это садятся все плотнее. Более того, эти компоненты уже и не части гнумовского стека. И кде на них считай уже сидит. Не надо забывать откуда и зачем это пошло и истерить по поводу «прорастает». Единственное что необратимо - мутации в ширпотребовском десктопе, который чем дальше, тем больше завязывается на новый стек. Почему - потому что развитие десктопа требует удобных вменяемых реализаций политик и API, которых в линаксе из покон веку не было. Сейчас их пишут и на них садятся. Зачем они еще нужны.

А в серверной части все как было так и остается.

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

systemd не кажется мне вменяемой реализацией хоть чего-либо.

systemd не кажется мне вменяемой реализацией хоть чего-либо.

Ну, это твои личные ощущения. Мои личные ощущения показывают, что с этим уже можно работать. В выходные перевел последний десктоп с openrc на systemd - как глоток воздуха. В юзерской сессии systemd просто восхитителен.

А на холодильнике профитов наверное особых не будет.

Ну, это твои личные ощущения.

Естественно.

В юзерской сессии systemd просто восхитителен.

Нужно больше восторга.

1 не пророс в 2

Пока нет, но это вот железобетонное нежелание добавлять в configure опцию для сборки только udev (хотя ЕМНИП там надо только слегка поправить Makefile.am и configure.ac) наводит на нехорошие подозрения.

1,3,4,5 - самостоятельный стек

logind и journald будут нормально работать под обычным sysvinit?

Другой вопрос, кем и зачем используется polkit, предлагаю вспомнить :]

Обычными Пользователями™, чтобы не возится с добавлением своего юзера в доп. группы audio, video, optical и т.д. Нэ?

Тоже самое можно сказать про линукс который монолитный и совместимость с другими юниксами только в базовых системных вызовах типа read/write итп и то не полностью. Для меня главное то что оно работает и развивается.

Я пока не вижу потерь и каких-либо проблем с точки зрения конечного пользователя дистров с systemd. Даже с точки зрения сисадмина не вижу проблем. Для меня оно гораздо лучше какого-нить upstart в убунте в которой до сих пор не для всех сервисов upstart-конфиги написаны (по крайней мере в 12.04lts).

Я вижу единственную проблему в том что нет единого стандарта что есть современный дистр. Только я не верю что общими усилиями можно родить что-то лучше чем systemd.

1. Система инициализации (сам systemd).

2. Управление устр-вами (udev).

3. Журналирование (journald).

По-моему, эти вопросы должны волновать только разрабов альтернативных систем инициализации.

Параметры ядра

да это то что в /proc/cmdline попадает, к ядру не имеет отношения. Это просто параметры которые задаются в grub.

Journald теперь принудительно сбрасывает данные на диск спустя 5 минут после записи в журнал (т.е. данные на диске отстают не более чем на 5 минут)

Оно регулируется?

Наверняка можно использовать syslog-ng вместо journald.

logind и journald будут нормально работать под обычным sysvinit?

Зачем кому-то в 2013 году sysvinit?

Оно регулируется?

SyncIntervalSec=5m в конфиге

Зачем кому-то в 2013 году sysvinit?

Службы запускать же.

Нужно больше восторга.

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

Возможность читать свои логи от _всех_ приложений тоже повергает в восторг.

Ну и загрузка всего юзерспейса за 30 секунд - тоже приятный бонус :3

Службы запускать же.

Ну только ты не начинай. В 2013 году я не представляю себе систему инициализации без зависимостей, асинхронного старта и событий.

logind и journald будут нормально работать под обычным sysvinit?

Какое из слов словосочетания «самостоятельный стек» тебе не понятно?

Обычными Пользователями™, чтобы не возится с добавлением своего юзера в доп. группы audio, video, optical и т.д. Нэ?

Обычные Пользователи™ пользуются мышкой

Посмеялся. Браво!

Зачем кому-то в 2013 году sysvinit?

тебе нужен инит для чего?) и как время коррелирует с sysvinit?

«Ну и загрузка всего юзерспейса за 30 секунд - тоже приятный бонус :3» только цена это бонуса убитый спящий режим и гибренейт.

В 2013 году я не представляю себе систему инициализации без зависимостей, асинхронного старта и событий.

с представлением как-то туго? Или прежний инит работать не давал?

только цена это бонуса убитый спящий режим и гибренейт.

У меня работает спящий режим и гибернейт. ЧЯДНТ?

Ну только ты не начинай.

Ты это начал %)

В 2013 году я не представляю себе систему инициализации без зависимостей, асинхронного старта и событий.

Зависимости есть, асинхронный старт... щитоето, параллельный запуск служб? Тоже есть. Событий, правда, нет.

тебе нужен инит для чего?

Для управления сервисами Релиз systemd 199 (комментарий)

как время коррелирует с sysvinit?

Можно пользоваться и старыми средствами (и даже sysvinit можно выкинуть в пользу одного скрипта в котором можно руками прописать всё что нужно). Но есть средства удобнее.

загрузка всего юзерспейса за 30 секунд

Это шутка или у тебя какой-то сверхнавороченный юзерспейс?

Я пока не вижу потерь и каких-либо проблем с точки зрения конечного пользователя дистров с systemd.

<здесь было моё нытьё про static ethernet и бинарные костыли к юнитам>

Даже с точки зрения сисадмина не вижу проблем.

Тут кто-то не так давно жаловался на сегфолты в journald и на то, как долго RH его их исправляла (баг был уже давно известен). А уж про отношение (в т.ч. моё) к самим бинарным логам я скромно промолчу. :)

По-моему, эти вопросы должны волновать только разрабов альтернативных систем инициализации.

Скорее, их пользователей.

да это то что в /proc/cmdline попадает, к ядру не имеет отношения

Я про sysrq.

Зачем кому-то в 2013 году sysvinit?

За пределами rpm-дистров жизнь есть!

Зависимости есть

асинхронный старт

Эм, никогда не видел, всегда считал что это плюшка форков. Это где такое?

http://svn.savannah.nongnu.org/viewvc/sysvinit/trunk/?root=sysvinit

Это шутка или у тебя какой-то сверхнавороченный юзерспейс?

В смысле? Ну там демонов 20-25, но среди них емакс, фаерфокс и логин/пароль набить надо.

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

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

Это шутка или у тебя какой-то сверхнавороченный юзерспейс?

В смысле?

У меня Wheezy стартовал секунд 20 до логина.

Какое из слов словосочетания «самостоятельный стек» тебе не понятно?

Мне понятно, что идёт завязка всего на одну единственную систему инициализации. О чём, собственно, и шла речь.

Обычными Пользователями™, чтобы не возится с добавлением своего юзера в доп. группы audio, video, optical и т.д. Нэ?

Обычные Пользователи™ пользуются мышкой

И? Это как-то противоречит тому, что сказал я? :)

static ethernet и бинарные костыли к юнитам

это что такое?

Тут кто-то не так давно жаловался на сегфолты в journald

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

Я про sysrq.

В конфиге правится. У меня в арче вообще sysrq отключён в sysctl.conf, но это не повод выбрасывать дистр.

Эм, никогда не видел, всегда считал что это плюшка форков.

И что?