форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
Сообщение от opennews on 26-Июн-12, 10:16
Несколько разработчиков из компании 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.dev/opennews/art.shtml?num=34186
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

3. "Для systemd реализована поддержка управления десктоп-сессиям..."	+5 +/–
Сообщение от Аноним (??) on 26-Июн-12, 10:47
отлично. может закончится разброд и шатание в линуксах. будет что то одно но делающее свое дело хорошо. грепать конфиги авком это извращение
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Для systemd реализована поддержка управления десктоп-сессиям..."	+10 +/–
	Сообщение от zsh (ok) on 26-Июн-12, 11:31
	> грепать конфиги авком это извращение Реально извращение, а вот grep'ом многих вполне устраивает. ;)
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	26. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 13:25
	> Реально извращение, а вот grep'ом многих вполне устраивает. ;) Поттеринг говорит, что grep - это фиговый парсер конфигов.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	28. "Для systemd реализована поддержка управления десктоп-сессиям..."	–5 +/–
	Сообщение от Michael (??) on 26-Июн-12, 13:55
	Естественно, для xml'ных-то конфигов
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	32. "Для systemd реализована поддержка управления десктоп-сессиям..."	–4 +/–
	Сообщение от ANNOnim (ok) on 26-Июн-12, 15:10
	Так он вроде бинарные запилить хотел.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	69. "Для systemd реализована поддержка управления десктоп-сессиям..."	–3 +/–
	Сообщение от filosofem (ok) on 26-Июн-12, 23:43
	>Так он вроде бинарные запилить хотел. тогда понятно почему grep не годится.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	128. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от al_88 (ok) on 27-Июн-12, 23:35
	Народ вы что курили? Речь шла ТОЛЬКО про бинрные логи системы. Настроечные файлы классические текстовики.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	42. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 17:43
	> Естественно, для xml'ных-то конфигов А где у Поттеринга xml, не подскажете?
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	57. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 20:56
	> Поттеринг говорит, что grep - это фиговый парсер конфигов. Ну вообще-то он для поиска и фильтровки. Парсить им конфиги... не, ну можно и микроскопом гвозди забивать, конечно.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	67. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от pavlinux (ok) on 26-Июн-12, 23:08
	Конфиги для лохов! Настоящие посаны хардкодят прямо в ядро!
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	70. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 04:02
	> Конфиги для лохов! Настоящие посаны хардкодят прямо в ядро! Дык ядро тоже конфиг требует для сборки. Вот сцуки :)
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	71. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 06:26
	> Конфиги для лохов! Настоящие посаны хардкодят прямо в ядро! и много ты туда нахардкодил? или ты, как я всегда и подозревал, не пацан?
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	39. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Владимир (??) on 26-Июн-12, 16:56
	Зрите в корень!!! Сколько можно все парсить...
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
Сообщение от koblin (ok) on 26-Июн-12, 11:09
так и не понял, что это и зачем.. поясните кто-нибудь
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Для systemd реализована поддержка управления десктоп-сессиям..."	+5 +/–
	Сообщение от VoDA (ok) on 26-Июн-12, 12:01
	> так и не понял, что это и зачем.. поясните кто-нибудь теперь код запуска пользователских сессий сделан общим и универсальным. небольшая конфигурация в виде Unit и замена DM готова. меньше кода => меньше багов => проще поддержка
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	68. "Для systemd реализована поддержка управления десктоп-сессиям..."	–1 +/–
	Сообщение от pavlinux (ok) on 26-Июн-12, 23:09
	> меньше кода => меньше багов => проще поддержка меньше кода => меньше багов => проще поддержка => меньше денег за саппорт => РедХат впанике!
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	85. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от VoDA (ok) on 27-Июн-12, 12:29
	RedHat-у пофигу. Они деньги за саппорт получают просто по факту того, что это ИХ ОС и они самые компетентные в случае если *БУДЕТ* проблема с ОС. Большие компании покупают саппорт чтобы снизить свои риски. И это несколько иная бизнес модель от описанной вами ;)
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	73. "Для systemd реализована поддержка управления десктоп-сессиям..."	+3 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 06:32
	Приятно всё-таки, что помимо петросянов есть и люди, способные читать и понимать текст :) От себя добавлю небольшое пояснение: на данный момент код, запускающий и контролирующий выполнение различных программ реализован как минимум дважды - общесистемный инит (sysvinit, upstart..) и дисплей-манагер (kdm, gdm, xdm...) Это глупо, нерационально и порождает ошибки. Следуя философии unix-way предлагается реалзовать инструмент который будет решать только данную задачу и решать её наиболее качественно: systemd будет проводить как общесистемную, так и специфичную для пользовательской сессии инициализацию, позволив устранить дублирование и выкинуть *dm.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	77. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 06:57
	где вы увидели дублирование между общесистемным init и разными display manager ? вы мне пальцем покажите где нужна поддерка pam/nss и прочих веслостей для общесистемного init - который весь от рута выполняется. Тоже самое с kms.. блин охрененная штука - только весь *dm - должен стартовать от рута что бы делать su($user_name) - или вы знаете лучший способ смены пользователя без рута? вот и получается что kms - просто глупая шутка для ухода от "моргания" при старте.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	112. "Для systemd реализована поддержка управления десктоп-сессиям..."	+1 +/–
	Сообщение от Eugeni Dodonov (ok) on 27-Июн-12, 18:04
	> где вы увидели дублирование между общесистемным 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.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	118. "Для systemd реализована поддержка управления десктоп-сессиям..."	+1 +/–
	Сообщение от Eugeni Dodonov (ok) on 27-Июн-12, 18:11
	> То есть можно залогиниться в kde и подменить его gnome (либо > xbmc) через systemctl isolate - все программы продолжают работать, а вместо > одного DE уже другой. Причем без помощи DM. О, как раз хороший пример - можно повесить systemctl isolate на эвенты ACPI, и при отключении от розетки подменять KDE на LXDE. А при подключении менять обратно. Причем одной единственной командой (systemctl isolate kde.target / systemctl isolate startlxde.target), без необходимости что-бы то ни было менять в DM либо в каких-нибудь инит скриптах :).
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	121. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 27-Июн-12, 18:14
	интересно, как при этом поведут себя, например, плазмоиды. или программы, которые пользуются сервисами KDE. или всё отвалится, или будут запущены И KDE, И LXDE. обалденная экономия.
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	126. "Для systemd реализована поддержка управления..."	+2 +/–
	Сообщение от Eugeni Dodonov (ok) on 27-Июн-12, 18:33
	> интересно, как при этом поведут себя, например, плазмоиды. или программы, которые пользуются > сервисами KDE. или всё отвалится, или будут запущены И KDE, И > LXDE. обалденная экономия. Совершенно верно, вот именно это и произойдет при попытке сделать это используя текущие механизмы dm и init scripts (под которыми имеются в виду startkde/startlxde которые используются сегодня)! И именно эту проблему systemd решает. Хотя вы конечно не поверите даже если мы это продемонстрируем (что и случится через неделю на PLUG 2012 :)). Так что не буду спорить. Да-да, все отвалится, systemd умрет и даже кулер оторвется и вылетит в окно, жизнерадостно насвистывая. И все из-за Поттеринга :).
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	136. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 28-Июн-12, 12:05
	ну, демонстрируйте, чо. я, правда, в магию не верю, но хомячьё верит. ЦА понятна.
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	33. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от L (??) on 26-Июн-12, 15:26
	Мир становится проще =)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
