1.3, Аноним (-), 10:47, 26/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
отлично. может закончится разброд и шатание в линуксах. будет что то одно но делающее свое дело хорошо. грепать конфиги авком это извращение
| |
|
2.5, zsh (ok), 11:31, 26/06/2012 [^] [^^] [^^^] [ответить]
| +10 +/– |
> грепать конфиги авком это извращение
Реально извращение, а вот grep'ом многих вполне устраивает. ;)
| |
|
3.26, Аноним (-), 13:25, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Реально извращение, а вот grep'ом многих вполне устраивает. ;)
Поттеринг говорит, что grep - это фиговый парсер конфигов.
| |
|
|
|
6.69, filosofem (ok), 23:43, 26/06/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
>Так он вроде бинарные запилить хотел.
тогда понятно почему grep не годится.
| |
6.128, al_88 (ok), 23:35, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
Народ вы что курили? Речь шла ТОЛЬКО про бинрные логи системы. Настроечные файлы классические текстовики.
| |
|
5.42, Аноним (-), 17:43, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Естественно, для xml'ных-то конфигов
А где у Поттеринга xml, не подскажете?
| |
|
4.57, Аноним (-), 20:56, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Поттеринг говорит, что grep - это фиговый парсер конфигов.
Ну вообще-то он для поиска и фильтровки. Парсить им конфиги... не, ну можно и микроскопом гвозди забивать, конечно.
| |
|
|
6.70, Аноним (-), 04:02, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Конфиги для лохов! Настоящие посаны хардкодят прямо в ядро!
Дык ядро тоже конфиг требует для сборки. Вот сцуки :)
| |
6.71, Аноним (-), 06:26, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Конфиги для лохов! Настоящие посаны хардкодят прямо в ядро!
и много ты туда нахардкодил?
или ты, как я всегда и подозревал, не пацан?
| |
|
|
|
|
|
|
2.11, VoDA (ok), 12:01, 26/06/2012 [^] [^^] [^^^] [ответить]
| +5 +/– |
> так и не понял, что это и зачем.. поясните кто-нибудь
теперь код запуска пользователских сессий сделан общим и универсальным. небольшая конфигурация в виде Unit и замена DM готова.
меньше кода => меньше багов => проще поддержка
| |
|
3.68, pavlinux (ok), 23:09, 26/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> меньше кода => меньше багов => проще поддержка
меньше кода => меньше багов => проще поддержка => меньше денег за саппорт => РедХат впанике!
| |
|
4.85, VoDA (ok), 12:29, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
RedHat-у пофигу. Они деньги за саппорт получают просто по факту того, что это ИХ ОС и они самые компетентные в случае если *БУДЕТ* проблема с ОС.
Большие компании покупают саппорт чтобы снизить свои риски. И это несколько иная бизнес модель от описанной вами ;)
| |
|
3.73, Аноним (-), 06:32, 27/06/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
Приятно всё-таки, что помимо петросянов есть и люди, способные читать и понимать текст :)
От себя добавлю небольшое пояснение:
на данный момент код, запускающий и контролирующий выполнение различных программ реализован как минимум дважды - общесистемный инит (sysvinit, upstart..) и дисплей-манагер (kdm, gdm, xdm...)
Это глупо, нерационально и порождает ошибки.
Следуя философии unix-way предлагается реалзовать инструмент который будет решать только данную задачу и решать её наиболее качественно: systemd будет проводить как общесистемную, так и специфичную для пользовательской сессии инициализацию, позволив устранить дублирование и выкинуть *dm.
| |
|
4.77, Аноним (-), 06:57, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
где вы увидели дублирование между общесистемным init и разными display manager ?
вы мне пальцем покажите где нужна поддерка pam/nss и прочих веслостей для общесистемного init - который весь от рута выполняется.
Тоже самое с kms.. блин охрененная штука - только весь *dm - должен стартовать от рута что бы делать su($user_name) - или вы знаете лучший способ смены пользователя без рута?
вот и получается что kms - просто глупая шутка для ухода от "моргания" при старте.
| |
|
|
6.118, Eugeni Dodonov (ok), 18:11, 27/06/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> То есть можно залогиниться в kde и подменить его gnome (либо
> xbmc) через systemctl isolate - все программы продолжают работать, а вместо
> одного DE уже другой. Причем без помощи DM.
О, как раз хороший пример - можно повесить systemctl isolate на эвенты ACPI, и при отключении от розетки подменять KDE на LXDE. А при подключении менять обратно. Причем одной единственной командой (systemctl isolate kde.target / systemctl isolate startlxde.target), без необходимости что-бы то ни было менять в DM либо в каких-нибудь инит скриптах :).
| |
|
7.121, arisu (ok), 18:14, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
интересно, как при этом поведут себя, например, плазмоиды. или программы, которые пользуются сервисами KDE. или всё отвалится, или будут запущены И KDE, И LXDE. обалденная экономия.
| |
|
|
9.136, arisu (ok), 12:05, 28/06/2012 [^] [^^] [^^^] [ответить] | +/– | ну, демонстрируйте, чо я, правда, в магию не верю, но хомячьё верит ЦА понятна... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
2.9, Аноним (9), 11:46, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
А кому мешал DM. И DM то никуда не пропадет просто его функции будут вшиты в системД. В чем смысл смены шила на мыло.
| |
2.61, Eugeni Dodonov (ok), 21:03, 26/06/2012 [^] [^^] [^^^] [ответить]
| +6 +/– |
> Это позволит отказаться от 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 запустит (либо перезапустит) по мере необходимости.
| |
|
3.78, Аноним (-), 07:01, 27/06/2012 [^] [^^] [^^^] [ответить] | +/– | Вюнош Открою тебе большую тайну - xfce4 работает не только в linux а еще и в к... большой текст свёрнут, показать | |
|
4.102, Аноним (-), 15:31, 27/06/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Нет Предлагается при запуске XFCE в Linux использовать более простой и прозрачн... большой текст свёрнут, показать | |
4.130, develop7 (ok), 01:30, 28/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> xfce4 работает не только в linux. а еще и в куче других операционных систем - теперь предлагается общий механизм для всех выпилить и впилить только linux специфичное?
похоже, я как-то пропустил момент отмены и запрета #ifdef
| |
|
|
|
1.12, Тузя (ok), 12:05, 26/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Systemd - это уход от "UNIX way". Это не хорошо, но и не плохо. Интересно что будет дальше.
| |
|
2.13, iZEN (ok), 12:11, 26/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
Дальше будет комитет по курированию развития Linux/SystemD, очередной эффективный элоп-менеджер и, как всегда, сведётся всё к Windows XXX.
| |
|
3.21, Аноним (-), 13:17, 26/06/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Дальше будет комитет по курированию развития Linux/SystemD, очередной эффективный элоп-менеджер и, как всегда, сведётся всё к Windows XXX.
Комитеты по курированию развития и прочие Foundation - это по вашей части. А у нас есть Торвальдс.
| |
|
4.58, Аноним (-), 20:58, 26/06/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> А у нас есть Торвальдс.
И когда надо - он умеет показывать средний палец :)
| |
|
|
2.15, VoDA (ok), 12:34, 26/06/2012 [^] [^^] [^^^] [ответить]
| +6 +/– |
почему уход?
Unix-way - программа должна делать одну вещь хорошо. systemd управляет загрузкой сервисов в ОС. причем управляет достаточно хорошо, чтобы грузить демоны лучше SysV и грузить пользовательские сессии лучше DM.
Вместо нескольких десятков init-ов и DM-ов может быть использован один - systemd.
PS кому не нравится может не пользоваться ;)
| |
|
3.40, Аноним (-), 16:57, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Вместо нескольких десятков init-ов и DM-ов может быть использован один - systemd.
> PS кому не нравится может не пользоваться ;)
Несколько десятков инитов или несколько десятков юнитов - безразлично. Так и не пользуемся.
| |
|
4.43, Аноним (-), 17:44, 26/06/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Несколько десятков инитов или несколько десятков юнитов - безразлично. Так и не пользуемся.
Не читаем, но осуждаем.
| |
4.59, Аноним (-), 20:59, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Несколько десятков инитов или несколько десятков юнитов - безразлично. Так и не
> пользуемся.
Несколько десятков конфигов по 5 строчек vs столько же но разных портянок по 500 - некоторая разница однако.
| |
|
5.79, Аноним (-), 07:04, 27/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Несколько десятков инитов или несколько десятков юнитов - безразлично. Так и не
>> пользуемся.
> Несколько десятков конфигов по 5 строчек vs столько же но разных портянок
> по 500 - некоторая разница однако.
вьюнош - ответь на вопрос - кто будет обновлять systemd когда какой-то из программ в комлекте захочется изменить что-то в своем запуске? не будет ли это ситуацией что ты обновил GNOME/KDE/etc - а у тебя система перестала загружаться потому как потеринг не обновил systemd? или systemd должен будет таскать костыли на кучу версий каждого софта?
Никто об этом не подумал?
| |
|
6.86, VoDA (ok), 12:35, 27/06/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Че за бред Если при обновлении КДЕ или ГНОМА потребовалось по другому их запуск... большой текст свёрнут, показать | |
6.101, Аноним (-), 15:27, 27/06/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> вьюнош - ответь на вопрос - кто будет обновлять systemd когда какой-то
> из программ в комлекте захочется изменить что-то в своем запуске?
А вы ответьте на вопрос - зачем обновлять systemd, если можно обновить его конфиги?
Хватит мыслить категориями sysvinit, когда код и настройки были слеплены в один ком. В systemd они уже разделены.
| |
6.124, Eugeni Dodonov (ok), 18:23, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> вьюнош - ответь на вопрос - кто будет обновлять systemd когда какой-то
> из программ в комлекте захочется изменить что-то в своем запуске?
А собственно в systemd ничего обновлять не надо. Юниты идут вместе с программой - в systemd ничего специфического для xfce/gnome/kde/lxde нет. Просто xfce например будет устанавливать xfce4.target во время make install.
Пока их не включили в xfce/gnome/kde - можно просто использовать примерные файлы из user-session-units - как собственно в статье и рассказывается. Нет никакой причины их включать в сам systemd. Собственно этого и не планируется.
> Никто об этом не подумал?
Как раз об этом и разговор...
| |
|
|
|
3.54, гость (?), 19:11, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Unix-way - программа должна делать одну вещь хорошо. systemd управляет загрузкой сервисов в ОС
после поглощения udev'а уже не "одну вещь"
| |
|
2.17, VoDA (ok), 12:42, 26/06/2012 [^] [^^] [^^^] [ответить]
| +8 +/– |
Собственно ничего нового - нет. Развитие идет по спирали.
1. В начале все было универсально и едино.
2. Потом было время все делали лисапеды/иниты. И это было хорошо в тот момент - это развивало.
3. Теперь пришло время из разрозненного набора сделать один (может несколько самых-самых). И это хорошо сейчас - идет универсализация и обобщение технологий, созданных на шаге 2.
4. Через какое то время универсальность станет чрезмерной и опять начнут плодиться форки или переписанные с нуля. Только уже с учетом наработок и технологий шага 3. Потому результаты шага 2 и шага 4 будут кардинально отличаться.
Так что это часть развития. ;)
| |
|
3.31, Игорь (??), 14:57, 26/06/2012 [^] [^^] [^^^] [ответить]
| –10 +/– |
На самом деле - это не так. Развитием в данном случае являло бы собой шлифовку старых и принятие новых спецификаций взаимодействия разных, но независимых разработчиков. То, что происходит сейчас это перегиб в пользу одного - редхата. Причем соотношение сил (а так же и тот факт, что именно сотрудники означенной компании в майнтейнерах почти во всех ведущих дистрах) даже не позволяет надеяться на то, что ситуация как-то выправится.
К примеру, если я сейчас захочу создать свой DM, то мне для этого надо будет не смотреть в спеки, а смотреть в сырцы systemd. Как говорится почувствуйте разницу.
| |
|
4.35, VoDA (ok), 15:47, 26/06/2012 [^] [^^] [^^^] [ответить] | +/– | Смотрите спеки - кто вам мешает Собственно кому надо, тот этим и занимается ... большой текст свёрнут, показать | |
|
5.55, Игорь (??), 19:33, 26/06/2012 [^] [^^] [^^^] [ответить] | –8 +/– | Собсно их отсутствие, - Поттерингу они не к чему В этом-то и вопрос Надо только... большой текст свёрнут, показать | |
|
6.82, redwolf (ok), 08:54, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
Собственно в любом дистрибутиве идёт привязка к конкретным програмным решениям. Попробуйте выпилить из убунты networkmanager, pulseaudio и upstart. У вас тоже будет куча проблем с зависимостями и тд и тп. Это произойдёт хотя бы просто потому, что все программы собраны для работы с ними. Тут либо придётся собирать свои пакеты, либо сразу уходить на генту и подобные.
| |
|
7.87, Игорь (??), 14:38, 27/06/2012 [^] [^^] [^^^] [ответить]
| –8 +/– |
Во-первых, очень символично, что два компонента из трех - как раз их мастерской Леонардо.
А во-вторых, зависимости по библиотекам очень сильно отличаются от зависимостям по конфигам. Первое - понять можно. Второе - едва ли.
И когда в общесистемный конфиг, обеспечивающий конфигурацию всей сетевой подсистемы, добавляют опции для конфигурации конкретного пакета, работающего поверх этой подсистемы, то это не может не вызвать недоумение, имхо. Сразу появляется вопрос: "А что делать если я этот пакет ставить не хочу?" А ответ на него только один и он в стиле мелкомягких: "Ешь что дают!"
| |
|
6.100, Аноним (-), 15:24, 27/06/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Или вот еще один примерчик на примере той же сусе. Полностью отключить
> systemd в сусе невозможно. Можно деактивировать, - это да, - но
> не удалить. При удалении Вы, по-зависимостям, пол-системы выкинете. А ведь такое
> положение вещей не без участия майентейнров делается.
Конечно. Потому что мейнтенейнеры, в отличие от вас, руководствуются логикой, а не эмоциями, и поэтому не стремятся уделить systemd. Скорее, они стремятся удалить остатки sysvinit, чтобы окончательно избавить себя от этого кошмара.
| |
|
7.104, arisu (ok), 15:49, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> мейнтенейнеры, в отличие от вас, руководствуются логикой, а не эмоциями
...
> чтобы окончательно избавить себя от этого кошмара
лол, чо.
| |
|
6.110, Аноним (-), 18:03, 27/06/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Поттеринг не ленится писать спеки Но только там, где они действительно нужны Р... большой текст свёрнут, показать | |
|
|
4.46, Аноним (-), 17:53, 26/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> На самом деле - это не так. Развитием в данном случае являло
> бы собой шлифовку старых и принятие новых спецификаций взаимодействия разных, но
> независимых разработчиков. То, что происходит сейчас это перегиб в пользу одного
> - редхата. Причем соотношение сил (а так же и тот факт,
> что именно сотрудники означенной компании в майнтейнерах почти во всех ведущих
> дистрах) даже не позволяет надеяться на то, что ситуация как-то выправится.
А секрет прост - линукс больше всего интересен именно редхату. Остальным конторам - постольку-поскольку. Не было бы редхата - не было бы и развития линукса.
| |
4.49, Аноним (-), 18:00, 26/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> К примеру, если я сейчас захочу создать свой DM, то мне для
> этого надо будет не смотреть в спеки, а смотреть в сырцы
> systemd. Как говорится почувствуйте разницу.
Простите, но судя по уровню аргументированности ваших "авторитетных" заявлений, ваших знаний о линуксе не хватит даже на hello world, не то что на DM.
А спеки на DM - вот они http://www.freedesktop.org/wiki/Software/systemd/writing-display-managers
Почему на сайте systemd? Потому что больше никто не предложил стандартов в этой области.
| |
|
5.53, Игорь (??), 19:09, 26/06/2012 [^] [^^] [^^^] [ответить]
| –8 +/– |
>ваших знаний о линуксе не хватит даже на hello world, не то что на DM
По-счастью, об этом судить не вам
>А спеки на DM - вот они
Шо? Это вы называете спеками?!! Юноша, вас обманули. Спеки, это то, с помощью чего пишут программы, а не то что показывает как можно портировать DM с ConsoleKit на Systemd.
Вот вам пример, изучайте http://www.notmart.org/misc/statusnotifieritem/index.html на досуге. Повышайте, так сказать, свой общий уровень.
| |
|
6.93, Аноним (-), 15:11, 27/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> По-счастью, об этом судить не вам
Чтобы назвать ламера ламером, особых полномочий и не надо?
> Шо? Это вы называете спеками?!! Юноша, вас обманули. Спеки, это то, с
> помощью чего пишут программы, а не то что показывает как можно
> портировать DM с ConsoleKit на Systemd.
А теперь поясните пожалуйста, как именно должны выглядеть спеки для написания DM под systemd, если для этого не требуются никакие специфичные вызовы?
| |
|
|
4.75, Аноним (-), 06:39, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> К примеру, если я сейчас захочу создать свой DM, то мне для
> этого надо будет не смотреть в спеки, а смотреть в сырцы
> systemd. Как говорится почувствуйте разницу.
Судя по тому, что авторы gdm, kdm, lxdm, slim, xdm смогли создать свои dm без разглядывания systemd, у тебя не получится создать собственный дм вовсе не из-за происков Леннарта, а просто потому, что катастрофически необразован и слишком чванлив чтобы это признать.
| |
|
5.80, Аноним (-), 07:08, 27/06/2012 [^] [^^] [^^^] [ответить] | +/– | они создали свои скрипты инициализации Теперь всем предлагается прогнуться и ис... большой текст свёрнут, показать | |
|
|
7.151, jOKer (ok), 15:28, 28/06/2012 [^] [^^] [^^^] [ответить] | +/– | Ага-ага Вы забыли только упомянуть, что одновременно с выпуском systemd был о... большой текст свёрнут, показать | |
|
|
|
|
|
2.23, Аноним (-), 13:21, 26/06/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Systemd - это уход от "UNIX way". Это не хорошо, но и
> не плохо. Интересно что будет дальше.
Наоборот. systemd - это возвращение к unix way, после множества костылей, наросших за долгие годы и превративших линукс в подобие винды (например, sysvinit в его современном виде - это надругательство над первоначальным sysvinit, который архитектурно был очень похож на systemd, пока его не изуродовали криворукие дистростроители).
| |
|
|
4.44, Аноним (-), 17:48, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А где подробнее почитать об этом?
Нагляднее всего будет откопать образ ФС какой-нибудь юникс из семейства System V или Sun OS, и посмотреть на тамошние init-скрипты. Редко кто из них был больше 8-10 строчек. Если сравнивать их с современностью, то они действительно ближе к конфигам upstart и systemd, чем к нынешним 200-строчным портянкам того, что называют SysV init.
| |
|
|
|
|
2.25, Аноним (-), 13:23, 26/06/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Текстовый редактор туда скоро встроят?
Скорее наоборот - EmacsOS поглотит systemd, как акула мелкую рыбешку :)
| |
|
|
2.22, Аноним (-), 13:18, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Ещё один fix того, что не было broken??
Еще один ламер, считающий, что separate usr not broken? Откуда ж вы такие беретесь?
| |
|
3.27, Аноним (-), 13:34, 26/06/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вопрос о загрузке без /usr - прекрасный способ отличить технически безграмотных людей.
Потому что те, кто не знают, как происходит загрузка Linux, просто не могут понять, почему он не должен нормально грузиться без /usr.
| |
|
2.60, Аноним (-), 21:03, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Ещё один fix того, что не было broken??
Ну если на то пошло, multics и CP/M не были broken. Так какого вы ими не пользуетесь?
| |
|
1.30, Игорь (??), 14:46, 26/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –10 +/– |
Так. Теперь очередь дошла и до дисплай менагера. Убрать системд становится все проблематичнее. Зараза плодится.
А самое печальное в том, что это зараза плодится под усилиями красношапки, которая отчаянно стремится превратить свободный линукс, в свободный десктоп-линукс. И все для того, что бы ей любимой не мешали спокойно продавать сервера. Для этого этот Поттеринг и клепает свои горе-поделия.
P. S.
Пошел изобретать свой дистр, в котором этому безобразию места не будет
| |
|
2.34, L (??), 15:31, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А самое печальное в том, что ..
Самое печальное в вашем понимании.
| |
2.45, Аноним (-), 17:51, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Так. Теперь очередь дошла и до дисплай менагера. Убрать системд становится все
> проблематичнее. Зараза плодится.
А вы хоть можете внятно обосновать, почему это "зараза" и зачем ее нужно "убивать"?
> P. S.
> Пошел изобретать свой дистр, в котором этому безобразию места не будет
Ну вот, еще одна сборка винды появится...
| |
2.48, Аноним (-), 17:56, 26/06/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
> А самое печальное в том, что это зараза плодится под усилиями красношапки,
> которая отчаянно стремится превратить свободный линукс, в свободный десктоп-линукс. И
> все для того, что бы ей любимой не мешали спокойно продавать
> сервера. Для этого этот Поттеринг и клепает свои горе-поделия.
Конечно. Ведь на серверах фичи systemd тоже нужны. Например, перезапуск службы без удаления сокета (и потери запросов). И автоматический перезапуск при падении. И - впервые в мире UNIX - полностью прозрачный и документированный процесс загрузки.
| |
|
3.51, arisu (ok), 18:26, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Например, перезапуск службы без удаления сокета (и потери запросов).
лол. ещё один думает, что достаточно не закрывать сокет, и всё, "ничего не потеряется".
> И автоматический перезапуск при падении.
monit.
> И - впервые в мире UNIX - полностью прозрачный и документированный процесс
> загрузки.
да? и где же эта прозрачность и документация? в недрах былокода системд? благодарю, обычные sh-скрипты как-то прозрачней и понятней.
| |
|
4.64, Аноним (-), 21:09, 26/06/2012 [^] [^^] [^^^] [ответить] | +/– | В принципе в случае с TCP IP наверное даже прокатит Особенно при некоей коопера... большой текст свёрнут, показать | |
4.94, Аноним (-), 15:14, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> лол. ещё один думает, что достаточно не закрывать сокет, и всё, "ничего не потеряется".
Конечно. Достаточно просто понимать, что такое сокет и как они работают.
> monit.
Зачем эти polling-костыли, если есть нормальное решение на основе cgroups?
> да? и где же эта прозрачность и документация? в недрах былокода системд?
Документация - в /usr/share/man, как обычно.
> благодарю, обычные sh-скрипты как-то прозрачней и понятней.
Отказываетесь от нормальных мануалов и простых конфигов в пользу гигантских портянок быдлокода?
| |
|
3.81, Аноним (-), 08:11, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Конечно. Ведь на серверах фичи systemd тоже нужны. Например, перезапуск службы без удаления сокета (и потери запросов). И автоматический перезапуск при падении.
Ты доверишь перезапуск оракла и прочих бд автоматике? Крепкие у тебя нервы.
| |
|
4.89, Игорь (??), 14:48, 27/06/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> Конечно. Ведь на серверах фичи systemd тоже нужны. Например, перезапуск службы без удаления сокета (и потери запросов). И автоматический перезапуск при падении.
> Ты доверишь перезапуск оракла и прочих бд автоматике? Крепкие у тебя нервы.
На самом деле не нервы у него крепкие, а голова пустая. Я лично видел как при перезапуске под управлением systemd, nginx умер смертью храбрых. Я представил, что сервер, на котором все этот происходило, нагруженный - и мне реально поплохело.
| |
|
5.95, Аноним (-), 15:16, 27/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> На самом деле не нервы у него крепкие, а голова пустая.
Об этом, к счастью, судить не вам.
> Я лично видел как при перезапуске под управлением systemd, nginx умер смертью
> храбрых. Я представил, что сервер, на котором все этот происходило, нагруженный
> - и мне реально поплохело.
Хорошо заливать.
| |
5.132, Аноним (-), 10:46, 28/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Я лично видел как при перезапуске под управлением systemd, nginx умер смертью храбрых. Я представил, что сервер, на котором все этот происходило, нагруженный - и мне реально поплохело.
Чудак придумал себе проблему и ему стало плохо: его вырвало и он поседел. Специально для тебя: systemd ещё далеко до стабилизации. И это, осторожнее с фантазиями, здоровье-то оно не казенное.
| |
|
6.137, arisu (ok), 12:07, 28/06/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Специально для тебя: systemd ещё далеко до стабилизации.
зато его уже пихают в дистрибы. причём хомячьё считает, что «всё хорошо, всё так и надо». само в этом признаётся. обалдеть: с вами даже спорить смысла нет, вы сами себя в лужу сажаете.
| |
|
7.138, develop7 (ok), 12:18, 28/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
полагаю, в этом случае вопросы следует адресовать глупым и недальновидным maintainerам помянутых дистрибутивов, нэ? которые вопреки Здравому Смыслу не интересуются мнением юзеров, которые Знают, Как Надо На Самом Деле.
| |
7.153, Аноним (-), 20:36, 28/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> зато его уже пихают в дистрибы
Ты про федорку-то? Его юзеры те ещё ССЗБ.
| |
|
|
|
4.99, Аноним (-), 15:22, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Ты доверишь перезапуск оракла и прочих бд автоматике? Крепкие у тебя нервы.
Оракла - вряд ли, а всяких заббикс-агентов - почему бы и нет?
| |
|
|
2.76, Аноним (-), 06:41, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> P. S.
> Пошел изобретать свой дистр, в котором этому безобразию места не будет
Болгенос? Денис, ты?!!
| |
|
3.98, Аноним (-), 15:21, 27/06/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> P. S.
>> Пошел изобретать свой дистр, в котором этому безобразию места не будет
> Болгенос? Денис, ты?!!
Да, один из их семейства. Примерно с таким же уровнем знаний о линуксе.
| |
|
|
1.36, Аноним (-), 15:56, 26/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Ни кто ничего из линукса ужасного сделать не хочет. У вас всегда есть право выбора, особенно при компиляции. Но в большинстве случаев за вас этот выбор сделают разработчики дистрибутива. Systemd – это хороший проект и в нем реализовывают все то, что нужно. Просто многие уже привыкли к тому, что есть вот и боятся для себя перемен.
P.S. Если же что то, где то, вы не можете убрать или добавить, всегда можно взять исходники и сделать это самому.
| |
|
2.52, arisu (ok), 18:28, 26/06/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Отличная новость, люди работают.
*Данаиды*
В греческой мифологии — преступные дочери царя Даная, убившие по его приказанию своих мужей. Сначала были осуждены наполнять водой бездонную бочку. Впоследствии, при пересмотре дела, суд принял во внимание тот факт, что замуж они были отданы насильно. Это смягчающее обстоятельство позволило перевести их на несколько менее бессмысленную работу: у нас в институте они занимаются тем, что взламывают асфальт везде, где сами его недавно положили.
| |
|
3.62, Аноним (-), 21:04, 26/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Отличная новость, люди работают.
> *Данаиды*
> В греческой мифологии — преступные дочери царя Даная, убившие по его приказанию
> своих мужей. Сначала были осуждены наполнять водой бездонную бочку. Впоследствии, при
> пересмотре дела, суд принял во внимание тот факт, что замуж они
> были отданы насильно. Это смягчающее обстоятельство позволило перевести их на несколько
> менее бессмысленную работу: у нас в институте они занимаются тем, что
> взламывают асфальт везде, где сами его недавно положили.
Немного по-омски, но, в целом, верно.
| |
3.65, Аноним (-), 21:11, 26/06/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> взламывают асфальт везде, где сами его недавно положили.
И где красеношапка клала асфальт в виде античного init? И да, имхо тоталтный идиотизм стартить шелл интерпретер на 800 кило на взлет 20 кб сервиса. Хвост виляет собакой.
| |
|
|
1.83, unikum (ok), 11:30, 27/06/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
А как этим пользоваться?
Автологин понятно: systemctl enable user-session@<username>.service.
Как ДЕ или тот же xbmc (из-под юезра) запустить?
| |
|
|
3.91, unikum (ok), 15:02, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Если я правильно понял, то
> systemctl enable kde.target
> из под пользователя
А не startkde.service?
| |
|
4.129, Eugeni Dodonov (ok), 23:44, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А не startkde.service?
startkde.service запустит сам startkde; а startkde.target - это макро-запуск самого DE, который кроме запуска KDE заодно и обеспечит запуск (если необходимо) Xserver, dbus, и всех остальных необходимых серверов.
| |
|
3.97, Аноним (-), 15:20, 27/06/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Если я правильно понял, то
> systemctl enable kde.target
> из под пользователя
Если запустить - то не enable, а start.
| |
|
|
|