Несколько разработчиков из компании Intel подготовили (http://lists.kde.org/?l=kde-core-devel&m=134052539215508&w=2) проект user-session-units (https://github.com/sofar/user-session-units), в рамках которого началось развитие (https://plus.google.com/115124063126128475540/posts/1Khha42nReG) компонентов для обеспечения запуска и управления графическими пользовательскими сеансами через системный менеджер systemd. Представленные unit-компоненты позволяют (https://plus.google.com/115124063126128475540/posts/YjNJdJHFmQt) выполнить операции по запуску различных пользовательских оболочек. В настоящее обеспечена поддержка запуска KDE, GNOME Shell, Xfce4, XBMC, Enlightenment и Tizen UI. В ближайшее время ожидается создание соответствующих unit-файлов для легковесных окружений на базе GNOME 2, Fluxbox, Icewm, LXDE и twm.URL: http://lists.kde.org/?l=kde-core-devel&m=134052539215508&w=2
Новость: http://www.opennet.ru/opennews/art.shtml?num=34186
отлично. может закончится разброд и шатание в линуксах. будет что то одно но делающее свое дело хорошо. грепать конфиги авком это извращение
> грепать конфиги авком это извращениеРеально извращение, а вот grep'ом многих вполне устраивает. ;)
> Реально извращение, а вот grep'ом многих вполне устраивает. ;)Поттеринг говорит, что grep - это фиговый парсер конфигов.
Естественно, для xml'ных-то конфигов
Так он вроде бинарные запилить хотел.
>Так он вроде бинарные запилить хотел.тогда понятно почему grep не годится.
Народ вы что курили? Речь шла ТОЛЬКО про бинрные логи системы. Настроечные файлы классические текстовики.
> Естественно, для xml'ных-то конфиговА где у Поттеринга xml, не подскажете?
> Поттеринг говорит, что grep - это фиговый парсер конфигов.Ну вообще-то он для поиска и фильтровки. Парсить им конфиги... не, ну можно и микроскопом гвозди забивать, конечно.
Конфиги для лохов! Настоящие посаны хардкодят прямо в ядро!
> Конфиги для лохов! Настоящие посаны хардкодят прямо в ядро!Дык ядро тоже конфиг требует для сборки. Вот сцуки :)
> Конфиги для лохов! Настоящие посаны хардкодят прямо в ядро!и много ты туда нахардкодил?
или ты, как я всегда и подозревал, не пацан?
Зрите в корень!!! Сколько можно все парсить...
так и не понял, что это и зачем.. поясните кто-нибудь
> так и не понял, что это и зачем.. поясните кто-нибудьтеперь код запуска пользователских сессий сделан общим и универсальным. небольшая конфигурация в виде Unit и замена DM готова.
меньше кода => меньше багов => проще поддержка
> меньше кода => меньше багов => проще поддержкаменьше кода => меньше багов => проще поддержка => меньше денег за саппорт => РедХат впанике!
RedHat-у пофигу. Они деньги за саппорт получают просто по факту того, что это ИХ ОС и они самые компетентные в случае если *БУДЕТ* проблема с ОС.Большие компании покупают саппорт чтобы снизить свои риски. И это несколько иная бизнес модель от описанной вами ;)
Приятно всё-таки, что помимо петросянов есть и люди, способные читать и понимать текст :)От себя добавлю небольшое пояснение:
на данный момент код, запускающий и контролирующий выполнение различных программ реализован как минимум дважды - общесистемный инит (sysvinit, upstart..) и дисплей-манагер (kdm, gdm, xdm...)Это глупо, нерационально и порождает ошибки.
Следуя философии unix-way предлагается реалзовать инструмент который будет решать только данную задачу и решать её наиболее качественно: systemd будет проводить как общесистемную, так и специфичную для пользовательской сессии инициализацию, позволив устранить дублирование и выкинуть *dm.
где вы увидели дублирование между общесистемным init и разными display manager ?вы мне пальцем покажите где нужна поддерка pam/nss и прочих веслостей для общесистемного init - который весь от рута выполняется.
Тоже самое с kms.. блин охрененная штука - только весь *dm - должен стартовать от рута что бы делать su($user_name) - или вы знаете лучший способ смены пользователя без рута?
вот и получается что kms - просто глупая шутка для ухода от "моргания" при старте.
> где вы увидели дублирование между общесистемным init и разными display manager ?Раньше:
init запускает кучу процессов (в том числе и DM) и висит в фоне. DM запрашивает login/password, впускает юзера, запускает кучу процессов через shell scripts и висит в фоне.Теперь:
systemd запускает кучу процессов (в том числе и DM), висит в фоне и следит за ними. DM запрашивает login/password и подает systemd сигнал что можно запускать процессы для логина юзера и выходит.Результат один и тот же, а на один процесс меньше в фоне.
Кстати, с помощью systemd можно, например, реализовать переключение перед разными сессиями без неодходимости logout (https://plus.google.com/115124063126128475540/posts/j4Jw8rC516M). То есть можно залогиниться в kde и подменить его gnome (либо xbmc) через systemctl isolate - все программы продолжают работать, а вместо одного DE уже другой. Причем без помощи DM.
> То есть можно залогиниться в kde и подменить его gnome (либо
> xbmc) через systemctl isolate - все программы продолжают работать, а вместо
> одного DE уже другой. Причем без помощи DM.О, как раз хороший пример - можно повесить systemctl isolate на эвенты ACPI, и при отключении от розетки подменять KDE на LXDE. А при подключении менять обратно. Причем одной единственной командой (systemctl isolate kde.target / systemctl isolate startlxde.target), без необходимости что-бы то ни было менять в DM либо в каких-нибудь инит скриптах :).
интересно, как при этом поведут себя, например, плазмоиды. или программы, которые пользуются сервисами KDE. или всё отвалится, или будут запущены И KDE, И LXDE. обалденная экономия.
> интересно, как при этом поведут себя, например, плазмоиды. или программы, которые пользуются
> сервисами KDE. или всё отвалится, или будут запущены И KDE, И
> LXDE. обалденная экономия.Совершенно верно, вот именно это и произойдет при попытке сделать это используя текущие механизмы dm и init scripts (под которыми имеются в виду startkde/startlxde которые используются сегодня)! И именно эту проблему systemd решает.
Хотя вы конечно не поверите даже если мы это продемонстрируем (что и случится через неделю на PLUG 2012 :)). Так что не буду спорить. Да-да, все отвалится, systemd умрет и даже кулер оторвется и вылетит в окно, жизнерадостно насвистывая. И все из-за Поттеринга :).
ну, демонстрируйте, чо. я, правда, в магию не верю, но хомячьё верит. ЦА понятна.
Мир становится проще =)
Это позволит отказаться от DM?
А кому мешал DM. И DM то никуда не пропадет просто его функции будут вшиты в системД. В чем смысл смены шила на мыло.
Общий код выносят в отдельный компонент^W^W systemd
> Это позволит отказаться от DM?Нет, это позволит упростить и значительно успорить DE-специфичные скрипты. Например, вместо сотен строк скриптов будут 2 юнита, которые будут делать то же самое.
На примере:
(раньше)
[eugeni@t420-x86_64 13:59:31 ~] $ wc -l /usr/bin/startxfce4 /usr/bin/startx /etc/X11/xinit/xinitrc /etc/X11/xinit/xinitrc.d/*
120 /usr/bin/startxfce4
249 /usr/bin/startx
56 /etc/X11/xinit/xinitrc
8 /etc/X11/xinit/xinitrc.d/30-dbus
17 /etc/X11/xinit/xinitrc.d/40-libcanberra-gtk-module
12 /etc/X11/xinit/xinitrc.d/pulseaudio
462 totalТ.е., 462 строки скриптов только для запуска xfce (других DE у меня сейчас нет, так что подставьте /usr/bin/startkde либо скрипты гнома по вкусу).
(А с user-session-units):
[eugeni@t420-x86_64 13:59:14 ~/intel/src/user-session-units(master)] $ wc -l units/*/*
21 units/system/user-session@.service.in
9 units/user/dbus.service.in
5 units/user/dbus.socket.in
6 units/user/e17.target.in
11 units/user/enlightenment.service.in
11 units/user/gnome-session.service.in
5 units/user/gnome.target.in
5 units/user/kde.target.in
11 units/user/startkde.service.in
11 units/user/xbmc.service.in
5 units/user/xbmc.target.in
11 units/user/xfce4-session.service.in
5 units/user/xfce4.target.in
12 units/user/xfwm4.service.in
128 totalТ.е., 128 строк всего, для запуска xfce, kde, gnome, xbmc, enlightenment и e17...
Что изменится для DM? Да ничего скорее всего, просто для запуска xfce session будет выполнять 'systemctl start xfce4.target' вместо 'startxfce4.sh'... а все нужные сервисы, процессы и сокеты systemd запустит (либо перезапустит) по мере необходимости.
>> Это позволит отказаться от DM?
> Нет, это позволит упростить и значительно успорить DE-специфичные скрипты. Например, вместо
> сотен строк скриптов будут 2 юнита, которые будут делать то же
> самое.
> Что изменится для DM? Да ничего скорее всего, просто для запуска xfce
> session будет выполнять 'systemctl start xfce4.target' вместо 'startxfce4.sh'... а все
> нужные сервисы, процессы и сокеты systemd запустит (либо перезапустит) по мере
> необходимости.Вюнош. Открою тебе большую тайну - xfce4 работает не только в linux. а еще и в куче других операционных систем - теперь предлагается общий механизм для всех выпилить и впилить только linux специфичное?
Или вы считаете что systemd будет каждый раз обновляться - когда что-то изменится в запуске у любой из программ - которые он должен запускать?И да - я в курсе что Потеринг не раз кричал что ничего кроме linux не надо, так как это тормозит прогресс - в его понимании. Но не стоит так бездумно повторять глупости за ним.
> Вюнош. Открою тебе большую тайну - xfce4 работает не только в linux.
> а еще и в куче других операционных систем - теперь предлагается
> общий механизм для всех выпилить и впилить только linux специфичное?Нет. Предлагается при запуске XFCE в Linux использовать более простой и прозрачный механизм, чем кучи костылей при запуске в других ОС.
> Или вы считаете что systemd будет каждый раз обновляться - когда что-то
> изменится в запуске у любой из программ - которые он должен
> запускать?Нет, это вы так считаете. Я считаю, что достаточно обновить конфиг для systemd, идущий в комплекте с DE.
> И да - я в курсе что Потеринг не раз кричал что
> ничего кроме linux не надо, так как это тормозит прогресс -
> в его понимании. Но не стоит так бездумно повторять глупости
> за ним.А он, между прочим, абсолютно прав. При развитии Linux нужно учитывать интересы Linux, а не равняться на отстающих.
> Вюнош.Спасибо :).
> Открою тебе большую тайну - xfce4 работает не только в linux.
> а еще и в куче других операционных систем - теперь предлагается
> общий механизм для всех выпилить и впилить только linux специфичное?А что именно вы хотите выпиливать из xfce4? Для поддержки systemd нужно добавить нижеследующие файлы:
xfce4.target:
[Unit]
Description=The Xfce 4.x Desktop Environment
Wants=xorg.target dbus.socketuser/xfce4-session.service:
[Unit]
Description=Xfce4 Session Manager
After=xorg.target
[Service]
ExecStart=@XFCE_PROG@
[Install]
WantedBy=xfce4.targetuser/xfwm4.service:
[Unit]
Description=Xfce Window Manager Daemon
After=xorg.target
[Service]
Restart=always
RestartSec=1
ExecStart=@XFWM_PROG@
[Install]
WantedBy=xfce4.targetИ абсолютно все... ничего выпиливать не надо.
Я бы даже сказал что весь ваш комментарий выше в несколько раз больше того, что необходимо добавить в xfce для полной интеграции с system :).
> Или вы считаете что systemd будет каждый раз обновляться - когда что-то
> изменится в запуске у любой из программ - которые он должен
> запускать?А что именно systemd должен менять в контексте xfce? Единственное, что может измениться, так это имя файлов запуска xfwm4 и xfce4-session. И как это относится к обновлению systemd?
> xfce4 работает не только в linux. а еще и в куче других операционных систем - теперь предлагается общий механизм для всех выпилить и впилить только linux специфичное?похоже, я как-то пропустил момент отмены и запрета #ifdef
> Это позволит отказаться от DM?Да.
Systemd - это уход от "UNIX way". Это не хорошо, но и не плохо. Интересно что будет дальше.
Дальше будет комитет по курированию развития Linux/SystemD, очередной эффективный элоп-менеджер и, как всегда, сведётся всё к Windows XXX.
Печально глаголишь, но как-то похоже. Мы будем посмотреть.
> Дальше будет комитет по курированию развития Linux/SystemD, очередной эффективный элоп-менеджер и, как всегда, сведётся всё к Windows XXX.Комитеты по курированию развития и прочие Foundation - это по вашей части. А у нас есть Торвальдс.
> А у нас есть Торвальдс.И когда надо - он умеет показывать средний палец :)
почему уход?Unix-way - программа должна делать одну вещь хорошо. systemd управляет загрузкой сервисов в ОС. причем управляет достаточно хорошо, чтобы грузить демоны лучше SysV и грузить пользовательские сессии лучше DM.
Вместо нескольких десятков init-ов и DM-ов может быть использован один - systemd.
PS кому не нравится может не пользоваться ;)
> Вместо нескольких десятков init-ов и DM-ов может быть использован один - systemd.
> PS кому не нравится может не пользоваться ;)Несколько десятков инитов или несколько десятков юнитов - безразлично. Так и не пользуемся.
> Несколько десятков инитов или несколько десятков юнитов - безразлично. Так и не пользуемся.Не читаем, но осуждаем.
> Несколько десятков инитов или несколько десятков юнитов - безразлично. Так и не
> пользуемся.Несколько десятков конфигов по 5 строчек vs столько же но разных портянок по 500 - некоторая разница однако.
>> Несколько десятков инитов или несколько десятков юнитов - безразлично. Так и не
>> пользуемся.
> Несколько десятков конфигов по 5 строчек vs столько же но разных портянок
> по 500 - некоторая разница однако.вьюнош - ответь на вопрос - кто будет обновлять systemd когда какой-то из программ в комлекте захочется изменить что-то в своем запуске? не будет ли это ситуацией что ты обновил GNOME/KDE/etc - а у тебя система перестала загружаться потому как потеринг не обновил systemd? или systemd должен будет таскать костыли на кучу версий каждого софта?
Никто об этом не подумал?
> вьюнош - ответь на вопрос - кто будет обновлять systemd когда какой-то
> из программ в комлекте захочется изменить что-то в своем запуске? не
> будет ли это ситуацией что ты обновил GNOME/KDE/etc - а у
> тебя система перестала загружаться потому как потеринг не обновил systemd? или
> systemd должен будет таскать костыли на кучу версий каждого софта?
> Никто об этом не подумал?Че за бред?
Если при обновлении КДЕ или ГНОМА потребовалось по другому их запускать, то они и тащат свой конфиг для systemd. Собственно никто, кроме приложения и не знает как его адекватно загрузить. Ровно так же apache таскает конфиг (инит-скрипты) для инита и конфиги обновляются пакетным манагером.
Если при обновлении КДЕ или ГНОМА требуется новая версия systemd, то пакетный менеджер и отслеживает зависимости. Ровно так же, как сейчас одно приложение зависит от другого и для апдейта требуется обновить оба.
PS Слака в пролете - у нее нет пакетного менеджера, но это проблемы только ее пользователей.
> вьюнош - ответь на вопрос - кто будет обновлять systemd когда какой-то
> из программ в комлекте захочется изменить что-то в своем запуске?А вы ответьте на вопрос - зачем обновлять systemd, если можно обновить его конфиги?
Хватит мыслить категориями sysvinit, когда код и настройки были слеплены в один ком. В systemd они уже разделены.
> вьюнош - ответь на вопрос - кто будет обновлять systemd когда какой-то
> из программ в комлекте захочется изменить что-то в своем запуске?А собственно в systemd ничего обновлять не надо. Юниты идут вместе с программой - в systemd ничего специфического для xfce/gnome/kde/lxde нет. Просто xfce например будет устанавливать xfce4.target во время make install.
Пока их не включили в xfce/gnome/kde - можно просто использовать примерные файлы из user-session-units - как собственно в статье и рассказывается. Нет никакой причины их включать в сам systemd. Собственно этого и не планируется.
> Никто об этом не подумал?
Как раз об этом и разговор...
>> Unix-way - программа должна делать одну вещь хорошо. systemd управляет загрузкой сервисов в ОСпосле поглощения udev`а уже не "одну вещь"
Собственно ничего нового - нет. Развитие идет по спирали.1. В начале все было универсально и едино.
2. Потом было время все делали лисапеды/иниты. И это было хорошо в тот момент - это развивало.
3. Теперь пришло время из разрозненного набора сделать один (может несколько самых-самых). И это хорошо сейчас - идет универсализация и обобщение технологий, созданных на шаге 2.
4. Через какое то время универсальность станет чрезмерной и опять начнут плодиться форки или переписанные с нуля. Только уже с учетом наработок и технологий шага 3. Потому результаты шага 2 и шага 4 будут кардинально отличаться.Так что это часть развития. ;)
На самом деле - это не так. Развитием в данном случае являло бы собой шлифовку старых и принятие новых спецификаций взаимодействия разных, но независимых разработчиков. То, что происходит сейчас это перегиб в пользу одного - редхата. Причем соотношение сил (а так же и тот факт, что именно сотрудники означенной компании в майнтейнерах почти во всех ведущих дистрах) даже не позволяет надеяться на то, что ситуация как-то выправится.К примеру, если я сейчас захочу создать свой DM, то мне для этого надо будет не смотреть в спеки, а смотреть в сырцы systemd. Как говорится почувствуйте разницу.
> К примеру, если я сейчас захочу создать свой DM, то мне для
> этого надо будет не смотреть в спеки, а смотреть в сырцы
> systemd. Как говорится почувствуйте разницу.Смотрите спеки - кто вам мешает? ;)
> На самом деле - это не так. Развитием в данном случае являло
> бы собой шлифовку старых и принятие новых спецификаций взаимодействия разных, но
> независимых разработчиков.Собственно кому надо, тот этим и занимается. Вы легко можете написать спецификацию, согласовать ее с всем разработчиками и вуаля ;)
> То, что происходит сейчас это перегиб в пользу одного
> - редхата. Причем соотношение сил (а так же и тот факт,
> что именно сотрудники означенной компании в майнтейнерах почти во всех ведущих
> дистрах) даже не позволяет надеяться на то, что ситуация как-то выправится.С ваших слов следует, что RedHat за свои деньги поддерживает "все ведущие дистрибутивы". Тогда надеюсь, что ситуация не "выправится" ибо в противном случае Linux опять может стать маргинальным.
>Смотрите спеки - кто вам мешает? ;)Собсно их отсутствие, - Поттерингу они не к чему
>Собственно кому надо, тот этим и занимается
>кому надоВ этом-то и вопрос. Надо только тому, кто хочет обеспечить совместимость своей разработки с разработками других программистов. Но надо ли это Поттерингу, вопрос еще тот.
>С ваших слов следует, что RedHat за свои деньги поддерживает "все ведущие дистрибутивы"
Вы перевираете мои слова. Я просто указал, на тот факт, что сырые и не проверенные разработки РедХата практически насильно пропихиваются в майнстрим майентейнерами, являющимися одновременно и штатными сотрудниками РедХата.
Примеры? Да пожалуйста! В OpenSuSE в общесистемном конфиге (и в ясте тоже) имеет место быть завязка на NetworkManager мэйд ин Поттеринг. И никого не смущает, что архитектурно на уровне общей конфигурации сети ЛЮБОЙ сетевой менеджер как бы светится и не должен. И всем пофиг что есть wicd, который тоже прекрасно исполняет аналогичные функции....
Или вот еще один примерчик на примере той же сусе. Полностью отключить systemd в сусе невозможно. Можно деактивировать, - это да, - но не удалить. При удалении Вы, по-зависимостям, пол-системы выкинете. А ведь такое положение вещей не без участия майентейнров делается.
Собственно в любом дистрибутиве идёт привязка к конкретным програмным решениям. Попробуйте выпилить из убунты networkmanager, pulseaudio и upstart. У вас тоже будет куча проблем с зависимостями и тд и тп. Это произойдёт хотя бы просто потому, что все программы собраны для работы с ними. Тут либо придётся собирать свои пакеты, либо сразу уходить на генту и подобные.
Во-первых, очень символично, что два компонента из трех - как раз их мастерской Леонардо.
А во-вторых, зависимости по библиотекам очень сильно отличаются от зависимостям по конфигам. Первое - понять можно. Второе - едва ли.И когда в общесистемный конфиг, обеспечивающий конфигурацию всей сетевой подсистемы, добавляют опции для конфигурации конкретного пакета, работающего поверх этой подсистемы, то это не может не вызвать недоумение, имхо. Сразу появляется вопрос: "А что делать если я этот пакет ставить не хочу?" А ответ на него только один и он в стиле мелкомягких: "Ешь что дают!"
> И когда в общесистемный конфиг, обеспечивающий конфигурацию всей сетевой подсистемы, добавляют
> опции для конфигурации конкретного пакета, работающего поверх этой подсистемы, то это
> не может не вызвать недоумение, имхо. Сразу появляется вопрос: "А что
> делать если я этот пакет ставить не хочу?"Да, тяжело у вас на винде. Хорошо, что в федоре такого нет.
> Или вот еще один примерчик на примере той же сусе. Полностью отключить
> systemd в сусе невозможно. Можно деактивировать, - это да, - но
> не удалить. При удалении Вы, по-зависимостям, пол-системы выкинете. А ведь такое
> положение вещей не без участия майентейнров делается.Конечно. Потому что мейнтенейнеры, в отличие от вас, руководствуются логикой, а не эмоциями, и поэтому не стремятся уделить systemd. Скорее, они стремятся удалить остатки sysvinit, чтобы окончательно избавить себя от этого кошмара.
> мейнтенейнеры, в отличие от вас, руководствуются логикой, а не эмоциями...
> чтобы окончательно избавить себя от этого кошмаралол, чо.
> лол, чо.Логика простая: уменьшить количество гемора на свою задницу. Поэтому долой sysvinit.
> Логика простая: уменьшить количество гемора на свою задницу.для этого проще выкинуть творения портеринга.
Для этого проще выкинуть слаку с ее фан-дрочерами.
как будто тебя кто-то звал в слаку.
> как будто тебя кто-то звал в слаку.У него убунта в дуалбуте с семерочкой. На кую он вашу слаку и ее дpочеров вертел :)
> У него убунта в дуалбуте с семерочкой.нет, скорее семёрочка в дуалбуте с бубунтой.
Бац-бац и мимо. У меня семерочка в дуалбуте с восьмерочкой.
> Для этого проще выкинуть слаку с ее фан-дрочерами.Надо весь поттеролинyпс выкинуть, и поставить семерочку, не зашкваренную леннардом.
> для этого проще выкинуть творения портеринга.Наоборот. Если выкинуть поттера, останется концентрированный гемор в виде сотен килобайт скриптов, работающих через особую магию. Вам, может быть, это и нужно, а мейнтейнерам - нет.
«особая магия» — это как раз творения портеринга. монолитная полумагическая фиготень. а скрипты запуска — они не просто так написаны, если там много килобайт — значит, они по делу. обычно же хватает нескольких строчек.впрочем, я не пользуюсь дистрибутивами, где маинтайнеры считают, что юзеры должны молча жрать портерингоподелия.
> «особая магия» — это как раз творения портеринга. монолитная полумагическая фиготень.Наоборот. Все очень просто, прозрачно и хорошо документировано.
> а скрипты запуска — они не просто так написаны, если
> там много килобайт — значит, они по делу.Конечно. Просто шелл подходит для этой задачи примерно так же, как и PHP. Вот и получаются километровые портянки вместо нескольких строчек по делу.
> впрочем, я не пользуюсь дистрибутивами, где маинтайнеры считают, что юзеры должны молча жрать портерингоподелия.
Зато вы пользуетесь дистрибутивами, где маинтайнеры считают, что юзеры должны молча жрать гигантские невнятные портянки, делающие не пойми что :)
Он пользуется дистрибутивом, где 3(три) майнтайнера: Святейший Патрег, Робби Воркман и ИнопланетянинБОБ. )))
да, как раз вчера пришла очередная пачка апдейтов. хорошо работают.
Ага, и зубы не чистят )))
> Наоборот. Все очень просто, прозрачно и хорошо документировано.угу-угу. правда, там в дороге где-то kiss потерялся, но это же ерунда, не так ли?
> Конечно. Просто шелл подходит для этой задачи примерно так же, как и
> PHP. Вот и получаются километровые портянки вместо нескольких строчек по делу.угу. sh не подходит для написания скриптов. жуть какая.
> Зато вы пользуетесь дистрибутивами, где маинтайнеры считают, что юзеры должны молча жрать
> гигантские невнятные портянки, делающие не пойми что :)ты знаешь, вдумчивое чтение man bash — один, максимум два раза — обычно помогает понять, что написано в скрипте. если это вообще надо, потому что в большинстве случаев трогать их незачем.
> в большинстве случаев трогать их незачем.А какая, простите, разница, что не трогать — инишники systemd или шеллскрипты?
> А какая, простите, разница, что не трогать — инишники systemd или шеллскрипты?такая, что sh я уже знаю, а systemd — очередной велосипед.
>> А какая, простите, разница, что не трогать — инишники systemd или шеллскрипты?
> такая, что sh я уже знаю, а systemd — очередной велосипед.Что забавно, примерно такими же соображениями руководствуются фанбои nodejs — «я ведь уже знаю javascript».
Новая технология вызывает боль в заднице? Не пользуйтесь, делов-то.
> Что забавно, примерно такими же соображениями руководствуются фанбои nodejs — «я
> ведь уже знаю javascript».а что плохого в node.js? исключая фанбоев, конечно, которые на самом деле js не знают.
> Новая технология вызывает боль в заднице? Не пользуйтесь, делов-то.
а я и не пользуюсь. мне просто забавно поддевать хомячков, которым systemd впихнули насильно, и которые теперь орут на всех углах, что на самом деле systemd — это мегакруто. как будто у них выбор был. pulseaudio им точно так же скормили.
>> Что забавно, примерно такими же соображениями руководствуются фанбои nodejs — «я ведь уже знаю javascript».
> а что плохого в node.js? исключая фанбоев, конечно, которые на самом деле js не знают.Да собссно кроме хайпа и фанбоев — ничего, согласный. Но я вообще-то о классе фанбоев «я ведь уже умею Х, зачем мне Y»?
>> Новая технология вызывает боль в заднице? Не пользуйтесь, делов-то.
> а я и не пользуюсь. мне просто забавно поддевать хомячков,То есть матчастью вы не владеете. ЧТД.
> как будто у них выбор был. pulseaudio им точно так же скормили.
Всё правильно же. Не пилишь дистр сам — жри, что дают. Не платишь денег тем, кто кодит/пилит — снова жри, что дают. И так далее.
> о классе фанбоев «я ведь уже умею Х, зачем мне Y»?подобные рассуждения — не обязательно фанбойство. а вот рассуждения типа «X устарело, давайте запилим Y, будет круто!» — таки очень часто фанбойство.
> То есть матчастью вы не владеете. ЧТД.
я не пользуюсь огнестрелом. как из этого следует, что я не умею стрелять?
>> как будто у них выбор был. pulseaudio им точно так же скормили.
> Всё правильно же. Не пилишь дистр сам — жри, что дают. Не
> платишь денег тем, кто кодит/пилит — снова жри, что дают. И
> так далее.а я не о «правильности» говорю, а о том, что «Ватсон без трубки уже не мог».
>> о классе фанбоев «я ведь уже умею Х, зачем мне Y»?
> подобные рассуждения — не обязательно фанбойство. а вот рассуждения типа «X устарело, давайте запилим Y, будет круто!» — таки очень часто фанбойство.Ну и с чего вы взяли, что разрабы systemd (и прочих технологий, которые вам почему-то не нравятся) руководствовались только и исключительно абстрактными критериями «устарело» и «будет круто»? systemd с upstart например приносят совершенно конкретную пользу.
>> То есть матчастью вы не владеете. ЧТД.
> я не пользуюсь огнестрелом. как из этого следует, что я не умею стрелять?вы умеете стрелять только из бомбарды 15 века, а критикуете АК-47. Так понятнее?
>>> как будто у них выбор был. pulseaudio им точно так же скормили.
>> Всё правильно же. Не пилишь дистр сам — жри, что дают. Не платишь денег тем, кто кодит/пилит — снова жри, что дают. И так далее.
> а я не о «правильности» говорю, а о том, что «Ватсон без трубки уже не мог».Ещё один психоаналитик по переписке. Ох.
>если там много килобайт — значит, они по делуЭто значит что так костылей в 3 раза больше чем основного кода
>>если там много килобайт — значит, они по делу
> Это значит что так костылей в 3 раза больше чем основного кодакакого «основного»? каких «костылей»? не будет ли столь любезен многоуважаемый джинн привести наглядный пример?
> Собсно их отсутствие, - Поттерингу они не к чемуПоттеринг не ленится писать спеки. Но только там, где они действительно нужны.
> В этом-то и вопрос. Надо только тому, кто хочет обеспечить совместимость своей
> разработки с разработками других программистов. Но надо ли это Поттерингу, вопрос
> еще тот.Разумеется. Одна из основных целей создания systemd - максимально упростить жизнь разработчикам и мейнтейнерам системного и прикладного ПО под Linux. За что его, собсно, так и любят в большинстве дистров. И, соответственно, ненавидят ламеры-вантузятники вроде вас.
> Вы перевираете мои слова. Я просто указал, на тот факт, что сырые
> и не проверенные разработки РедХата практически насильно пропихиваются в майнстрим майентейнерами,
> являющимися одновременно и штатными сотрудниками РедХата.А зачем перевирать ваши слова, если вы и так врете?
Разработки редхата "пропихиваются" практически всеми квалифицированными мейнтейнерами, независимо от их места работы, просто потому, что они лучше.> Примеры? Да пожалуйста! В OpenSuSE в общесистемном конфиге (и в ясте тоже)
> имеет место быть завязка на NetworkManager мэйд ин Поттеринг.Да неужели?
С тем же успехом можно сказать, что и X.org, и ядро Linux сделаны Поттерингом. И там, и там есть несколько его патчей, как и в NM.> Или вот еще один примерчик на примере той же сусе. Полностью отключить
> systemd в сусе невозможно. Можно деактивировать, - это да, - но
> не удалить. При удалении Вы, по-зависимостям, пол-системы выкинете. А ведь такое
> положение вещей не без участия майентейнров делается.А зачем полностью отключать systemd, если у него все равно нет достойной замены?
> На самом деле - это не так. Развитием в данном случае являло
> бы собой шлифовку старых и принятие новых спецификаций взаимодействия разных, но
> независимых разработчиков. То, что происходит сейчас это перегиб в пользу одного
> - редхата. Причем соотношение сил (а так же и тот факт,
> что именно сотрудники означенной компании в майнтейнерах почти во всех ведущих
> дистрах) даже не позволяет надеяться на то, что ситуация как-то выправится.А секрет прост - линукс больше всего интересен именно редхату. Остальным конторам - постольку-поскольку. Не было бы редхата - не было бы и развития линукса.
> К примеру, если я сейчас захочу создать свой DM, то мне для
> этого надо будет не смотреть в спеки, а смотреть в сырцы
> systemd. Как говорится почувствуйте разницу.Простите, но судя по уровню аргументированности ваших "авторитетных" заявлений, ваших знаний о линуксе не хватит даже на hello world, не то что на DM.
А спеки на DM - вот они http://www.freedesktop.org/wiki/Software/systemd/writing-dis...
Почему на сайте systemd? Потому что больше никто не предложил стандартов в этой области.
>ваших знаний о линуксе не хватит даже на hello world, не то что на DMПо-счастью, об этом судить не вам
>А спеки на DM - вот они
Шо? Это вы называете спеками?!! Юноша, вас обманули. Спеки, это то, с помощью чего пишут программы, а не то что показывает как можно портировать DM с ConsoleKit на Systemd.
Вот вам пример, изучайте http://www.notmart.org/misc/statusnotifieritem/index.html на досуге. Повышайте, так сказать, свой общий уровень.
> По-счастью, об этом судить не вамЧтобы назвать ламера ламером, особых полномочий и не надо?
> Шо? Это вы называете спеками?!! Юноша, вас обманули. Спеки, это то, с
> помощью чего пишут программы, а не то что показывает как можно
> портировать DM с ConsoleKit на Systemd.А теперь поясните пожалуйста, как именно должны выглядеть спеки для написания DM под systemd, если для этого не требуются никакие специфичные вызовы?
> К примеру, если я сейчас захочу создать свой DM, то мне для
> этого надо будет не смотреть в спеки, а смотреть в сырцы
> systemd. Как говорится почувствуйте разницу.Судя по тому, что авторы gdm, kdm, lxdm, slim, xdm смогли создать свои dm без разглядывания systemd, у тебя не получится создать собственный дм вовсе не из-за происков Леннарта, а просто потому, что катастрофически необразован и слишком чванлив чтобы это признать.
>> К примеру, если я сейчас захочу создать свой DM, то мне для
>> этого надо будет не смотреть в спеки, а смотреть в сырцы
>> systemd. Как говорится почувствуйте разницу.
> Судя по тому, что авторы gdm, kdm, lxdm, slim, xdm смогли создать
> свои dm без разглядывания systemd, у тебя не получится создать собственный
> дм вовсе не из-за происков Леннарта, а просто потому, что катастрофически
> необразован и слишком чванлив чтобы это признать.они создали свои скрипты инициализации. Теперь всем предлагается прогнуться и использовать только systemd - которого в Solaris/*BSD/AIX - просто нету. В результате все DM становятся завязаны только на Linux.
Хотя да - для вас наверно это не является недостатком, вы слишком восторженны и приверженны к секте линуксоидов - это же высшая раса, не так ли ?
> Теперь всем предлагается прогнуться и использовать только systemd - которого в Solaris/*BSD/AIX - просто нету. В результате все DM становятся завязаны только на Linux.Кому предлагается?? Вы как-то неправильно между строк читаете. Если DM *хотят* использовать systemd, то просто предоставляются .target файлы для запуска DE. Если они доступны, и используется systemd, то появляется возможность запускать любимый DE через systemctl start <de>.target.
Если они недоступны, либо если нет systemd, либо вам религия не позволяет использовать богомерзкий systemd вместо кошерных shell скриптов, то ничего для вас не меняется. Как запускали startkde/startxfce4/gnome-session/startlxde так и продолжайте себе запускать! Оставьте интеграцию с systemd нам, простым пользователям линукса. У вас на Solaris/*BSD/AIX все и так замечательно, живите со своими скриптами, нам то что :).
Связь с доступностью юнит-файлов для systemd для запуска DE и неизбежной гибелью DM на не-линукс системах приблизительно такая же, как и "тойота и бмв начали выпуск машин которые работают на электричестве - это заговор против автоваза, так как у него этих машин нет!! Теперь всем предлагается прогнуться и использовать только systemd^w электричество - которого в автовазе - просто нету В результате все DM^w машины становятся завязаны только на Linux^w иномарки".
>Если DM *хотят* использовать systemd, то просто предоставляются .target файлы для запуска DEАга-ага. Вы "забыли" только упомянуть, что одновременно с выпуском systemd был объявлен depricated ConsoleKit. И как бы он не был плох (а он очень плох), но он был. А без его функционала DM не построишь. А что вместо него? Правильно! - systemd вместо него (привет DM-строителям думающим, что они такие независимые)!
>Оставьте интеграцию с systemd нам, простым пользователям линукса. У вас на >Solaris/*BSD/AIX все и так замечательно, живите со своими скриптами, нам то что :).
Не только юниксоиды против systemd. Я линуксоид с более чем 15 летним стажем, и я против!
Да и на лоре голосование за systemd набрало около 50% желающих, а вовсе не 60-70-80-100 как вам бы хотелось. И это при том, что против скриптового подхода активно действует такой лобби, как менеджмент редхата>Связь с доступностью юнит-файлов для systemd для запуска DE и неизбежной гибелью DM на >не-линукс системах приблизительно такая же, как и "тойота и бмв начали выпуск машин >которые работают на электричестве - это заговор против автоваза, так как у него этих >машин нет!! Теперь всем предлагается прогнуться и использовать только systemd^w >электричество - которого в автовазе - просто нету В результате все DM^w машины становятся >завязаны только на Linux^w иномарки".
Глупости говорите! А точнее отъявленно лжете!!
Во-первых, проблема не в том, что systemd плох/хорош. Проблема в том, что группа людей выпустила его и насильно пихает. Так же приблизительно, как другая группа пихает гном-3. Но от третьего гнома я могу сбежать на другое DE, а от systemd - не убежишь. Его можно только деативировать, да и то... Короче, мне вот оскорбителен сам факт, что кто-то там решает за меня.
В-вторых, я имею веские и убедительные (лично для меня убедительные, но мне их и хватит) доказательства, что скрипты работают куда стабильнее вашей "электромашинки для вышивания". А еще я имею доказательства (на сей раз объективные), что автор этого "чуда" пишет плохо, имеет привычку не оповещать о своих намерениях других разрабов, и неважно документирует свой код. Кроме того, с точки зрения архитектурной целостности и пригодности к промышленной (!) эксплуатации - изделия Поттеринга не выдерживают никакой критики. Достаточно вспомнить только бинарный логер без сетевой поддержки.
Короче, так: если systemd так хорош, то не пихайте его в майнстрим - люди сами его поставят, не торопясь опробуют, и даже (возможно) улучшат. Собсно, сгодилась бы и возможность его официально "выпилить".
> Ага-ага. Вы "забыли" только упомянуть, что одновременно с выпуском systemd был объявлен
> depricated ConsoleKit. И как бы он не был плох (а он
> очень плох), но он был. А без его функционала DM не
> построишь. А что вместо него? Правильно! - systemd вместо него (привет
> DM-строителям думающим, что они такие независимые)!Вам лично что-то мешает сделать форк и использовать ConsoleKit в вашем дистрибутиве как вам угодно если он так необходим?
> Не только юниксоиды против systemd. Я линуксоид с более чем 15 летним
> стажем, и я против!Жаль :(.
> Да и на лоре голосование за systemd набрало около 50% желающих, а
> вовсе не 60-70-80-100 как вам бы хотелось. И это при том,
> что против скриптового подхода активно действует такой лобби, как менеджмент редхатаМне-то что, я никого не заставляю systemd использовать.
(И я сильно сомневаюсь что майнтейнеры и разработчики дистрибутивов и в особенности Redhat прислушиваются к голосованиям на linux.org.ru, увы).
> Во-первых, проблема не в том, что systemd плох/хорош. Проблема в том, что
> группа людей выпустила его и насильно пихает.Кто его пихает насильно? Уж не сами ли разработчики и майнтейнеры этого дистрибутива? Может им лучше знать как и что делать в *их* дистрибутиве? :)
Я вижу только три выхода из этой ситуации:
1. Объяснить майнтейнерам дистрибутива что они не правы.
2. Сменить дистрибутив но тот, в котором майнтейнеры инит-системы пока не перешли на systemd :).
3. Сделать свой дистрибутив и использовать его как душа желает. Все исходники открыты, все спеки есть, ничто не мешает свободному творчеству...
Все приходит к своей противоположности © дюна
Дюна - the battle for arrakis
> Systemd - это уход от "UNIX way". Это не хорошо, но и
> не плохо. Интересно что будет дальше.Наоборот. systemd - это возвращение к unix way, после множества костылей, наросших за долгие годы и превративших линукс в подобие винды (например, sysvinit в его современном виде - это надругательство над первоначальным sysvinit, который архитектурно был очень похож на systemd, пока его не изуродовали криворукие дистростроители).
А где подробнее почитать об этом?
> А где подробнее почитать об этом?Нагляднее всего будет откопать образ ФС какой-нибудь юникс из семейства System V или Sun OS, и посмотреть на тамошние init-скрипты. Редко кто из них был больше 8-10 строчек. Если сравнивать их с современностью, то они действительно ближе к конфигам upstart и systemd, чем к нынешним 200-строчным портянкам того, что называют SysV init.
Текстовый редактор туда скоро встроят?
Почтовый клиент
> Текстовый редактор туда скоро встроят?Скорее наоборот - EmacsOS поглотит systemd, как акула мелкую рыбешку :)
Ещё один fix того, что не было broken??
> Ещё один fix того, что не было broken??Еще один ламер, считающий, что separate usr not broken? Откуда ж вы такие беретесь?
Вопрос о загрузке без /usr - прекрасный способ отличить технически безграмотных людей.
Потому что те, кто не знают, как происходит загрузка Linux, просто не могут понять, почему он не должен нормально грузиться без /usr.
Грузится же, если это не "Федора".
> Грузится же, если это не "Федора".И не *nix.
> Ещё один fix того, что не было broken??Ну если на то пошло, multics и CP/M не были broken. Так какого вы ими не пользуетесь?
Так. Теперь очередь дошла и до дисплай менагера. Убрать системд становится все проблематичнее. Зараза плодится.А самое печальное в том, что это зараза плодится под усилиями красношапки, которая отчаянно стремится превратить свободный линукс, в свободный десктоп-линукс. И все для того, что бы ей любимой не мешали спокойно продавать сервера. Для этого этот Поттеринг и клепает свои горе-поделия.
P. S.
Пошел изобретать свой дистр, в котором этому безобразию места не будет
> А самое печальное в том, что ..Самое печальное в вашем понимании.
> Так. Теперь очередь дошла и до дисплай менагера. Убрать системд становится все
> проблематичнее. Зараза плодится.А вы хоть можете внятно обосновать, почему это "зараза" и зачем ее нужно "убивать"?
> P. S.
> Пошел изобретать свой дистр, в котором этому безобразию места не будетНу вот, еще одна сборка винды появится...
> А самое печальное в том, что это зараза плодится под усилиями красношапки,
> которая отчаянно стремится превратить свободный линукс, в свободный десктоп-линукс. И
> все для того, что бы ей любимой не мешали спокойно продавать
> сервера. Для этого этот Поттеринг и клепает свои горе-поделия.Конечно. Ведь на серверах фичи systemd тоже нужны. Например, перезапуск службы без удаления сокета (и потери запросов). И автоматический перезапуск при падении. И - впервые в мире UNIX - полностью прозрачный и документированный процесс загрузки.
> Например, перезапуск службы без удаления сокета (и потери запросов).лол. ещё один думает, что достаточно не закрывать сокет, и всё, "ничего не потеряется".
> И автоматический перезапуск при падении.
monit.
> И - впервые в мире UNIX - полностью прозрачный и документированный процесс
> загрузки.да? и где же эта прозрачность и документация? в недрах былокода системд? благодарю, обычные sh-скрипты как-то прозрачней и понятней.
> да? и где же эта прозрачность и документация? в недрах былокода системд?
> благодарю, обычные sh-скрипты как-то прозрачней и понятней.На http://www.freedesktop.org/wiki/Software/systemd/, особенно можно обратить внимание на "Manual Pages And Documentation for Users and Administrators" и "Documentation for Developers".
И, конечно, на http://www.freedesktop.org/software/systemd/man/, где вся документация уже специально для вас присутствует в формате html - что может быть более user-friendly чем это я уже предположить не могу :).
> лол. ещё один думает, что достаточно не закрывать сокет, и всё, "ничего
> не потеряется".В принципе в случае с TCP/IP наверное даже прокатит. Особенно при некоей кооперативности программ.
>> И автоматический перезапуск при падении.
> monit.А нафига мне их два? Видал я вермишель из конфигурации разбросанную там и тут. Жаль правда что идею централизовать запуск процессов при старте кем-то одним набоилее рьяно поттеринг реализует.
> благодарю, обычные sh-скрипты как-то прозрачней и понятней.
Ага, особенно болванки на 1000 строк там где у этой хренотени аж 5 строк конфига. А сколько строк у тебя займет шеллскрипт рестарта программы при ее падении с лимитированием числа перезапусков в минуту на случай если упало в unrecoverable виде и крашится при старте? Ах, поставить доп-костыль? И еще крон? И вон там дисплейный манагер?
"Драм кружок, кружок по фото - это многовато что-то!"
> лол. ещё один думает, что достаточно не закрывать сокет, и всё, "ничего не потеряется".Конечно. Достаточно просто понимать, что такое сокет и как они работают.
> monit.
Зачем эти polling-костыли, если есть нормальное решение на основе cgroups?
> да? и где же эта прозрачность и документация? в недрах былокода системд?
Документация - в /usr/share/man, как обычно.
> благодарю, обычные sh-скрипты как-то прозрачней и понятней.
Отказываетесь от нормальных мануалов и простых конфигов в пользу гигантских портянок быдлокода?
> Конечно. Ведь на серверах фичи systemd тоже нужны. Например, перезапуск службы без удаления сокета (и потери запросов). И автоматический перезапуск при падении.Ты доверишь перезапуск оракла и прочих бд автоматике? Крепкие у тебя нервы.
>> Конечно. Ведь на серверах фичи systemd тоже нужны. Например, перезапуск службы без удаления сокета (и потери запросов). И автоматический перезапуск при падении.
> Ты доверишь перезапуск оракла и прочих бд автоматике? Крепкие у тебя нервы.На самом деле не нервы у него крепкие, а голова пустая. Я лично видел как при перезапуске под управлением systemd, nginx умер смертью храбрых. Я представил, что сервер, на котором все этот происходило, нагруженный - и мне реально поплохело.
> На самом деле не нервы у него крепкие, а голова пустая.Об этом, к счастью, судить не вам.
> Я лично видел как при перезапуске под управлением systemd, nginx умер смертью
> храбрых. Я представил, что сервер, на котором все этот происходило, нагруженный
> - и мне реально поплохело.Хорошо заливать.
> Я лично видел как при перезапуске под управлением systemd, nginx умер смертью храбрых. Я представил, что сервер, на котором все этот происходило, нагруженный - и мне реально поплохело.Чудак придумал себе проблему и ему стало плохо: его вырвало и он поседел. Специально для тебя: systemd ещё далеко до стабилизации. И это, осторожнее с фантазиями, здоровье-то оно не казенное.
> Специально для тебя: systemd ещё далеко до стабилизации.зато его уже пихают в дистрибы. причём хомячьё считает, что «всё хорошо, всё так и надо». само в этом признаётся. обалдеть: с вами даже спорить смысла нет, вы сами себя в лужу сажаете.
полагаю, в этом случае вопросы следует адресовать глупым и недальновидным maintainerам помянутых дистрибутивов, нэ? которые вопреки Здравому Смыслу не интересуются мнением юзеров, которые Знают, Как Надо На Самом Деле.
какие «вопросы»-то? вон, юзер уже всё сказал, у него нет вопросов.
> какие «вопросы»-то? вон, юзер уже всё сказал, у него нет вопросов.Ну, если уж на то пошло, то классификация «хомячьё/нехомячьё» вами производится по признаку «считает, что так и надо». Хвост виляет собакой, да.
> Ну, если уж на то пошло, то классификация «хомячьё/нехомячьё» вами производится
> по признаку «считает, что так и надо». Хвост виляет собакой, да.нет, по признаку «не умеет использовать мозг по назначению».
> зато его уже пихают в дистрибыТы про федорку-то? Его юзеры те ещё ССЗБ.
> Ты доверишь перезапуск оракла и прочих бд автоматике? Крепкие у тебя нервы.Оракла - вряд ли, а всяких заббикс-агентов - почему бы и нет?
> P. S.
> Пошел изобретать свой дистр, в котором этому безобразию места не будетБолгенос? Денис, ты?!!
Маман, вы обознались!)))
>> P. S.
>> Пошел изобретать свой дистр, в котором этому безобразию места не будет
> Болгенос? Денис, ты?!!Да, один из их семейства. Примерно с таким же уровнем знаний о линуксе.
Ни кто ничего из линукса ужасного сделать не хочет. У вас всегда есть право выбора, особенно при компиляции. Но в большинстве случаев за вас этот выбор сделают разработчики дистрибутива. Systemd – это хороший проект и в нем реализовывают все то, что нужно. Просто многие уже привыкли к тому, что есть вот и боятся для себя перемен.P.S. Если же что то, где то, вы не можете убрать или добавить, всегда можно взять исходники и сделать это самому.
Отличная новость, люди работают.
> Отличная новость, люди работают.*Данаиды*
В греческой мифологии — преступные дочери царя Даная, убившие по его приказанию своих мужей. Сначала были осуждены наполнять водой бездонную бочку. Впоследствии, при пересмотре дела, суд принял во внимание тот факт, что замуж они были отданы насильно. Это смягчающее обстоятельство позволило перевести их на несколько менее бессмысленную работу: у нас в институте они занимаются тем, что взламывают асфальт везде, где сами его недавно положили.
>> Отличная новость, люди работают.
> *Данаиды*
> В греческой мифологии — преступные дочери царя Даная, убившие по его приказанию
> своих мужей. Сначала были осуждены наполнять водой бездонную бочку. Впоследствии, при
> пересмотре дела, суд принял во внимание тот факт, что замуж они
> были отданы насильно. Это смягчающее обстоятельство позволило перевести их на несколько
> менее бессмысленную работу: у нас в институте они занимаются тем, что
> взламывают асфальт везде, где сами его недавно положили.Немного по-омски, но, в целом, верно.
> взламывают асфальт везде, где сами его недавно положили.И где красеношапка клала асфальт в виде античного init? И да, имхо тоталтный идиотизм стартить шелл интерпретер на 800 кило на взлет 20 кб сервиса. Хвост виляет собакой.
А как этим пользоваться?
Автологин понятно: systemctl enable user-session@<username>.service.
Как ДЕ или тот же xbmc (из-под юезра) запустить?
Если я правильно понял, то
systemctl enable kde.target
из под пользователя
> Если я правильно понял, то
> systemctl enable kde.target
> из под пользователяА не startkde.service?
> А не startkde.service?startkde.service запустит сам startkde; а startkde.target - это макро-запуск самого DE, который кроме запуска KDE заодно и обеспечит запуск (если необходимо) Xserver, dbus, и всех остальных необходимых серверов.
> Если я правильно понял, то
> systemctl enable kde.target
> из под пользователяЕсли запустить - то не enable, а start.