Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Разговоры о Linux и не только → А почему некоторые ругают pulseaudio и systemd?
yars, pulse заменить нечем.
zenon, ну, может, и так, но уж systemd - точно не нужен.
но уж systemd - точно не нужен
Не, как система инициализации имеет право быть, и неплоха сама идея. Реализация и развитие вот только не внушают уважения. Эта systemd, чисто выбегайловский кадавр - все вокруг пожирает.
Реализация и развитие вот только не внушают уважения
Полностью согласен.
Вот systemd вообще не вижу смысла ставить. Какие у него преимущества перед openrc?
https://www.youtube.com/watch?v=4NXMmHY … r_embedded
Ну и поддержка корпоративных разработчиков. Системд уже становится стандартом для многих дистрибутивов и разработчиков.
yars⇓ пишет:но уж systemd - точно не нужен
Не, как система инициализации имеет право быть, и неплоха сама идея. Реализация и развитие вот только не внушают уважения. Эта systemd, чисто выбегайловский кадавр - все вокруг пожирает.
Что например пожирает?
А на выходе получается лучше чем, то что поглощает ведь.
Например та же идея рулить графическими сеансами через системд вместо сегодняшнего зоопарка gdm, kdm, lxdm, xdm, lightdm и т.д.
Ну и поддержка корпоративных разработчиков. Системд уже становится стандартом для многих дистрибутивов и разработчиков.
Да не стандартом оно становится, а разработчики от безрыбья, сквозь зубы матерясь, осваивают эту CENSORED. Ну чего хорошего в том, что выбирать становится не из чего? А ведь в Linux наличие альтернативных решений было одной из сильных сторон (и одновременно недостатком, но это как посмотреть)... А сейчас нас этого хотят лишить, заменив вендоподобной хреновиной.
Выбор остаётся. Ни кто же насильно не заставляет им пользоваться.
Разработчики сами на него переходят. Те же дистрибутивостроители, а уж они понимать в этом должны.
Выбор остаётся. Ни кто же насильно не заставляет им пользоваться.
udev интегрирован в systemd, но пока есть возможность собрать его отдельно. А потом этой возможности не будет. И хотят разработчики того, или нет, Поттеринг таки заставляет использовать его поделие. И да, мне непонятно, зачем нужна была свистопляска с новыми именами сетевых интерфейсов? Язык не поворачивается назвать это свободой выбора.
fragment пишет:Вот systemd вообще не вижу смысла ставить. Какие у него преимущества перед openrc?
Ни о чём, если честно. Если перенести xdm на уровень boot, система будет грузиться те же 5 секунд. Да и не такой уж это важный показатель, чтобы ради него перелопачивать полсистемы.
Ну и поддержка корпоративных разработчиков. Системд уже становится стандартом для многих дистрибутивов и разработчиков.
Тю, нужна мне их поддержка :-D
Что например пожирает?
Были полные страдания треды о том как systemd лезет туда, где системе инициализации делать вообще нечего.
Например та же идея рулить графическими сеансами через системд вместо сегодняшнего зоопарка gdm, kdm, lxdm, xdm, lightdm и т.д.
Будто зоопарк - это что-то плохое.
Часть плохого в зоопарке конечно же имеется, это нельзя отрицать.
Поддержка крупных разработчиков конечно же нужна, иначе рискуешь стать маргиналом со своим недофункциональным мирком. Посмотрите на Ubuntu: апстарт свой - ни кто более не использует (кроме RHEL 6, но не за горами переход на системд в 7 версии), Юнити свой - ни кто более не использует, далее свой графический сервер Mir хотят - вместо уже подкатывающего Вейланда.
Системд же открыта для всех, посмотрите кто в неё коммитит. Это вам не васи пупкины и денисы поповы.
А полные страдания треды создают те, кто не хочет или уже не может разобраться в чём-то новом, прогрессивном. Возьмите нормальный дистрибутив с полноценным системд, посмотрите как там всё логично и удобно устроено, как чётко и быстро всё работает. Вопросы и отпадут. Только уж придётся и документацию почитать, которой много и в хорошем качестве. А если что не нравится - ну так внесите изменения, проект же открытый. Улучшите.
И ещё есть немалый процент, которые недовольны "по привычке", потому что это начал Поттеринг, потому, что это под началом RedHat, а не гентушечки, потому, что привыкли все новые разработки ругать.
посмотрите как там всё логично и удобно устроено, как чётко и быстро всё работает.
Не смешно.
Конечно не смешно. Это серьёзно.
Юниты системд очень просты и понятны. Это вам не скрипты на bash.
Работает всё быстро.
Загрузка заметно быстрее, чем года два назад. Выключение вообще пара секунд.
Я же говорю возьмите и посмотрите. А потом уже аргументированно ругайте. А то ругают лишь те, кто не пользуется и даже не пробовал.
Причём если пробовал уже давно, то это тоже не считается. Система постоянно развивается, наращивает функционал и избавляется от проблем.
А потом уже аргументированно ругайте.
По мне, вот это - вполне аргументированный источник, чтобы отбить всякое желание разбираться, когда старые добрые скрипты инициализации просто работают. И там еще много статей на тему systemd.
А на выходе получается лучше чем, то что поглощает ведь.
Чем лучше-то? Чем лучше systemd-udev обычного udev? Тем что именует устройства каждый раз по разному, как бог на душу положит?
Чем лучше то, что сейчас на выходе? Тем, что система инициализации вдруг стала не просто системой инициализации? Тем, что все службы поглощаются ею и начинают развиваться с полной зависимостью от systemd и только systemd? Тем, что ядро уже начинают подгонять под эту systemd c ее, якобы, модульной структурой (которой завтра придет конец из-за накопившихся неразрывных связей)? Тем, что
изменение вручную работы какого-нибудь демона, запущенного как сервис systemd, вешает систему, а поэтому, чтобы избежать этого, надо набирать дополнительно кучу команд systemctl для информирования лучшей на свете systemd об изменениях (сама она слепа, глуха и нема)?
Например та же идея рулить графическими сеансами через системд вместо сегодняшнего зоопарка gdm, kdm, lxdm, xdm, lightdm и т.д.
Знаете, что кричали пьяные пионеры, когда их звали собирать металолом? После загрузки системы функции systemd должны заканчиваться, не надо строить потеррингix.
Поживём - увидим, кто был прав. Пока что системд успешно развивается и подхватывается всё большим числом дистрибутивов и разработчиков. В любом модернизационном процессе найдутся недовольные, но поскольку они в этом процессе не участвуют, то и изменить ничего не смогут. Прогресс неостановим.
Посмотрите на Ubuntu: апстарт свой - ни кто более не использует
Это как-то мешает быть убунте самым популярным десктопным Линуксом?
Системд же открыта для всех, посмотрите кто в неё коммитит. Это вам не васи пупкины и денисы поповы.
А судя по жалобам на systemd, это именно васи пупкины и денисы поповы.
А полные страдания треды создают те, кто не хочет или уже не может разобраться в чём-то новом, прогрессивном.
А, так периодическое забивание журнала со скоростью 100 Мб в секунду или тихушные правки системных параметров через sysctl - это такие новые и прогрессивные веяния?
Возьмите нормальный дистрибутив с полноценным системд, посмотрите как там всё логично и удобно устроено, как чётко и быстро всё работает.
Взял и смотрю на свою Gentoo. Не вижу в ней никакого systemd.
Юниты системд очень просты и понятны. Это вам не скрипты на bash.
Ага, вот только, чтобы выполнить этими юнитами то, что необходимо, надо написать либо скрипт на баше, а то и вовсе целую программу написать. Загляните в юнит systemd-vconsole-setup.service, там все понятно и просто. А что внутри некоторой бинарной программы systemd-vconsole-setup, которая просто и понятно запускается, вот только выполняется так криво, что приходится еще и костыли ей подставлять?
Возьмите нормальный дистрибутив с полноценным системд, посмотрите как там всё логично и удобно устроено, как чётко и быстро всё работает.
Нормальный дистрибутив это Федора? Потому что в openSUSE я больше не вижу простоты устройства, четкой и быстрой работы, с тех пор как туда включили systemd.
А судя по жалобам на systemd, это именно васи пупкины и денисы поповы.
Нет. Тут как раз Vascom прав.
Ругают люди systemd просто потому что. Толпы школяров, фанатиков и задротов заучили пару дефолтных быдло-фраз, например, "бинарные логи" и долбят их везде где только можно.
Конечно, есть те, кто аргументирует свою позицию здраво и более-менее внятно, например, urfin и yars, yars привел аргументом старый принцип работает - не трогай, urfin считает, что systemd упразнила простоту устройства в OpenSUSE. Нормальные аргументы и обе позиции мне понятны.
Но больше ругающих, все-таки свою позицию не аргументируют, потому что аргументов нет, systemd не видели своими глазами, но осуждают его, потому что так все делают. И всех послушать, все такие специалисты, все с пеной у рта яростно доказывают, что systemd - это провал, но сам что-то никто не торопиться свою системы инициализации писать.
Взял и смотрю на свою Gentoo. Не вижу в ней никакого systemd.
Придет время - увидишь 
А вообще, gentoo - разговор отдельный.
http://www.opennet.ru/opennews/art.shtml?num=36032
Шум подняли, а оказалось - доку прочитать сперва забыли 
Возьмите нормальный дистрибутив с полноценным системд, посмотрите как там всё логично и удобно устроено, как чётко и быстро всё работает.
Взял, не вижу системд. Все логично, четко быстро, параллельная загрузка тоже можно.
Вопросы и отпадут. Только уж придётся и документацию почитать, которой много и в хорошем качестве.
А, ну вот опять без доков никуда, ну таки OpenRC ближе к телу.
Юниты системд очень просты и понятны. Это вам не скрипты на bash
Уж лучше bash.
Пока что системд успешно развивается и подхватывается всё большим числом дистрибутивов и разработчиков.
Да пожалуйста, но не забывай что на Федоре например свет клином не сошелся, есть люди которые ее терпеть не могут, к коим себя отношу.
///
Я немного в шоке, Vascom, прям как с другой планеты...
Придет время - увидишь
Не факт, Gentoo/Funtoo пилять свою дорогу.
Прогресс неостановим.
Из всего прогресса вижу только:
Загрузка заметно быстрее, чем года два назад.
OpenRC при включении rc_parallel="YES" тоже быстра.
А я разве где-то говорил о Федоре? Системд на вскидку уже в Арче, и постоянно появляются новости о переходе того или иного дистра на системд. Так что не надо меня в узости кругозора обвинять.
Просто я вам говорю, что тут системд хорош. А например в ваш дистрибутив корявый маинтейнер вставит криво старую версию системд и результат - ненависть. Это тоже надо учитывать.
Ну а чего тогда паниковать? Раз у вас в генту этого нет и раз вы не видите разницы?
Мы вот видим разницу, что с системд всем нам стало удобнее и быстрее.
Ну и забейте. Зачем критиковать-то тогда?
Ещё раз повторю, лично ни кто ни кому не навязывает системд. Все претензии к маинтейнерам и разработчикам вашего дистрибутива.
Это как сидеть на КДЕ и ругать LXDE. Пусть всё развивается.
Ругают люди systemd просто потому что. Толпы школяров, фанатиков и задротов заучили пару дефолтных быдло-фраз, например, "бинарные логи" и долбят их везде где только можно.
Я не про них говорю, а про конкретные случаи, где systemd лажает by design.
Придет время - увидишь
Кто меня заставит установить этот systemd? Это ж не арч какой-нибудь там 
А вообще, gentoo - разговор отдельный.
http://www.opennet.ru/opennews/art.shtml?num=36032
Шум подняли, а оказалось - доку прочитать сперва забыли
В eudev пока надобности особой нет, т.к. пока можно использовать обычный udev без systemd, на уровне юз-флагов. Хотя я уже перешёл на eudev - мне не понравилось новое наименование eth0.
И да, что нелогичного и непонятного может быть в скриптах bash?
OpenRC при включении rc_parallel="YES" тоже быстра.
А разве эту опцию не поломали?
Скрипты на bash могут быть очень непонятны и нелогичны, тут уж от программиста зависит.
Если требуется отслеживать приоритетность запуска скриптов или событий - это не так-то просто.
Можем, например, взять простой проект, запускаемый через скрипт средней сложности и его же с системд-модулем. Наглядно проверим что проще.
Покажи как у вас выглядит скрипт запуска httpd на openrc, upstart, sysvinit
DBus:
#!/sbin/runscript
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License, v2 or later
# $Header: /var/cvsroot/gentoo-x86/sys-apps/dbus/files/dbus.initd,v 1.1 2011/11/05 13:56:10 ssuominen Exp $
extra_started_commands="reload"
depend() {
need localmount
after bootmisc
}
start() {
ebegin "Starting D-BUS system messagebus"
/usr/bin/dbus-uuidgen --ensure=/etc/machine-id
# We need to test if /var/run/dbus exists, since script will fail if it does not
[ ! -e /var/run/dbus ] && mkdir /var/run/dbus
start-stop-daemon --start --pidfile /var/run/dbus.pid --exec /usr/bin/dbus-daemon -- --system
eend $?
}
stop() {
local retval
ebegin "Stopping D-BUS system messagebus"
start-stop-daemon --stop --pidfile /var/run/dbus.pid
retval=$?
eend ${retval}
[ -S /var/run/dbus/system_bus_socket ] && rm -f /var/run/dbus/system_bus_socket
return ${retval}
}
reload() {
local retval
ebegin "Reloading D-BUS messagebus config"
/usr/bin/dbus-send --print-reply --system --type=method_call \
--dest=org.freedesktop.DBus \
/ org.freedesktop.DBus.ReloadConfig > /dev/null
retval=$?
eend ${retval}
return ${retval}
}А, ну дбас:
[Unit]
Description=D-Bus System Message Bus
Requires=dbus.socket
After=syslog.target
[Service]
ExecStart=/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
ExecReload=/bin/dbus-send --print-reply --system --type=method_call --dest=org.freedesktop.DBus / org.freedesktop.DBus.ReloadConfig
OOMScoreAdjust=-900И то, и то вполне просто.
За что же ругать системд?
Что за dbus.socket, что за syslog.target? Уже непонятки.
За что же ругать системд?
Я его за юниты не ругал. Мне он не нравится потому что он лезет туда, где ему вообще не место.
Linux Forum → Разговоры о Linux и не только → А почему некоторые ругают pulseaudio и systemd?
Форум работает на PunBB, при поддержке Informer Technologies, Inc