Сообщение от Аноним (??) on 26-Июн-12, 11:37
Это позволит отказаться от DM?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	9. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 11:46
	А кому мешал DM. И DM то никуда не пропадет просто его функции будут вшиты в системД. В чем смысл смены шила на мыло.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	10. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 11:49
	Общий код выносят в отдельный компонент^W^W systemd
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	61. "Для systemd реализована поддержка управления десктоп-сессиям..."	+6 +/–
	Сообщение от Eugeni Dodonov (ok) on 26-Июн-12, 21:03
	> Это позволит отказаться от 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 запустит (либо перезапустит) по мере необходимости.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	78. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 07:01
	>> Это позволит отказаться от DM? > Нет, это позволит упростить и значительно успорить DE-специфичные скрипты. Например, вместо > сотен строк скриптов будут 2 юнита, которые будут делать то же > самое. > Что изменится для DM? Да ничего скорее всего, просто для запуска xfce > session будет выполнять 'systemctl start xfce4.target' вместо 'startxfce4.sh'... а все > нужные сервисы, процессы и сокеты systemd запустит (либо перезапустит) по мере > необходимости. Вюнош. Открою тебе большую тайну - xfce4 работает не только в linux. а еще и в куче других операционных систем - теперь предлагается общий механизм для всех выпилить и впилить только linux специфичное? Или вы считаете что systemd будет каждый раз обновляться - когда что-то изменится в запуске у любой из программ - которые он должен запускать? И да - я в курсе что Потеринг не раз кричал что ничего кроме linux не надо, так как это тормозит прогресс - в его понимании.  Но не стоит так бездумно повторять глупости за ним.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	102. "Для systemd реализована поддержка управления десктоп-сессиям..."	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 15:31
	> Вюнош. Открою тебе большую тайну - xfce4 работает не только в linux. > а еще и в куче других операционных систем - теперь предлагается > общий механизм для всех выпилить и впилить только linux специфичное? Нет. Предлагается при запуске XFCE в Linux использовать более простой и прозрачный механизм, чем кучи костылей при запуске в других ОС. > Или вы считаете что systemd будет каждый раз обновляться - когда что-то > изменится в запуске у любой из программ - которые он должен > запускать? Нет, это вы так считаете. Я считаю, что достаточно обновить конфиг для systemd, идущий в комплекте с DE. > И да - я в курсе что Потеринг не раз кричал что > ничего кроме linux не надо, так как это тормозит прогресс - > в его понимании.  Но не стоит так бездумно повторять глупости > за ним. А он, между прочим, абсолютно прав. При развитии Linux нужно учитывать интересы Linux, а не равняться на отстающих.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	123. "Для systemd реализована поддержка управления десктоп-сессиям..."	+1 +/–
	Сообщение от Eugeni Dodonov (ok) on 27-Июн-12, 18:20
	> Вюнош. Спасибо :). > Открою тебе большую тайну - xfce4 работает не только в linux. > а еще и в куче других операционных систем - теперь предлагается > общий механизм для всех выпилить и впилить только linux специфичное? А что именно вы хотите выпиливать из xfce4? Для поддержки systemd нужно добавить нижеследующие файлы: xfce4.target: [Unit] Description=The Xfce 4.x Desktop Environment Wants=xorg.target dbus.socket user/xfce4-session.service: [Unit] Description=Xfce4 Session Manager After=xorg.target [Service] ExecStart=@XFCE_PROG@ [Install] WantedBy=xfce4.target user/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?
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	130. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от develop7 (ok) on 28-Июн-12, 01:30
	> xfce4 работает не только в linux. а еще и в куче других операционных систем - теперь предлагается общий механизм для всех выпилить и впилить только linux специфичное? похоже, я как-то пропустил момент отмены и запрета #ifdef
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	74. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 06:32
	> Это позволит отказаться от DM? Да.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

