В Debian 8 «Jessie» будет оставлена возможность использования других систем инициализации вместо Systemd

Линуксу как платформе нужна унификация, он должен хорошо работать и на кластере, и на утюге. И systemd важный шаг в этом направлении

это полная унификация - с системд хреново работает и на утюге и на кластере

Сокеты. Поскольку дбас может запуститься очень поздно, оповещение о запуске демона делается через сокет. Ну и это инкапсулировали в либу, чтобы каждый раз не писать заново.

на тизене системд - но грузится он дольше ведройда :)

зачем ты все время включаешь и выключаешь планшет - не особо понятно. Видимо ты не пробовал пользоваться планшетом :)))

Скорость загрузки - большая проблема на мобильных устройствах

притащил решение из мира встроенных систем в тред про десктоп
Загрузи мне кде или гном и всю их обвязку (иксы и т. п.)

как ты резко слился :)

Как называется твоя мегабыстрая система инициализации на шелловских скриптах?

http://git.busybox.net/busybox/tree/examples/inittab

самая большая проблема при загрузке с Linux

скорее бы поцтеринг побежал писать свое «более лучшее» ядро и отстал от линукса... и все бы были довольны :)

Загрузи мне кде или гном и всю их обвязку (иксы и т. п.) за секунду, потом кричи про важность времени загрузки sysv

починил, не благодари...

чуваки, за жЫрноту не поминайте лихом ТСа, это кто-то из модеров наисправлял, сам в шоке))

Т.е. переработка cgroups заставила поломать интерфейс logind. И после этого кто-то пытается убедить остальных в том что интерфейсы systemd лучше того что было до него?

Т.е. для тебя гибкость интерфейса главнее остальных качеств?

В смысле? net-install не поддерживает выбор другой системы инициализации?

раскажи как ты в jack будеш реализовывать подобный сценарий, вот сидиш слушаеш музяку, и тут внезапно тебе звонит твой друг вася через какой нибудь VoIP и дабы услышать звонок нужно заглушить музыкальный плеер, а дальше ты решил снять трубку, но разговаривать ты будеш через bluetooth гарнитуру, и соответсвенно звук с звонилки нужно перенаправить туда.

Я использую tox, там выбрано устройство USB-гарнитура зенхайзер. Мне звонит товарищ, я кручу мышкино колёсико на иконке deadbeef в системном лотке. Профит. И нужна для данной процедуры только алса, без всяких джеков.

Слушай, вот не срача ради, а информации для: чем может быть полезно сообщение о запуске демона в systemd отдельно через сокет, если systemd сам запускает этот демон, знает, что у него и где, и даже знает когда надо его перезапустить(не шарю немного в вопросе, предположу, что это возможно по exit-коду программы)? Сообщить «хозяинама, http поднял, аудиовыходы поднял, библиотеку подгрузил; анонсируй меня как сервис»? Так вроде время этих операций настолько коротко, что можно пренебречь, а пользователь и так получит отлуп, если клиент не смог продолбиться в нужный порт. Хотя, и на этот случай вроде есть socket activation.

Сообщить «хозяинама, http поднял, аудиовыходы поднял, библиотеку подгрузил; анонсируй меня как сервис»?

Именно так.

Так вроде время этих операций настолько коротко, что можно пренебречь

Если пренебречь корректной сериализацией, race conditions однажды пренебрегут тобой... Очевидно, что рано или поздно появится что-нибудь, что стартует неприлично долго.

Хотя, и на этот случай вроде есть socket activation.

Сокет- и дбас-активацию умеют далеко не все и не каждый случай можно к ней свести (т. е. это не панацея).

Не то чтобы «главнее». Просто я не вижу недостатков, а достоинство — вот оно, есть.

Вечером ткнул кнопку, пошел кефиру выпил - опа а он уже загрузился

У меня другой юзкейс компа. пришел с работы, поужинал, поднялся на второй этаж в комнату с компом, ткнул на включение, отодвинул кресло, сел в кресло, включил подсветку рабочего места, и уже хочу чтобы на экране было запущенное ДЕ. Вот с systemd у меня это работает, а с openrc не работало и приходилось 10 сек в черный экран втыкать. Ну и конечно это все на ssd, на hdd у меня с openrc загрузка вообще больше минуты занимала.

чем хвалишься то? :)

жалуюсь что в этих ОС, и в наших линуксах и в офтопиках, хреновая поддержка спящего режима S5.

Да. Я ошибся, мне не нужно было соглашаться с анонимусом. В systemd-205 поменяли внутреннюю логику logind, так, что logind стал пользоваться вновь добавленными методами API systemd (коих было много). Поэтому людям из systemd-shim пришлось в экстренном режиме их имплементить.

Как таковых сломов API было очень мало; разве что убрали возможность управлять конкретными атрибутами дерева цгрупп. И то, это не шинное API, а набор директив в юнитах.

Сильных доводов нет. Всё по мелочи.

• дбас-интерфейсы можно перехватывать и так далее
• раздача привилегий через polkit более управляема, чем через sudo (в зависимости от активности сессии юзера, к примеру), и лучше масштабируется

Ага, ща погодь, изобрету ещё один интерфейс, а ты потом всё под него переписывай, он же «уже изобретён».

Подменяешь тезис. Я говорил следующее: если мы уж взялись поддерживать один из новых интерфейсов (по внешним причинам), то не нужно запариваться с фоллбэком, т. к. нет объективных причин не поддерживать новый интерфейс «с другой стороны».

Аргументы?

См. пред. пост.

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

про bluetooth гарнитуру раскажи

А про скайп не рассказать? :D Может у вас ещё кеды и амарок, я что это всё тоже должен рассказывать? В любом разе, неужели нельзя выбрать в звонилке по умолчанию bluetooth audio? Я просто не сталкивался.

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

Вызов тулзы для повышения привелегий (не обязательно это должна быть sudo, она больше для интерактивного использования имхо) логировать проще. Особенно просто с учётом наличия в системе глобального cgroup-менеджера по прозвищу systemd.

в зависимости от активности сессии юзера, к примеру

Я вдруг вспомнил что за дрянь этот polkit и где я с ним контактировал. Настроил удалённый графический доступ на убунточку, и через эту сессию не работала половина гуёвых настройщиков. Пришлось лезть в дебри xml-файлов и менять кучу вхождений <inactive>false</inactive> на <inactive>true</inactive>. Зачем оно такое нужно, я так и не понял.

лучше масштабируется

Что понимается под этим словом?

Как таковых сломов API было очень мало

говнянки от RH на каждом шагу: грохнули asoundconf чтобы все переходили на пульс, прибили гвоздями udev к systemd чтобы все переходили на systemd - мне лично такие «удобства» по принуждению нах не нужны. Переименовывать устройства ethX в хер пойми чего - какой наркоман придумал ? собираешь модуль статически - появляется ethX, загружаешь модуль динамически - e#б#a#н#, при этом в логах ядра интерфейс как ethX фигурирует. Что завтра придет в голову этим наркоманам никому не известно.

Я вдруг вспомнил что за дрянь этот polkit и где я с ним контактировал. Настроил удалённый графический доступ на убунточку, и через эту сессию не работала половина гуёвых настройщиков. Пришлось лезть в дебри xml-файлов и менять кучу вхождений <inactive>false</inactive> на <inactive>true</inactive>. Зачем оно такое нужно, я так и не понял.

Там теперь не xml, а javascript.

Javascript или json? Если второе — ещё ничего, а если первое, то >___<. Гибкость, масштабируемость…

Когда polkit работает как надо, то всё работает также хорошо, как работало без него. А когда он мешает, то было бы лучше без него.

Случай когда было бы лучше с ним на ум не приходит.

Я считаю, что дбас+polkit+timedated гибче, чем «sudo /bin/date».

«sudo /bin/date» проще и гибче переусложненной связки сущностей.

Не, дефолтные политики по-прежнему в XML, а вот правила — таки да, JS. Другой вопрос, что править дефолтные политики не стоит...

также хорошо, как работало без него

Просто для тебя «хорошо» — это когда всё везде разрешено, т. к. ты единственный юзер и он же админ. А это далеко не всегда является требуемым режимом работы системы :)

Случай когда было бы лучше с ним на ум не приходит.

Мультиюзер (с несколькими одновременно залогиненными пользователями) и мультисит. Всё те же два страшных слова.

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

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

Что-то мне кажется что все эти polkitы написаны из-за проблемы XY. Авторы полкита почему-то решили, что проблемы решаются именно так, странными АПИ, прикрученными сбоку. Где они это посмотрели, я не знаю, видимо в винде с их порнографией систем доступа и свалкой API.

It's just your word against mine (c) sudo

Просто для тебя «хорошо» — это когда всё везде разрешено, т. к. ты единственный юзер и он же админ. А это далеко не всегда является требуемым режимом работы системы :)

Если юзер находится в группах admin и аналогичных, то почему ему не показывают настройки? Почему ему не дают гуёвой кнопкой выключить компьютер? При том что тот самый юзер может просто набрать sudo shutdown. Зачем нужен дополнительный механизм прав помимо пользователей и групп?

таки да, JS

На этом месте я сблевал тугой струёй и потерял последнюю надежду на светлое будущее.

Нет, я не кидаюсь баззвордами. Вполне конкретный юзкейс:

• переключение между двумя или более залогиненными пользователями на одном терминале (типичный десктоп) -> нужно забрать у неактивной копии DE права управления питанием (она-то думает, что система в idle!)

С мультиситом я ошибся, он напрямую к polkit'у не относится (но, тем не менее, polkit мультисит-aware в том смысле, что понимает концепцию сита и активности конкретной сессии на каком-либо сите).

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

А это уже проблема конкретного набора правил (т. е. проблема интеграции). Сам по себе polkit так умеет.

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

А выбор языка я оставлю на совести разработчиков. Работает, память не жрёт — и хорошо.

нужно забрать у неактивной копии DE права управления питанием

Враппер вокруг poweroff и аналогичных, который будет проверять из какой cgroup был запуск, и игнорить если из группы de в паузе. Естественно с флагом -f или доступом к настоящему бинарнику, если систему действительно надо выключить. Я бы сделал так, а не городил бы демона.

It's just your word against mine (c) sudo

When your three things will broke, it will not be just word against you :)

А это, по-твоему, что? :) Ровно то, что ты описал.

В то что я описал не входят xml-конфиги, дбас и прочая хрень.

Да у меня-то как раз всё работает. С минимальными чтениями манов и минимальными вмешательствами относительно дефолтов апстрима.

Так... городить по врапперу на каждый бинарник, который нужно таким образом контролировать — достаточно плохо. И куда ты запихнёшь логику? Захардкодишь?

Имеющееся решение делает _в точности_ то же самое, только обобщённо.

Да у меня-то как раз всё работает

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

Так оно уже там... И монолит на поверку оказывается совершенно не монолитом. Только разве ж ты будешь меня слушать? It's just my word against yours.

И монолит на поверку оказывается совершенно не монолитом

Как быстро можно прикрутить другое действие вместо показа qr-кода? ☺

Вообще, жду-не дождусь того момента, когда KDE выкинет свой kded и начнёт юзать systemd --user.

KDE всё же ориентируется на юниксы, а не на линукс-онли на текущий момент решение.

И монолит на поверку оказывается совершенно не монолитом

Сам хоть веришь в это?

Тривиально:

journalctl --setup-keys &>/dev/null && cat /var/log/journal/$(< /etc/machine-id)/fss | your-action

Мамой клянусь.

Вообще, жду-не дождусь того момента, когда KDE выкинет свой kded и начнёт юзать systemd --user.

Тебе мало угробленного GNOME?

Не дождешься, если только KDE Team не перейдет под крыло RH.

Насколько он угроблен — не знаю. Вообще, как только 3.14 попадёт в репы арча, буду тестить.