The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

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

"Новая версия systemd 212"  +/
Сообщение от opennews (??) on 26-Мрт-14, 13:22 
Представлен (http://lists.freedesktop.org/archives/systemd-devel/2014-Mar...) выпуск системного менеджера systemd 212 (http://www.opennet.ru/opennews/art.shtml?num=39135), в котором представлена порция исправлений ошибок и добавлено несколько новшеств. Systemd сочетает в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами. Для определения параметров сервисов в Systemd используется набор конфигурационных unit-файлов, вместо оформления сценариев запуска в виде shell-скриптов. Система нацелена на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora). В настоящее время на использование systemd уже перешли такие дистрибутивы, как Fedora, openSUSE, Mandriva и Arch Linux, одобрен переход дистрибутивов Debian и Ubuntu по умолчанию на systemd.


Наиболее существенные изменения:

-  В journald добавлен режим перенаправления вывода на консоль, который теперь активирован по умолчанию для всех важных уведомлений;

-  Добавлена утилита systemd-journal-remote для потоковой передачи логов на другой хост;
-  При восстановлении параметров экрана добавлена защита от установки слишком низкого уровня яркости для предотвращения отображения черного экрана после перезагрузки;
-  В PID 1 обеспечен учёт общесистемного состояния ("starting", "running", "degraded", "maintenance", "stopping"), которое отображается через команду "systemctl status" и позволяет быстро оценить статус работы, что полезно в конфигурациях с большим числом контейнеров;

-  В утилиту "systemctl" добавлена команда "list-machines" для вывода списка всех локальных контейнеров и состояния, каждого из них;
-  В утилиту "systemctl" добавлена опция "-r"  для рекурсивного перебора юнитов всех локальных контейнеров;

-  В  механизм (http://www.opennet.ru/opennews/art.shtml?num=39271) автоматического монтирования разделов на основе GPT-меток, позволяющего загружаться без           /etc/fstab  и без передачи ядру опции "root=", добавлен учёт флагов монтирования в режиме только для чтения  и игнорирования раздела. Добавлено два новых GPT-типа  UUID для 32- и 64-разрядных ARM-систем;

-  При генерации MAC-адреса для сетевого интерфейса при помощи nspawn с опцией "--network-interface="  теперь используется имя машины, что позволяет сохранить MAC при разных вызовах контейнеров;

-  В logind обеспечена автоматическая чистка всех объектов IPC, владельцем которых является пользователь, завершивший сеанс;

-  В утилитах systemd-machine-id-setup и tmpfiles появилась опция "--root=" для установки относительной корневой директории;


-  Директория /sys/fs/cgroup/ теперь монтируется в режиме только для чтения после прикрепления всех управляющих деревьев cgroup;
-  В утилиту machinectl добавлена команда  "poweroff" для отключения по питанию локальных контейнеров;

-  Все длительно выполняющиеся сервисы systemd теперь дополнительно изолируются через опции "PrivateDevices=", "PrivateNetwork=" и "PrivateTmp=";

-  Процесс systemd-udevd теперь выполняется в отдельном изолированном пространстве точек монтирования;
-  В коде обеспечения поддержки kdbus добавлена возможность загрузки политик в ядро. В sd-bus добавлена поддержка создания соединений для мониторинга обмена данными в отладочных целях;
-  В качестве времени теперь допустимо указание эпохального формата "@число", определяющего число секунд с 1 января 1970 года.

-  Прекращена поддержка кода с устаревшей и оставшейся без сопровождающего встроенной реализацией tcpwrap, вместо которой рекомендует использовать активацию через сокеты;
-  В system.conf добавлена опция "DefaultTimerAccuracySec=" для задания уровня точности срабатывания timer-юнитов. Добавлена опция  "WakeSystem=" позволяющая пробудить систему из спящего режима при наступлении события в  timer-юните, если подобная возможность поддерживается в ОС. Добавлена опция "Persistent=" для сохранения состояния планирования вызова  timer-юнитов после перезагрузки;


-  В systemd-networkd обеспечено назначение предсказуемых адресов IPv4LL для локальных интерфейсов.


URL: http://lists.freedesktop.org/archives/systemd-devel/2014-Mar...
Новость: http://www.opennet.ru/opennews/art.shtml?num=39411

Ответить | Правка | Cообщить модератору

Оглавление

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


4. "Новая версия systemd 212"  –4 +/
Сообщение от AlexYeCu_not_logged on 26-Мрт-14, 13:38 
>В journald добавлен режим перенаправления вывода на консоль, который теперь активирован по умолчанию для всех важных уведомлений;

Ой к каким интересным эффектам это может привести...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Новая версия systemd 212"  +1 +/
Сообщение от Аноним (??) on 26-Мрт-14, 14:04 
> Ой к каким интересным эффектам это может привести...

К тем же, что и у rsyslog, у которого это с незапамятных времен (см. *.emerg * в rsyslog.conf).

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 13:41 
А что, он умеет рулить контейнерами?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Новая версия systemd 212"  +20 +/
Сообщение от Аноним (??) on 26-Мрт-14, 13:49 
Умеет.

Жаль, что systemd не умеет редактировать текст, а то бы я перешел с emacs на systemd.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

17. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 14:07 
> Жаль, что systemd не умеет редактировать текст, а то бы я перешел с emacs на systemd.

emacs - любимый текстовый редактор Леньки. И это объясняются все особенности архитектуры системды.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

29. "Новая версия systemd 212"  –1 +/
Сообщение от Аноним (??) on 26-Мрт-14, 15:12 

> emacs - любимый текстовый редактор Леньки. И это объясняются все особенности архитектуры
> системды.

логично - лучший редактор и лучшая система инициализации потому и лучшие, что следуюи одинаковым архитектурным принципам: модульность один из них.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

54. "Новая версия systemd 212"  –4 +/
Сообщение от raven_kg (ok) on 26-Мрт-14, 19:22 
Вот уж не думал, что куски прибитые друг к другу гвоздями у кого-то повернется язык назвать модулями!
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

55. "Новая версия systemd 212"  +2 +/
Сообщение от Аноним (??) on 26-Мрт-14, 21:09 
> Вот уж не думал

Оно и не удивительно - страдающие попоболью на каждую новость о systemd к этому вообще не склонны...

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

106. "Новая версия systemd 212"  –3 +/
Сообщение от raven_kg (ok) on 27-Мрт-14, 22:04 
Скорее к этому не склонны индивидумы которым нравится попоболь от юзания этой поделки.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

56. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 21:40 
> кого-то повернется язык назвать модулями!

А как апстарт половину этого юзает без, собственно, systemd?

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

66. "Новая версия systemd 212"  +/
Сообщение от anonymous (??) on 26-Мрт-14, 22:35 
>А как апстарт половину этого юзает без, собственно, systemd?

Это делается на бабки каноникал. Впрочем, судя по заявлением Марка, отделять куски от системд не по силам уже целой корпорации.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

73. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 04:10 
> Это делается на бабки каноникал. Впрочем, судя по заявлением Марка, отделять куски
> от системд не по силам уже целой корпорации.

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

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

87. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:26 
> Это делается на бабки каноникал. Впрочем, судя по заявлением Марка, отделять куски
> от системд не по силам уже целой корпорации.

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

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

83. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:19 
>  Вот уж не думал, что куски прибитые друг к другу гвоздями у кого-то повернется язык назвать модулями!

Ну вот модули ядра Linux называют же модулями. Хотя отдельно от линукс (скажем, на фре или винде) без дополнительных телодвижений они работать не будут.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

67. "Новая версия systemd 212"  +1 +/
Сообщение от Аноим on 26-Мрт-14, 22:41 
И борщ он не умеет варить :(
А то я бы на нем женился
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

21. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 14:13 
> А что, он умеет рулить контейнерами?

Он умеет рулить своими экземплярами, работающими процессами init в контейнерах. Если там не systemd - особо не порулишь.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

44. "Новая версия systemd 212"  –1 +/
Сообщение от Аноним (??) on 26-Мрт-14, 17:36 
> не systemd - особо не порулишь.

Так в этом и пойнт - использовать systemd и рулить зоопарком станет удобно. А не как раньше.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

10. "Новая версия systemd 212"  +/
Сообщение от MPEG LA (ok) on 26-Мрт-14, 13:50 
вторжение на территорию FreeBSD?
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

38. "Новая версия systemd 212"  +2 +/
Сообщение от Аноним (??) on 26-Мрт-14, 17:27 
Он аннексирует у них кры... эээ пакетную систему? :)
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

86. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:23 
> Он аннексирует у них кры... эээ пакетную систему? :)

Пакетную систему федоровцы уже аннексировали из суси, так что баян.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

97. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:51 
> Пакетную систему федоровцы уже аннексировали из суси, так что баян.

Это как? У зюзи теперь нет Zypper? Или федора перешла на него? Wtf?


Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

13. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 14:03 
интеграция GNU/Hurd as kernelD!
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

15. "Новая версия systemd 212"  +/
Сообщение от linus on 26-Мрт-14, 14:04 
Перепишет Linux?
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

16. "Новая версия systemd 212"  +2 +/
Сообщение от Аноним (??) on 26-Мрт-14, 14:05 
> Угадайте, каким будет его следующий шаг, после признания systemd всеми основными дистрибутивами?

Забить на systemd и придумать что-нибудь еще, очевидно же. Почивать на лаврах - не в его характере.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

32. "Новая версия systemd 212"  +18 +/
Сообщение от Mike Lee on 26-Мрт-14, 15:58 
Присоединит Крым к systemd?
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

58. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 21:49 
крымстед?
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

84. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:21 
> Присоединит Крым к systemd?

Крабэ ему по щщам надает за такое. И правильно - отнимать чужие игрушки могут только сильные дети.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

34. "Новая версия systemd 212"  +/
Сообщение от Адекват (ok) on 26-Мрт-14, 16:36 
> Дааа, Поттеринг время даром не теряет.
> Угадайте, каким будет его следующий шаг, после признания systemd всеми основными дистрибутивами?

Он забьет на него и начнет пилить что-то еще, а допиливать systemD будут другие.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

11. "Новая версия systemd 212"  +1 +/
Сообщение от Спокойный Аноним on 26-Мрт-14, 13:54 
>>systemd-journal-remote

Жаль долго делали, это же должно было присутствовать изначально как часть journald. Ну теперь просто прекрасно!

>>Процесс systemd-udevd теперь выполняется в отдельном изолированном пространстве точек монтирования

наконец-то! а то банальное размонтирование cgroup ресурсов после выхода из chroot превращалось в лишнее скриптование.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 14:08 
> наконец-то! а то банальное размонтирование cgroup ресурсов после выхода из chroot превращалось в лишнее скриптование.

Use nspawn, Luke!

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

65. "Новая версия systemd 212"  –1 +/
Сообщение от Аноним (??) on 26-Мрт-14, 22:31 
> Use nspawn, Luke!

На каждое замечание что "а вот это в systemd неплохо сделано" прибегает какой-то клоун, начинающий лечить что и раньше можно было. Да, и раньше можно было. И запускать виртуалки, и контейнеры отрезать, и ресурсы полисовать и прочая. Но, блин, геморно и самопально.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

85. "Новая версия systemd 212"  +2 +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:22 
>> Use nspawn, Luke!
> На каждое замечание что "а вот это в systemd неплохо сделано" прибегает
> какой-то клоун, начинающий лечить что и раньше можно было. Да, и
> раньше можно было. И запускать виртуалки, и контейнеры отрезать, и ресурсы
> полисовать и прочая. Но, блин, геморно и самопально.

Красивая и пафосная тирада. Жаль, автор не в курсе, что nspawn - это тоже компонент systemd :)

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

33. "Новая версия systemd 212"  +/
Сообщение от Stax (ok) on 26-Мрт-14, 16:04 
> Жаль долго делали, это же должно было присутствовать изначально как часть journald. Ну теперь просто прекрасно!

Гмм. Это да, очень нужная фича. Но еще неплохо бы иметь и прием удаленных сообщений. На той же солярке, к примеру, вряд ли journald развернешь. rsyslog - пожалуйста, вот бы еще из journald его "приземлить".

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

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

88. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:30 
> Гмм. Это да, очень нужная фича. Но еще неплохо бы иметь и
> прием удаленных сообщений. На той же солярке, к примеру, вряд ли
> journald развернешь.

На самом деле как раз программу для приема и сделали. Программа для передачи (тот самый пресловутый HTTP-сервер) существует уже давно. А вообще, так как это обычный JSON поверх HTTP, принимать можно чем угодно, хоть curlом.

> rsyslog - пожалуйста, вот бы еще из journald его "приземлить".

Afaik, в rsyslog уже давно есть плагины для импорта и экспорта в формат journal.
Правда, импорт не особо интересен - текстовая лапша в структурированный лог не превратится.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

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

19. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 14:10 
Дебиановцы протестировали, и нашли вполне стабильным. Даже относительно свежий 204-й бэкпортировали в stable.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

22. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 14:17 
> Даже относительно свежий 204-й бэкпортировали в stable.

Кстати, обновился на лету (с v44 на v204) без проблем, несмотря на крики Ыкспердов, что для этого нужна перезагрузка. И journalctl нормально подхватил старые логи, т.е. формат за последние два года не поменялся.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

39. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 17:29 
> Кстати, обновился на лету (с v44 на v204) без проблем, несмотря на
> крики Ыкспердов, что для этого нужна перезагрузка. И journalctl нормально подхватил
> старые логи, т.е. формат за последние два года не поменялся.

А вы больше слушайте фанатов, особенно бздельников всяких.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

59. "Новая версия systemd 212"  –3 +/
Сообщение от yet another anonymous on 26-Мрт-14, 21:55 
>Дебиановцы протестировали, и нашли вполне стабильным. Даже относительно свежий 204-й бэкпортировали в stable.

Неее, не протестировали, а председатель пролоббировал.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

26. "Новая версия systemd 212"  +1 +/
Сообщение от SunXE (ok) on 26-Мрт-14, 14:51 
Кстати, ядро примерно с такой же скоростью пилят
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

53. "Новая версия systemd 212"  +/
Сообщение от ryoken email on 26-Мрт-14, 19:15 
> Так часто выходят новые версии. когда они успевают все тестировать, такая гиперактивность
> начинает пугать.

а я тут сижу и думаю, что-то странно, 2 недели как, а про системД новостей нету... уже начал беспокоиться, а вдруг таки скинулись на голову поттеринга :D


Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

72. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 04:08 
> про системД новостей нету... уже начал беспокоиться, а вдруг таки скинулись
> на голову поттеринга :D

Если у вас совсем нет НеЛюбителей - поздравляю! Вы балласт. Вы прожили жизнь зазря. Дело в том что чем больше вы меняете что-то в этом мире - тем сильнее вас все ненавидят. Просто за сам факт что вы смеете что-то менять. Но именно такие люди и двигают мир вперед. Поэтому на мести гарри поттера я бы просто положил на вас #$%. Это мне так, очень кстати ссылочка попалась, на тему "почему столько пользователей ненавидит разработчиков".

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

76. "Новая версия systemd 212"  –1 +/
Сообщение от vi on 27-Мрт-14, 13:22 
>> про системД новостей нету... уже начал беспокоиться, а вдруг таки скинулись
>> на голову поттеринга :D
> Если у вас совсем нет НеЛюбителей - поздравляю! Вы балласт. Вы прожили
> жизнь зазря. Дело в том что чем больше вы меняете что-то
> в этом мире - тем сильнее вас все ненавидят. Просто за
> сам факт что вы смеете что-то менять. Но именно такие люди
> и двигают мир вперед. Поэтому на мести гарри поттера я бы
> просто положил на вас #$%. Это мне так, очень кстати ссылочка
> попалась, на тему "почему столько пользователей ненавидит разработчиков".

Ссылочку то дадите или гуглить?

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

100. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:54 
> Ссылочку то дадите или гуглить?

Вот, enjoy: http://oliveremberton.com/2014/if-youre-not-pissing-someone-.../

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

23. "Новая версия systemd 212"  +/
Сообщение от Fomalhaut on 26-Мрт-14, 14:26 
> Прекращена поддержка кода с устаревшей и оставшейся без сопровождающего встроенной реализацией tcpwrap, вместо которой рекомендует использовать активацию через сокеты;

   Т.е. tcp wrapper теперь тоже "откусили"?

   Когда ждать systemd_firewalld ? :)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "Новая версия systemd 212"  +/
Сообщение от Stax (ok) on 26-Мрт-14, 17:07 
Ну, он во внешем пакете..

$ rpm -qif /usr/lib/systemd/system/firewalld.service
Name        : firewalld
Version     : 0.3.9.3
...
URL         : http://fedorahosted.org/firewalld
Summary     : A firewall daemon with D-BUS interface providing a dynamic firewall

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

90. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:33 
>> Прекращена поддержка кода с устаревшей и оставшейся без сопровождающего встроенной реализацией tcpwrap, вместо которой рекомендует использовать активацию через сокеты;
>    Т.е. tcp wrapper теперь тоже "откусили"?

Всего лишь убрали встроенный в systemd tcp wrapper для inetd-служб.
При желании можно использовать обычный tcpd, как и inetd.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

24. "Новая версия systemd 212"  –3 +/
Сообщение от AX (ok) on 26-Мрт-14, 14:49 
>В journald добавлен режим перенаправления вывода на консоль, который теперь активирован по умолчанию для всех важных уведомлений;
>В утилиту "systemctl" добавлена команда "list-machines" для вывода списка всех локальных контейнеров и состояния, каждого из них;
>В утилиту "systemctl" добавлена опция "-r"  для рекурсивного перебора юнитов всех локальных контейнеров;
>В утилитах systemd-machine-id-setup и tmpfiles появилась опция "--root=" для установки относительной корневой директории;
>Процесс systemd-udevd теперь выполняется в отдельном изолированном пространстве точек монтирования;
>В качестве времени теперь допустимо указание эпохального формата "@число", определяющего число секунд с 1 января 1970 года.
>В system.conf добавлена опция "DefaultTimerAccuracySec=" для задания уровня точности срабатывания timer-юнитов. Добавлена опция  "WakeSystem=" позволяющая пробудить систему из спящего режима при наступлении события в  timer-юните, если подобная возможность поддерживается в ОС. Добавлена опция "Persistent=" для сохранения состояния планирования вызова  timer-юнитов после перезагрузки;

Интересно, как скоро документация по systemd станет напоминать сборник Большой Советской Энциклопедии в 30 томах, а его администрирование превратится в отдельную специальность, которой нужно учиться несколько лет?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Новая версия systemd 212"  +/
Сообщение от anonymous (??) on 26-Мрт-14, 14:52 
>Интересно, как скоро документация по systemd станет напоминать сборник Большой Советской Энциклопедии в 30 томах, а его администрирование превратится в отдельную специальность, которой нужно учиться несколько лет?

Сейчас набегут фанбои и будут кричать, что systemd уничтожил касту админов, обладающих тайными знаниями bash-скриптования.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

36. "Новая версия systemd 212"  +2 +/
Сообщение от Аноним (??) on 26-Мрт-14, 16:54 
>>Интересно, как скоро документация по systemd станет напоминать сборник Большой Советской Энциклопедии в 30 томах, а его администрирование превратится в отдельную специальность, которой нужно учиться несколько лет?
> Сейчас набегут фанбои и будут кричать, что systemd уничтожил касту админов, обладающих
> тайными знаниями bash-скриптования.

Зато порождает новую касту админов-юнитистов, которым ни bash не поможет, ни даже бубен ;) Если уж не работает, то не работает.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

48. "Новая версия systemd 212"  +2 +/
Сообщение от Аноним (??) on 26-Мрт-14, 17:49 
Это вантузятники. Они уже есть. Просто линукс до[пере]пиливают под них. Вас слили линуксоиды.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

62. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 22:03 
> Просто линукс до[пере]пиливают под них.

1) Линукс - это вообще только ядро. Кто и куда его перепилил?
2) Линуксу который ядро - все-равно что запускать как PID=1.
3) У линукса возможна куча разных юзермодов. В андроиде одно, в openwrt другое, в дистре для суперкомпьютеров - третье, в десктопах четвертое. Это нормально. У нас не забивают все гвозди одним микроскопом. Вот systemd неплохо смотрится для ряда задач. И им будут пользоваться. А почему бы нет, собственно?

> Вас слили линуксоиды.

Почему-то больше всего об этом орут в основном те кто линуксом не польузется. Сама постановка "вас" говорит что вы - не линуксоид. Зато так трогательно печетесь о наших проблемах. А почему это вас так заботит?

У меня вот (памятуя про историю с KMS+DRM и прочими, etc) есть нехорошие подозрения на ваш счет. Например, что вы как НеЛинуксоид (tm) начинаете догадываться, что ваши знания станут неприменимы к администрированию большинства серверных и десктопных Linux. Ваша востребованность упадет ниже плинтуса. От этого у вас боль пониже спины. Я угадал? Или какая может быть иная мотивация для точки зрения "а правильно делать только вот так, а поттер делает не так - он негодяй!!!111".

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

80. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 15:39 
> Почему-то больше всего об этом орут в основном те кто линуксом не польузется.

Самое забавное что глотку тут дерёт человек не сидящий на системд.

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

89. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:31 
> Самое забавное что глотку тут дерёт человек не сидящий на системд.

Никогда не видел людей, которые бы сидели на системд. Системд - это программа, а сидят обычно на мебели.

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

103. "Новая версия systemd 212"  –1 +/
Сообщение от Аноним (??) on 27-Мрт-14, 22:01 
>> Самое забавное что глотку тут дерёт человек не сидящий на системд.
> Никогда не видел людей, которые бы сидели на системд. Системд - это
> программа, а сидят обычно на мебели.

Клоун294 пытается отшутиться. Предсказуемо до зевоты.

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

125. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 28-Мрт-14, 03:16 
> Клоун294 пытается отшутиться. Предсказуемо до зевоты.

Хахаха, 294-му доставляет, когда предвзятые додики набрасываются с кулаками на рандомных персон, рассказывая им что они - негодяи, аж 294 раза. Ваши условные рефлексы - такие предсказуемые. Правда, вы в запале наехали на какого-то побочного анонима, походу. Который виноват только тем что мимо проходил.

Но я так и быть отвечу на предшествующую предъяву.
1) Да, я _пока_ не использую systemd. Потому что нет суперсрочной нужды на него валить.
2) Я не виду ничего такого в том чтобы его довели до ума на всяких дебиан тестингах, федора-беталабах и прочих арчекамикадзе. Они для этого и нужны, поэтому писки этих лабораторных хомяков слышать достаточно забавно :). Надо же, оказывается у лекарств побочные эффекты бывают! Какая неожиданность.
3) Но я смотрел его конфиги и прочая. Я вполне смогу с этой штукой подружиться.

Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

136. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 28-Мрт-14, 19:34 
> Хахаха, 294-му доставляет, когда предвзятые додики набрасываются с кулаками на рандомных
> персон, рассказывая им что они - негодяи, аж 294 раза. Ваши
> условные рефлексы - такие предсказуемые. Правда, вы в запале наехали на
> какого-то побочного анонима, походу. Который виноват только тем что мимо проходил.

Это тебе голоса в голове нашептали? Ты поаккуратней, а то может у тебя, помимо прочих симптомов, ещё и выпадание памяти бывает. И не помнишь ты как постил текстики от "рандомных персон". Тебе же это раз плюнуть с твоей душевной болезнью.
Портянки ещё видишь в своей жизни? Ну это те которые кроме тебя никто не наблюдает и те что привести не можешь.

Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

139. "Новая версия systemd 212"  +/
Сообщение от Anonymous1 on 31-Мрт-14, 20:22 
> 2) Линуксу который ядро - все-равно что запускать как PID=1.
> 3) У линукса возможна куча разных юзермодов. В андроиде одно, в openwrt
> другое, в дистре для суперкомпьютеров - третье, в десктопах четвертое. Это
> нормально. У нас не забивают все гвозди одним микроскопом. Вот systemd
> неплохо смотрится для ряда задач. И им будут пользоваться. А почему
> бы нет, собственно?

Потому что Event Viewer - это не линукс, это Вас кто-то обманул. Только люди, которые не понимают конвейеров, grep, awk (sysutils) & bash, считают systemd инновационным, да и просто вообще нужным. А пихают его в дистрибутивы, сев задницей на проект udev и и прибив его гвоздями к systemd (это об отсутствии модульности в systemd, если что)...

>> Вас слили линуксоиды.
> Почему-то больше всего об этом орут в основном те кто линуксом не
> польузется. Сама постановка "вас" говорит что вы - не линуксоид. Зато
> так трогательно печетесь о наших проблемах. А почему это вас так
> заботит?

Брэд. Что, нужно специально для Вас писать "недолинуксоиды, не замеченные в знании bash и sysutils", и не мыслящие ОС без гуи?

> У меня вот (памятуя про историю с KMS+DRM и прочими, etc) есть
> нехорошие подозрения на ваш счет. Например, что вы как НеЛинуксоид (tm)
> начинаете догадываться, что ваши знания станут неприменимы к администрированию большинства
> серверных и десктопных Linux. Ваша востребованность упадет ниже плинтуса. От этого
> у вас боль пониже спины. Я угадал? Или какая может быть
> иная мотивация для точки зрения "а правильно делать только вот так,
> а поттер делает не так - он негодяй!!!111".

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


Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

77. "Новая версия systemd 212"  +/
Сообщение от vi on 27-Мрт-14, 13:36 
>>>Интересно, как скоро документация по systemd станет напоминать сборник Большой Советской Энциклопедии в 30 томах, а его администрирование превратится в отдельную специальность, которой нужно учиться несколько лет?
>> Сейчас набегут фанбои и будут кричать, что systemd уничтожил касту админов, обладающих
>> тайными знаниями bash-скриптования.
> Зато порождает новую касту админов-юнитистов, которым ни bash не поможет, ни даже
> бубен ;) Если уж не работает, то не работает.

Ничего RedHat поможет ;)

Позволю себе добавить к вашим словам (по теме, как мне кажется).
Не каждый админ есть хакер. И уж тем более практически каждый из админов-юнитистов точно не будет хакером!

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

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

95. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:49 
> А может дистрибуция от RedHat готовится к серьезному бою с оффтопом и
> прочими мелкими сошками и хочет большой кусок пирога отхватить.
> Ну да ничего, у каждой медали есть оборотная сторона!

С оффтопом, на самом деле, редхат борется только на серваках. А Марк вообще собирается с андроидом воевать. В общем, десктопный сегмент фактически оставлен на откуп винде.

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

126. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 28-Мрт-14, 03:21 
> В общем, десктопный сегмент фактически оставлен на откуп винде.

Да просто он стагнирует и сдувается, основные битвы будут не там. Вот никто и не хочет за него рубиться.

Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

40. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 17:31 
> Энциклопедии в 30 томах, а его администрирование превратится в отдельную специальность,
> которой нужно учиться несколько лет?

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

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

47. "Я понимаю, что отвечаю клоуну, но всё же…"  –4 +/
Сообщение от AX (ok) on 26-Мрт-14, 17:47 
> А куча гомнокода на баше этого, конечно, не требует.

Я никогда не слышал про специальность "администратор дебиановских инитскриптов", а вот для systemd явно что-то такое вскоре потребуется. Да и в самых сложных инитскриптах, несмотря на все вопли поццерингоклоунов, никакой особой магии нет.

P.S. К слову, о "простоте" юнитов: http://www.linux.org.ru/news/opensource/10195930?cid=10212242

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

57. "Я понимаю, что отвечаю клоуну, но всё же…"  +2 +/
Сообщение от Stax (ok) on 26-Мрт-14, 21:47 
Не нужно передергивать. Любой, у кого возникала задача обернуть пачку самописных (или чужих) демонов в инитскрипты знает, какой это геморрой - тут проверь, что /var/run'ы не забыл запаковать, тут под runit или supervisord подсунь, тут напиши пачку хаков, т.к. программа не пишет свой pid и проверять ее выполнение нужно пачкой утилит (хорошо, если в дистрибутиве написали костыльные функции на шелле.. правда, они внезапно ломаются для python/java/etc программ.. нужны новые костыли..).

Сравните это с менеджментом /run через systemd-tmpfiles, отслеживанием pid'ов через cgroup, автоматическим перезапуском сервиса одной директивой в unit-файле, перехватом stdouot/stderr безо всяких лишних костылей и прочими плюшками. Поэтому админы, которым таки приходилось делать что-то серьезное с инитскриптами очень ждут, когда везде будет systemd. Он реально делает кучу (сейчас сложных) вещей простыми и прозрачными.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

60. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от yet another anonymous on 26-Мрт-14, 22:02 

> Сравните это с менеджментом /run через systemd-tmpfiles, отслеживанием pid'ов через cgroup,
> автоматическим перезапуском сервиса одной директивой в unit-файле, перехватом stdouot/stderr
> безо всяких лишних костылей и прочими плюшками.

Точно. Ускоренный перезапуск падучего г. --- это наш^W ваше ВСЁ.

Ну и особенно умиляет решенность "задачи обернуть пачку самописных (или чужих) демонов"

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

71. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 04:03 
> Точно. Ускоренный перезапуск падучего г. --- это наш^W ваше ВСЁ.

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

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

81. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 15:43 
Надеюсь она таким образом перезапустит какую-нибудь БД и по пути погрохает кучу инфы. А начальство, того админа с автоматикой, выложит по результатам фотоссесию админ-вазелин.
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

96. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:50 
> Надеюсь она таким образом перезапустит какую-нибудь БД и по пути погрохает кучу
> инфы. А начальство, того админа с автоматикой, выложит по результатам фотоссесию
> админ-вазелин.

Магическое добавление опций, которых изначально не было - верная примета шелл-скриптинга.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

127. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 28-Мрт-14, 03:25 
> Надеюсь она таким образом перезапустит какую-нибудь БД и по пути погрохает кучу инфы.

Меня больше интересуют всякие сетевые демоны и прочее, там рестарт себя оправдывает на все 100%, ибо как правило все на почти полном автопилоте. А если у админа крЮтой БД нет мозгов - ну так он заслужил вазелин, разве нет?

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

137. "Я понимаю, что отвечаю клоуну, но всё же…"  +1 +/
Сообщение от anonymous (??) on 29-Мрт-14, 09:22 
> Меня больше интересуют всякие сетевые демоны и прочее, там рестарт себя оправдывает на все 100%, ибо как правило все на почти полном автопилоте. А если у админа крЮтой БД нет мозгов - ну так он заслужил вазелин, разве нет?

Логичный способ: не работает сетка --- перезагружаем компютер. Может оно и наладится.

У меня впечатление, что у кого-то я такой паттерн встречал.

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

82. "Я понимаю, что отвечаю клоуну, но всё же…"  +1 +/
Сообщение от Stax (ok) on 27-Мрт-14, 16:06 
> Точно. Ускоренный перезапуск падучего г. --- это наш^W ваше ВСЁ.

Фразу "директивой в unit-файле" видите?
Не включите - не будет перезапускаться. Никто БД не предлагает автоматически перезапускать.
А сервисы, работающие в духе "серьезная ошибка -> залогировал и упал, т.к. восстановиться слишком сложно, лучше перезапуститься" это вполне себе реальность и встречается не так редко. Просто обычно "перезапускающий" процесс является частью сервиса (cron, php-fpm, итд), но при быстрой разработке это не обязательно. Вот и нужен runit или systemd.

> Ну и особенно умиляет решенность "задачи обернуть пачку самописных (или чужих) демонов"

Представьте себе - это очень частая задача. Во всяком случае, у меня, и в мире вокруг меня. Много лет уже как, на самых разных работах (я, впрочем, давно уже разработчик, а не админ, но задача запуска очередного небольшого демона как сервис, с отслеживанием pid'а, логов, перезапуска и т.д. без дублирования этого кода в каждой программе всплывает с завидной регулярностью).

А если вы не занимаетесь серверной разработкой под UNIX-подобные системы, на кой вы вообще на systemd бочку катите? Типичному юзерочку с убунтой вообще без разницы, как у него система инициализации называется - хорошо, если он вообще догадывается о ее существовании.
(это я не про вас, просто пример. А то повадились ругать systemd люди, которые вообще к этой теме отношения не имеют).

Я допускаю, что у systemd есть свои проблемы - вон тут Шигорин много ругался на него с точки зрения дистростроителя.. Но с точки зрения админа, это просто праздник.

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

101. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:54 
> Я допускаю, что у systemd есть свои проблемы - вон тут Шигорин много ругался на него с точки зрения дистростроителя.

У Шигорина мотивы скорее религиозные, чем технические.
Массовый переход дистрибутивов на systemd показывает, что проблему с ним у дистростроителей меньше, чем в sysvinit.

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

93. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:41 
> Точно. Ускоренный перезапуск падучего г. --- это наш^W ваше ВСЁ.

Этот мир не идеален, и выживает в нем наиболее приспособленный.
Вот sysvinit, не умевший перезапускать падучее г. - увы и ах, не выжил.

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

128. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 28-Мрт-14, 03:27 
> Вот sysvinit, не умевший перезапускать падучее г. - увы и ах, не выжил.

Ну так, чисто по логам апстарта - падал сетевой сервис. Раз 5 за полгода. Это заставило репортануть баг и его починили. В чем разница? В том что мне не имели мозг 5 раз недовольные загибоном сервиа юзеры и не пришлось самому костылить проверку живости сервиса.

Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

138. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от anonymous (??) on 29-Мрт-14, 09:40 
>> Вот sysvinit, не умевший перезапускать падучее г. - увы и ах, не выжил.
> Ну так, чисто по логам апстарта - падал сетевой сервис. Раз 5
> за полгода. Это заставило репортануть баг и его починили. В чем
> разница? В том что мне не имели мозг 5 раз недовольные
> загибоном сервиа юзеры и не пришлось самому костылить проверку живости сервиса.

Вот она квалификация то... "падал сетевой сервис" --- это что? А что, собственно,
контролирует upstart/sd, чтобы утверждать что "упал сетевой сервис"?

Или на том конце шнурок выдернули, а потом спохватились и вставили обратно --- оно и наладилось... А вы все лавры методу "вырезать всю сетку, собрать её обратно" приписали.

Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

63. "Я понимаю, что отвечаю клоуну, но всё же…"  +1 +/
Сообщение от Аноним (??) on 26-Мрт-14, 22:10 
> Я никогда не слышал про специальность "администратор дебиановских инитскриптов",

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

> а вот для systemd явно что-то такое вскоре потребуется.

Не больше чем для разбирательства в некоторых портянках на баше.

> Да и в самых сложных инитскриптах, несмотря на все вопли поццерингоклоунов,
> никакой особой магии нет.

А вот это уже весьма зависит от.

> P.S. К слову, о "простоте" юнитов:

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

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

64. "Я понимаю, что отвечаю клоуну, но всё же…"  –3 +/
Сообщение от AX (ok) on 26-Мрт-14, 22:27 
> Зато администраторы очень даже делятся по предпочитаемым ими семействам дистров и с
> чем они наиболее хорошо знакомы.

Только вот знание системы инициализации занимает здесь далеко не первое место.

> Не больше чем для разбирательства в некоторых портянках на баше.

Для разбирательств в "портянках на баше" нужны минимальные знания по циклам и ветвлениям на шелле плюс знания собственно используемых утилит и демонов. В systemd же логика запуска зачастую размазана между кучей файлов, с нетривиальными конструкциями как по ссылке выше и кучей ключей/идентификаторов/etc., к-рые в одной версии есть, в другой нет, а в третей работают по-другому. Ну и от необходимости знать шелл systemd всё равно не избавляет.

> А вот это уже весьма зависит от.
> Это намного читабельнее чем то что попадается в инитовых скриптах иной раз.

Это всё пустые слова. Самое страшное, что смогли привести адепты systemd — это цикл с seq в инитскриптах mysql. ЧСХ в юнитах systemd все эти нагромождения остались, только их запихнули в скрипт в /usr/bin.

> Не говоря о том что в инитовых скриптах половина дундуков раскидывает
> конфигурацию по телу всей трехстраничной портянки.

Юниты systemd от этого точно не спасают.

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

70. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 03:59 
> Только вот знание системы инициализации занимает здесь далеко не первое место.

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

> Для разбирательств в "портянках на баше" нужны минимальные знания по циклам и
> ветвлениям на шелле плюс знания собственно используемых утилит и демонов.

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

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

На баше и намного более злобные конструкции иногда воротят. На это почему-то скидки предлагается сделать, или чего?

> к-рые в одной версии есть, в другой нет, а в третей работают по-другому.

Это вы про sysv init так? Да, каждый дистр др^W как он хочет. Поэтому скрипты для одного дистра нифига не совместимы с другим, у всех все по разному. А т.к. конфигурация размазана по всей простыне и/или юзаются местечковых костыли и плюшки, переделать скрипт с одного дистра на другой может быть геморно.

> Ну и от необходимости знать шелл systemd всё равно не избавляет.

А это уже отдельный вопрос.

> это цикл с seq в инитскриптах mysql. ЧСХ в юнитах systemd
> все эти нагромождения остались, только их запихнули в скрипт в /usr/bin.

ЧСХ, мне не принципиально что 1% случаев потребует скриптов, зато если в 99% случаев вместо этого будет простой как полено конфиг - я это склонен приветствовать.

> Юниты systemd от этого точно не спасают.

Как раз глядя на типовые юниты для добавления старта "вон той программы" в систему я вижу что там все довольно лаконично и по делу.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

74. "Я понимаю, что отвечаю клоуну, но всё же…"  –3 +/
Сообщение от AX (ok) on 27-Мрт-14, 10:02 
> Без знания системы инициализации админ

Поэтому я написал "не первое место", а не "вообще не требуется".

> И желание и умение разбираться в чужом гомнокоде, который далеко не всегда
> писан красиво, логично, чисто и с разделением логики от данных.

Вот и у меня нет никакого желания возиться в сотне-другой юнитов, чтобы понять, почему именно что-то не запустилось. И перечитывать сишную портянку на несколько сотен строк (да-да, я снова про vconsole-setup), чтобы понять, почему консольная раскладка не загружается. К слову, на баше тоже самое делается в пару *десятков* строк легкочитаемого текста.

(сейчас будет шаблонная отмазка про то, что я скорей всего не осилил маны, в systemd багов не бывает, а если даже бывают, то нефиг было обновляться и вообще debian oldstable рулит)

> На баше и намного более злобные конструкции иногда воротят.

Я правильно понимаю, что примеров не будет и кроме универсального и не требующего доказательств "а в твоих инитскриптах ещё больший говнокод!!111111111" от тебя больше ничего не дождёшься?

> На это почему-то скидки предлагается сделать, или чего?

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

> Это вы про sysv init так?

Неа, про systemd.

> А это уже отдельный вопрос.
> ЧСХ, мне не принципиально что 1% случаев потребует скриптов

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

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

107. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 22:04 
> Вот и у меня нет никакого желания возиться в сотне-другой юнитов, чтобы
> понять, почему именно что-то не запустилось. И перечитывать сишную портянку на
> несколько сотен строк (да-да, я снова про vconsole-setup), чтобы понять, почему
> консольная раскладка не загружается. К слову, на баше тоже самое делается
> в пару *десятков* строк легкочитаемого текста.

А чтение исходников vconsole-setup вам никак не поможет. Проблема не в них, а в исходниках VT и KMS.

> Я правильно понимаю, что примеров не будет и кроме универсального и не
> требующего доказательств "а в твоих инитскриптах ещё больший гoвнокод!!111111111" от тебя
> больше ничего не дождёшься?

Просто вам напоминают общеизвестную истину, которую вы упорно игнорируете.

> Я предлагаю осознать простую мысль: systemd выглядит простым только на самых примитивных
> задачках типа "запустить X при старте, грохнуть при останове и больше
> ничего" (хотя тут и инитскрипты вполне справятся с задачей). А когда
> дело доходит до чего-то более сложного, то количество извращений и костылей
> начинает расти по экспоненте

Количество извращений и костылей определяется изращенностью и костыльностью задачи.

> и systemd начисто сливает всем конкурентам.

Каким-таким конкурентам, если не секрет? Апстарту, с его кривой архитектурой?

> Учитывая, что в убогих юнитах даже проверку переменной из конфига не организуешь,

Да, столь бредовая функциональность там не востребована. Как и проверка фазы Луны :)

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

111. "Я понимаю, что отвечаю клоуну, но всё же…"  –2 +/
Сообщение от AX (ok) on 27-Мрт-14, 22:14 
> А чтение исходников vconsole-setup вам никак не поможет. Проблема не в них,
> а в исходниках VT и KMS.

Правда?

> Просто вам напоминают общеизвестную истину, которую вы упорно игнорируете.

Без конкретных примеров больше похоже на мантру.

> Количество извращений и костылей определяется изращенностью и костыльностью задачи.

Задача "прочитать переменную из конфига и в зав-ти от её значения запустить дополнительно X" очень извращённая и костыльная, ага.

> Каким-таким конкурентам, если не секрет? Апстарту, с его кривой архитектурой?

Да хоть тому же openrc.

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

В systemd нет — значит не нужно!

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

115. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 22:20 
> Правда?

Если мы говорим о сбросе шрифта и раскладки при загрузке KMS-модуля - то да.

> Без конкретных примеров больше похоже на мантру.

Ну, вы же только мантры в качестве аргументов и признаете :)

> Задача "прочитать переменную из конфига и в зав-ти от её значения запустить дополнительно X" очень извращённая и костыльная, ага.

Разумеется. Настройку запуска служб нужно выполнять через штатный механизм инита, а не через неочевидный и хитро спрятанный костыль.

> Да хоть тому же openrc.

Я пока видел только слив openrc. Один, но зато шумный и смачный. В Дебиане.

> В systemd нет — значит не нужно!

Нет и не будет, потому что управление запуском там производится через симлинки.

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

120. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от AX (ok) on 27-Мрт-14, 22:36 
> Если мы говорим о сбросе шрифта и раскладки при загрузке KMS-модуля

Нет, не про него.

> Разумеется. Настройку запуска служб нужно выполнять через штатный механизм инита, а не
> через неочевидный и хитро спрятанный костыль.
> Нет и не будет, потому что управление запуском там производится через симлинки.

Ради интереса, посмотри как в systemd реализовано переключение между двумя режимами восстановления/сохранения громкости (файлы alsa*.service). Вот этот костыль всем костылям костыль!

> Я пока видел только слив openrc. Один, но зато шумный и смачный.
> В Дебиане.

ЕМНИП его ругали только за плохую документацию и отсутствие этих ваших cgroups.

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

118. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 22:25 
> Задача "прочитать переменную из конфига и в зав-ти от её значения запустить
> дополнительно X" очень извращённая и костыльная, ага.

Вообще - да, извращенная и костыльная. В большинстве случаев это нафиг не вперлось и только взорвет мозг админу который будет админить систему после кулсисопа. На вашем локалхосте это может и не проблема, а вот в больших инсталляциях с такими художествами разбираться - нафиг нужно, скажем дружно. Какой-то кулсисоп напхает неочевидной логики хз где, уволится, забыв описать это в документации, а остальные потом думай где же это нечто было и как работало. То что такого "счастья" станет меньше - вообще фича а не баг.

> Да хоть тому же openrc.

А он вообще не понятно какие проблемы решает. Все недостатки инита у него на месте.

> В systemd нет — значит не нужно!

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

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

114. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 22:20 
> Поэтому я написал "не первое место", а не "вообще не требуется".

Тем не менее, это одна из частей знания системы. Достаточно важная. Разумеется, отличия на этом не заканчиваются. Но теперь есть надежда что как минимум в этом аспекте наиболее популярные дистры будут более-менее похожи. Хотя есть шансы получить xkcd #927, разумеется :).

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

У этих по крайней мере есть хоть какой-то логгинг как стандартная фича, для начала. А если простынка на баше не смогла запустить моего демона - я в общем случае вообще не буду знать почему, пока САМ не привинчу хоть какой-то логгинг.

> К слову, на баше тоже самое делается в пару *десятков* строк легкочитаемого текста.

Ну так делайте на баше. А я как-то предпочту упомянутой системой инициализации пользоваться, т.к. такие вещи скорее всего вообще поправят майнтайнеры дистра и меня это колыхать вообще не будет. Зато типовые задачи "я вот тут скомпилил мой демон и теперь его надо добавить в систему" будут проще. В том числе расстановку приоритетов/юзеров, отпиливание в контейнер, старт не ранее чем появилась сеть, перезапуск при крахе и прочие вещи, актуальные для более-менее систем которые более-менее в автопилотном режиме работают и т.п..

> нефиг было обновляться и вообще debian oldstable рулит)

Да не, почему? Я в курсе что баги и проблемы бывают у всех. Но в данном случае я имею все основания ожидать что баги и проблемы вытопчут early adopters и _мне_ будет сухо и комфортно, в 99% случаев моя жизнь станет проще.

> больше ничего не дождёшься?

Ну от рассказчиков про ужасы systemd я тоже увидел как максимум пример с 4 условными путями. Не больно какой страшный код, имхо. А так я приводил пример с скриптом udev, где часть конфигурационных данных типа путей - на второй-третьей странице зарыты. Очень удобно, если такой скрипт захочется на другой системе запустить.

> Я предлагаю осознать простую мысль: systemd выглядит простым только на самых
> примитивных  задачках типа "запустить X при старте, грохнуть при останове и больше
> ничего" (хотя тут и инитскрипты вполне справятся с задачей).

Таких задач как раз 99% и с ними станет меньше проблем.

> начинает расти по экспоненте и systemd начисто сливает всем конкурентам. Примеры
> я уже приводил.

Да, при этом НеЛюбителями (tm) как-то все-время тактично скипается возможность взять свою любимую простынку на шеллскриптах, при том что поттер никак не сможет полностью отобрать эту опцию, т.к. шелл интерпретер такая же программа как и все остальные и его можно запускать не хуже чем других.

> Неа, про systemd.

А sysv как обычно скидки, да? По принципу "свое не пахнет"?

> Учитывая, что в убогих юнитах даже проверку переменной из конфига не организуешь,

А зачем? Большинство демонов или сами это делают, или это вообще не требуется. Почему этим вообще стартер должен заниматься? Чтобы у админа мозг взорвался, когда он попытается с этим разобраться, особенно если это настраивал предшественник?

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

94. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:48 
> Только вот знание системы инициализации занимает здесь далеко не первое место.

Администратор, не умеющий работать с ситемой инициализации своего дистрибутива, профессионально не пригоден.

>> Не больше чем для разбирательства в некоторых портянках на баше.
> Для разбирательств в "портянках на баше" нужны минимальные знания по циклам и
> ветвлениям на шелле плюс знания собственно используемых утилит и демонов.

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

> Ну и от необходимости знать шелл systemd всё равно не избавляет.

А у него нет такой задачи. Его задача - избавиться от шелла там, где он неэффективен.

> Это всё пустые слова. Самое страшное, что смогли привести адепты systemd — это цикл с seq в инитскриптах mysql.

Видимо, вы никогда не видели init-скриптов.

> ЧСХ в юнитах systemd все эти нагромождения остались, только их запихнули в скрипт в /usr/bin.

И systemd тоже не видели.

> Юниты systemd от этого точно не спасают.

Юнит systemd от этого спасает, хотя бы потому, что в нем на порядок меньше воды.
Обычно юнит в 10-20 раз меньше по размеру, чем исходный скрипт, при равном количестве полезной информации.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

105. "Я понимаю, что отвечаю клоуну, но всё же…"  –3 +/
Сообщение от AX (ok) on 27-Мрт-14, 22:03 
> Администратор, не умеющий работать с ситемой инициализации своего дистрибутива, профессионально
> не пригоден.

Господа адепты systemd, вы вообще читать умеете? Или только писать? :)

> В sysvinit логика запуска зачастую размазана между кучей файлов

Какое убогое передёргивание.

> нетривиальными конструкциями (ветвлениями, циклами)

Марш в школу!

> Видимо, вы никогда не видели init-скриптов.
> И systemd тоже не видели.

Я-то как-раз на них насмотрелся более чем достаточно. А вот адепты systemd, судя по отсутствию примеров и одним и тем же заученным шаблонным фразочкам, в лучшем случае могут похвастаться парой собственных helloworld'ов, а дистрибутивные скрипты вообще толком не смотрели.

> Юнит systemd от этого спасает, хотя бы потому, что в нем на
> порядок меньше воды.

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

Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

110. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 22:11 
> Господа адепты systemd, вы вообще читать умеете? Или только писать? :)

А зачем вас читать, вы же все равно ничего умного не напишете. :)

>> В sysvinit логика запуска зачастую размазана между кучей файлов
> Какое убогое передёргивание.

Вполне заслуженное. Сами нарвались, пытаясь отрицать очевидное.

>> нетривиальными конструкциями (ветвлениями, циклами)
> Марш в школу!

От вашей истерики они не станут более тривиальными.

> Я-то как-раз на них насмотрелся более чем достаточно. А вот адепты systemd, судя по отсутствию примеров и одним и тем же заученным шаблонным фразочкам, в лучшем случае могут похвастаться парой собственных helloworld'ов, а дистрибутивные скрипты вообще толком не смотрели.

А, так вы адепт systemd! По вам и не скажешь.
> Для нелюбителей воды есть openrc и куча других инитов

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

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

122. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 28-Мрт-14, 02:51 
> Марш в школу!

А это не убогое передергивание?

> Я-то как-раз на них насмотрелся более чем достаточно.

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

> дистрибутивные скрипты вообще толком не смотрели.

Какие еще "скрипты"?

> Для нелюбителей воды есть openrc и куча других инитов,

Вот спасибо, надстройка над инитом ничего не делает по поводу его базовых проблем. Не говоря о том что этот openrc нафиг никому не упал, и вообще, чинить его в дебиане озадачились только когда поняли что сейчас всех нагнет systemd. Вообще FAIL. Поздно пить боржоми, когда почки отказали, господа.

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

133. "Я понимаю, что отвечаю клоуну, но всё же…"  –1 +/
Сообщение от AX (ok) on 28-Мрт-14, 10:15 
> А это не убогое передергивание?

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

> Зато скидки черти-каким портянкам - всегда пожалуйста.

Убогий формат юнитов ещё хуже, чем любая километровая портянка на баше (ведь из-за их убогости приходится лепить ещё большие портянки, только размазанные по тысяче файлов). Это факт. Смирись.