12. "Для systemd реализована поддержка управления десктоп-сессиям..."	–2 +/–
Сообщение от Тузя (ok) on 26-Июн-12, 12:05
Systemd - это уход от "UNIX way". Это не хорошо, но и не плохо. Интересно что будет дальше.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	13. "Для systemd реализована поддержка управления десктоп-сессиям..."	–1 +/–
	Сообщение от iZEN (ok) on 26-Июн-12, 12:11
	Дальше будет комитет по курированию развития Linux/SystemD, очередной эффективный элоп-менеджер и, как всегда, сведётся всё к Windows XXX.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	14. "Для systemd реализована поддержка управления десктоп-сессиям..."	–1 +/–
	Сообщение от Аноним (??) on 26-Июн-12, 12:27
	Печально глаголишь, но как-то похоже. Мы будем посмотреть.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	21. "Для systemd реализована поддержка управления десктоп-сессиям..."	+3 +/–
	Сообщение от Аноним (??) on 26-Июн-12, 13:17
	> Дальше будет комитет по курированию развития Linux/SystemD, очередной эффективный элоп-менеджер и, как всегда, сведётся всё к Windows XXX. Комитеты по курированию развития и прочие Foundation - это по вашей части. А у нас есть Торвальдс.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	58. "Для systemd реализована поддержка управления десктоп-сессиям..."	+2 +/–
	Сообщение от Аноним (??) on 26-Июн-12, 20:58
	> А у нас есть Торвальдс. И когда надо - он умеет показывать средний палец :)
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	15. "Для systemd реализована поддержка управления десктоп-сессиям..."	+6 +/–
	Сообщение от VoDA (ok) on 26-Июн-12, 12:34
	почему уход? Unix-way - программа должна делать одну вещь хорошо. systemd управляет загрузкой сервисов в ОС. причем управляет достаточно хорошо, чтобы грузить демоны лучше SysV и грузить пользовательские сессии лучше DM. Вместо нескольких десятков init-ов и DM-ов может быть использован один - systemd. PS кому не нравится может не пользоваться ;)
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	40. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 16:57
	> Вместо нескольких десятков init-ов и DM-ов может быть использован один - systemd. > PS кому не нравится может не пользоваться ;) Несколько десятков инитов или несколько десятков юнитов - безразлично. Так и не пользуемся.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	43. "Для systemd реализована поддержка управления десктоп-сессиям..."	+1 +/–
	Сообщение от Аноним (??) on 26-Июн-12, 17:44
	> Несколько десятков инитов или несколько десятков юнитов - безразлично. Так и не пользуемся. Не читаем, но осуждаем.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	59. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 20:59
	> Несколько десятков инитов или несколько десятков юнитов - безразлично. Так и не > пользуемся. Несколько десятков конфигов по 5 строчек vs столько же но разных портянок по 500 - некоторая разница однако.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	79. "Для systemd реализована поддержка управления десктоп-сессиям..."	–1 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 07:04
	>> Несколько десятков инитов или несколько десятков юнитов - безразлично. Так и не >> пользуемся. > Несколько десятков конфигов по 5 строчек vs столько же но разных портянок > по 500 - некоторая разница однако. вьюнош - ответь на вопрос - кто будет обновлять systemd когда какой-то из программ в комлекте захочется изменить что-то в своем запуске? не будет ли это ситуацией что ты обновил GNOME/KDE/etc - а у тебя система перестала загружаться потому как потеринг не обновил systemd? или systemd должен будет таскать костыли на кучу версий каждого софта? Никто об этом не подумал?
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	86. "Для systemd реализована поддержка управления десктоп-сессиям..."	+1 +/–
	Сообщение от VoDA (ok) on 27-Июн-12, 12:35
	> вьюнош - ответь на вопрос - кто будет обновлять systemd когда какой-то > из программ в комлекте захочется изменить что-то в своем запуске? не > будет ли это ситуацией что ты обновил GNOME/KDE/etc - а у > тебя система перестала загружаться потому как потеринг не обновил systemd? или > systemd должен будет таскать костыли на кучу версий каждого софта? > Никто об этом не подумал? Че за бред? Если при обновлении КДЕ или ГНОМА потребовалось по другому их запускать, то они и тащат свой конфиг для systemd. Собственно никто, кроме приложения и не знает как его адекватно загрузить. Ровно так же apache таскает конфиг (инит-скрипты) для инита и конфиги обновляются пакетным манагером. Если при обновлении КДЕ или ГНОМА требуется новая версия systemd, то пакетный менеджер и отслеживает зависимости. Ровно так же, как сейчас одно приложение зависит от другого и для апдейта требуется обновить оба. PS Слака в пролете - у нее нет пакетного менеджера, но это проблемы только ее пользователей.
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	101. "Для systemd реализована поддержка управления десктоп-сессиям..."	+2 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 15:27
	> вьюнош - ответь на вопрос - кто будет обновлять systemd когда какой-то > из программ в комлекте захочется изменить что-то в своем запуске? А вы ответьте на вопрос - зачем обновлять systemd, если можно обновить его конфиги? Хватит мыслить категориями sysvinit, когда код и настройки были слеплены в один ком. В systemd они уже разделены.
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	124. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Eugeni Dodonov (ok) on 27-Июн-12, 18:23
	> вьюнош - ответь на вопрос - кто будет обновлять systemd когда какой-то > из программ в комлекте захочется изменить что-то в своем запуске? А собственно в systemd ничего обновлять не надо. Юниты идут вместе с программой - в systemd ничего специфического для xfce/gnome/kde/lxde нет. Просто xfce например будет устанавливать xfce4.target во время make install. Пока их не включили в xfce/gnome/kde - можно просто использовать примерные файлы из user-session-units - как собственно в статье и рассказывается. Нет никакой причины их включать в сам systemd. Собственно этого и не планируется. > Никто об этом не подумал? Как раз об этом и разговор...
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	54. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от гость on 26-Июн-12, 19:11
	>> Unix-way - программа должна делать одну вещь хорошо. systemd управляет загрузкой сервисов в ОС после поглощения udev`а уже не "одну вещь"
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	17. "Для systemd реализована поддержка управления десктоп-сессиям..."	+8 +/–
	Сообщение от VoDA (ok) on 26-Июн-12, 12:42
	Собственно ничего нового - нет. Развитие идет по спирали. 1. В начале все было универсально и едино. 2. Потом было время все делали лисапеды/иниты. И это было хорошо в тот момент - это развивало. 3. Теперь пришло время из разрозненного набора сделать один (может несколько самых-самых). И это хорошо сейчас - идет универсализация и обобщение технологий, созданных на шаге 2. 4. Через какое то время универсальность станет чрезмерной и опять начнут плодиться форки или переписанные с нуля. Только уже с учетом наработок и технологий шага 3. Потому результаты шага 2 и шага 4 будут кардинально отличаться. Так что это часть развития. ;)
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	31. "Для systemd реализована поддержка управления десктоп-сессиям..."	–10 +/–
	Сообщение от Игорь (??) on 26-Июн-12, 14:57
	На самом деле - это не так. Развитием в данном случае являло бы собой шлифовку старых и принятие новых спецификаций взаимодействия разных, но независимых разработчиков. То, что происходит сейчас это перегиб в пользу одного - редхата. Причем соотношение сил (а так же и тот факт, что именно сотрудники означенной компании в майнтейнерах почти во всех ведущих дистрах) даже не позволяет надеяться на то, что ситуация как-то выправится. К примеру, если я сейчас захочу создать свой DM, то мне для этого надо будет не смотреть в спеки, а смотреть в сырцы systemd. Как говорится почувствуйте разницу.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	35. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от VoDA (ok) on 26-Июн-12, 15:47
	> К примеру, если я сейчас захочу создать свой DM, то мне для > этого надо будет не смотреть в спеки, а смотреть в сырцы > systemd. Как говорится почувствуйте разницу. Смотрите спеки - кто вам мешает? ;) > На самом деле - это не так. Развитием в данном случае являло > бы собой шлифовку старых и принятие новых спецификаций взаимодействия разных, но > независимых разработчиков. Собственно кому надо, тот этим и занимается. Вы легко можете написать спецификацию, согласовать ее с всем разработчиками и вуаля ;) > То, что происходит сейчас это перегиб в пользу одного > - редхата. Причем соотношение сил (а так же и тот факт, > что именно сотрудники означенной компании в майнтейнерах почти во всех ведущих > дистрах) даже не позволяет надеяться на то, что ситуация как-то выправится. С ваших слов следует, что RedHat за свои деньги поддерживает "все ведущие дистрибутивы". Тогда надеюсь, что ситуация не "выправится" ибо в противном случае Linux опять может стать маргинальным.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	55. "Для systemd реализована поддержка управления десктоп-сессиям..."	–8 +/–
	Сообщение от Игорь (??) on 26-Июн-12, 19:33
	>Смотрите спеки - кто вам мешает? ;) Собсно их отсутствие, - Поттерингу они не к чему >Собственно кому надо, тот этим и занимается >кому надо В этом-то и вопрос. Надо только тому, кто хочет обеспечить совместимость своей разработки с разработками других программистов. Но надо ли это Поттерингу, вопрос еще тот. >С ваших слов следует, что RedHat за свои деньги поддерживает "все ведущие дистрибутивы" Вы перевираете мои слова. Я просто указал, на тот факт, что сырые и не проверенные разработки РедХата практически насильно пропихиваются в майнстрим майентейнерами, являющимися одновременно и штатными сотрудниками РедХата. Примеры? Да пожалуйста! В OpenSuSE в общесистемном конфиге (и в ясте тоже) имеет место быть завязка на NetworkManager мэйд ин Поттеринг. И никого не смущает, что архитектурно на уровне общей конфигурации сети ЛЮБОЙ сетевой менеджер как бы светится и не должен. И всем пофиг что есть wicd, который тоже прекрасно исполняет аналогичные функции.... Или вот еще один примерчик на примере той же сусе. Полностью отключить systemd в сусе невозможно. Можно деактивировать, - это да, - но не удалить. При удалении Вы, по-зависимостям, пол-системы выкинете. А ведь такое положение вещей не без участия майентейнров делается.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	82. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от redwolf (ok) on 27-Июн-12, 08:54
	Собственно в любом дистрибутиве идёт привязка к конкретным програмным решениям. Попробуйте выпилить из убунты networkmanager, pulseaudio и upstart. У вас тоже будет куча проблем с зависимостями и тд и тп. Это произойдёт хотя бы просто потому, что все программы собраны для работы с ними. Тут либо придётся собирать свои пакеты, либо сразу уходить на генту и подобные.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	87. "Для systemd реализована поддержка управления десктоп-сессиям..."	–8 +/–
	Сообщение от Игорь (??) on 27-Июн-12, 14:38
	Во-первых, очень символично, что два компонента из трех - как раз их мастерской Леонардо. А во-вторых, зависимости по библиотекам очень сильно отличаются от зависимостям по конфигам. Первое - понять можно. Второе - едва ли. И когда в общесистемный конфиг, обеспечивающий конфигурацию всей сетевой подсистемы, добавляют опции для конфигурации конкретного пакета, работающего поверх этой подсистемы, то это не может не вызвать недоумение, имхо. Сразу появляется вопрос: "А что делать если я этот пакет ставить не хочу?" А ответ на него только один и он в стиле мелкомягких: "Ешь что дают!"
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	96. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 15:17
	> И когда в общесистемный конфиг, обеспечивающий конфигурацию всей сетевой подсистемы, добавляют > опции для конфигурации конкретного пакета, работающего поверх этой подсистемы, то это > не может не вызвать недоумение, имхо. Сразу появляется вопрос: "А что > делать если я этот пакет ставить не хочу?" Да, тяжело у вас на винде. Хорошо, что в федоре такого нет.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	100. "Для systemd реализована поддержка управления десктоп-сессиям..."	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 15:24
	> Или вот еще один примерчик на примере той же сусе. Полностью отключить > systemd в сусе невозможно. Можно деактивировать, - это да, - но > не удалить. При удалении Вы, по-зависимостям, пол-системы выкинете. А ведь такое > положение вещей не без участия майентейнров делается. Конечно. Потому что мейнтенейнеры, в отличие от вас, руководствуются логикой, а не эмоциями, и поэтому не стремятся уделить systemd. Скорее, они стремятся удалить остатки sysvinit, чтобы окончательно избавить себя от этого кошмара.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	104. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 27-Июн-12, 15:49
	> мейнтенейнеры, в отличие от вас, руководствуются логикой, а не эмоциями ... > чтобы окончательно избавить себя от этого кошмара лол, чо.
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	106. "Для systemd реализована поддержка управления..."	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 17:53
	> лол, чо. Логика простая: уменьшить количество гемора на свою задницу. Поэтому долой sysvinit.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	107. "Для systemd реализована поддержка управления..."	–1 +/–
	Сообщение от arisu (ok) on 27-Июн-12, 17:56
	> Логика простая: уменьшить количество гемора на свою задницу. для этого проще выкинуть творения портеринга.
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

	109. "Для systemd реализована поддержка управления..."	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 17:59
	Для этого проще выкинуть слаку с ее фан-дрочерами.
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	111. "Для systemd реализована поддержка управления..."	–1 +/–
	Сообщение от arisu (ok) on 27-Июн-12, 18:04
	как будто тебя кто-то звал в слаку.
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	114. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 18:07
	> как будто тебя кто-то звал в слаку. У него убунта в дуалбуте с семерочкой. На кую он вашу слаку и ее дpочеров вертел :)
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	119. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 27-Июн-12, 18:11
	> У него убунта в дуалбуте с семерочкой. нет, скорее семёрочка в дуалбуте с бубунтой.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	125. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 18:32
	Бац-бац и мимо. У меня семерочка в дуалбуте с восьмерочкой.
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	117. "Для systemd реализована поддержка управления..."	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 18:11
	> Для этого проще выкинуть слаку с ее фан-дрочерами. Надо весь поттеролинyпс выкинуть, и поставить семерочку, не зашкваренную леннардом.
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	113. "Для systemd реализована поддержка управления..."	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 18:05
	> для этого проще выкинуть творения портеринга. Наоборот. Если выкинуть поттера, останется концентрированный гемор в виде сотен килобайт скриптов, работающих через особую магию. Вам, может быть, это и нужно, а мейнтейнерам - нет.
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	116. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 27-Июн-12, 18:10
	«особая магия» — это как раз творения портеринга. монолитная полумагическая фиготень. а скрипты запуска — они не просто так написаны, если там много килобайт — значит, они по делу. обычно же хватает нескольких строчек. впрочем, я не пользуюсь дистрибутивами, где маинтайнеры считают, что юзеры должны молча жрать портерингоподелия.
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	122. "Для systemd реализована поддержка управления..."	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 18:14
	> «особая магия» — это как раз творения портеринга. монолитная полумагическая фиготень. Наоборот. Все очень просто, прозрачно и хорошо документировано. > а скрипты запуска — они не просто так написаны, если > там много килобайт — значит, они по делу. Конечно. Просто шелл подходит для этой задачи примерно так же, как и PHP. Вот и получаются километровые портянки вместо нескольких строчек по делу. > впрочем, я не пользуюсь дистрибутивами, где маинтайнеры считают, что юзеры должны молча  жрать портерингоподелия. Зато вы пользуетесь дистрибутивами, где маинтайнеры считают, что юзеры должны молча жрать гигантские невнятные портянки, делающие не пойми что :)
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	127. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 18:36
	Он пользуется дистрибутивом, где 3(три) майнтайнера: Святейший Патрег, Робби Воркман и ИнопланетянинБОБ. )))
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	135. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 28-Июн-12, 12:01
	да, как раз вчера пришла очередная пачка апдейтов. хорошо работают.
	Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

	150. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от Аноним (??) on 28-Июн-12, 14:39
	Ага, и зубы не чистят )))
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	133. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 28-Июн-12, 11:59
	> Наоборот. Все очень просто, прозрачно и хорошо документировано. угу-угу. правда, там в дороге где-то kiss потерялся, но это же ерунда, не так ли? > Конечно. Просто шелл подходит для этой задачи примерно так же, как и > PHP. Вот и получаются километровые портянки вместо нескольких строчек по делу. угу. sh не подходит для написания скриптов. жуть какая. > Зато вы пользуетесь дистрибутивами, где маинтайнеры считают, что юзеры должны молча жрать > гигантские невнятные портянки, делающие не пойми что :) ты знаешь, вдумчивое чтение man bash — один, максимум два раза — обычно помогает понять, что написано в скрипте. если это вообще надо, потому что в большинстве случаев трогать их незачем.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	140. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от develop7 (ok) on 28-Июн-12, 12:26
	> в большинстве случаев трогать их незачем. А какая, простите, разница, что не трогать — инишники systemd или шеллскрипты?
	Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

	141. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 28-Июн-12, 12:32
	> А какая, простите, разница, что не трогать — инишники systemd или шеллскрипты? такая, что sh я уже знаю, а systemd — очередной велосипед.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	142. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от develop7 (ok) on 28-Июн-12, 12:35
	>> А какая, простите, разница, что не трогать — инишники systemd или шеллскрипты? > такая, что sh я уже знаю, а systemd — очередной велосипед. Что забавно, примерно такими же соображениями руководствуются фанбои nodejs — «я ведь уже знаю javascript». Новая технология вызывает боль в заднице? Не пользуйтесь, делов-то.
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

	145. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 28-Июн-12, 12:47
	> Что забавно, примерно такими же соображениями руководствуются фанбои nodejs — «я > ведь уже знаю javascript». а что плохого в node.js? исключая фанбоев, конечно, которые на самом деле js не знают. > Новая технология вызывает боль в заднице? Не пользуйтесь, делов-то. а я и не пользуюсь. мне просто забавно поддевать хомячков, которым systemd впихнули насильно, и которые теперь орут на всех углах, что на самом деле systemd — это мегакруто. как будто у них выбор был. pulseaudio им точно так же скормили.
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	146. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от develop7 (ok) on 28-Июн-12, 13:17
	>> Что забавно, примерно такими же соображениями руководствуются фанбои nodejs — «я ведь уже знаю javascript». > а что плохого в node.js? исключая фанбоев, конечно, которые на самом деле js не знают. Да собссно кроме хайпа и фанбоев — ничего, согласный. Но я вообще-то о классе фанбоев «я ведь уже умею Х, зачем мне Y»? >> Новая технология вызывает боль в заднице? Не пользуйтесь, делов-то. > а я и не пользуюсь. мне просто забавно поддевать хомячков, То есть матчастью вы не владеете. ЧТД. > как будто у них выбор был. pulseaudio им точно так же скормили. Всё правильно же. Не пилишь дистр сам — жри, что дают. Не платишь денег тем, кто кодит/пилит — снова жри, что дают. И так далее.
	Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

	147. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 28-Июн-12, 13:24
	> о классе фанбоев «я ведь уже умею Х, зачем мне Y»? подобные рассуждения — не обязательно фанбойство. а вот рассуждения типа «X устарело, давайте запилим Y, будет круто!» — таки очень часто фанбойство. > То есть матчастью вы не владеете. ЧТД. я не пользуюсь огнестрелом. как из этого следует, что я не умею стрелять? >> как будто у них выбор был. pulseaudio им точно так же скормили. > Всё правильно же. Не пилишь дистр сам — жри, что дают. Не > платишь денег тем, кто кодит/пилит — снова жри, что дают. И > так далее. а я не о «правильности» говорю, а о том, что «Ватсон без трубки уже не мог».
	Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

	148. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от develop7 (ok) on 28-Июн-12, 13:50
	>> о классе фанбоев «я ведь уже умею Х, зачем мне Y»? > подобные рассуждения — не обязательно фанбойство. а вот рассуждения типа «X устарело, давайте запилим Y, будет круто!» — таки очень часто фанбойство. Ну и с чего вы взяли, что разрабы systemd (и прочих технологий, которые вам почему-то не нравятся) руководствовались только и исключительно абстрактными критериями «устарело» и «будет круто»? systemd с upstart например приносят совершенно конкретную пользу. >> То есть матчастью вы не владеете. ЧТД. > я не пользуюсь огнестрелом. как из этого следует, что я не умею стрелять? вы умеете стрелять только из бомбарды 15 века, а критикуете АК-47. Так понятнее? >>> как будто у них выбор был. pulseaudio им точно так же скормили. >> Всё правильно же. Не пилишь дистр сам — жри, что дают. Не платишь денег тем, кто кодит/пилит — снова жри, что дают. И так далее. > а я не о «правильности» говорю, а о том, что «Ватсон без трубки уже не мог». Ещё один психоаналитик по переписке. Ох.
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	131. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от al_88 (ok) on 28-Июн-12, 02:14
	>если там много килобайт — значит, они по делу Это значит что так костылей в 3 раза больше чем основного кода
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	134. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 28-Июн-12, 11:59
	>>если там много килобайт — значит, они по делу > Это значит что так костылей в 3 раза больше чем основного кода какого «основного»? каких «костылей»? не будет ли столь любезен многоуважаемый джинн привести наглядный пример?
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	110. "Для systemd реализована поддержка управления десктоп-сессиям..."	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 18:03
	> Собсно их отсутствие, - Поттерингу они не к чему Поттеринг не ленится писать спеки. Но только там, где они действительно нужны. > В этом-то и вопрос. Надо только тому, кто хочет обеспечить совместимость своей > разработки с разработками других программистов. Но надо ли это Поттерингу, вопрос > еще тот. Разумеется. Одна из основных целей создания systemd - максимально упростить жизнь разработчикам и мейнтейнерам системного и прикладного ПО под Linux. За что его, собсно, так и любят в большинстве дистров. И, соответственно, ненавидят ламеры-вантузятники вроде вас. > Вы перевираете мои слова. Я просто указал, на тот факт, что сырые > и не проверенные разработки РедХата практически насильно пропихиваются в майнстрим майентейнерами, > являющимися одновременно и штатными сотрудниками РедХата. А зачем перевирать ваши слова, если вы и так врете? Разработки редхата "пропихиваются" практически всеми квалифицированными мейнтейнерами, независимо от их места работы, просто потому, что они лучше. > Примеры? Да пожалуйста! В OpenSuSE в общесистемном конфиге (и в ясте тоже) > имеет место быть завязка на NetworkManager мэйд ин Поттеринг. Да неужели? С тем же успехом можно сказать, что и X.org, и ядро Linux сделаны Поттерингом. И там, и там есть несколько его патчей, как и в NM. > Или вот еще один примерчик на примере той же сусе. Полностью отключить > systemd в сусе невозможно. Можно деактивировать, - это да, - но > не удалить. При удалении Вы, по-зависимостям, пол-системы выкинете. А ведь такое > положение вещей не без участия майентейнров делается. А зачем полностью отключать systemd, если у него все равно нет достойной замены?
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	46. "Для systemd реализована поддержка управления десктоп-сессиям..."	–1 +/–
	Сообщение от Аноним (??) on 26-Июн-12, 17:53
	> На самом деле - это не так. Развитием в данном случае являло > бы собой шлифовку старых и принятие новых спецификаций взаимодействия разных, но > независимых разработчиков. То, что происходит сейчас это перегиб в пользу одного > - редхата. Причем соотношение сил (а так же и тот факт, > что именно сотрудники означенной компании в майнтейнерах почти во всех ведущих > дистрах) даже не позволяет надеяться на то, что ситуация как-то выправится. А секрет прост - линукс больше всего интересен именно редхату. Остальным конторам - постольку-поскольку. Не было бы редхата - не было бы и развития линукса.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	49. "Для systemd реализована поддержка управления десктоп-сессиям..."	–1 +/–
	Сообщение от Аноним (??) on 26-Июн-12, 18:00
	> К примеру, если я сейчас захочу создать свой DM, то мне для > этого надо будет не смотреть в спеки, а смотреть в сырцы > systemd. Как говорится почувствуйте разницу. Простите, но судя по уровню аргументированности ваших "авторитетных" заявлений, ваших знаний о линуксе не хватит даже на hello world, не то что на DM. А спеки на DM - вот они http://www.freedesktop.org/wiki/Software/systemd/writing-dis... Почему на сайте systemd? Потому что больше никто не предложил стандартов в этой области.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	53. "Для systemd реализована поддержка управления десктоп-сессиям..."	–8 +/–
	Сообщение от Игорь (??) on 26-Июн-12, 19:09
	>ваших знаний о линуксе не хватит даже на hello world, не то что на DM По-счастью, об этом судить не вам >А спеки на DM - вот они Шо? Это вы называете спеками?!! Юноша, вас обманули. Спеки, это то, с помощью чего пишут программы, а не то что показывает как можно портировать DM с ConsoleKit на Systemd. Вот вам пример, изучайте http://www.notmart.org/misc/statusnotifieritem/index.html на досуге. Повышайте, так сказать, свой общий уровень.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	93. "Для systemd реализована поддержка управления десктоп-сессиям..."	–1 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 15:11
	> По-счастью, об этом судить не вам Чтобы назвать ламера ламером, особых полномочий и не надо? > Шо? Это вы называете спеками?!! Юноша, вас обманули. Спеки, это то, с > помощью чего пишут программы, а не то что показывает как можно > портировать DM с ConsoleKit на Systemd. А теперь поясните пожалуйста, как именно должны выглядеть спеки для написания DM под systemd, если для этого не требуются никакие специфичные вызовы?
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	75. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 06:39
	> К примеру, если я сейчас захочу создать свой DM, то мне для > этого надо будет не смотреть в спеки, а смотреть в сырцы > systemd. Как говорится почувствуйте разницу. Судя по тому, что авторы gdm, kdm, lxdm, slim, xdm смогли создать свои dm без разглядывания systemd, у тебя не получится создать собственный дм вовсе не из-за происков Леннарта, а просто потому, что катастрофически необразован и слишком чванлив чтобы это признать.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	80. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 07:08
	>> К примеру, если я сейчас захочу создать свой DM, то мне для >> этого надо будет не смотреть в спеки, а смотреть в сырцы >> systemd. Как говорится почувствуйте разницу. > Судя по тому, что авторы gdm, kdm, lxdm, slim, xdm смогли создать > свои dm без разглядывания systemd, у тебя не получится создать собственный > дм вовсе не из-за происков Леннарта, а просто потому, что катастрофически > необразован и слишком чванлив чтобы это признать. они создали свои скрипты инициализации. Теперь всем предлагается прогнуться и использовать только systemd - которого в Solaris/*BSD/AIX - просто нету. В результате все DM становятся завязаны только на Linux. Хотя да - для вас наверно это не является недостатком, вы слишком восторженны и приверженны к секте линуксоидов - это же высшая раса, не так ли ?
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	90. "Для systemd реализована поддержка управления десктоп-сессиям..."	+5 +/–
	Сообщение от Eugeni Dodonov (ok) on 27-Июн-12, 14:56
	> Теперь всем предлагается прогнуться и использовать только 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 иномарки".
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	151. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от jOKer (ok) on 28-Июн-12, 15:28
	>Если 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 так хорош, то не пихайте его в майнстрим - люди сами его поставят, не торопясь опробуют, и даже (возможно) улучшат. Собсно, сгодилась бы и возможность его официально "выпилить".
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	152. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Eugeni Dodonov (ok) on 28-Июн-12, 18:52
	> Ага-ага. Вы "забыли" только упомянуть, что одновременно с выпуском 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. Сделать свой дистрибутив и использовать его как душа желает. Все исходники открыты, все спеки есть, ничто не мешает свободному творчеству...
	Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

	37. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от kurokaze (ok) on 26-Июн-12, 16:06
	Все приходит к своей противоположности © дюна
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	38. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 16:11
	Дюна - the battle for arrakis
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	23. "Для systemd реализована поддержка управления десктоп-сессиям..."	+2 +/–
	Сообщение от Аноним (??) on 26-Июн-12, 13:21
	> Systemd - это уход от "UNIX way". Это не хорошо, но и > не плохо. Интересно что будет дальше. Наоборот. systemd - это возвращение к unix way, после множества костылей, наросших за долгие годы и превративших линукс в подобие винды (например, sysvinit в его современном виде - это надругательство над первоначальным sysvinit, который архитектурно был очень похож на systemd, пока его не изуродовали криворукие дистростроители).
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	29. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Crazy Alex (ok) on 26-Июн-12, 14:26
	А где подробнее почитать об этом?
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	44. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 17:48
	> А где подробнее почитать об этом? Нагляднее всего будет откопать образ ФС какой-нибудь юникс из семейства System V или Sun OS, и посмотреть на тамошние init-скрипты. Редко кто из них был больше 8-10 строчек. Если сравнивать их с современностью, то они действительно ближе к конфигам upstart и systemd, чем к нынешним 200-строчным портянкам того, что называют SysV init.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

16. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
Сообщение от Аноним (??) on 26-Июн-12, 12:41
Текстовый редактор туда скоро встроят?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	19. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от zomg on 26-Июн-12, 12:57
	Почтовый клиент
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	25. "Для systemd реализована поддержка управления десктоп-сессиям..."	+1 +/–
	Сообщение от Аноним (??) on 26-Июн-12, 13:23
	> Текстовый редактор туда скоро встроят? Скорее наоборот - EmacsOS поглотит systemd, как акула мелкую рыбешку :)
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

18. "Для systemd реализована поддержка управления десктоп-сессиям..."	–4 +/–
Сообщение от Alex (??) on 26-Июн-12, 12:48
Ещё один fix того, что не было broken??
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	22. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 13:18
	> Ещё один fix того, что не было broken?? Еще один ламер, считающий, что separate usr not broken? Откуда ж вы такие беретесь?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	27. "Для systemd реализована поддержка управления десктоп-сессиям..."	+1 +/–
	Сообщение от Аноним (??) on 26-Июн-12, 13:34
	Вопрос о загрузке без /usr - прекрасный способ отличить технически безграмотных людей. Потому что те, кто не знают, как происходит загрузка Linux, просто не могут понять, почему он не должен нормально грузиться без /usr.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	66. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 22:11
	Грузится же, если это не "Федора".
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	92. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 15:10
	> Грузится же, если это не "Федора". И не *nix.
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	60. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 21:03
	> Ещё один fix того, что не было broken?? Ну если на то пошло, multics и CP/M не были broken. Так какого вы ими не пользуетесь?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

30. "Для systemd реализована поддержка управления десктоп-сессиям..."	–10 +/–
Сообщение от Игорь (??) on 26-Июн-12, 14:46
Так. Теперь очередь дошла и до дисплай менагера. Убрать системд становится все проблематичнее. Зараза плодится. А самое печальное в том, что это зараза плодится под усилиями красношапки, которая отчаянно стремится превратить свободный линукс, в свободный десктоп-линукс. И все для того, что бы ей любимой не мешали спокойно продавать сервера. Для этого этот Поттеринг и клепает свои горе-поделия. P. S. Пошел изобретать свой дистр, в котором этому безобразию места не будет
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	34. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от L (??) on 26-Июн-12, 15:31
	> А самое печальное в том, что .. Самое печальное в вашем понимании.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	45. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 17:51
	> Так. Теперь очередь дошла и до дисплай менагера. Убрать системд становится все > проблематичнее. Зараза плодится. А вы хоть можете внятно обосновать, почему это "зараза" и зачем ее нужно "убивать"? > P. S. > Пошел изобретать свой дистр, в котором этому безобразию места не будет Ну вот, еще одна сборка винды появится...
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	48. "Для systemd реализована поддержка управления десктоп-сессиям..."	+3 +/–
	Сообщение от Аноним (??) on 26-Июн-12, 17:56
	> А самое печальное в том, что это зараза плодится под усилиями красношапки, > которая отчаянно стремится превратить свободный линукс, в свободный десктоп-линукс. И > все для того, что бы ей любимой не мешали спокойно продавать > сервера. Для этого этот Поттеринг и клепает свои горе-поделия. Конечно. Ведь на серверах фичи systemd тоже нужны. Например, перезапуск службы без удаления сокета (и потери запросов). И автоматический перезапуск при падении. И - впервые в мире UNIX - полностью прозрачный и документированный процесс загрузки.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	51. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 26-Июн-12, 18:26
	> Например, перезапуск службы без удаления сокета (и потери запросов). лол. ещё один думает, что достаточно не закрывать сокет, и всё, "ничего не потеряется". > И автоматический перезапуск при падении. monit. > И - впервые в мире UNIX - полностью прозрачный и документированный процесс > загрузки. да? и где же эта прозрачность и документация? в недрах былокода системд? благодарю, обычные sh-скрипты как-то прозрачней и понятней.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	63. "Для systemd реализована поддержка управления..."	+1 +/–
	Сообщение от Eugeni Dodonov (ok) on 26-Июн-12, 21:09
	> да? и где же эта прозрачность и документация? в недрах былокода системд? > благодарю, обычные 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 чем это я уже предположить не могу :).
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	64. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 21:09
	> лол. ещё один думает, что достаточно не закрывать сокет, и всё, "ничего > не потеряется". В принципе в случае с TCP/IP наверное даже прокатит. Особенно при некоей кооперативности программ. >> И автоматический перезапуск при падении. > monit. А нафига мне их два? Видал я вермишель из конфигурации разбросанную там и тут. Жаль правда что идею централизовать запуск процессов при старте кем-то одним набоилее рьяно поттеринг реализует. > благодарю, обычные sh-скрипты как-то прозрачней и понятней. Ага, особенно болванки на 1000 строк там где у этой хренотени аж 5 строк конфига. А сколько строк у тебя займет шеллскрипт рестарта программы при ее падении с лимитированием числа перезапусков в минуту на случай если упало в unrecoverable виде и крашится при старте? Ах, поставить доп-костыль? И еще крон? И вон там дисплейный манагер? "Драм кружок, кружок по фото - это многовато что-то!"
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	94. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 15:14
	> лол. ещё один думает, что достаточно не закрывать сокет, и всё, "ничего не потеряется". Конечно. Достаточно просто понимать, что такое сокет и как они работают. > monit. Зачем эти polling-костыли, если есть нормальное решение на основе cgroups? > да? и где же эта прозрачность и документация? в недрах былокода системд? Документация - в /usr/share/man, как обычно. > благодарю, обычные sh-скрипты как-то прозрачней и понятней. Отказываетесь от нормальных мануалов и простых конфигов в пользу гигантских портянок быдлокода?
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	81. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 08:11
	> Конечно. Ведь на серверах фичи systemd тоже нужны. Например, перезапуск службы без удаления сокета (и потери запросов). И автоматический перезапуск при падении. Ты доверишь перезапуск оракла и прочих бд автоматике? Крепкие у тебя нервы.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	89. "Для systemd реализована поддержка управления десктоп-сессиям..."	–3 +/–
	Сообщение от Игорь (??) on 27-Июн-12, 14:48
	>> Конечно. Ведь на серверах фичи systemd тоже нужны. Например, перезапуск службы без удаления сокета (и потери запросов). И автоматический перезапуск при падении. > Ты доверишь перезапуск оракла и прочих бд автоматике? Крепкие у тебя нервы. На самом деле не нервы у него крепкие, а голова пустая. Я лично видел как при перезапуске под управлением systemd, nginx умер смертью храбрых. Я представил, что сервер, на котором все этот происходило, нагруженный - и мне реально поплохело.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	95. "Для systemd реализована поддержка управления десктоп-сессиям..."	–1 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 15:16
	> На самом деле не нервы у него крепкие, а голова пустая. Об этом, к счастью, судить не вам. > Я лично видел как при перезапуске под управлением systemd, nginx умер смертью > храбрых. Я представил, что сервер, на котором все этот происходило, нагруженный > - и мне реально поплохело. Хорошо заливать.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	132. "Для systemd реализована поддержка управления десктоп-сессиям..."	–1 +/–
	Сообщение от Аноним (??) on 28-Июн-12, 10:46
	> Я лично видел как при перезапуске под управлением systemd, nginx умер смертью храбрых. Я представил, что сервер, на котором все этот происходило, нагруженный - и мне реально поплохело. Чудак придумал себе проблему и ему стало плохо: его вырвало и он поседел. Специально для тебя: systemd ещё далеко до стабилизации. И это, осторожнее с фантазиями, здоровье-то оно не казенное.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	137. "Для systemd реализована поддержка управления..."	–1 +/–
	Сообщение от arisu (ok) on 28-Июн-12, 12:07
	> Специально для тебя: systemd ещё далеко до стабилизации. зато его уже пихают в дистрибы. причём хомячьё считает, что «всё хорошо, всё так и надо». само в этом признаётся. обалдеть: с вами даже спорить смысла нет, вы сами себя в лужу сажаете.
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	138. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от develop7 (ok) on 28-Июн-12, 12:18
	полагаю, в этом случае вопросы следует адресовать глупым и недальновидным maintainerам помянутых дистрибутивов, нэ? которые вопреки Здравому Смыслу не интересуются мнением юзеров, которые Знают, Как Надо На Самом Деле.
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

	139. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 28-Июн-12, 12:19
	какие «вопросы»-то? вон, юзер уже всё сказал, у него нет вопросов.
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	143. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от develop7 (ok) on 28-Июн-12, 12:37
	> какие «вопросы»-то? вон, юзер уже всё сказал, у него нет вопросов. Ну, если уж на то пошло, то классификация «хомячьё/нехомячьё» вами производится по признаку «считает, что так и надо». Хвост виляет собакой, да.
	Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

	144. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от arisu (ok) on 28-Июн-12, 12:44
	> Ну, если уж на то пошло, то классификация «хомячьё/нехомячьё» вами производится > по признаку «считает, что так и надо». Хвост виляет собакой, да. нет, по признаку «не умеет использовать мозг по назначению».
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	153. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от Аноним (??) on 28-Июн-12, 20:36
	> зато его уже пихают в дистрибы Ты про федорку-то? Его юзеры те ещё ССЗБ.
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

	99. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 15:22
	> Ты доверишь перезапуск оракла и прочих бд автоматике? Крепкие у тебя нервы. Оракла - вряд ли, а всяких заббикс-агентов - почему бы и нет?
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	76. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 06:41
	> P. S. > Пошел изобретать свой дистр, в котором этому безобразию места не будет Болгенос? Денис, ты?!!
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	88. "Для systemd реализована поддержка управления десктоп-сессиям..."	–2 +/–
	Сообщение от Игорь (??) on 27-Июн-12, 14:45
	Маман, вы обознались!)))
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	98. "Для systemd реализована поддержка управления десктоп-сессиям..."	+1 +/–
	Сообщение от Аноним (??) on 27-Июн-12, 15:21
	>> P. S. >> Пошел изобретать свой дистр, в котором этому безобразию места не будет > Болгенос? Денис, ты?!! Да, один из их семейства. Примерно с таким же уровнем знаний о линуксе.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

36. "Для systemd реализована поддержка управления десктоп-сессиям..."	+2 +/–
Сообщение от Аноним (??) on 26-Июн-12, 15:56
Ни кто ничего из линукса ужасного сделать не хочет. У вас всегда есть право выбора, особенно при компиляции. Но в большинстве случаев за вас этот выбор сделают разработчики дистрибутива.  Systemd – это хороший проект и в нем реализовывают все то, что нужно. Просто многие уже привыкли к тому, что есть вот и боятся для себя перемен. P.S. Если же что то, где то, вы не можете убрать или добавить, всегда можно взять исходники и сделать это самому.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
Сообщение от Аноним (??) on 26-Июн-12, 17:14
Отличная новость, люди работают.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	52. "Для systemd реализована поддержка управления..."	+1 +/–
	Сообщение от arisu (ok) on 26-Июн-12, 18:28
	> Отличная новость, люди работают. *Данаиды* В греческой мифологии — преступные дочери царя Даная, убившие по его приказанию своих мужей. Сначала были осуждены наполнять водой бездонную бочку. Впоследствии, при пересмотре дела, суд принял во внимание тот факт, что замуж они были отданы насильно. Это смягчающее обстоятельство позволило перевести их на несколько менее бессмысленную работу: у нас в институте они занимаются тем, что взламывают асфальт везде, где сами его недавно положили.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	62. "Для systemd реализована поддержка управления..."	+/–
	Сообщение от Аноним (??) on 26-Июн-12, 21:04
	>> Отличная новость, люди работают. > *Данаиды* > В греческой мифологии — преступные дочери царя Даная, убившие по его приказанию > своих мужей. Сначала были осуждены наполнять водой бездонную бочку. Впоследствии, при > пересмотре дела, суд принял во внимание тот факт, что замуж они > были отданы насильно. Это смягчающее обстоятельство позволило перевести их на несколько > менее бессмысленную работу: у нас в институте они занимаются тем, что > взламывают асфальт везде, где сами его недавно положили. Немного по-омски, но, в целом, верно.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	65. "Для systemd реализована поддержка управления..."	+1 +/–
	Сообщение от Аноним (??) on 26-Июн-12, 21:11
	> взламывают асфальт везде, где сами его недавно положили. И где красеношапка клала асфальт в виде античного init? И да, имхо тоталтный идиотизм стартить шелл интерпретер на 800 кило на взлет 20 кб сервиса. Хвост виляет собакой.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

83. "Для systemd реализована поддержка управления десктоп-сессиям..."	+2 +/–
Сообщение от unikum (ok) on 27-Июн-12, 11:30
А как этим пользоваться? Автологин понятно: systemctl enable user-session@<username>.service. Как ДЕ или тот же xbmc (из-под юезра) запустить?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	84. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от anoser_anon on 27-Июн-12, 12:24
	Если я правильно понял, то systemctl enable kde.target из под пользователя
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	91. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от unikum (ok) on 27-Июн-12, 15:02
	> Если я правильно понял, то > systemctl enable kde.target > из под пользователя А не startkde.service?
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	129. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Eugeni Dodonov (ok) on 27-Июн-12, 23:44
	> А не startkde.service? startkde.service запустит сам startkde; а startkde.target - это макро-запуск самого DE, который кроме запуска KDE заодно и обеспечит запуск (если необходимо) Xserver, dbus, и всех остальных необходимых серверов.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	97. "Для systemd реализована поддержка управления десктоп-сессиям..."	+/–
	Сообщение от Аноним (??) on 27-Июн-12, 15:20
	> Если я правильно понял, то > systemctl enable kde.target > из под пользователя Если запустить - то не enable, а start.
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема