Я различаю разные системы инициализации.

Некорректно.
http://www.google.ru/search?q=pulseaudio no sound - 2.9Мрезультатов
http://www.google.ru/search?q=alsa no sound - 3.63Мрезультата
Это, ведь, не значит, что альса УГ и не нужно.

http://www.google.ru/search?q=pulseaudio no sound

https://www.google.ru/search?q=alsa no sound

Ты сказать-то что хотел? Говори, не стесняйся.

Жесть как она есть

Демоны, сокеты, файлы девайсов и точки монтирования… Настоящий юникс-вей, чо.

Специальный демон. Например, ulatencyd.

Ну если тебе нравится по 100500 демонов пускать, то пожалуйста. Мне не очень. Да и системд это делает эффективнее.

PS Кто-то им пользуется?

К слову - показываемое гуглом количество результатов не имеет смысла. Он же будет и просто alsa искать и просто «no sound». Дальше тысячи не посмотришь, но на сложных запросах видно со второй страницы уже - ерунду ищет, на которую нельзя ориентироваться.

Частичное решение - искать в кавычках.

2.9М
3.63М

А теперь сравни, сколько существует пульс и сколько alsa. И приплюсуй сюда проблемы с дровами. (надеюсь, в пульс ещё свои дрова не встроили?)

ясно

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

однако никто не мешает в начале «скрипта» написать #!/usr/bin/blablabla, где вместо blablabla может быть zhs, perl, busybox или какой-то самописный бинарь, тогда запуск будет идти в виде

/usr/bin/blablabla /etc/init.d/blablabla start|stop

в таком случае в «инит-скрипте» можно оставить только этот самый lsb-заголовок и запускать только бинарь, который будет брать параметры из $2

если так, то ещё одно «преимущество» systemd есть ЛПП

Ну если тебе нравится по 100500 демонов пускать, то пожалуйста. Мне не очень.

И ты ещё рассуждаешь о Unix-way?

Да и системд это делает эффективнее.

Почему? (Предвижу ответ «патамушта»).

Ну если тебе нравится по 100500 демонов пускать, то пожалуйста. Мне не очень.

100500 демонов будут запущены вне зависимости от запускалки.

Да и системд это делает эффективнее.

Что ты подразумеваешь по эффективностью в данном контексте?

Ты это понимаешь, я это понимаю, а товарищи, наподобии, Ivan_qrt - нет. Потому я и написал о некорректности примера.

Почему? (Предвижу ответ «патамушта»).

systemd предлагает простой путь для решения обсуждаемой задачи. Запуская очередной новый процесс, systemd помещает его в отдельную контрольную группу с соответствующим именем. Контрольные группы Linux предоставляют очень удобный инструмент для иерархической структуризации процессов: когда какой-либо процесс порождает потомка, этот потомок автоматически включается в ту же группу, что и родитель. При этом, что очень важно, непривилегированные процессы не могут изменить свое положение в этой иерархии. Таким образом, контрольные группы позволяют точно установить происхождение конкретного процесса, вне зависимости от того, сколько раз он форкался и переименовывал себя — имя его контрольной группы невозможно спрятать или изменить. Кроме того, при штатном завершении родительской службы, будут завершены и все порожденные ею процессы, как бы они ни пытались сбежать. С systemd уже невозможна ситуация, когда после остановки web-сервера, некорректно форкнувшийся CGI-процесс продолжает исполняться вплоть до последних секунд работы системы.

ну вот и хорошо: вместо выпиливания из системы 100500 демонов теперь будет достаточно выпилить один

Что ты подразумеваешь по эффективностью в данном контексте?

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

2.9М
3.63М

Меряться кол-вом результатов, выдаваемых гуглом, это такая особая форма извращения?

http://www.google.ru/search?q=Леннарт_Поттеринг_дурак — Результатов: примерно 162

http://www.google.ru/search?q=Линус_Торвальдс_дурак — Результатов: примерно 31 800

100500 демонов будут запущены вне зависимости от запускалки

Поттеринг работает над этой проблемой. Ждём включения в состав systemd: httpd, ftpd, sshd, telnetd и прочих.

а товарищи, наподобии, Ivan_qrt - нет

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

Кому плохо? Корпорациям — очень даже хорошо.

Он будет прибит гвоздями к ядру, такшта...

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

Это легко реализуемо и без системд.

То, что у меня не будет лишнего жрущего демона.

Ну да. Он у тебя будет один, но жрущий как бегемот.

Это как аконади: разрабы КДЕ внезапно обнаружили, что в ихнем мейло-органайзере адрес почты копируется пять раз, и во имя экономии памяти сделали монстра, который один жрёт больше ОЗУ, чем все третькеды.

Похоже любой тред, содержащий слова «arch», «systemd», «pulseaudio», «firefox» и ещё ряд других с большой долей вероятности превращаются в эпический срач:)
Кстати, почему-то перестали ругать networkmanager в последнее время.

Ну да. Он у тебя будет один, но жрущий как бегемот.

Аналитики такие аналитики.

Это легко реализуемо и без системд.

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

Ну да. Он у тебя будет один, но жрущий как бегемот.

С чего бы это?

PS поживем увидим.

Unix-way

расскажи идиоту про «Unix-way», он и лоб расшибёт

А чего ругать Network Manager? Он божественен!

dbus же забыл

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

Да ладно, мы все помним, что началось, когда в убунте запилили pulseaudio по умолчанию.

А чего ругать Network Manager? Он не нужен!

fixed

Ну это было. Когда убунта системд запилят ещё не то начнётся, но к пульсе сейчас это мало отношения имеет.

PS Всем спокойной ночи.

Молодцы. Хоть кто-то делает что-то полезное.

Товариш заявлял, что копаться в systemd'шной каше из файлов десяти разных типов проще и удобнее, чем в старых добрых шелл-скриптах.

Сравни:

http://bb.comp-house.ru/comp-house.repo/wiki/systemd-vs-initv

Похоже на невозбранное избиение старичка младенцем, не правда ли?

Ага, я еще его легко не использовать, тем кому он не нужен.

Допустим выдрать pulse из Федоры — огромный гемор. А systemd вообще прибит гвоздями.

systemd нужен. Наконец оно уже закопает эту скриптоту.

Ты ещё для наглядности приведи инит скрипты из разных дистров, где каждый извращается как может.

Тему можно закрывать?:)

Это же ЛОР, такие темы это то, чем он жив :}

нет никто не заставляет юзать bash в этом и профит sysV скрипты, лежащие в /etc/init.d могут интерпретироваться чем угодно главное, чтобы они обрабатывали start|stop и имели lsb-заголовок

Управление пользовательской сессией из systemd (комментарий)

Возможность замены одних костылей на другие не меняет коренных недостатков sysV.

Очевидно, профит в том, что те ДЕ, которые не знают о systemd, нельзя будет запустить.

http://russianfedora.ru/content/Часть-функциональности-gnome-kde-и-xfce-перенося...

какая тололостота

Просто очередной удар по убунте.

Это ты шел костылём обозвал?

Сначала lightdm вытесняет всякие kdm и gdm,

Это только в убунте.

Очевидно, профит в том, что те ДЕ, которые не знают о systemd, нельзя будет запустить.

Достаточно того, что DE будут намертво прибиты в systemd, как куча гнилого софта прибита к winapi.

Ты ещё для наглядности приведи инит скрипты из разных дистров, где каждый извращается как может.

а что тут ненаглядного? Да, сразу можно не заметить, что скрипты initV мало того, что монструозны, но еще и хуже.

Например, в systemd ясно указано, что запускать smb следует после syslog (причем не прибитого гвоздями rsyslog, а той службы, которая используется для журналирования) сети и других сервисов самбы.

After=syslog.target network.target nmb.service winbind.service

А в init есть только вялая попытка проверить существование сети.

# Check that networking is up. [ ${NETWORKING} = «no» ] && exit 1

А еще в initv есть идиотская привычка рубить сервис при проверке какого нибудь файла на наличие.

Вот примерчик:

# Check that smb.conf exists. [ -f /etc/samba/smb.conf ] || exit 6

Охренеть. Ни одна операция молча не пройдет, если нет файла /etc/samba/smb.conf

Даже статус сервиса не покажет! Молча упадет и все. Ищите мол, где засада...

Ага. И графика в ядре тоже нужна. Чтоб закопать эту иксоту.

Костылём я назвал костыль - многочисленные, разные, как правило, во всех дистрибутивах, нередко кривые инит скрипты. От смены языка эти скрипты лучше не станут.

Костылём я назвал костыль - многочисленные, разные, как правило, во всех дистрибутивах, нередко кривые инит скрипты. От смены языка эти скрипты лучше не станут.

А вот от смены рук и мозга станут. Я гарантирую это.

Не путай графическую систему и «переключатель видеорежимов с поддержкой фреймбуфера».

Начало уже положено - чисто-юзерспейсовые иксовые драйвера уходят в историю.

А вот от смены рук и мозга станут. Я гарантирую это.

Отбор и выпрямление сам будешь проводить?:)