> Вон в комплекте к psybnc
> идет редкий кус гомнокода. Удачи этот шит в дебиане запустить без
> правки довольно мерзкого кода, где половина путей в коде, посередине файла
> заколочена.

В комплекте к psybnc идёт только коротенький скрипт для crontab (надеюсь, ты не его имел в виду). А если у мейнтейнера какого-то дистра проблемы с руками, то это проблемы исключительно этого дистра.

И раз уж на то пошло, попробуй, к примеру, posgresql.service из федоры запустить в том же арче и расскажи о результатах.

> Какие еще "скрипты"?

Стартовые, не? :)

> Вот спасибо, надстройка над инитом ничего не делает по поводу его базовых
> проблем

И всё же посмотри, как должен выглядеть нормальный формат юнитов.

Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

92. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:39 
>> А куча гомнокода на баше этого, конечно, не требует.
> Я никогда не слышал про специальность "администратор дебиановских инитскриптов", а вот  для systemd явно что-то такое вскоре потребуется.

Для systemd требуется ровно две вещи: логическое мышление и умение читать маны.
Не умеет связно мыслить или испытываете отвращение к чтению документации? Марш скриптовать!

> Да и в самых сложных инитскриптах, несмотря на все вопли поццерингоклоунов, никакой особой магии нет.

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

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

99. "Я понимаю, что отвечаю клоуну, но всё же…"  –4 +/
Сообщение от AX (ok) on 27-Мрт-14, 21:52 
> Для systemd требуется ровно две вещи: логическое мышление и умение читать маны.

А ещё огромное терпение, чтобы переворотить кучу этих самых манов (и это только маны самого systemd!), юнитов и иногда даже залезть в исходники, чтобы понять, как именно оно работает.

> Не умеет связно мыслить или испытываете отвращение к чтению документации? Марш скриптовать!

Очень смешно.

> Ну, если вам не нравится слово магия, скажем проще - гoвнокод. Потому
> что обычно скрипты пишут отнюдь не программисты

По крайней мере во времена инитскриптов непрограммисты лезли только в скрипты, а теперь они сам systemd пишут.

Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

102. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:57 
> А ещё огромное терпение, чтобы переворотить кучу этих самых манов (и это
> только маны самого systemd!), юнитов и иногда даже залезть в исходники,
> чтобы понять, как именно оно работает.

Можно пример, когда реально необходимо залезть в исходники?

>> Не умеет связно мыслить или испытываете отвращение к чтению документации? Марш скриптовать!
> Очень смешно.

Суровая правда жизни.

> По крайней мере во времена инитскриптов непрограммисты лезли только в скрипты, а теперь они сам systemd пишут.

Неа. systemd пишут профессиональные программисты, а непрограммисты сначала кричат "ваш systemd гамно, смотрите, как надо", а потом извиняются и дарят поттеру шоколадки.

Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

108. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от AX (ok) on 27-Мрт-14, 22:09 
> Можно пример, когда реально необходимо залезть в исходники?

К примеру, приходилось залезать в исходники systemd-vconsole, чтобы разобраться со сломанной консольной раскладкой. Почему нельзя было просто сделать отдельные сервисы с запуском setfont/loadkeys, как в остальных инитах, я так и не понял.

> Суровая правда жизни.

Такие люди как-раз бегут на systemd, ведь там достаточно прописать ExecStart/ExecStop. Правда, по мере усложнения задачи вся "простота" systemd куда-то улетучивается, но они про это не знают.

> Неа. systemd пишут профессиональные программисты, а непрограммисты сначала кричат "ваш
> systemd гамно, смотрите, как надо", а потом извиняются и дарят поттеру
> шоколадки.

Но при этом продолжают считать systemd гамном и форк свой не забрасывают. И правильно делают.

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

112. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 22:15 
> К примеру, приходилось залезать в исходники systemd-vconsole, чтобы разобраться со сломанной консольной раскладкой.

Так вы возмущаетесь, что для локализации бага вам, о ужас, пришлось отлаживать! Правильно?

> Такие люди как-раз бегут на systemd, ведь там достаточно прописать ExecStart/ExecStop.
> Правда, по мере усложнения задачи вся "простота" systemd куда-то улетучивается, но
> они про это не знают.

А секрет прост - не надо усложнять там, где это не требуется.

> Но при этом продолжают считать systemd гамном

Не факт.

> и форк свой не забрасывают.

Только почему-то на 90% "разработка" состоит из копипасты "ненавистного" systemd-udevd :)

Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

119. "Я понимаю, что отвечаю клоуну, но всё же…"  –1 +/
Сообщение от AX (ok) on 27-Мрт-14, 22:27 
> Так вы возмущаетесь, что для локализации бага вам, о ужас, пришлось отлаживать!
> Правильно?

Именно. В шелле такие вещи делаются в разы проще, знаете ли.

> А секрет прост - не надо усложнять там, где это не требуется.

А если требуется?

> Не факт.

Видел диалог в багзилле на тему нерекурсивного Makefile? (это было как раз после той конференции)

> Только почему-то на 90% "разработка" состоит из копипасты "ненавистного" systemd-udevd
> :)

Ну так от них большего и не требуется. Сам поттеринг впихнуть ключик --udev-only не осилил, даже со всеми своими помощниками. Предложенный патч отклонил, мол делать Makefile рекурсивным не Ъ (ведь экономия минуты-другой *при сборе* бесценна, даже ценой сильного усложнения кода). И даже с нерекурсивным Makefile, говорит, всё равно не принял бы, ведь тогда он стал бы ЕЩЁ СЛОЖНЕЕ.

Проникнитесь моментом, как говорится. Вот и приходиться разрабам eudev помогать убогим…

Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

129. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 28-Мрт-14, 03:37 
> Именно. В шелле такие вещи делаются в разы проще, знаете ли.

Для начала, типовая картина: добавили сервис в систему. Он фигак и не взлетает. Почему? От чего? В логах чисто. Оказывается логгинг - это опция. Которую самому кодить надо, хренли. Чтобы узнать что там банальный permission denied или no such file. И вы знаете, вот такие мелкие паскудства при совершенно типовых операциях - утомляют.

> А если требуется?

Запустите ваш любимый шеллскрипт. А чем запуск шеллскрипта отличается от запуска чего либо еще?

> --udev-only не осилил, даже со всеми своими помощниками. Предложенный патч отклонил,
> мол делать Makefile рекурсивным не Ъ (ведь экономия минуты-другой *при сборе*
> бесценна, даже ценой сильного усложнения кода).

Он скорее не хочет возиться с хренью под чужие причуда, которая ему под его цели нафиг не уперлась, как и большинству остальных разработчиков. Ну если называть вещи своими именами. Да, иногда надо уметь в том числе и фак показать. Иначе на голову сядут и заклюют.

> Проникнитесь моментом, как говорится. Вот и приходиться разрабам eudev помогать убогим…

Удачи в работе на мусорник.

Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

134. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от AX (ok) on 28-Мрт-14, 10:28 
> Для начала, типовая картина: добавили сервис в систему. Он фигак и не
> взлетает. Почему? От чего? В логах чисто.

Ну вот от бага с раскладкой эти ваши логи ничуть не помогли. Какой смысл в логах, если всё забито внутри бинарного блоба.

> Запустите ваш любимый шеллскрипт. А чем запуск шеллскрипта отличается от запуска чего
> либо еще?

Ну вот спроси поццеринга, зачем начал воротить в своих "простых" юнитах конструкции как alsa*.service или как по ссылке выше. Ведь можно просто запустить скрипт!

>> возможность собирать udev без лишней системы инициализации, логов, веб-сервера, генератора qr-кодов
> Он скорее не хочет возиться с хренью под чужие причуда

ЛОЛ

> Удачи в работе на мусорник.

Удачи в сдаче ЕГЭ.

Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

113. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 22:16 
> Неа. systemd пишут профессиональные программисты, а непрограммисты сначала кричат "ваш
> systemd гамно, смотрите, как надо", а потом извиняются и дарят поттеру
> шоколадки.

Это называется индуцированный бред. Бывает даже врач подцепляет от пациента. Ну а о ментальной гигиене школоты^W адептов системд и говорить не приходится - они полностью впитывают эту ахинею.

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

116. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 22:22 
> Это называется индуцированный бред. Бывает даже врач подцепляет от пациента. Ну а
> о ментальной гигиене школоты^W адептов системд и говорить не приходится -
> они полностью впитывают эту ахинею.

Пока что мы видели бред только от "разработчиков Gentoo" :)

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

131. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 28-Мрт-14, 03:47 
> о ментальной гигиене школоты^W адептов системд

Еще один образчик эталонно непредвзятого мнения. От НеШколоты (tm).

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

123. "Я понимаю, что отвечаю клоуну, но всё же…"  –1 +/
Сообщение от Аноним (??) on 28-Мрт-14, 02:55 
> По крайней мере во времена инитскриптов непрограммисты лезли только в скрипты, а
> теперь они сам systemd пишут.

А, спасибо, теперь мы знаем что ваше мнение предвзято и вас всерьез вообще можно не рассматривать.

Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

104. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 22:02 
> Для systemd требуется ровно две вещи: логическое мышление и умение читать маны.

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

Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

124. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (??) on 28-Мрт-14, 02:58 
> Лично тебя в одном из прошлых обсуждений тыкали в вещи которые нельзя
> найти в мане, а только посмотрев ченджлог или пошарив в репах апстрима.

Вы так говорите, как будто на инитовские портянки есть хорошие маны. Если некто вынсе почти всю логику из программы в внешние гунявые скрипты, код которых зачастую оставляет желать, а документация отсутствует - это еще не значит что так лучше. А так себешная документация от гарри поттера лучше чем вообще никакой от авторов инитовых скриптов. А т.к. сам инит не умеет нифига - вся логика пхается в инитовые скрипты. И там каждый др... как он хочет. Вон тут шигорин показывал кастом в альте. А в других дистрах - все иначе. И эти знания вообще применимы только в альте и более нигде. Здорово, правда?

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

78. "Новая версия systemd 212"  +/
Сообщение от vi on 27-Мрт-14, 13:40 
>> Энциклопедии в 30 томах, а его администрирование превратится в отдельную специальность,
>> которой нужно учиться несколько лет?
> А куча гомнокода на баше этого, конечно, не требует. И, конечно, разобраться
> в гомнокоде писанном черти-кем по укурке намного проще чем в мелких
> конфигурационных файлах, ну разумеется.

Ключевое слово здесь "разобраться", и разбираться придется! А вот где как и чем попахивает, это отдельная тема.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

98. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:51 
> Ключевое слово здесь "разобраться", и разбираться придется! А вот где как и чем попахивает, это отдельная тема.

В sysvinit же как-то разбирались. А тут это на порядок проще.

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

109. "Новая версия systemd 212"  +/
Сообщение от vi on 27-Мрт-14, 22:10 
>> Ключевое слово здесь "разобраться", и разбираться придется! А вот где как и чем попахивает, это отдельная тема.
> В sysvinit же как-то разбирались. А тут это на порядок проще.

Я не против systemd. Просто всегда страшновато отпустить вожжи!
Конечно, все что можно переложить на машину, необходимо переложить на машину.
Но в какой то момент нам станет трудно угнаться за машинами. Это нормально.

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

117. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 22:24 
> Но в какой то момент нам станет трудно угнаться за машинами. Это нормально.

Нифига не нормально. Надо развивать свои возможности, и не терять темп.

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

121. "Новая версия systemd 212"  +/
Сообщение от vi on 27-Мрт-14, 22:39 
>> Но в какой то момент нам станет трудно угнаться за машинами. Это нормально.
> Нифига не нормально. Надо развивать свои возможности, и не терять темп.

Да. Но КПД меняется во времени. И необходимо научиться передавать накопленный темп дальше.

Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

132. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 28-Мрт-14, 03:48 
> Да. Но КПД меняется во времени. И необходимо научиться передавать накопленный темп дальше.

Ну..... если у вас заржавел мозг - это упс. Пора на пенсию. Сидеть на завалинке, вспоминая молодость.

Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

25. "Новая версия systemd 212"  +1 +/
Сообщение от anonymous (??) on 26-Мрт-14, 14:51 
>При восстановлении параметров экрана добавлена защита от установки слишком низкого уровня яркости для предотвращения отображения черного экрана после перезагрузки;

Опять захардкожено?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

35. "Новая версия systemd 212"  –1 +/
Сообщение от Адекват (ok) on 26-Мрт-14, 16:39 
>>При восстановлении параметров экрана добавлена защита от установки слишком низкого уровня яркости для предотвращения отображения черного экрана после перезагрузки;
> Опять захардкожено?

А если мне нужно было, чтобы уровень яркости был 0 ?
Мало ли какими извращениями я страдаю ?

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

42. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 17:32 
> А если мне нужно было, чтобы уровень яркости был 0 ?
> Мало ли какими извращениями я страдаю ?

Use force^W source, Luke!

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

51. "Новая версия systemd 212"  +/
Сообщение от anonymous (??) on 26-Мрт-14, 18:36 
>А если мне нужно было, чтобы уровень яркости был 0 ?

Петросян? В новости написано, что " защита от установки слишком низкого уровня яркости". Про 0 ни слова.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

91. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 27-Мрт-14, 21:35 
> А если мне нужно было, чтобы уровень яркости был 0 ?
> Мало ли какими извращениями я страдаю ?

Если страдаете извращениями - systemd не для вас. Скриптуйте на баше.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

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

30. "Новая версия systemd 212"  +2 +/
Сообщение от AX (ok) on 26-Мрт-14, 15:24 
> что-то мне кажется оно стало слишком монструозно - какой-то гномский армейский нож.
> уверен пройдет пара лет и все эти фанбои (арч, деб, убунька
> и прочее) начнут кричать что оно слишком сложное и надо делать
> альтернативу попрощее.

Дык, в этом вся суть претензий к systemd. Сейчас леннарт просто играет в кулхацкера, старательно упихивающего в юниты ключи на все случаи жизни. Но когда-нибудь ему это надоест, а поддерживать всё это нагромождение былокода всё будет нужно. И вот тогда…

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

43. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 17:34 
> в кулхацкера, старательно упихивающего в юниты ключи на все случаи жизни.

ИЧСХ как оказалось, многие именно этого от системы инициализации и хотели, задолбавшись это выписывать каждый раз самолично.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

46. "Новая версия systemd 212"  +/
Сообщение от karapuz2 (ok) on 26-Мрт-14, 17:41 
надеюсь, они одумаются и изменят язык unit-ов. иначе, будет не только быдлокод, который пусть поддерживают мейнтейнеры (и ладно), но и быдлоюниты, которые админам и придется разгребать - а это большое зло.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

41. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 26-Мрт-14, 17:31 
> уверен пройдет пара лет и все эти фанбои (арч, деб, убунька
> и прочее) начнут кричать что оно слишком сложное и надо делать
> альтернативу попрощее.

Да, и слишком сложный линевый кернел заменят на freedos, чего уж там.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

79. "Новая версия systemd 212"  –1 +/
Сообщение от vi on 27-Мрт-14, 14:28 
>> уверен пройдет пара лет и все эти фанбои (арч, деб, убунька
>> и прочее) начнут кричать что оно слишком сложное и надо делать
>> альтернативу попрощее.
> Да, и слишком сложный линевый кернел заменят на freedos, чего уж там.

Используйте freedos кто Вам мешает. Впрочем есть и альтернативы, например GNU Hurd во главе с GNU Mach (и прочие).


Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

130. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 28-Мрт-14, 03:41 
> Используйте freedos кто Вам мешает.

Спасибо, меня потребление памяти линевым кернелем устраивает, а где надо я могу его откусить дополнительно. И, кстати, кернел побольше systemd может жрать запросто.

> Впрочем есть и альтернативы, например GNU Hurd
> во главе с GNU Mach (и прочие).

Вот и пользуйтесь наздоровье.

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

31. "Новая версия systemd 212"  –2 +/
Сообщение от некто email(ok) on 26-Мрт-14, 15:26 
слишком много усилий и энергии затрачивается на этот systemd, притягивание за уши самый популярный метод...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

52. "Новая версия systemd 212"  +3 +/
Сообщение от Xasd (ok) on 26-Мрт-14, 18:58 
каждый новый релиз systemd -- я чувствую как Linux встаёт с колен
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

61. "Новая версия systemd 212"  +1 +/
Сообщение от Anonym1 on 26-Мрт-14, 22:02 
> каждый новый релиз systemd -- я чувствую как Linux встаёт с колен

При этом вверх ногами на голову, даа?

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

69. "Новая версия systemd 212"  +/
Сообщение от Онанас on 26-Мрт-14, 22:59 
В Арче уже тестируют (шустрые) :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

135. "Новая версия systemd 212"  +/
Сообщение от Аноним (??) on 28-Мрт-14, 19:02 
В Арче он просто сам собою работает после штатного обновления.
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру