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

В этом и состоит недостаток скриптов system V init. Каждый из них реализует что-то свое не оглядываясь на остальных.

так перепишите же их, на своём велосипедном языке, если хотите

А вообще прикольная идея - сделать интерпретатор юнитов systemd и гонять их через #!/bin/sdunit :)

Да ну? Это тебе кто-то сказал, или сам померял? Во время запуска старого инита запускаются тучи программ, от bash, sed, awk до perl (у некоторых). Все это склеено шелловыми скриптами, которые ничего не знают про программы, юзеров, лимиты, cgroups, а оперируют текстом (например, погрепал вывод команды ps, взял первое совпадение и передал дальше, в пайп). Это не только гораздо тяжелее, чем мелкий бинарник, но и очень ненадежно.

Знали бы Вы, сколько процессов на молекулярно-биологическом уровне в Вас произошло, пока Вы набирали этот текст, и про то, какая часть из задействованных при этом компонент была в курсе Вашего желания отписаться на ЛОРе - ни за что бы не поверили, что появление этого текста возможно в принципе.

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

Вот они и сделали - в systemd пихнули, наплевав на все принципы UNIX. Если на него будут завязываться эти графические среды - от KDE, GNOME и XFCE таких версий надо будет отказываться, чтобы показать разработчикам, что они идиоты. Благо варианты, куда перебираться, есть. Кроме того есть старые версии.

Для телефонов - да. Решение. Так как пофиг, что там стоит, если посмотреть так. Проблема в том, что systemd пытаются пихать на десктоп, где ему места нет.

plm> а вот Lennart сразу-же задумывается и даже забывает про бокал пива в руке.

Потому, что Поттеринг - наркоман (в переносном смысле, конечно).

plm> Уже сейчас не отвертеться. Он будет везде - от убунты, до gentoo с арчем.

У генты и арча свои системы инициализации. Если и будут systemd ставиить - то разве что на правах LFS.

plm> Всякие агилии-мопслинуксы-калькулейты еще пошевелятся, но будут вынуждены с глюками и хрустом настроек его внедрять

В этом случае можно объединиться и сделать проект unsystemd, в котором будет предлагаться замена системной части обратно и средства для запуска кед и гнома без systemd.

plm> Просто не надо отставать от сообщества

Поттеринг - это уже сообщество?

plm> С чего это? Вокруг столько энтузиазма, когда с его помощью решаются задачи, о решении которых не могли и помыслить, а они типа будут упираться?

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

SysV init
очень ненадежно

Школота.

plm> Венда, в смысле унификация?

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

plm> А это не аналитики-ли ЛОРа постоянно ныли про фрагментацию?

Нет. Ныли тролли и лентяи, которые искали всяческие отговорки, лишь бы под линукс не портировать свой софт. Отговорки, естественно, голословные.

plm> Вот, берите теперь - стандарт.

Это не стандарт. Это фигота, которая противоречит действующим стандартам.

Во-первых. Есть просто спецификация от LiMo. Она была использована для реализации кучи несовместимых платформ. Например - JUIX, EZX и MOTOMAGX (во время повсеместного распространения Qt4 там Qt2 использовали даже и приложения только на J2ME).
Во-вторых: Tizen ещё нигде не используется, о чём по твоей ссылке и написано.

ErasimHolmogorin> у Tizen уже есть рынок

Нет никакого рынка у Tizen. Более того - эта платформа ещё не зарелизилась.

Trieforce> X.org, запущенный под Wayland работает быстрее, чем X.org, запущенный прямо на железе!

4.2

unikum> морально устаревшему sysv предложили современную адекватную альтернативу - профит налицо.

Дык, может тогда лучше предложить замену «морально устаревшим» принципам UNIX в видее прогрессивной и современной Windows 7 Ultimate?

Вообще адекватнсоть systemd - это миф. systemd не может быть адекватным - он берёт на себя то, что брать не должен.

plm> Основные аргументы интернет-бойцов против systemd перечислил Rusty Russell здесь

Не против systemd, а против попытки изуродовать FHS.

Ты хоть читай то, на что ссылаешься.

И да - Lennart Pottering is an asshole.

Jayrome> Избавление от недостатков SysV — systemd для того и предназначен.

Только вот почему-то systemd нифига не избавляет, но новые вносит - ещё как.

сделать интерпретатор юнитов systemd и гонять их через #!/bin/sdunit :)

Здравая мысль в преддверии софта, который будет таскать с собой конфиги systemd вместо LSB скриптов для init.d

Дарю идею: система LSD — Lightweight SystemD. Набор легких скриптов и бинарников, выполняющих юниты systemd в рамках привычного Init, либо «как есть», либо после компиляции в скрипт. Также библиотека, реализующая прокси из API journal в вызовы syslog, набор правил udev, форк console-kit, и так далее, что потребуется.

Нафига это всё в средстве загрузки операционной системы? Отдельного демона, который заправляет рядом этих функций, нельзя было сделать? Обязательно кривой вариант системы инициализации, который на себя всё тащит, делать надо было?

plm> а сейчас - бинарник, все, что нужно для загрузки, делающий сам.

Причём кривой и завязывающий на себе софт. И ещё неспособный отвечать на появление новых технологий. SysV Init спокойно жил и моет жить дальше. Появится что-нибудь новенькое и вкусненькое - для Init надо будет только скрипт наваять, чтобы сервис этот запустился. А systemd придётся дописывать. Тот же пример с логином очень нагляден. systemd - это говно. А Поттеринг - жопа с кривыми руками.

Ivan_qrt> Ну я вот bash практически не знаю, и разбираться в нем _только_ ради непонятного инита меня вообще не улыбает, а приходится.

С чего вдруг приходится? Разбираться в bash для этого даже не нужно.

Для этого нужна команда психов (на LSD, ага), которая попрет против RedHat, причем без особой надежды на успех - слишком много всего пихается в systemd.

Systemd - это Service Control Manager такой?

Тогда осталось запилить реестор,svchost.exe, explorer.exe и будет готов для десктопа. И все будет современно, стабильно и понятно. И никакого красноглазия.

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

Теперь понятно примерно, ЧТО у меня будут за компы дома и на работа:

1) Минисервер на ( *BSD | специализированном Linux-е типа QNAP/Synology | GNU Hurd) для файлопомойки и вычислительных операций (видеомонтаж, видеозахват, переформатирование документов, просто расчетные программы...)

2) Планшет пофиг на чем. Косоглазый. За 100 вечнозеленых.

3) Десктоп Linux/BSD etc просто сдохнет.

попробую обязательно, как только найду, где б системд поставить

Для этого нужна команда психов (на LSD, ага), которая попрет против RedHat

Ну да. Именно команды психов, которые прут против мейнстрима и попсы и делают значительную часть прогресса, нет?

причем без особой надежды на успех

Разве это когда-то останавливало?

PS. Конечно, это означает раскол, но уже и так есть, и является ли злом — большой вопрос.

это победа.

Именно команды психов, которые прут против мейнстрима и попсы и делают значительную часть прогресса, нет?

Да. Но подавляюще большинство из них сфейлило и сгинуло.

причем без особой надежды на успех

Разве это когда-то останавливало?

Большая часть работы по написанию гипотетического LSD - это ни разу не fun. Чтобы сделать такую работу, нужны Ъ-фанатики. Вряд ли такие найдутся.

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

systemd берет на себя управление пользовательской сессией в той же мере, в какой упомянутые bash и perl берут на себя инициализацию системы в sysv.

сабж только предоставляет среду, в которой удобно запрограммировать нужное поведение

В /etc/inittab так много sh, да :]

Проблема ещё в том, что будет ли это расширение для systemd настраиваться и уметь всё, что сейчас делают менеджеры сессий? Вот сейчас реализован только автовход и обещания всё сделать красиво, но где гарантия, что на этом всё не ограничится?

Его кто-нибудь напишет, вот увидишь ;)

Программа не может обращаться к «библиотеке»

rundll32.exe :D

Systemd в генте впиливается уже практически из коробки

для домохозяек - да, и это правильно, а тем кому _действительно_ нужны десктопы - десктопами и будут пользоваться. Только вот не надо нам на наших десктопах вашего мобильного щастя.

В чем проблема ?

Нужна кнопка «Почему не работает». После нажатия для нее система должна буквально рассказать и разжевать почему. Конечно же милым женским голосом и конечно же через pulseaudio. Ты администратор сервера и не можешь подключить монитор, мышь и наушники к удаленному серверу? Не проблема! Будут разработаны сервисы rscreen и rvoice! Благодаря ним вы сможете администрировать свои сервера даже на самом слабом 10Мбитном канале!

