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

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

"Новая версия systemd 212"	+/–
Сообщение от opennews (??) on 26-Мрт-14, 13:22
Представлен (http://lists.freedesktop.org/archives/systemd-devel/2014-Mar...) выпуск системного менеджера systemd 212 (http://www.opennet.dev/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.dev/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.dev/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 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 +/–
Сообщение от некто (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 | Индекс форумов | Темы | Пред. тема | След. тема