Ты так говоришь, будто Леннарт сам ходит и всем навязывает ))

У меня богатый опыт с дебагом скриптового говна в opensuse

opensuse

Можешь дальше не продолжать. Поговорим после того как линукс поставишь.

В /etc/inittab так много sh, да :]

О чем ты вообще? По ссылке были примеры unit-vs-initscript.

демон sudo

Его кто-нибудь напишет, вот увидишь ;)

Учитывая современные тенденции - верю.

автоматический перезапуск при аварийном завершении/зависании/...; останов при длительном бездействии

Помнится эндцать лет назад я ручкми перезапустил упавший оракл. В результате он естественно не запустился. А я получил по башке от оракельшека, который несколько часов разгребал макраме вместо базы.

Unit - аналог записи в inittab

Unit - аналог записи в inittab

Бгг.

А мне вот интересно, теперь если systemd почему-то упадет, мы получим аналог BSOD? :)

пусть qingy впилят туда и не мучаются...

Ви таки не согласны? ))

Я так понимаю, моя неадекватность выражалась в том, что я приводил адекватные аргументы в неадекватном треде? )))

Ми таки не согласен. Unit - это аналог initscript:

«A unit configuration file encodes information about a service, a socket, a device, a mount point, an automount point, a swap file or partition, a start-up target, a file system path or a timer controlled and supervised by systemd(1)».

Сервисы в sysvinit описываются initscript'ом, unit'ы заменяют initscript'ы, systemd умеет использовать initscript'ы вместо unit'ов... короче, выбери другую тему для троллинга.

P.S. наткнулся вот:

A few units are treated specially by systemd. They have special internal semantics and cannot be renamed.

...

basic.target, ctrl-alt-del.target, dbus.service, dbus.target, default.target, display-manager.service, emergency.target, exit.service, graphical.target, halt.target, kbrequest.target, local-fs.target, mail-transfer-agent.target, multi-user.target, network.target, nss-lookup.target, poweroff.target, reboot.target, remote-fs.target, rescue.target, rpcbind.target, rtc-set.target, runlevel2.target, runlevel3.target, runlevel4.target, runlevel5.target, shutdown.target, sigpwr.target, sockets.target, swap.target, sysinit.target, rsyslog.service, syslog.target, systemd-initctl.service, systemd-initctl.socket, systemd-logger.service, systemd-logger.socket, umount.target

Этопесец. «A few special targets», my ass. Надеюсь, хоть удалять их позволено.

Ну то есть единственный довод против: «Корпорации хотят разрушить наш уютненький линукс!»

И чо? В sysvinit есть этих special: boot, bootwait, off, ondemand, initdefault, sysinit, powerwait, powerfail, powerokwait, powerfailnow, ctrlaltdel, kbrequest

Сервисы в sysvinit описываются инитскриптом из-за убогости этого самого sysvinit. Впрочем, нечто типа

# cat /etc/inittab  | grep getty
c1:12345:respawn:/sbin/agetty 38400 tty1 linux
c2:2345:respawn:/sbin/agetty 38400 tty2 linux
c3:2345:respawn:/sbin/agetty 38400 tty3 linux
c4:2345:respawn:/sbin/agetty 38400 tty4 linux
c5:2345:respawn:/sbin/agetty 38400 tty5 linux
c6:2345:respawn:/sbin/agetty 38400 tty6 linux

там есть до сих пор. Ну и многие застали еще иксы в 5: итп. Просто sysvinit уже очень-очень-очень много лет, а это более ээ современное видение :]

A few units are treated specially by systemd. They have special internal semantics and cannot be renamed.

[skip]

Весело, блин...

У меня вот вопрос по поводу к systemd-апологетам.

Есть у меня MRTG. Большой и толстый. Чтоб не тормозил (IPC при опросе зашкаливает за 1000) его rrd-шки помещены на отдельный ramdisk.

Сейчас я просто тупо дописал себе init-файл с целями start/stop который при старте разворачивает бэкап на ramdisk, при стопе - сливает rrd на жесткий. Плюс бэкап по cron-у.

С учетом всех этих гвоздями прибитых таргетов я подобное реализовать в рамках systemd смогу?

Не вижу причин почему нет