The OpenNET Project / Index page

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

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

"Релиз systemd 230"  +/
Сообщение от opennews (??) on 22-Май-16, 09:06 
Представлен (https://lists.freedesktop.org/archives/systemd-devel/2016-Ma...) выпуск системного менеджера systemd 230 (http://www.freedesktop.org/software/systemd/). Из новшеств можно отметить включение по умолчанию DNSSEС и режима чистка процессов пользователя после завершения сеанса, добавление поддержки унифицированной иерархии cgroup, возможность настройки proxy ARP для сетевого интерфейса, новые типы юнитов "generated" и "transient", новую команду "systemctl revert" и возможность создания виртуальных прямых сетевых линков  между контейнерами.

Основные изменения:


-  В DNS-резолвере systemd-resolved по умолчанию включен DNSSEC. DNSSEC доступен в режиме "allow-downgrade" (автоматический откат на режим без DNSSEC) и может быть отключен через настройку "DNSSEC=" в resolved.conf или на этапе сборки при указании опции "configure --with-default-dnssec=no". Дистрибутивам пока не рекомендуется включать DNSSEC по умолчанию, пока не будут выявлены все возможные несовместимости режима  DNSSEC с DNS-серверами;


-  В systemd-resolve добавлена возможность резолвинга DNS-записей DANE (DNS-based Authentication of Named Entities) при указании опции "--tlsa" и OPENPGPKEY при указании опции "--openpgp", а также создания дампа raw-данных записей DNS при указании опции "--raw=дамп";


-  В  systemd-logind по умолчанию после выхода пользователя обеспечено принудительное завершение процессов, запущенных в составе пользовательского сеанса. Управлять принудительным завершением можно через опцию "KillUserProcesses=" в logind.conf, которая теперь выставлена в значение "yes" по умолчанию, что требует отдельных настроек, если необходимо сохранить работу длительно выполняемых пользовательских процессов (для работы screen и tmux требуется специальная настройка сервисов, например, включение "lingering" через loginctl).  Для восстановления старого поведения на этапе сборки можно указать опцию "--without-kill-user-processes";

-  В systemd-logind добавлены новые настройки "SessionsMax=" и
   "InhibitorsMax=", которые по умолчанию установлены в значение 8192;
-  В systemd-logind добавлена поддержка обновления конфигурации по сигналу SIGHUP;

-  Добавлена поддержка добавленной в ядре 4.5 (https://www.opennet.ru/opennews/art.shtml?num=44040) унифицированной иерархии cgroup, для задействования которой в systemd при загрузке требуется указать опцию
командной строки ядра "systemd.unified_cgroup_hierarchy=1". Для унифицированной иерархии также добавлен контроллер cgroup "io", который дополнил контроллеры  "memory" и "pids";

-  Поддержка протокола LLDP (Link Layer Discovery Protocol) расширена возможностями использования пассивного (только приём) и активного (отправка) режимов. Пассивный режим включен по умолчанию в systemd-networkd, а активный режим включен по умолчанию  в изолированных контейнерах с адресацией внутренней сети. Для просмотра статистики можно использовать команду "networkctl lldp";

-  Добавлена возможность настройки  уникальных идентификаторов IAID и DUID, отправляемых в запросах  DHCP. Идентификаторы могут быть определены как для всей системы, так и для отдельных файлов .network  при помощи опций  "DUIDType=", "DUIDRawData=" и "IAID=";

-  В systemd-networkd добавлена возможность настройки proxy ARP для отдельных сетевых интерфейсов, используя опцию "ProxyArp=" в файлах ".network". Кроме того, в файлы .netdev добавлены опции "MulticastQuerier=" и "MulticastSnooping=" для включения режима отправки запросов и прослушивания трафика IGMP;

-  В файлах .network представлена новая опция "PreferredLifetime=", позволяющая определить время жизни IP-адреса;

-  В DHCP-сервере из состава systemd-networkd активирована по умолчанию опция "EmitRouter=", включающая поле DHCP Option 3 (Router);

-  Тестовая утилита  /usr/lib/systemd/systemd-activate переименована в        systemd-socket-activate и размещена в /usr/bin;

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

-  В  journalctl добавлен новый метод вывода "-o short-unix", при котором к записями в логе добавляется префикс с эпохальным (UNIX) временем (число секунд с 1970 года). Также добавлена опция "--no-hostname" для исключения столбца с именем хоста;


-  Устройства фреймбуфера, сканеры и 3D-принтеры теперь подключаются в режиме "uaccess" и доступны для вошедших в систему пользователей;

-  В опции "DeviceAllow=" теперь можно указывать спецификаторы (начинаются с символа "%");

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

-  Для автоматически сгенерированных и созданных в процессе работы через обращение к API файлов добавлены новые типы юнитов "generated" и "transient";

-  Добавлена новая команда "systemctl revert" для отката предоставляемой вендором версии файла юнита в ситуации внесения в файл юнита локальных изменений;

-  В  "machinectl clean" добавлена возможность автоматического удаления всех или только скрытых образов контейнеров;

-  В  systemd-tmpfiles добавлен новый тип записи "e", позволяющий организовать очистку директорий, если они уже существуют;

-  В systemd-nspawn  добавлена поддержка автоматического исправления UID/GID  и ACL для всех файлов и директорий в контейнере для их соответствия диапазону UID/GID, выбранному при запуске контейнера;

-  В  systemd-nspawn добавлена новая опция "--network-zone=" для создания виртуальных прямых линков  между контейнерами;


-  Для socket-юнитов  добавлены опции "TriggerLimitIntervalSec=" и
"TriggerLimitBurst=" для настройки лимитов на возможное число активаций в заданный промежуток времени;


-  Компонент systemd-bootchart вынесен в           отдельный репозиторий (https://github.com/systemd/systemd-bootchart);

-  Из состава удалён systemd-bus-proxyd так как kdbus вряд ли будет принят в ядро в своём текущем виде;

-  Удалены библиотеки  libsystemd-daemon.so,
          libsystemd-journal.so, libsystemd-id128.so и libsystemd-login.so, которые ранее были объявлены устаревшими.

-  Удалена опция  "Capabilities=", вместо которой следует использовать "AmbientCapabilities=" и "CapabilityBoundingSet=".

URL: https://lists.freedesktop.org/archives/systemd-devel/2016-Ma...
Новость: https://www.opennet.ru/opennews/art.shtml?num=44474

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

Оглавление

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


2. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (??) on 22-Май-16, 09:07 
Я считаю, что если какую-то сущность сложно описать в одно-два слова - нужно делить ее на самостоятельные механизмы
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Релиз systemd 230"  –7 +/
Сообщение от proninyaroslav email(ok) on 22-Май-16, 09:16 
Он и так разделён на отдельные компоненты, просто они распространяются под одним именем и в одном пакете.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Релиз systemd 230"  +38 +/
Сообщение от Аноним (??) on 22-Май-16, 09:30 
…и друг без друга не работают да и не имеют смысла
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 22-Май-16, 09:38 
Пожалуйста, расскажите для ленивых, как все это дело устроено.
Как systemd понимает, что ему нужно запустить именно, скажем, logind?
Как можно подменить тот же logind без пересборки.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "Релиз systemd 230"  +2 +/
Сообщение от Аноним (??) on 22-Май-16, 09:47 
logind запускается юнитом systemd-logind.service, и чтобы его заменить, нужно отключить этот юнит и подключить какой-нибудь другой, реализующий эти же функции.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

93. "Релиз systemd 230"  +9 +/
Сообщение от freehck email(ok) on 22-Май-16, 17:42 
В теории да, на практике же многие пытались, ни у кого не вышло. Но это всё потому, разумеется, что все, кто не поддерживает systemd - идиоты.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

116. "Релиз systemd 230"  –6 +/
Сообщение от Аноним (??) on 22-Май-16, 23:53 
> В теории да, на практике же многие пытались, ни у кого не вышло.

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

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

156. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 23-Май-16, 10:55 
> А нельзя ли список этих лузеров в студию, чтобы в другие их потуги не влопаться случайно?

Ты лучше опубликуй ссылку на хоть одну успешную попытку.

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

163. "Релиз systemd 230"  +/
Сообщение от Andrey Mitrofanov on 23-Май-16, 11:44 
#>logind запускается
#>>>отключить этот юнит и подключить какой-нибудь другой, реализующий эти же функции.
>> А нельзя ли список этих лузеров в студию, чтобы в другие их потуги не влопаться случайно?
> Ты лучше опубликуй ссылку на хоть одну успешную попытку.

Ну, вот http://savannah.gnu.org/forum/forum.php?forum_id=8491 эти бают, заменили.

Правда, не для s-d, а для гнома.

Впрочем, гном https://www.opennet.ru/opennews/art.shtml?num=44262 и так патчуют от этой заразы.

Вывод: ни systemd, ни lohind не нужны. Некоторым %) энтузиастам...

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

169. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 23-Май-16, 11:58 
описание по вашей ссылке:
https://lists.gnu.org/archive/html/guix-devel/2015-04/msg003...
I forked the systemd repo and removed most of the non-logind parts.
Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

174. "Релиз systemd 230"  +1 +/
Сообщение от Andrey Mitrofanov on 23-Май-16, 12:38 
> описание по вашей ссылке:
> https://lists.gnu.org/archive/html/guix-devel/2015-04/msg003...
>  I forked the systemd repo and removed most of the non-logind
> parts.

Согласен, фингня Запустили l-d без s-d вместо "авангардного" s-d с чем-то другим вместо l-d.  Простите меня люди, попутался в сортах нинужна!

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

207. "Релиз systemd 230"  –2 +/
Сообщение от ананасимус on 23-Май-16, 23:09 
Сначала опубликуй хоть на одну *не*успешную. Хоть какую-нибудь. На что logind менять-то, если из альтернатив только корявый consolekit?
Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

13. "Релиз systemd 230"  +/
Сообщение от proninyaroslav email(ok) on 22-Май-16, 09:50 
Согласен, но тот же KDE и гном тоже являются подобным примером (если говорить про DE часть), и холливаров на эту тему я не видел.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

15. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 22-Май-16, 10:11 
...и ни тот ни другой не может похвастаться хорошей архитектурой.

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

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

114. "Релиз systemd 230"  +/
Сообщение от скарро on 22-Май-16, 22:18 
ты про тех которые и системд с удевом пишут?
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

150. "Релиз systemd 230"  +7 +/
Сообщение от Онаним on 23-Май-16, 08:18 
DE в том смысле, который в него обычно вкладывают - вообще зло. Этот феномен надо было душить когда он появился. Нужны взаимозаменяемые оконные менеджеры и не зависящие от конкретных WM приложения, а не куча "DE", включающих каждый свои версии "блокнота", "калькулятора", собственный маргинальный браузер и прочую требуху плюс, как в случае с KDE, вагон фич, которым следовало бы быть частью файловой системы и/или самостоятельными (не привязанными к оболочке) демонами.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

171. "Релиз systemd 230"  +1 +/
Сообщение от Undefined on 23-Май-16, 12:13 
Ну вот кеды сейчас от этого отказываются, оболочка отдельно, приложения отдельно. В результате приложения стагнируют.
Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

224. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 25-Май-16, 09:37 
Осталось всем договориться о единых стандартах и не нарушать их даже если очень хочется :)
Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

16. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 22-Май-16, 10:20 
Прямо как ls без cat и touch без nohup или sleep в GNU coreutils
Без sleep вообще ни одна софтина не обходится, всем нужна задержка, а то не дай господи пользователи подумают что софтина быстро работает
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

18. "Релиз systemd 230"  +1 +/
Сообщение от proninyaroslav email(ok) on 22-Май-16, 10:31 
Надеюсь про sleep был сарказм, ибо зачем исполняемому потоку нужен сон на определённое время не вызывает сомнений (явно не для уменьшения скорости работы программы).
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

30. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 22-Май-16, 11:23 
Правильно. Вместо sleep нужен обычный бесконечный цикл, чтобы пользователь видел полную загрузку одного ядра и думал "вах, какой мощный процесс работает...".
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

47. "Релиз systemd 230"  –1 +/
Сообщение от proninyaroslav email(ok) on 22-Май-16, 13:10 
Ага. Бесполезный холостой цикл хорошее решение.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

118. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (??) on 23-Май-16, 00:03 
> Ага. Бесполезный холостой цикл хорошее решение.

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

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

161. "Релиз systemd 230"  +1 +/
Сообщение от Admino (ok) on 23-Май-16, 11:35 
Я уже запутался, кто из вас сарказмирует?
Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

209. "Релиз systemd 230"  –1 +/
Сообщение от asd (??) on 23-Май-16, 23:32 
Кто-то из них огазмирует.
Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

208. "Релиз systemd 230"  +/
Сообщение от Himik (ok) on 23-Май-16, 23:20 
Холостой цикл и Sleep это разные вещи.
Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

225. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 25-Май-16, 09:39 
> Холостой цикл и Sleep это разные вещи.

холостой цикл будет выкинут при компиляции :)

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

26. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (??) on 22-Май-16, 11:17 
Надо пееписатьв есь стек GNU, а потом сменить лицензию на проприетарную! А потом на ядро (там мнооого кода ред хата)! Код всех коммитеров не из ред хата удалить и переписать
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

72. "Релиз systemd 230"  +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 15:48 
> Я считаю, что если какую-то сущность сложно описать в одно-два слова -
> нужно делить ее на самостоятельные механизмы

Ты длинно. Опиши короче. Я пробовал. Хорошо?

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

176. "Релиз systemd 230"  +1 +/
Сообщение от dq0s4y71 (??) on 23-Май-16, 12:55 
Так и было, пока не изобрели systemd...
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Релиз systemd 230"  +13 +/
Сообщение от Анонизмус on 22-Май-16, 09:18 
[sarcasm]
Предлагаю переименовать /etc/systemd в /etc.
Весь софт в репозитории, который не в составе systemd, объявить устаревшим.
[/sarcasm]
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Релиз systemd 230"  +5 +/
Сообщение от Аноним (??) on 22-Май-16, 09:43 
Тссс! Лёня услышит...
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

68. "Релиз systemd 230"  –4 +/
Сообщение от S.Atahl on 22-Май-16, 15:00 
Good day sir! Can you translate your message please?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

111. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 22-Май-16, 21:18 
anonymous suggests to rename /etc/systemd to /etc becase all software that is not included into systemd shoud be declared obsolete
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

152. "Релиз systemd 230"  –1 +/
Сообщение от Lennart P on 23-Май-16, 09:16 
God idea!
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

153. "Релиз systemd 230"  +1 +/
Сообщение от trunk on 23-Май-16, 10:24 
God ? Diablo !
Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

200. "Релиз systemd 230"  –1 +/
Сообщение от Led (ok) on 23-Май-16, 21:17 
> God ? Diablo !

Dio и Diablo - однокоренные слова. Но П(К)ГМ'нутые не любят, когда им об этом напоминают.

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

199. "Релиз systemd 230"  +/
Сообщение от Led (ok) on 23-Май-16, 21:14 
> God idea!

God-то хоть православный? или высокосный?

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

9. "Релиз systemd 230"  +4 +/
Сообщение от Аноним (??) on 22-Май-16, 09:47 
Фигасе он обростает фичами... Не пользуюсь пока что, но почитал свежие новости и офигел, честно говоря. Эдакий ктулху всего и вся. Как бы научиться еще этим всем рулить, если что...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 22-Май-16, 09:48 
> Фигасе он обростает фичами... Не пользуюсь пока что, но почитал свежие новости
> и офигел, честно говоря. Эдакий ктулху всего и вся. Как бы
> научиться еще этим всем рулить, если что...

Лучше бойкотировать. А в случае чего бежать. Пока не знаю куда.

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

42. "Релиз systemd 230"  +4 +/
Сообщение от Аноним (??) on 22-Май-16, 12:54 
дворы мести, очевидно же
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

74. "Релиз systemd 230"  +1 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 15:53 
> дворы мести, очевидно же

Звать к топорам масти и вилам сарказма! Жечь глаголом до изжоги. Выпускать свои версии на 200-с-плюсом (продажа и демонтсрация ограничены реитингом!), в крайнем случае. Надо что-то уже, в конце-то концов...

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

134. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 23-Май-16, 00:45 
> Звать к топорам масти и вилам сарказма! Жечь глаголом до изжоги.

А заканчивается это нерабочей гильотиной, as seen on http://live4fun.ru/joke/451655

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

99. "Релиз systemd 230"  –3 +/
Сообщение от анонко on 22-Май-16, 19:00 
> Лучше бойкотировать. А в случае чего бежать. Пока не знаю куда.

псс, парень, не хочешь немного винды?

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

100. "Релиз systemd 230"  +6 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 19:04 
>> Лучше бойкотировать. А в случае чего бежать. Пока не знаю куда.
> псс, парень, не хочешь немного винды?

Тому не надо на венду бежать, у кого релиз s-d... за спиной стоит! (Почти) Гоголь //я старался

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

137. "Релиз systemd 230"  +3 +/
Сообщение от jOKer (ok) on 23-Май-16, 01:52 
На генту, очевидно же!
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

184. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 23-Май-16, 15:04 
>генту

С её костылями на баше и питоне? Нет, спасибо.

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

19. "Релиз systemd 230"  +7 +/
Сообщение от Анын (ok) on 22-Май-16, 10:31 
>>Фигасе он обростает фичами...

А пасьянс так и не запилили :-(

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

24. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 22-Май-16, 11:15 
Чем быстрее обрастает, тем дольше будет устаканиваться. Потому что всё новое содержит незамеченное проблематичное. Поэтому можно не торопиться.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

53. "Релиз systemd 230"  +3 +/
Сообщение от Аноним (??) on 22-Май-16, 13:29 
В данном случае за "обрастает" сразу следует "разлагается", минуя фазу "устаканивается".

Иначе как редхату продавать саппорт?

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

76. "Релиз systemd 230"  +1 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 16:02 
> Чем быстрее обрастает, тем дольше будет устаканиваться. Потому что всё новое содержит
> незамеченное проблематичное. Поэтому можно не торопиться.

Всё не так: чем дольше устаканиваться и чем больше "ряби на воде" [*особенно* в версиях, поставляемых конкурентами!], тем больше они заработают на продаже поддержки.  "Технологии Майкрософт! (официальный партнёр! не релама) Чем хуже, тем лучше.(R)"

То есть, если ты не заметил, они _уже_поставляют_ (=устаканивание не нужно -- ты всё выдумал) "это" в составе своего _продукта_. Продукт у них -- [неожиданно!] поддержка (и немного "открытого" кода).

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

95. "Релиз systemd 230"  –1 +/
Сообщение от Вареник on 22-Май-16, 18:04 
>> Чем быстрее обрастает, тем дольше будет устаканиваться. Потому что всё новое содержит
>> незамеченное проблематичное. Поэтому можно не торопиться.
> Всё не так: чем дольше устаканиваться и чем больше "ряби на воде"
> [*особенно* в версиях, поставляемых конкурентами!], тем больше они заработают на продаже
> поддержки.  "Технологии Майкрософт! (официальный партнёр! не релама) Чем хуже, тем
> лучше.(R)"
> То есть, если ты не заметил, они _уже_поставляют_ (=устаканивание не нужно --
> ты всё выдумал) "это" в составе своего _продукта_. Продукт у них
> -- [неожиданно!] поддержка (и немного "открытого" кода).

Тему перетаскивания фич между ядром и поддержкой их запуска в systemd... Вейленд не Вейленд...

Лет 10 еще пилить можно, а потом начать все переписывать на JS. Или еще каком новоизобретенном нерусте взамен устаревшего руста, только с блекджеком и безопасностью безопасности.

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

121. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 23-Май-16, 00:06 
> научиться еще этим всем рулить, если что...

Можешь не учиться, только тогда тебя, вероятно, вскоре заменят. Куда и дорога.

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

12. "Релиз systemd 230"  –1 +/
Сообщение от Шарп (ok) on 22-Май-16, 09:50 
> В systemd-logind по умолчанию после выхода пользователя обеспечено принудительное завершение процессов, запущенных в составе пользовательского сеанса.

Джва года ждал. У меня какая-то хрень иногда не даёт выключить комп. Приходится ждать когда оттикают 1,5 минуты.

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

14. "Релиз systemd 230"  +21 +/
Сообщение от EuPhobos email(ok) on 22-Май-16, 10:05 
Если монтирование фс идёт через fstab с ключами noauto,users, и примонтировал файловку удалённую по сети обычный пользователь через "$ mount ./myremotedisk" (без рута), и по завершению работы f..g.systemD решил сначала отрубить сеть = получайте висяк.
Так- же если вы обновляете ОС где версия самой systemD серьёзно меняется = получайте висячий комп, без возможности выполнить reboot, halt, shotdown
Так же, если на вашем УСТРОЙСТВЕ отсутсвуют оффлайновые часы, а ОС синкает время по старту сети и ntp = будет очень трудно получить журнал событий ДО старта НТП, т.к. f..g.systemD думает что он очень умный и сортирут/хранит журнал строго по времени, а какой-то там 1970 год уже пора давно ротировать..
Я не являюсь хейтером этого ЗАМЕЧАТЕЛЬНОГО f..g.systemДэ, но могу так долго ) Потому что чем больше комбайн - тем больше багов и глюков.
Стоит поставить arch и окунуться с головой в сюстемДэ, что бы подружиться с ним, но не всегда и не со всех сторон он дружелюбен.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

21. "Релиз systemd 230"  +2 +/
Сообщение от виндотролль (ok) on 22-Май-16, 11:04 
Знакомая проблема с отмонтированием nfs при выключении. Решение не искал, т.к. очень редко совпадает, что выключаю с подмонтированной ОС (почти все сервисы крутятся на самом NASе, подмонтирование к ноуту требуется редко, да и выключается ноут редко). Но чисто интересно, есть какое-то простое быстрое решение?
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

65. "Релиз systemd 230"  +2 +/
Сообщение от conformist (ok) on 22-Май-16, 14:53 
удваиваю вопрос. Если забуду отмонтировать сетевую ntfs, то всё, иногда и по 6 минут жду :(
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

177. "Релиз systemd 230"  +/
Сообщение от OramahMaalhur (ok) on 23-Май-16, 13:04 
Утраиваю вопрос. Навесил скрипты монтирования на диспетчер NetworkManager, до какого-то момента работало, теперь снова таймауты...
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

98. "Релиз systemd 230"  –3 +/
Сообщение от EHLO on 22-Май-16, 18:49 
>есть какое-то простое быстрое решение?

да

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

117. "Релиз systemd 230"  +/
Сообщение от Elhana (ok) on 22-Май-16, 23:58 
А еще можно загрузится по сети, подключить еще кучу сетевых дисков, подключаться к vpn и по нему еще до кучи смонтировать дисков - тогда systemd точно все автоматом отмонтирует, причем параллельно :)
А простое и быстрое решение это наверно выпилить systemd от греха подальше.
Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

49. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 22-Май-16, 13:22 
про нтп:
Зачем ntp на системе, где есть systemd, в поставке у которого есть timesyncd?
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

67. "Релиз systemd 230"  +3 +/
Сообщение от ac (??) on 22-Май-16, 14:59 
зачем <progam_name> если есть systemd.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

69. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 22-Май-16, 15:04 
Потому что раньше timesyncd не было и теперь "systemd с ntpd"-системы будут работать ещё долго. Например rhel7/centos7.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

77. "Релиз systemd 230"  +3 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 16:04 
> про нтп:
> Зачем ntp на системе, где есть systemd, в поставке у которого есть
> timesyncd?

Сргласен! В винде **тоже** нет _сервера_ ntp. Передово.

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

254. "Релиз systemd 230"  +/
Сообщение от Wladmis (ok) on 27-Май-16, 13:40 
> Если монтирование фс идёт через fstab с ключами noauto,users, и примонтировал файловку удалённую по сети обычный пользователь через "$ mount ./myremotedisk" (без рута), и по завершению работы f..g.systemD решил сначала отрубить сеть = получайте висяк.

Добавьте к той файловой системе опцию _netdev: noauto,users,_netdev (*facepalm*) и начните уже читать маны и руководства. И на все сетевые файловые системы указывайте опцию _netdev.

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

23. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 22-Май-16, 11:12 
А что мешало тебе включить соответствующую опцию вручную? Она там с незапамятных времен, в новой версии ее только по дефолту врубили.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

109. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 22-Май-16, 21:08 
А как её включить по дефолту, не подскажете?
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

244. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 27-Май-16, 04:39 
Новость чем читаете?

> Управлять принудительным завершением можно через опцию "KillUserProcesses=" в logind.conf, которая теперь выставлена в значение "yes" по умолчанию

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

27. "Релиз systemd 230"  +3 +/
Сообщение от Аноним (??) on 22-Май-16, 11:17 
Теперь 1.5 минуты придётся ждать завершения сеанса.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

112. "Релиз systemd 230"  –5 +/
Сообщение от Led (ok) on 22-Май-16, 21:35 
> У меня какая-то хрень иногда не даёт выключить комп.

Не выключить, а включить. И не называй маму "хренью", вендузоед!

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

17. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 22-Май-16, 10:25 
чот давно не слышно было, разработка замедлилась ? воображение для новых опций отказало ? =D
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 22-Май-16, 11:18 
Видимо, много мелочей накопилось, которые надо было пофиксить. При бурной разработке их всегда набирается столько, что для разборок с ними времени требуется больше, чем на саму разработку.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

105. "Релиз systemd 230"  +3 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 19:31 
> Видимо, много мелочей накопилось, которые надо было пофиксить. При бурной разработке их
> всегда набирается столько, что для разборок с ними времени требуется больше,
> чем на саму разработку.

В копилку "мастерства" профессионалов Нового Времени:

Fix

Change the -w flag to -W and systemd service file (/usr/lib/systemd/system/postgresql-9.5.service) and reload the daemon.

http://postgr.es/p/3qK -- Всем переписывать "портянки" баша 2 часа и Ку!

++Почему он не скопипасти ^W взял el7 пакет от pgdg?.. Unit-фейлы - это *так* просто!

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

20. "Релиз systemd 230"  –3 +/
Сообщение от PSV email on 22-Май-16, 10:46 
"возможность настройки proxy ARP для сетевого интерфейса" ЙаПознйюМир :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Релиз systemd 230"  +/
Сообщение от Sunderland93 (ok) on 22-Май-16, 11:05 
Люблю читать чейнджлоги systemd. В них столько всегда нововедений. Не то что выйдет какой-нибудь текстовый редактор или плеер - полтора коммита.

>>Добавлена поддержка добавленной в ядре 4.5 унифицированной иерархии cgroup, для задействования которой в systemd при загрузке требуется указать опцию командной строки ядра "systemd.unified_cgroup_hierarchy=1".

Вот это хорошо

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

25. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 22-Май-16, 11:16 
с каждого плеера по полтора коммита -- вот и новая версия systemd.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

33. "Релиз systemd 230"  +/
Сообщение от анонимчик on 22-Май-16, 11:33 
на локалхосте использую runit
чего и вам желаю
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "Релиз systemd 230"  +/
Сообщение от Тот кто тоже не любит systemd on 22-Май-16, 12:51 
святой вы человек !
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

44. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 22-Май-16, 12:58 
многословный кокой - из "использую runit" уже следует область применения

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

51. "Релиз systemd 230"  +3 +/
Сообщение от Аноним (??) on 22-Май-16, 13:27 
> кокой

...ещё никогда Штирлиц не был так близок к провалу.

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

86. "Релиз systemd 230"  +/
Сообщение от анонимчик on 22-Май-16, 16:50 
честно говоря не вижу причин не использовать его и на серверах. одна проблема - нет дистров регулярно и оперативно выпускающих заплатки с ним нет.
зачем нужно все что тут перечислено в систем-д - глубоко и искренне не понимаю.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

88. "Релиз systemd 230"  +1 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 17:14 
> честно говоря не вижу причин не использовать его и на серверах. одна

Его - это runit? Я его не то что " не вижу не ...", я его использую. На el6 использовал, на el7 сервисы в нём же перенёс -- рад как слон, всё запустилось _без_ изменений "внутри". С теми сервисами, что нёс из "портянок" апстарта в портянки s-d (да, сам runsvdir в т.ч.) пришлось смотреть -- что за уродство от Лидера Индустрии, и копипастить неведомое из интернетов прямо в продакшен (я профеесионал! я крут! я пере-дов.).

Нет, ни там, ни там не в pid1 -- rhel же, хлопотно. //на debian-е, впрочем, отмазка та же.

> проблема - нет дистров регулярно и оперативно выпускающих заплатки с ним нет.

runit стабилен B), как rhel*5*, почти Ж) как классический /bin/init. rpm-ок под rhel-ы собирают тут https://github.com/imeyer/runit-rpm , под debian пересобрать пакет - даже гитхуб не нужен (* преувеличение: мне не нужен).

Да, дистр. с перенесёнными в него "всеми" сервисами не существует... Будем считать, что это другая%) задача.  "Просто" подождём, когда debian даст выбора для всех сервисов своим пользователям.

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

+Много.

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

110. "Релиз systemd 230"  +/
Сообщение от анонимчик on 22-Май-16, 21:17 
ну хотелось-бы минимальных конструктивных изменений в серверном дистрибутиве. для более гарантированно-безболезненных обновлений безопасности и тд.
я бы что-бы не зарубаться с переносами сделал бы все под monit
хотя тебе лучше виднее что там и как.
а так - плюсую. runit - работает. причем весьма unix-way
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

201. "Релиз systemd 230"  +/
Сообщение от chinarulezzz (ok) on 23-Май-16, 21:21 
Какие заплатки нужны? Он ж простой как пробка. Чему там глючить?

Использую runit ежедневно. Если что.

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

217. "Релиз systemd 230"  –2 +/
Сообщение от анонимчик on 24-Май-16, 09:03 
см. выше.
Ответить | Правка | ^ к родителю #201 | Наверх | Cообщить модератору

45. "Релиз systemd 230"  +18 +/
Сообщение от RomanCh (ok) on 22-Май-16, 13:02 
> В systemd-logind по умолчанию после выхода пользователя обеспечено принудительное завершение процессов,

Какой ад, да ещё и по умолчанию!

И в целом хочется сказать "ааа! Лопните мои глаза!" Я хоть и сторонник стандартизации в целом, но сустемГ кроме этого делает нечто совершенно иное. Он пытается стать каким-то "универасльным удовлетворителем универсального юзера" на все случаи жизни. Вот на кой чёрт мне например LLDP _по_умолчанию_?
Какой-то безумный набор функционала который не знаешь в какой момент и чем в тебя стрельнет. Будь то запрещение впадать в ждущий режим в течение 30 (кажется) секунд после того как ты из него вышел, или вот это гениальное новшество с отстрелом процессов по умолчанию, и наверняка ещё множество подобного "добра" с которым можно рисковать познакомиться в самый неожиданный момент. Тьфу на это всё :(

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

55. "Релиз systemd 230"  –9 +/
Сообщение от Sunderland93 (ok) on 22-Май-16, 14:07 
Либо собирай его с выключением ненужных тебе фич, либо моли об этом мейнтейнеров своего дистра.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

62. "Релиз systemd 230"  +7 +/
Сообщение от RomanCh (ok) on 22-Май-16, 14:37 
> Либо собирай его с выключением ненужных тебе фич

Угу, мало мне на работе этого секса, я ещё дома буду localhost админить.

> либо моли об этом мейнтейнеров своего дистра.

Скорее я смигрирую туда где его принципиально не будет.

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

130. "Релиз systemd 230"  –7 +/
Сообщение от Аноним (??) on 23-Май-16, 00:36 
Ты сколько пакетов майнтайнишь? Если ноль - от твоей миграции никто не обеднеет, мягко говоря.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

138. "Релиз systemd 230"  +3 +/
Сообщение от RomanCh (ok) on 23-Май-16, 01:54 
И? Меня это должно как-то расстроить?
Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

139. "Релиз systemd 230"  +9 +/
Сообщение от jOKer (ok) on 23-Май-16, 02:14 
> Ты сколько пакетов майнтайнишь? Если ноль - от твоей миграции никто не
> обеднеет, мягко говоря.

Глупости. Дистр силен свои сообществом. Если сообщество слабеет и уменьшается, то слабеет и дистрибутив.

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

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

228. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (??) on 26-Май-16, 02:14 
Сообщество - это тот кто работу работает. А бесполезный балласт, имеющий мнение еще никому погоды не сделал.
Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

57. "Релиз systemd 230"  +3 +/
Сообщение от Аноним84701 on 22-Май-16, 14:11 
> или вот это гениальное новшество с отстрелом процессов по умолчанию,

Что-то похожее и не менее "гениальное" уже было:
https://bugzilla.redhat.com/show_bug.cgi?id=1141137
> systemd sends SIGKILL imediately after SIGTERM during shutdown
> Even the 'reboot' that started the system shutdown (executed via ssh) gets a SIGKILL before it can exit().

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

108. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 22-Май-16, 20:12 
лол
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

158. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 23-Май-16, 11:20 
> systemd sends SIGKILL imediately after SIGTERM during shutdown

Погодите, погодите! Леннарт ведь говорил, что быстрое выключение - это следствие того, что ВЕЩИ делаются ПРАВИЛЬНО. И это он называет "правильно"?

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

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

189. "Релиз systemd 230"  +3 +/
Сообщение от Аноним (??) on 23-Май-16, 17:54 
Надо ему намекнуть, что как бы он не пыжился, SysRq-O ему всё равно не догнать.
Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

198. "Релиз systemd 230"  +4 +/
Сообщение от Аноним84701 on 23-Май-16, 19:08 
>> systemd sends SIGKILL imediately after SIGTERM during shutdown
> Погодите, погодите! Леннарт ведь говорил, что быстрое выключение - это следствие того,
> что ВЕЩИ делаются ПРАВИЛЬНО. И это он называет "правильно"?

Есть правильные вещи, а есть традиции! Это [проблемы с SIGTERM] — традиция-с!

https://www.freedesktop.org/wiki/Software/PulseAudio/Notes/7...(т.е. 7 месяцев назад)
> Changes at a Glance
> Exiting due to SIGTERM isn't considered a failure

А вообще, "пёрлов" хватало — достаточно вспомнить, как хвост пытался вилять собакой:
https://bugs.freedesktop.org/show_bug.cgi?id=76935
> Supplying "debug" on the kernel command line gets parsed by systemd. If a random assertion in it fires, something like this, for example ...
> it floods dmesg and I cannot log into the machine anymore.

Т.е. "Ну и чо, что debug давно использовалось?  Почему ядру можно, а нам нельзя? Это дискриминация юзерспейса! [я конечно чутка утирую, но Кей  … не подвел )]

Или https://lists.debian.org/debian-user/2014/12/msg00184.html
> I got home, turned on my computer, and systemd decided it was time to run fsck
> on my 1TB hard drive. Ok, I just skip it, right? Well, Ctrl+c does not work, ESC
> does not work, nothing seems to work. I Googled for an answer on my phone but
> nothing. So, is there a mysterious set of commands they came up with to skip an
> fsck or is it yet another flaw?

Как и откровения Рыжего:
https://github.com/systemd/systemd/issues/825#issuecomment-1...
>poettring:
> Long story short: "su" is really a broken concept. I
> t will given you kind of a shell, and it's fine to use it for that, but it's not a full login,
> and shouldn't be mistaken for one.

Или когда резко поменяли значение ноля в таймаутах :
https://lists.freedesktop.org/archives/systemd-devel/2016-Fe...
> * Most configurable timeouts in systemd now expect an argument of
>  "infinity" to turn them off, instead of "0" as before.

При этом, видимо чтобы не было слишком скучно:
> To maintain backwards compatibility, "0" continues to  turn off previously existing timeout settings

Или как обещали поддерживать "udev без systemd"
https://lwn.net/Articles/490413/
> you can still build it for usage outside of systemd systems, and we will support these builds
> officially. In fact, we will be supporting this for a long time

(long time, оказалось == 2 года)

Или изобретение велосипеда с квадратными колесами:
https://lists.freedesktop.org/archives/systemd-devel/2015-Fe...
> When the user presses Ctrl-Alt-Del more than 7x within 2s an immediate reboot is triggered.

[Велосипед: т.к. уже есть SysRq, форма колес == прибивание гвоздями к "7+ раз в течении 2 секунд" — походу кое-кто ориентировался на дефолты kbdrate и надеятся, что проблем как минимум до инициализации консоли не предвидится]

В общем, продолжать можно долго (даже не являясь "хейтером") …

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

223. "Релиз systemd 230"  +1 +/
Сообщение от chinarulezzz (ok) on 25-Май-16, 00:56 
какой смачный коммент))
Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

245. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 27-Май-16, 04:53 
> Или когда резко поменяли значение ноля в таймаутах :
> https://lists.freedesktop.org/archives/systemd-devel/2016-Fe...
>> * Most configurable timeouts in systemd now expect an argument of
>>  "infinity" to turn them off, instead of "0" as before.
> При этом, видимо чтобы не было слишком скучно:
>> To maintain backwards compatibility, "0" continues to  turn off previously existing timeout settings

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


> Или как обещали поддерживать "udev без systemd"
> https://lwn.net/Articles/490413/
>> you can still build it for usage outside of systemd systems, and we will support these builds
>> officially. In fact, we will be supporting this for a long time
> (long time, оказалось == 2 года)

Да не, норм, 2 года в IT – довольно много. Тем более, это же Red Hat. Даже у Убунты жизненный цикл каждого релиза дольше и качественнее, чем у Федоры, а свой софт они пишут преимущественно для своих дистров.


> Или изобретение велосипеда с квадратными колесами:
> https://lists.freedesktop.org/archives/systemd-devel/2015-Fe...
>> When the user presses Ctrl-Alt-Del more than 7x within 2s an immediate reboot is triggered.

А тут я проиграл! You made my night.


> [Велосипед: т.к. уже есть SysRq, форма колес == прибивание гвоздями к "7+
> раз в течении 2 секунд" — походу кое-кто ориентировался на дефолты
> kbdrate и надеятся, что проблем как минимум до инициализации консоли не
> предвидится]

Даже без учёта этого мне смешно. Т.е. я сразу подумал о ситуации, когда rate настолько низкий, что им можно пренебречь, будто он вообще не работает и нажимать клавишу надо именно 7 раз вручную за две секунды.


> В общем, продолжать можно долго (даже не являясь "хейтером") …

Так вы systemd юзаете или нет?

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

115. "Релиз systemd 230"  –1 +/
Сообщение от Сириус on 22-Май-16, 22:51 
Я уже давно заметил, что главная цель системДы - это исключение администратора как такового. Будет только производитель системы, который будет её полностью контролировать, и конечные юзеры...
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

140. "Релиз systemd 230"  +/
Сообщение от jOKer (ok) on 23-Май-16, 02:20 
> Я уже давно заметил, что главная цель системДы - это исключение администратора
> как такового. Будет только производитель системы, который будет её полностью контролировать,
> и конечные юзеры...

И платный саппорт от красношапки в проектах сложнее локалхоста....

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

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

141. "Релиз systemd 230"  –7 +/
Сообщение от Аноним (??) on 23-Май-16, 03:17 
цены ему (systemd) не будет, если с его помощью удастся избавиться от бIbдлоодминья, что тут вечно ноет, ниосиливаети и рассуждает про unix-way, понятия не имея, в чем его суть
Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

229. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (??) on 26-Май-16, 02:16 
> цены ему (systemd) не будет, если с его помощью удастся избавиться от
> бIbдлоодминья, что тут вечно ноет, ниосиливаети и рассуждает про unix-way, понятия
> не имея, в чем его суть

хорошо набросил, тезка! нехай ветераны юникса проваливают админить собственно, юниксы - дохлые и проприетарные.

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

50. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 22-Май-16, 13:25 
Systemd Manager GUI
http://www.youtube.com/watch?v=HY952ZIuLEM
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

80. "Релиз systemd 230"  +1 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 16:10 
> Systemd Manager GUI
> http://www.youtube.com/watch?v=HY952ZIuLEM

Скорее пошлите этим http://www.libelektra.org/ наркоманам ссылку на Реестр. Аудитория предвкушает!!

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

91. "Релиз systemd 230"  +/
Сообщение от chinarulezzz (ok) on 22-Май-16, 17:34 
фичреквест: запили подсветку синтаксиса unit'ов :-D
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

101. "Релиз systemd 230"  +1 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 19:08 
> фичреквест: запили подсветку синтаксиса unit'ов :-D

"Биржи в панике! S-d GUI пожрал Eclipse!! Ддвижется к столице!"

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

241. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 26-Май-16, 16:21 
> фичреквест: запили подсветку синтаксиса unit'ов :-D

Любой редактор который .ini файлы понимает это уже давно умеет.

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

113. "Релиз systemd 230"  –1 +/
Сообщение от RomanCh (ok) on 22-Май-16, 21:38 
regedit для Linux, дожились.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

119. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 23-Май-16, 00:04 
Dconf, gconf...
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

246. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 27-Май-16, 04:54 
> Dconf, gconf...

Оба превратились в GSettings.

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

252. "Релиз systemd 230"  +/
Сообщение от Andrey Mitrofanov on 27-Май-16, 07:06 
>> Dconf, gconf...
> Оба превратились в GSettings.

Кстати! В wind-е .ini тоже _проевратились_ в реестр. Совпадениенедумаю?!

Сообщение от Аноним (??) on 26-Май-16, 16:21
> фичреквест: запили подсветку синтаксиса unit'ов :-D

Любой редактор который .ini файлы понимает это уже давно умеет.

---https://www.opennet.ru/openforum/vsluhforumID3/108006.html#241 Растёт s-d! Скоро вырастет из 3.11 для рабочих групп.
Ответить | Правка | ^ к родителю #246 | Наверх | Cообщить модератору

54. "Релиз systemd 230"  +1 +/
Сообщение от Дима (??) on 22-Май-16, 13:49 
Система становится всё менее и менее управляемой и предсказуемой. Это какой то ад.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

56. "Релиз systemd 230"  –5 +/
Сообщение от Sunderland93 (ok) on 22-Май-16, 14:07 
> Система становится всё менее и менее управляемой и предсказуемой. Это какой то
> ад.

То ли дело портянки на Shell, да? Само воплощение простоты, логики и понятности.

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

58. "Релиз systemd 230"  +11 +/
Сообщение от Дима (??) on 22-Май-16, 14:12 
Я всегда знал, что и как у меня запущенно в системе, всегда всё по минимуму, ни каких нелепых включений разных режимов и технологий в системе, и многое многое другое. Всё на минимуме было. А с этим комбайном не знаешь, где тебе выстрелят в ногу или в голову.
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

123. "Релиз systemd 230"  –6 +/
Сообщение от Аноним (??) on 23-Май-16, 00:13 
> Я всегда знал, что и как у меня запущенно в системе,

Зато когда такой как ты деятель передает потом систему на администрирование другим людям, им приходится тяжко. Потому что они - не ты. И разбираться в твоих каракулях "я тут пытался изучать баш" им не хочется. Вот сиди и разрабатывай дистр для твоего локалхоста. А системд обеспечивает нормальное управление системой, когда можно без проблем отдать машину порулить другому админу. Тот сделает systemd-delta и получит представление о моих художествах относительно дефолтов дистра.

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

147. "Релиз systemd 230"  +8 +/
Сообщение от angra (ok) on 23-Май-16, 04:30 
Что самое забавное, до системГ практически никто из админов ни о каких проблемах с инициализацией при передаче дел не думал. Просто потому, что этой проблемы не существовало. Но появились апологеты системГ, выдумали эту проблему вместе с какимми-то портянками(вас что в свое время всех дружно из универа в армию выпнули за тупость?) и уже который год героически с ней сражаются. Дон Кихоты хреновы.
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору
Часть нити удалена модератором

167. "Релиз systemd 230"  +5 +/
Сообщение от Vombat on 23-Май-16, 11:51 
> клоун: Сам то в написанное веришь? Или забыл как на работу устраивался
> и затем пару лет въезжал в особенности (так их назовём) настройки
> сервера в данной компании.

Пару лет... Я плачу.

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

182. "Релиз systemd 230"  +/
Сообщение от angra (ok) on 23-Май-16, 14:34 
Я говорил исключительно о инициализации, а ты почему-то начал говорить о всех настройках. Передача дел или введение нового админа в команду это практически всегда длительный процесс, но вопросы инициализации в него обычно не входят, ну если конечно не используется systemd.
Ответить | Правка | ^ к родителю #228 | Наверх | Cообщить модератору

155. "Релиз systemd 230"  +4 +/
Сообщение от Аноним (??) on 23-Май-16, 10:48 
А у дегенератов не принято вести документацию, передавать знания и ввести процесс изменений в работу? Ну так системГ таким как ты не поможет при отсутствии перечисленного.
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору
Часть нити удалена модератором

168. "Релиз systemd 230"  +/
Сообщение от Vombat on 23-Май-16, 11:53 
> клоун: Покажи мне компанию, где можно по документации никогда не работавшему в
> этой шарашке специалисту за пару часов решить любую проблему - и
> я дам тебе 100 баксов.

Вам дать номер счёта? Я просто умываюсь слезами. Вы сделали мой день.

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

181. "Релиз systemd 230"  +1 +/
Сообщение от angra (ok) on 23-Май-16, 14:29 
Если добавить условие, что структура IT в компании не является тривиальной или замороженной, то клоун будет прав. Всегда есть куча нюансов, которые в доку забывают или ленятся внести.
Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

216. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 24-Май-16, 07:11 
Поэтому там указано 3 пункта, а не просто документация всего и вся.
Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

160. "Релиз systemd 230"  +3 +/
Сообщение от freehck email(ok) on 23-Май-16, 11:31 
> Зато когда такой как ты деятель передает потом систему на администрирование другим людям, им приходится тяжко.

Ну я вот принимал много систем с этими самыми "каракулями на shell". И вопреки Вашим заявлениям, тяжко мне не было.

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

> можно без проблем отдать машину порулить другому админу. Тот сделает systemd-delta и получит представление о моих художествах относительно дефолтов дистра.

И это Вы тут обзываете людей "админами локалхоста"? :)

В продакшене для этого используют SCM-системы, которые аггрегируют информацию по сотням систем, сводят их воедино на управляющем сервере и поддерживают их на удалённых машинах в актуальном состоянии.

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

190. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 23-Май-16, 17:58 
> man bash

К слову сказать, инициализационные скрипты обычно пишутся на голом shell, без башизмов. Я помню в дебиане даже специально мутили правило для lintian'а, которое такое отлавливало на этапе сборки.

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

197. "Релиз systemd 230"  +1 +/
Сообщение от Andrey Mitrofanov on 23-Май-16, 18:51 
>> man bash
> К слову сказать, инициализационные скрипты обычно пишутся на голом shell, без башизмов.
> Я помню в дебиане даже специально мутили правило для lintian'а, которое
> такое отлавливало на этапе сборки.

Можно, вроде как, либо без башизмов и #!/bin/sh, либо с башизмами и с #!/bin/bash и с bash-ем _в_зависимостях_ пакета, в иных случаях -- ловят и жалуются.

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

231. "Релиз systemd 230"  –4 +/
Сообщение от Аноним (??) on 26-Май-16, 02:22 
> Ну я вот принимал много систем с этими самыми "каракулями на shell".
> И вопреки Вашим заявлениям, тяжко мне не было.

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

> Скорее всего тяжко конкретно Вам, потому что Вам не влом читать тонны
> документации по systemd, но влома посмотреть man bash.

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

> И это Вы тут обзываете людей "админами локалхоста"? :)

Да, я. Systemd-delta сделан не для админов локалхоста, им это по понятным причинам не требуется.

> В продакшене для этого используют SCM-системы, которые аггрегируют информацию по сотням
> систем, сводят их воедино на управляющем сервере и поддерживают их на
> удалённых машинах в актуальном состоянии.

Или посчитают ROI и TCO и гонят таких админов как вы взашей, это проще и практичнее.

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

125. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 23-Май-16, 00:17 
> Я всегда знал, что и как у меня запущенно в системе, всегда
> всё по минимуму, ни каких нелепых включений разных режимов и технологий
> в системе, и многое многое другое. Всё на минимуме было. А
> с этим комбайном не знаешь, где тебе выстрелят в ногу или
> в голову.

Какой-то бред, это о чем вообще? О том как не осилен ман к systemd? Или о том, как поттеринг пришел и заставил насильно юзать systemd на локалхосте, где можно тратить время на "минимизацию"? С таким подходом рекомендую отказаться прежде всего от ядра Linux, которое уже давно полно "нелепых включений разных  режимов и технологий" и перейти на openbsd или minix, там хоть еще разобраться можно.

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

60. "Релиз systemd 230"  +6 +/
Сообщение от Дима (??) on 22-Май-16, 14:14 
>> Система становится всё менее и менее управляемой и предсказуемой. Это какой то
>> ад.
> То ли дело портянки на Shell, да? Само воплощение простоты, логики и
> понятности.

И для тебя скрипт на шеле вызывает трудности? Если ты простой юзер то теме и системД не нужен, если ты админ и скрипт на шеле для тебя вызывает трудности, то надо менять профессию.

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

61. "Релиз systemd 230"  –6 +/
Сообщение от Sunderland93 (ok) on 22-Май-16, 14:35 
systemd имеет гораздо больше возможностей, и юниты гораздо проще шелл скриптов. И написать работоспособный юнит в разы быстрее и проще.
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

64. "Релиз systemd 230"  +10 +/
Сообщение от Аноним (??) on 22-Май-16, 14:50 
Ага, только опции юнитов жестко зашиты в systemd, от чего тот с одной стороны невероятно раздут, а с другой любой нестандартный функционал требует bash-портянки внутри самого юнита.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

131. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (??) on 23-Май-16, 00:40 
> Ага, только опции юнитов жестко зашиты в systemd,

Они настраиваются. А то что системд должен это уметь - логично, да.

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

Из системд для очень нестандартных случаев можно и портянку запустить. Только это будет исключение, а не правило. Просто должны делаться простые и частые вещи, а сложные вещи на то и сложные. С другой стороны кодить на шелскриптах мониторинг таймаутов удовольствие ниже среднего. А прописывать это в какую-то еще программу - зачем тогда это безобразие в виде sysv init и портян вообще место на диске занимает? Деинсталл!

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

162. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 23-Май-16, 11:37 
> Из системд для очень нестандартных случаев можно и портянку запустить. Только это
> будет исключение, а не правило.

Как же. Давай, скажи дебианщикам, что это, оказывается, исключение из правила. :)


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

233. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (??) on 26-Май-16, 15:13 
> Как же. Давай, скажи дебианщикам, что это, оказывается, исключение из правила. :)

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

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

266. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 31-Май-16, 05:59 
Вообще-то, я хотел напомнить, что сейчас большинство systemd-юнитов в Debian -- это обёртки над теми самыми нелюбимыми вами shell-скриптами.

А у вас на слово Debian рефлекс, как у собаки Павлова. Чуть слышно где "дебиан", сразу из никоткуда вылезает Анонимный фанат systemd, и кричит о том, что debian "свинтили на systemd"! :)

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

269. "Релиз systemd 230"  –4 +/
Сообщение от Аноним (??) on 02-Июн-16, 02:42 
> Вообще-то, я хотел напомнить, что сейчас большинство systemd-юнитов в Debian -- это
> обёртки над теми самыми нелюбимыми вами shell-скриптами.

Это не так. Я вообще дебутрсапнул тут тестинга с вынесеной sysv compat

> А у вас на слово Debian рефлекс, как у собаки Павлова. Чуть
> слышно где "дебиан", сразу из никоткуда вылезает Анонимный фанат systemd, и
> кричит о том, что debian "свинтили на systemd"! :)

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

273. "Релиз systemd 230"  +3 +/
Сообщение от Andrey Mitrofanov on 02-Июн-16, 07:42 
>> обёртки над теми самыми нелюбимыми вами shell-скриптами.
> Это не так. Я вообще дебутрсапнул тут тестинга с вынесеной sysv compat

Дети! Посмотрите на дЭбила и непалитесь так примитивно.

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

275. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 02-Июн-16, 12:02 
Да уж. Смачно облажался. И вот в таких вот "защитничках" весь лагерь systemd. :/
Ответить | Правка | ^ к родителю #273 | Наверх | Cообщить модератору

279. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (??) on 04-Июн-16, 01:34 
> Да уж. Смачно облажался. И вот в таких вот "защитничках" весь лагерь systemd. :/

Зато работает и админить просто. Художества умничек - за бортом. В этих вариантах систем /etc/init.d вообще совсем игнорируется. Чао-какао, нет поводов скучать по этим испражнениям скрипткидизов.

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

Это так, идея навеяна devuan, только проинвертировано.

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

281. "Релиз systemd 230"  +2 +/
Сообщение от Andrey Mitrofanov on 04-Июн-16, 08:02 
>> Да уж. Смачно облажался. И вот в таких вот "защитничках" весь лагерь systemd. :/
> Зато
> Зато
> Это так, идея навеяна devuan,

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

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

282. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 04-Июн-16, 21:57 
> Зато так никто не затрет при обновлении пакета стартовую конфигурацию.

Ох, ещё один...

> И запишутся коды ошибок и вывод программ при этом.
> И даже если файловая система readonly, можно хотя-бы в dmesg отругаться.
> А на shell это сделать - порнография.

Начал было писать, как всё это в одну строчку реализуется на bash, но вдруг подумал, что правильнее будет Вас спросить вот о чём:

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

Развели тут минправ какой-то.

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

287. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (??) on 05-Июн-16, 19:19 
> Ох, ещё один...

Если бы все было так как хейтеры вещают, с такой ненавистью, системд бы даже в федоре провалился ;).

> Начал было писать, как всё это в одну строчку реализуется на bash,

Это реализуется в одну строчку на bash. Но желательно бы sh. И /dev/kmsg не обычный файл, поэтому очевидный вариант - глючит. Кольцевой буфер ядра - не обычный файл. А так всего тысченка строк на си и вот оно - свое ядро! Чего мелочиться?

> Вот вы, вообще говоря, в IT-отрасли специалист начинающий. Ваш опыт работы с
> shell равен нулю.

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

> И при этом Вы утверждаете, что учить shell Вы не будете,

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

> потому что это -- порнография.

Почему же? Нормальный инструмент, для своих задач. Но запуск программ при старте системы, когда надо обыграть множество тонких системных моментов - на shell получается не очень. Особенно если захотеть то что Linux умеет сверх умений unix-ов из 90-х.

> И поэтому Вы -- агитатор systemd.

Не больше чем вы - хейтер.

> Ну так вот. Вы уверены, что Вам самому приятно занимать такую позицию?

Лично мне systemd нравится. Это мощный и удобный инструмент, делающий мою жизнь проще. Если вам это мнение не нравится, то вывод

> Вы в этом случае либо ду рак, либо под лец.

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

> Развели тут минправ какой-то.

Не без помощи veteran unix admin'ов которые что-то совсем уж заврались и потеряли всякий стыд со своими подтасовками.

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

270. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (??) on 02-Июн-16, 02:47 
> Вообще-то, я хотел напомнить, что сейчас большинство systemd-юнитов в Debian -- это
> обёртки над теми самыми нелюбимыми вами shell-скриптами.

Это не так. Я вообще дебутрсапнул тестинг с вынесеной sysv compat, он еще и работает при этом. В дебиане по жизни очень назойливые скрипты, вечно делающие кучу всего без спроса, в меру дурости майнтайнеров. Легко запустят 5 инстансов http с дефолтным конфигом, VPN из трех мест и еще в cron пяток джобов пропишут. А вот быстро посмотреть кто, как и где нагадил в систему своими испражнениями в кодинге - в sysv вообще нельзя.

> слышно где "дебиан", сразу из никоткуда вылезает Анонимный фанат systemd, и
> кричит о том, что debian "свинтили на systemd"! :)

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

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

71. "Релиз systemd 230"  –1 +/
Сообщение от cmp (ok) on 22-Май-16, 15:35 
Ты дурачок, ты эти скрипты видил?

А нука, расскажи как перед стартом демона создать папочку? а как удалить ее минутки через две после старта, а как проверить, что запущен либо демон Х, либо демон Y

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

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

87. "Релиз systemd 230"  +/
Сообщение от анонимчик on 22-Май-16, 16:53 
для таких задач вообще не нужна супер-система инициализации. достаточно runit который запустит monit , а все остальное (серверный пакет программного обеспечения) запусктать уже его средствами.
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

235. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 26-Май-16, 15:47 
> для таких задач вообще не нужна супер-система инициализации. достаточно runit который запустит
> monit , а все остальное (серверный пакет программного обеспечения) запусктать уже
> его средствами.

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

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

170. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 23-Май-16, 12:03 
> папочку

Так папочки то в винде, вам на microsoft.com с такими вопросами.

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

234. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 26-Май-16, 15:44 
> Ты дурачок, ты эти скрипты видил?

"Видел" пишется через "е", умничка. Скрипты от таких умничек написаны не лучше чем сообщения. Я проверял.

> А нука, расскажи как перед стартом демона создать папочку? а как удалить
> ее минутки через две после старта, а как проверить, что запущен
> либо демон Х, либо демон Y

Если это надо - не вопрос, вызываем по ExecStart или ExecStop скрипт и он делает что надо. Но за такие вещи руки надо отрывать. Потому что потом другой администратор мозг себе сломает: почему-то диры создаются и пропадают сами по себе. Это плохой подход.

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

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

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

258. "Релиз systemd 230"  +1 +/
Сообщение от cmp (ok) on 28-Май-16, 05:39 
> "Видел" пишется через "е", умничка. Скрипты от таких умничек написаны не лучше
> чем сообщения. Я проверял.

Ты пиз..ол, я проверял.

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

261. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 28-Май-16, 15:42 
Ну это по любому разгромный технический аргумент. Любители системды бегут в панике.
Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

85. "Релиз systemd 230"  +4 +/
Сообщение от Аноним84701 on 22-Май-16, 16:43 
> systemd имеет гораздо больше возможностей, и юниты гораздо проще шелл скриптов. И
> написать работоспособный юнит в разы быстрее и проще.

Странно было бы, не имей этот комбайн хоть каких-то возможностей.

Внимание, фокус:

http://www.linuxjournal.com/article/2682
---


Here is a list of a few of the new features that version 1.2 has, compared to version 1.0:

Highly improved networking.

Faster disk I/O.

EIDE, multiple-IDE controllers, and ATA-CD-ROM support.

Supports more kinds of floppies, including 2.88 MB.

More CD-ROM devices supported.

Improved SCSI support, support for new SCSI adapter drivers.

Support for more network adapters.

New, improved memory management.

Multi-platform support underway.

UMSDOS filesystem: install Linux on DOS filesystem.

New sound driver supports Linux DOOM

Much, much more.
--

А теперь, сравним эту версию ядра с SystemКомбайн  
https://www.kernel.org/pub/linux/kernel/v1.2/
и с удивлением обнаружим, что по количеству строк кода (и тем более по размерам результирующего бинарника)  творение Леннарта Франко-Штейновича Поеттеринга "побеждает". И правда, что там какое-то ядро против самой Системы Инициализации оного!

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

124. "Релиз systemd 230"  +2 +/
Сообщение от Elhana (ok) on 23-Май-16, 00:16 
> systemd имеет гораздо больше возможностей, и юниты гораздо проще шелл скриптов. И
> написать работоспособный юнит в разы быстрее и проще.

Угу, особенно юнит, который например запустится после того как сеть настроена полностью. Дополнительные очки за юнит, который запустится когда vpn поднялся.

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

236. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 26-Май-16, 15:52 
> Угу, особенно юнит, который например запустится после того как сеть настроена полностью.
> Дополнительные очки за юнит, который запустится когда vpn поднялся.

Ща напишем фичреквест networkd :D

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

247. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 27-Май-16, 05:01 
>> systemd имеет гораздо больше возможностей, и юниты гораздо проще шелл скриптов. И
>> написать работоспособный юнит в разы быстрее и проще.
> Угу, особенно юнит, который например запустится после того как сеть настроена полностью.
> Дополнительные очки за юнит, который запустится когда vpn поднялся.

У меня VPN поднимается юнитом, после него – другой юнит. ЧЯДНТ? :)

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

149. "Релиз systemd 230"  +1 +/
Сообщение от alex (??) on 23-Май-16, 07:57 
зачем писать свой скрипт запуска? ментейнеры пакета уже запилили работающий, надо только добавить его в список запуска. А если очень хочется поменять его поведение - то флаги править и в системд юните придется (если конечно разрешит "система инициализации")

и кстати вот "страшный шелл-скрипт" запускающий постгрес на опенке, ваш юнит сильно проще?

#!/bin/sh
#
# $OpenBSD: postgresql.rc,v 1.11 2014/09/23 08:41:10 sthen Exp $

datadir="/var/postgresql/data"

daemon="/usr/local/bin/pg_ctl"
daemon_flags="-w -l /var/postgresql/logfile"
daemon_user="_postgresql"

. /etc/rc.d/rc.subr

rc_usercheck=NO

rc_check() {
        ${rcexec} "${daemon} -D ${datadir} status"
}

rc_reload() {
        ${rcexec} "${daemon} -D ${datadir} reload"
}

rc_start() {
        rm -f ${datadir}/postmaster.pid
        ${rcexec} "${daemon} -D ${datadir} start ${daemon_flags}"
}

rc_stop() {
        ${rcexec} "${daemon} -D ${datadir} stop -m fast" || \
                ${rcexec} "${daemon} -D ${datadir} stop -m immediate"
}

rc_cmd $1

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

154. "Релиз systemd 230"  +/
Сообщение от chinarulezzz (ok) on 23-Май-16, 10:39 
https://crux.nu/ports/crux-3.2/contrib/postgresql/postgresql

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

192. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 23-Май-16, 18:04 
Здесь минимум нет подержки pg-шных кластеров разных версий, поэтому пример неудачный. Однако реализовать её здесь - не проблема, потому что shell.

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

P.S.: Btw, практически так же выглядит типовой скрипт запуска openrc.

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

195. "Релиз systemd 230"  +/
Сообщение от alex (??) on 23-Май-16, 18:17 
ну я особо не заморачивался и взял самый длинный скриптик в /etc/rc.d.
там ж обычно только start/stop в одну строку.
как бы все эти шеллы создавались именно для автоматизации запуска утилит, дак почему не пользовать их по назначению вместо создания нового суперкомбайна?
Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

237. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 26-Май-16, 15:53 
Представь себе, в большинстве юнитов вообще не требуется заниматься например каким-то там стиранием pid файлов. Это вообще костылищи.
Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

127. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 23-Май-16, 00:26 
> то теме и системД не нужен, если ты админ и скрипт
> на шеле для тебя вызывает трудности, то надо менять профессию.

Трудности вызывает отсутствие штатного инструмента эквивалентного systemd-delta. И вменяемой интеграции с пакетными менеджерами, с разделением дефолтов дистра и настроек админа. Когда пакет при обновлении затирает своим конфигом мою стартовую конфигурацию - это не айс. Системд это безобразие наконец разрулил, в отличие от простынок на шелле.

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

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

148. "Релиз systemd 230"  +5 +/
Сообщение от angra (ok) on 23-Май-16, 04:38 
Ну если в каком-то дистре всего этого не было до systemd, то его пользователи ССЗБ. В дебиане все эти "проблемы" решены были еще до того, как Лёнчик делал свои первые робкие шажки с пульсой, а systemd даже в планах не было.
Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

178. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 23-Май-16, 13:19 
А можно конкретику, а не "всем все платится"? Какие инструменты, как решали?
Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

185. "Релиз systemd 230"  +/
Сообщение от Anonim (??) on 23-Май-16, 15:26 
В gentoo это, например, env-update и dispatch-conf, которые являются частью portage. Читайте man emerge или онлайн-хелп про CONFIG_PROTECT и CONFIG_PROTECT_MASK:
https://wiki.gentoo.org/wiki/CONFIG_PROTECT
https://devmanual.gentoo.org/general-concepts/config-protect...
https://wiki.gentoo.org/wiki/Handbook:AMD64/Working/EnvVar
Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

204. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 23-Май-16, 21:31 
Интересно как, я, конечно, верю, что сервера на генту есть, но лично их никогда не встречал. Что же мне делать, если мне попался другой дистрибутив?
Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

248. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 27-Май-16, 05:06 
> Интересно как, я, конечно, верю, что сервера на генту есть, но лично
> их никогда не встречал. Что же мне делать, если мне попался
> другой дистрибутив?

Gentoo со своим dispatch-conf – таки очень хороший пример. Ещё хороший пример – в dpkg + apt-дистрах (Debian и производные) есть запрос о том, заменять ли конфиг на новый, если отказаться – новый окажется рядом с суфиксом (или наоборот, это старый будет если согласиться, точно не помню). Как в дистрах с dpkg-без-apt или apt-без-dpkg (привет, Альт) – не знаю.

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

164. "Релиз systemd 230"  +5 +/
Сообщение от freehck email(ok) on 23-Май-16, 11:46 
> Когда пакет при обновлении затирает своим конфигом мою стартовую конфигурацию - это не айс.

Интересно. Вообще-то в speс-файлах в rpm у файла можно указать флаг %config(noreplace), и ничего заменено не будет. Решается это именно на уровне пакетного менеджера, который systemd вроде бы ещё не поглотил: так вот, может Вы подскажете, *как именно* systemd решил проблему забытой в spec-файле опции для Вашего дистрибутива?

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

238. "Релиз systemd 230"  –4 +/
Сообщение от Аноним (??) on 26-Май-16, 16:00 
> Интересно. Вообще-то в speс-файлах в rpm у файла можно указать флаг %config(noreplace),
> и ничего заменено не будет.

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

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

> Решается это именно на уровне пакетного менеджера, который systemd вроде бы ещё не поглотил:

Что характерно, systemd подыгрывает и deb и rpm based пакетным менеджерам, что очень удобно.

> Вы подскажете, *как именно* systemd решил проблему забытой в spec-файле опции
> для Вашего дистрибутива?

В моем дистрибутиве вообще spec-файлов нет, для начала.

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

267. "Релиз systemd 230"  +2 +/
Сообщение от freehck email(ok) on 31-Май-16, 06:20 
Ого. Слушайте, да это же круто. И как же старички-то раньше до такого не додумались? Стоп. А разве не додумались? Всегда же были конфиги дефолтные конфиги в /etc и дополнительные пользовательские (более приоритетные) настройки в ~/.config (или в чём-то вроде того).

А вот что ещё интересно. При настройке того же postfix в зависимости от назначения сервера предлагаются разные дефолтные мейнтейнерские конфиги. Относительно какой конфигурации дифф смотреть будем?

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

272. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 02-Июн-16, 03:16 
> Ого. Слушайте, да это же круто. И как же старички-то раньше до
> такого не додумались? Стоп. А разве не додумались? Всегда же были
> конфиги дефолтные конфиги в /etc и дополнительные пользовательские (более приоритетные)
> настройки в ~/.config (или в чём-то вроде того).

Только это не о boot sequence. Где есть те кто систему собирал, локальный админ и наконец пользователи. В boot sequence с sysv init в дебиане отродясь бардак. Да и у других не лучше. Если я поменял какой-то стартовый скрипт - новая версия пакета может это перетереть при обновлении. А может не перетереть. Последнее что я хочу как админ - ковыряться в spec файле и прочих исходниках пакета, чтобы узнать как там это на самом деле сделано. Пакетов много, уделять каждому по столько внимания слишком жирно.

С конфигами тоже до некоторой степени бардак. Чтобы дефолтный конфиг мог лежать в "майнтайнерской" дире, а админ мог перекрыть его допустим записью в /etc/чеготам - требует явной поддержки в программе. И если поттеринг о таком хоть немного в курсе, то произвольно взятый автор программы - совсем не факт, там разнобой. А без инструментария в духе systemd-delta 5 конфигов в разных углах делает все только хуже. Удачи понять какая конфигурация реально используетс в вон той копии сервиса, etc.

> А вот что ещё интересно. При настройке того же postfix в зависимости
> от назначения сервера предлагаются разные дефолтные мейнтейнерские конфиги.
> Относительно какой конфигурации дифф смотреть будем?

Systemd занимается стартовой последовательностью, а не конфигами вообще. Ее или меняли относительно того что предложили майнтайнеры, или нет. Вот относительно этого и будем смотреть. Для конфигов было бы логично смотреть опять же дельту относительно того что майнтайнеры притащили, потому как админы должны быть более-менее в курсе своей системы и софта который они вкатывают, поэтому знание этой дельты - достаточно для быстрого въезда в ситуацию. Но для конфигов в популярных дистрах штатно пока нет таких инструментариев. Можно поднять SCM и все сделать самому. Можно даже написать свою ОС. Но это требует времени и не способствует решению изначальной задачи.

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

274. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 02-Июн-16, 10:02 
tl;dr
1) Мы говорим не о последовательности загрузки, мы говорим о systemd-delta.
2) Дефолтная конфигурация может быть получена в результате выполнения мейнтейнерского скрипта, к тому же её может не быть вовсе.

> Только это не о boot sequence.

Так мы и говорим не о ней. Мы говорим о systemd-delta, которая вроде как должна сравнивать конфигурационные файлы.

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

> В boot sequence с sysv init
> в дебиане отродясь бардак. Да и у других не лучше. Если
> я поменял какой-то стартовый скрипт - новая версия пакета может это
> перетереть при обновлении. А может не перетереть. Последнее что я хочу
> как админ - ковыряться в spec файле и прочих исходниках пакета,
> чтобы узнать как там это на самом деле сделано.

Ну, начну с оффтопика: в debian нету spec-файлов, это rpm-специфичная вещь.
В deb для этого используется специальный файл debian/conffiles, в котором помечаются все конфигурационные файлы. Но в отличие от rpm-ов в Debian для сборки пакетов используется роскошный набор скриптов debhelper, один из которых (dh_installdeb) автоматически помечает все файлы пакета, находящиеся в /etc как конфигурационные, и потому затереть их так просто не выйдет.

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

> Пакетов много, уделять каждому по столько внимания слишком жирно.

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

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

Я что-то не понял: а если использовать systemd, явной поддержки этого "перекрытия" конфигов в самой программе не требуется, что ли?

>> А вот что ещё интересно. При настройке того же postfix в зависимости
>> от назначения сервера предлагаются разные дефолтные мейнтейнерские конфиги.
>> Относительно какой конфигурации дифф смотреть будем?
> Systemd занимается стартовой последовательностью, а не конфигами вообще. Ее или меняли
> относительно того что предложили майнтайнеры, или нет. Вот относительно этого и
> будем смотреть.

У вас какое-то непонимание вопроса. Я вот выше на примере postfix-а вам и объясняю, что предложенная мейнтейнером конфигурация может быть файликом, который генерируется скриптом post-install. И этот скрипт, вообще говоря, может спросить у пользователя много дополнительных параметров, в зависимости от которых будут получены разные "дефолтные мейнтейнерские" конфигурации.

Вот и вопрос: как в этом случае дифф брать? Такое предусмотрено?

> Но для
> конфигов в популярных дистрах штатно пока нет таких инструментариев. Можно поднять
> SCM и все сделать самому. Можно даже написать свою ОС. Но
> это требует времени и не способствует решению изначальной задачи.

И в чём же заключается изначальная задача?

Вообще, существование этого инструмента -- это в некотором роде попытка внедрить в systemd ещё и SCM. Ну, как бы, спасибо, конечно. Но этой SCM ещё надо учиться, и работать она будет только в системах на базе systemd. Почему бы админу не выучить какую-нибудь SCM более общего назначения? Тот же ansible, например?

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

280. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (??) on 04-Июн-16, 03:17 
> tl;dr

Пастернака не читал, но осуждаю?

> 1) Мы говорим не о последовательности загрузки, мы говорим о systemd-delta.

А чтобы о нем разговаривать - ман сначала прочитайте, вместо того чтобы хамить и улюлюкать. Подсказываю: systemd-delta - инструмент systemd показывающий дельту системной конфигурации относительно оригинала. Т.е. boot sequence. Опа?

> 2) Дефолтная конфигурация может быть получена в результате выполнения мейнтейнерского
> скрипта, к тому же её может не быть вовсе.

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

> Так мы и говорим не о ней. Мы говорим о systemd-delta, которая
> вроде как должна сравнивать конфигурационные файлы.

Systemd-delta занимается исключительно конфигурацией системды. Но маны читать не модно, понимаю. Гораздо веселее впаривать "ценное" хейтерское мнение.

> С обеспечением boot sequence у systemd -- тоже тема весьма кислая, и
> мне есть много чего сказать по этому поводу.

Мне тоже. Лейтмотив - жизнь стала проще. Если что-то отваливается - по крайней мере понятно почему. Есть логи и коды возврата. И отслежвание таймаутов. Оно может даже в kmsg плеваться, если например rootfs - R/O.

> не будем удаляться от предмета нашего разговора, а именно, systemd-delta.

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

> В deb для этого используется специальный файл debian/conffiles, в котором помечаются все
> конфигурационные файлы.

У них есть и другие механизмы для всего этого, исторически там довольно много cruft'а. Некоторые чуть ли не divert из установочных скриптов делают. Но соль не в том. Какого дьявола я должен лезть в майнтайнерско-разработчиковские файлы для настройки boot sequence?

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

Красиво было на бумаге. А на практике пакеты дебиана ведут себя по отношению к стартовым скриптам кто как. И как только по какой-то причине надо поменять стартовый скрипт - это залет на изучение работы конкретного пакета. Теперь же, прописав свое добро в /etc/systemd можно быть уверенным что майнтайнер не сунет туда свои лапы, хоть там что. А в свой /usr/... - пусть вываливает свои юниты наздоровье, если они мне не понравятся, /etc для админов как раз и есть.

> Но даже если вам действительно так необходимо подменить какой-либо файл из пакета,
> и чтобы апдейт этого не убил, всегда есть dpkg-divert.

Это замечательно, я про него знаю, но это в данном случае костыль.

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

Поттеринг доходчиво сообщил всем майнтайнерам. Чем сэкономил мне массу времени на левые костыли и контакты с майнтайнерами. PROFIT.

> Да и раньше, в общем-то, не приходилось. Может быть Вы расскажете о
> каком-нибудь случае из Вашей практики?

Какой-нибудь случай в моей практике: надо запускать свою программу, при том - строго до (или после) другой. Автор и майнтайнеры програмы не знали и не могли этого знать. А вот без трогания их скрипта это может и не получиться. Тут случается попадение на знакомство с анатомией пакета и как он стартовый скрипт тащит. Делать мне больше нечего как чужой пакет с лупой изучать! Каноникал с апстартом тоже это залажали - там тоже возможны ситуации когда надо править конфиг чужого пакета. А у системд - юнит самодостаточен, он может в любое место boot sequence встроиться своим файлом. А админ может перекрыть дефолтное поведение и никто не посмеет это затирать. В этом случае не очень принципиально, rpm это будет или deb. Или даже что-то еще.

> Я что-то не понял: а если использовать systemd, явной поддержки этого "перекрытия"
> конфигов в самой программе не требуется, что ли?

Системд не настолько крут, он только в вопросах стартовой конфигурации порядок немного навел, так что теперь майнтайнеры и админы могут друг другу не мешать хотя-бы там. Бардак в конфигурационных файлах и взаимодействие админов и майнтайнеров в остальных аспектах - тоже неплохо бы пролечить, по образу и подобию. Дебианщики что-то такое пытались изобразить в виде /etc/default, но поскольку они не Поттеринг, масштабы их успехов и близко не стояли, поэтому вопрос беспроблемного сосуществования майнтайнеров и админов по прежнему не закрыт.

> У вас какое-то непонимание вопроса. Я вот выше на примере postfix-а вам
> и объясняю, что предложенная мейнтейнером конфигурация может быть файликом, который генерируется
> скриптом post-install.

Это у вас непонимание вопроса. Systemd занимается только стартовой конфигурацией. Хотя generator'ы он таки позволяет и если будете много шуметь, можете все-таки разбудить Ктулху :)

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

С чем тоже проблемы. Системы бывают разные. В том числе неинтерактивные, где отвечать некому и/или некуда. И когда какой-то хочет что-то спросить, это виснет при установке. В дебиане по этому поводу пробовали изобрести решение. Но как обычно, получилось наполовину и с рядом своих проблем. Одна из причин по которой стоит минимизировать использование чрезмерно умных скриптов. И в стартовой последовательности и при установке. Никогда не знаешь где эти 5 кило сложной логики подложат внезапную свинью, сумничав лишний раз.

> Вот и вопрос: как в этом случае дифф брать? Такое предусмотрено?

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

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

>> SCM и все сделать самому. Можно даже написать свою ОС. Но
>> это требует времени и не способствует решению изначальной задачи.
> И в чём же заключается изначальная задача?

О, про это уже все забыли? :) По логике вещей - в том чтобы новый админ мог быстро понять что и почему творится в системе. А также неплохо бы иметь "reset to factory defaults". Потому что исследование на три дня почему все нагнулось - прекрасно, но три дня впашки квалифицированного спеца - слишком дорого и клинит задачу "сервера должны работать".

> Вообще, существование этого инструмента -- это в некотором роде попытка внедрить в
> systemd ещё и SCM.

Поскольку systemd всяко читает майнтайнерские конфиги и потом оверрайдит админскими, у него по любому есть это view и очень здорово что он умеет вывешивать его админу.

> Ну, как бы, спасибо, конечно. Но этой SCM ещё надо учиться,
> и работать она будет только в системах на базе systemd.

На самом деле довольно простая но полезная утилита. Оно не хранит state - state это то что есть от майнтайнеров в usr и от админа в etc. То что оно может это по человечески показать - ну и отличненько, удобно. Но это только для юнитов системды, увы.

> Почему бы админу не выучить какую-нибудь SCM более
> общего назначения? Тот же ansible, например?

Наверное потому что systemd-delta это мелкий системный тул, который и близко не стоял к таким переросткам. И наличие оного в любой системе с системд жирный плюс для быстрого въезда чем эта система отличается от дефолтного состояния. Сразу видно кого еще дописали в старт. Но там и масштаб решаемых задач помельче. Показ чем текущий конфиг системд отличается от майнтайнерского. А в sysv rc так вообще нельзя без рояля в кустах. Извините но ansible встречается не на каждой системе с sysv rc, что сильно усложняет жизнь.

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

283. "Релиз systemd 230"  +1 +/
Сообщение от freehck email(ok) on 04-Июн-16, 22:50 
tl;dr
Идите к чёрту. Надоело.

>> tl;dr
> Пастернака не читал, но осуждаю?

Балбес. Это был абзац с кратким содержанием дальнейшего поста. Как и в этом посте.

>> 1) Мы говорим не о последовательности загрузки, мы говорим о systemd-delta.
> А чтобы о нем разговаривать - ман сначала прочитайте, вместо того чтобы
> хамить и улюлюкать. Подсказываю: systemd-delta - инструмент systemd показывающий дельту
> системной конфигурации относительно оригинала.

Внезапно, я читал. Почти целиком Ваш дальнейший ответ опирается на то, что (если я правильно понял), systemd-delta, оказывается, делает диффы от юнитов, и только. Если это так, то man-страница говно[1], поскольку такие вещи надо писать явно. Ну и вам отдельное спасибо за то, что ввели меня в заблуждение, рассказывая про то, как systemd-delta делает диффы в конфигурационных файлах программ.

[1] http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=systemd-...

В общем, я прочитал дальнейший опус, и окончательно убедился, что разговор никуда не приведёт. Это спор ради спора. Нафиг.

PS: Всё вами описанное легко решается и средствами обычного sysvinit. Ряд проблем взаимодействия мейнтейнера с конечным пользователем Вы вообще упускаете из виду. /etc/default в debian вообще решает другие задачи, Вас ввело в заблуждение название каталога.

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

284. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (??) on 05-Июн-16, 16:46 
> tl;dr
> Идите к чёрту. Надоело.

ЧТД. Технических аргументов от хейтеров не будет.

>> Пастернака не читал, но осуждаю?
> Балбес.

Аргументов - ноль, нахамить - вот оно. Еще и мод вроде? Ня.

> Внезапно, я читал.

Читать и понимать - разные вещи.

> (если я правильно понял), systemd-delta, оказывается, делает диффы от юнитов, и только.

Именно так. У sysv init и прочих openrc - таких багов в мануалах нет, за отсутствием фич. Радости то?

> Если это так, то man-страница го вно[1], поскольку такие вещи надо писать явно.

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

> меня в заблуждение, рассказывая про то, как systemd-delta делает диффы в
> конфигурационных файлах программ.

Он делает дифф конфигурации системд. Это удобно и правильно. Я наверное повторил ошибку авторов системд, полагая что человек может в контекст.

> [1] http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=systemd-...

Я соглашусь что можно написать удачнее. Однако на многие инструменты нет даже такой документации. Хоть тот же iw, у которого сложные и менее очевидные опции. Странно что iw это не припоминают. Ему наверное так можно, это же не системд.

> не приведёт. Это спор ради спора. Нафиг.

Не вижу ни одного технического аргумента, поэтому согласен.

> PS: Всё вами описанное легко решается и средствами обычного sysvinit.

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

> Ряд проблем взаимодействия мейнтейнера с конечным пользователем Вы вообще упускаете из виду

Я разве претендовал на всезнайство? А вот лучшее взаимодействие майнтайнера и админа - отсутствие оного. Когда это не так - это баг. Ничего хорошего в багах нет.

>. /etc/default в debian вообще решает другие задачи, Вас ввело в заблуждение
> название каталога.

Он предоставляет умолчания для ряда программ, если ничего иного администратор не указал. По крайней мере для ряда программ это работает вот так. Дебианщики догадываются как это должно быть, но чтобы так и правда стало - минимум в FHS надо прописать и сделать инструменты хотя-бы не хуже systemd-delta и ко. А может и либу, по аналогии с getopt() но для конфигов, чтобы програмерам не требовалось выписывать всю эту логику лично.

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

286. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 05-Июн-16, 17:25 
> Аргументов - ноль, нахамить - вот оно.

Ну конечно. В чужом-то глазу всяко виднее.

А я ещё раз повторю: идите в баню с любыми претензиями после такой беседы. Маны я не соизволил прочесть, оказывается.

> ЧТД. Технических аргументов от хейтеров не будет.

ИЧСХ, если Вы осмыслили хоть один мой аргумент, Вы бы могли меня поправить с самого начала, указав на неправильную трактовку слова "конфигурация" в мануале. Значит Вы либо не осмыслили аргументы, либо сознательно уводили меня в сторону от вопроса, чтобы потом этим воспользоваться.

Софист.

> на многие инструменты нет даже такой документации. Хоть тот же iw, у которого сложные и менее очевидные опции.

Не наглейте. У iw прекрасная документация.

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

288. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (??) on 05-Июн-16, 20:11 
> Ну конечно. В чужом-то глазу всяко виднее.

Куда же без этого.

> такой беседы. Маны я не соизволил прочесть, оказывается.

Виноват. Проблема не с чтением а с пониманием оказалась. Даже и не знаю лучше ли это.

> ИЧСХ, если Вы осмыслили хоть один мой аргумент, Вы бы могли меня
> поправить с самого начала, указав на неправильную трактовку слова "конфигурация" в мануале.

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

> Значит Вы либо не осмыслили аргументы, либо сознательно уводили меня
> в сторону от вопроса, чтобы потом этим воспользоваться.
> Софист.

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

> Не наглейте. У iw прекрасная документация.

Очень. Теперь, глядя в эту документацию, допустим что я хочу поставить мощность сигнала в 23dBm, фиксированно. Сможете с первого раза и не подсматривая в гугл скроить команду для iw правильно? Особенно учитывая что в половине случаев ошибки или особенности драйверов игнорируются, а примеров iw set .. txpower - вроде бы нигде нет, или я ослеп. А расскажем кто такой iw ... cqm rssi? И какой правильный формат его попугаев? Он конечно согласен на все. Даже на совсем кривые значения. А чтобы еще и работало? А как насчет bitrate masks? В прекрасном мануале где-то есть пример как это делать? А для HT? Несколько модуляций? А пополам с legacy? Особенно учитывая что проверить фактическое применение этих настроек не совсем просто и потребует отдельных маневров. Ну ладно, если без экзотики, там утверждается что connect может ключ шифрования. Но не сказано для каких протоколов и как именно этот кусок hex'а получен. Возможно в man пригодился бы более понятный пример как это делается? По уровню это безобразие и близко к systemd-delta не стояло, какое нагление? Мощный тул с документацией близкой к нолю.

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

289. "Релиз systemd 230"  +3 +/
Сообщение от Andrey Mitrofanov on 05-Июн-16, 21:11 
>из контекста

Редхейтовским завезли методички с новыми словами -- эка оно с новой игрушки прётся.

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

290. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (??) on 06-Июн-16, 02:03 
> Редхейтовским

Палишься.


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

292. "Релиз systemd 230"  +1 +/
Сообщение от Andrey Mitrofanov on 06-Июн-16, 13:23 
>> Редхейтовским
> Палишься.

НетЪ.

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

75. "Релиз systemd 230"  +3 +/
Сообщение от Аноним (??) on 22-Май-16, 16:00 
Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...

Если осилишь больше одного абзаца, там подробно разобраны все типовые беспередметные кукаpеки. Конкретно твой там значится под пунктом 4.1.

> In fact, all the complexity that used to be in shell scripts under sysvinit (as well as a few daemons and tools) has simply moved into systemd, which currently has over 275,000 lines of code.
> Moreover, it's 245,000 lines of C according to this analysis, of which 81,000 are required to have a minimal working instance (this is charitably excluding systemd-udevd, which adds an additional 13,000 lines).
> By way of comparison, the unmodified initscripts on my Debian laptop weigh in at just over 10,000 lines of shell script (according to sloccount(1)).
> It's not clear that systemd makes booting and service management less error-prone than other systems, but the overall complexity of systemd is certainly higher than sysvinit.

P.S. Пометил как идиота.

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

128. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (??) on 23-Май-16, 00:32 
> Если осилишь больше одного абзаца, там подробно разобраны все типовые беспередметные кукаpеки.
> Конкретно твой там значится под пунктом 4.1.

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

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

136. "Релиз systemd 230"  +3 +/
Сообщение от Аноним (??) on 23-Май-16, 01:18 
Жертва ЕГЭ не может в тексты длиннее 140 символов. Ок.
Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

188. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 23-Май-16, 16:55 
>Может не мелочиться и написать ядро и все либы

systemd скоро и к этому придет :)

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

240. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 26-Май-16, 16:14 
> systemd скоро и к этому придет :)

Флаг ему в руки, это намного лучше чем предложение писать это самому.

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

132. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (??) on 23-Май-16, 00:41 
Какой смысл считать строки кода? Будто каждый админ перед тем как использовать что-то читает код этого строчку за строчкой. Юнит файлы сам по себе проще баш-портянок, не требуют знать столько хитростей и трюков для простейших задач. Если рассуждать так, то почему бы каждому админу не писать свой собственный инит на баше, а то не дай бог придется иметь дело с непредсказуемым кодом на сишке!
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

196. "Релиз systemd 230"  +3 +/
Сообщение от alex (??) on 23-Май-16, 18:28 
интересно, почему пользователи системда каждый день пишут эти свои юниты?
а пользователям того же openrc хватает скриптов от ментейнеров + правки по мелочи

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

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

210. "Релиз systemd 230"  +2 +/
Сообщение от Аноним (??) on 23-Май-16, 23:34 
> Какой смысл считать строки кода? ... баш-портянок

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

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

220. "Релиз systemd 230"  +1 +/
Сообщение от freehck email(ok) on 24-Май-16, 18:19 
> Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...

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

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

226. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 25-Май-16, 16:06 
>> Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...
> Кстати, спасибо. Взял в обработку, перевожу на русский. Как будет готово -
> опубликую.

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

Предварительный вариант с корявым переводом и без ссылок: http://freehck.ru/share/systemd-biggest-fallacies.ru.org

UPD: сообразил, что socket activation правильнее будет перевести, как "активация через сокеты".

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

249. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 27-Май-16, 05:09 
>>> Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...
>> Кстати, спасибо. Взял в обработку, перевожу на русский. Как будет готово -
>> опубликую.
> Перевёл. Нуждаюсь в вычитке, буду рад помощи. Я временно без интернета, так
> что опубликую через день-два.
> Предварительный вариант с корявым переводом и без ссылок: http://freehck.ru/share/systemd-biggest-fallacies.ru.org
> UPD: сообразил, что socket activation правильнее будет перевести, как "активация через
> сокеты".

Сконвертируй в html или хотя бы pdf, не все юзают Emacs.

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

253. "Релиз systemd 230"  +1 +/
Сообщение от Andrey Mitrofanov on 27-Май-16, 07:45 
>>>> Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...
>>> Кстати, спасибо. Взял в обработку, перевожу на русский. Как будет готово -
>>> опубликую.
>> Перевёл. Нуждаюсь в вычитке, буду рад помощи. Я временно без интернета, так
>> что опубликую через день-два.
>> Предварительный вариант с корявым переводом и без ссылок: http://freehck.ru/share/systemd-biggest-fallacies.ru.org

Перевод титутльных "fallacies" как "заблуждений" --

  fallacy
     [↗fælɜsɪ] _n.
     1) ошибка, заблуждение; ложный вывод
     2) ошибочность, обманчивость
     3) софизм, ложный довод

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

Если ещё посмотреть вариаты значений "big" в так любимом мною Мюллере, то...

Systemd - беремененн подлогом
Systemd - с высоты обмана
Systemd раздувает обман
Systemd полон обмана
Хвастовство и ложь [в] systemd

и т.п.

Автор подстелил слоломки -- 'this post is not meant to be a criticism of systemd', понятное дело. Придётся _подтекст_ преводить?! Ох, нет...

> Сконвертируй в html или хотя бы pdf, не все юзают Emacs.

Там плоский текст. Даже без длинных строк. Даже без "emacs"-форматирования. //"У него даж-жж-же не 6 ног!"

Комрад _знал_ своего читателя.:) И отдельное спасибо Анониму -- я сам не обратил внимания на формат.

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

255. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 27-Май-16, 19:53 
> -- "слегка" теряет в части обмана и подлога. К сожалению, _эмоциональный_ посыл
> авторв прочитать и даже увидеть не носителю языка сложно. О перевести
> можно не говорить.

Согласен. Я выбрал вариант "заблуждение" именно из-за этого:

> Автор подстелил слоломки -- 'this post is not meant to be a
> criticism of systemd', понятное дело. Придётся _подтекст_ преводить?! Ох, нет...

И я думаю, что автор не "подстелил соломки", а просто насмотрелся на сообщество systemd, и решил действовать тоньше, чтобы не спровоцировать цепную реакцию. Он даже написал, что ничего не будет удалять, а только переносить оффтопик в другое место (читай -- во флудилку).

> Systemd - беремененн подлогом
> Systemd - с высоты обмана
> Systemd раздувает обман
> Systemd полон обмана
> Хвастовство и ложь [в] systemd

Мне нравятся эти варианты. Но мне кажется, что лучше поступить, как автор, и слегка завуалировать. "Ложь", "обман", "хвастовство" и "подлог" -- не те слова, как мне кажется. Что думаете, Андрей?

>> Сконвертируй в html или хотя бы pdf, не все юзают Emacs.
> Там плоский текст.

Html будет чуть позже, когда вычитаю. Я сейчас активно правлю.

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

264. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (??) on 29-Май-16, 03:42 
И обрати внимание на слово "propaganda". С точки зрения западника, там неявно подразумевается "лживая".

Второе - здесь это никто не увидит, пили на хабр, гиктаймс или ЛОР.

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

293. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 10-Июн-16, 19:46 
Финальная вычитанная версия. Извиняюсь за задержку, сильно заболел.
http://freehck.ru/share/systemd-biggest-fallacies.ru.final.org

Надо теперь экспортнуть в html и pdf. И то, и другое откровенно лень, но попробую себя пересилить на выходных.

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

294. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 10-Июн-16, 20:50 
> Финальная вычитанная версия. Извиняюсь за задержку, сильно заболел.
> http://freehck.ru/share/systemd-biggest-fallacies.ru.final.org

Разместил: https://www.opennet.ru/base/sys/systemd_myth.txt.html

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

295. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 10-Июн-16, 22:54 
>> Финальная вычитанная версия. Извиняюсь за задержку, сильно заболел.
>> http://freehck.ru/share/systemd-biggest-fallacies.ru.final.org
> Разместил: https://www.opennet.ru/base/sys/systemd_myth.txt.html

Вау. Оперативно. Спасибо.

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

262. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (??) on 28-Май-16, 15:47 
> Сконвертируй в html или хотя бы pdf, не все юзают Emacs.

Лучше так и оставить, пусть это колупают полтора "veteran unix admin'а", теперь оторвавшиеся от реалий и выпавшие из процессов кадры так называются.

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

250. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 27-Май-16, 05:12 
> For Internet socket activation, all the user has to do is start the daemon, have it bind on the port, and let it sit there idly.

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

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

81. "Релиз systemd 230"  +2 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 16:18 
>> Система становится всё менее и менее управляемой и предсказуемой. Это какой то
>> ад.
> То ли дело портянки на Shell, да? Само воплощение простоты, логики и
> понятности.

Портянка на Си лучше, конечно. Хорошо поношенная Уважаемым Автором. М-м-м! Запах!1

Портянка bash-а https://www.opennet.ru/openforum/vsluhforumID3/107695.html#47 обыграна в 2.7 раза по Си, в 4 раза по пустым строкам, в полтора по комментариям.

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

59. "Релиз systemd 230"  +3 +/
Сообщение от _KUL (ok) on 22-Май-16, 14:14 
Зачем они лезут в сеть? На линукс-олимпе бог сети это iproute2. Пускай блин плюшки для системы делают, логи, прерывания, процессы, права и т.д., но зачем трогать сеть?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

82. "Релиз systemd 230"  +2 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 16:21 
> Зачем они лезут в сеть? На линукс-олимпе бог сети это iproute2. Пускай

Торвальдс их с переднего кырыльца -- развернул, они не гордые с заднего лезут.

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

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

63. "Релиз systemd 230"  +4 +/
Сообщение от Аноним (??) on 22-Май-16, 14:49 
Лучший способ передумать о переходе на systemd - прочитать про его новость... lldp по умолчанию на десктопе? Что он курил!? Убийство пользовательский процессов тоже по умолчанию, так у меня LOo после каждой перезагрузки будет пытаться восстановить 10 документов открытых в предыдущий раз и прочие радости...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

89. "Релиз systemd 230"  +/
Сообщение от KOT040188 on 22-Май-16, 17:19 
Про Него!
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

215. "Релиз systemd 230"  +2 +/
Сообщение от Спасайся кто может on 24-Май-16, 07:09 
А почему вас так заботит время перезагрузки? Слишком часто приходится перезагружать? Так это из-за этого самого... системДы :)) Вы вошли в положительную обратную связь и коллапс уже неизбежен :))
Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

66. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 22-Май-16, 14:58 
Вот ядро назвали по имени Линуса Торвальдса. Наверное, Поттерингу обидно должно быть, нужно было это назвать PotteringD.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору
Часть нити удалена модератором

179. "Релиз systemd 230"  +2 +/
Сообщение от arch pony on 23-Май-16, 14:01 
метрополитен назывался именем Кагановича ровно до тех пор, пока его не попёрли из Кремля в составе "антипартийной группы". А умер Каганович аж в 1991 году.
Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

70. "Релиз systemd 230"  +4 +/
Сообщение от manster (ok) on 22-Май-16, 15:22 
казалось бы причем тут dns ...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

83. "Релиз systemd 230"  +1 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 16:24 
> казалось бы причем тут dns ...

One Lennart Way or highway.

--
  deadlock
     [↗dɛdlɘk]
     1. _n. мёртвая точка; тупик, безвыходное положение; застой
     2. _v. зайти в тупик

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

78. "Релиз systemd 230"  +4 +/
Сообщение от Roo2AT7d (ok) on 22-Май-16, 16:07 
В инкубатор апача его
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

79. "Релиз systemd 230"  +5 +/
Сообщение от Roo2AT7d (ok) on 22-Май-16, 16:07 
Полностью
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

84. "Релиз systemd 230"  +3 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 16:35 
> В инкубатор апача его

Ну... Да! Пожелаем Ленарту плодотворных творческих встреч с Марком Флёри и переписывания на java и apl2.0!

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

96. "Релиз systemd 230"  +/
Сообщение от Вареник on 22-Май-16, 18:12 
> В инкубатор апача его

Тема еще не отыграла себя полностью!

Сначала надо начать переписывать на JS или еще большем php, выкатить хотя бы альфа-ознакомительный-скелет "замены systemD", начать с ним интегрировать ядро, встаивать в дистры, обсуждать в новостях, устраивать глосования... Лет 5 держать коммюнити в ожидании "вот-вот"...

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

172. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 23-Май-16, 12:16 
Да на Java же! И ленцензию сменить на ихнюю родную апачевскую. И можно подавать заявку на инкубатор.
Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

97. "Релиз systemd 230"  +9 +/
Сообщение от Аноним (??) on 22-Май-16, 18:15 
Давно уже захожу в новость про systemd почитать не саму новость, а комментарии.
А ты, %username%? :-)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

102. "Релиз systemd 230"  +3 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 19:09 
> Давно уже захожу в новость про systemd почитать не саму новость, а
> комментарии.
> А ты, %username%? :-)

...и пописать ответы!

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

107. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 22-Май-16, 19:58 
На самом деле, поставьте себе debian или ubuntu по минимуму в виртуалку на продакшен (что-то простое для локальных нужд) и поймете, что читать фичи толку нет никакого. Простой юнит и баш скрипт наше все.
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

173. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 23-Май-16, 12:23 
Так это же и есть главное предназначение systemd - порождать эти комментарии :)
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

175. "Релиз systemd 230"  +2 +/
Сообщение от Andrey Mitrofanov on 23-Май-16, 12:42 
> Так это же и есть главное предназначение systemd - порождать эти комментарии
> :)

Не только эти, в bugzilla.redhat.com тоже бывает интересно до укатайки.

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

103. "Релиз systemd 230"  +14 +/
Сообщение от Аноним (??) on 22-Май-16, 19:12 
ну когда эту хрень в bsd запилят, почему им так везет, несправедливо
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

104. "Релиз systemd 230"  +3 +/
Сообщение от Andrey Mitrofanov on 22-Май-16, 19:16 
> ну когда эту хрень в bsd запилят, почему им так везет, несправедливо

Они с самого 91го г. тренеровали... силу воли. Дзен, медитация, отказ от материального-сущего, просветление...  Не пустые слова!  </>

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

126. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 23-Май-16, 00:19 
> отказ от материального-сущего

это же нестяжание. они святые!

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

183. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 23-Май-16, 14:37 
> Они с самого 91го г. тренеровали... силу воли.

Бедный ихний тренер (

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

106. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 22-Май-16, 19:40 
Их в зад пинками нововведений корпорации не подгоняют
Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

133. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 23-Май-16, 00:42 
> Их в зад пинками нововведений корпорации не подгоняют

Поручишься за netflix и juniper?

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

193. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 23-Май-16, 18:07 
Кстати да. А то они любят вспоминать этих аж целых две компании, что-то там периодически им кидающих с барского плеча.
Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

187. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 23-Май-16, 16:52 
будто systemd навязывает не корпопрация
Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

129. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 23-Май-16, 00:35 
Тяму не хватает, даже портировать с osx не осилили.
https://wiki.freebsd.org/launchd
Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

180. "Релиз systemd 230"  –1 +/
Сообщение от Сергей (??) on 23-Май-16, 14:26 
>Тяму не хватает, даже портировать с osx не осилили.
>https://wiki.freebsd.org/launchd

А вы уверены, что там она нужна....

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

202. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (??) on 23-Май-16, 21:22 
Конечно, нужна, если freebsd хочет хоть чуть-чуть увеличить свою долю.
Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

151. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 23-Май-16, 09:04 
DNSSEC по дефолту? Что за идиотизм, его не поддерживает большая часть провайдеров, а не прочитав новость можно долго сидеть и материться что ничерта не работает.
lldp? Давайте еще SNMP добавим, а что каждому пользователю он так-же необходим как lldp.
Принудительное завершение процессов - после каждого перезахода часть приложений будет ругаться на неправильный выход и пытаться восстановить данные.
Очередное удаление опций с добавлением альтернативных, идем переписывать юниты, пока не наступило релиза в котором обратную совместимость удалят и все будет грузиться не так как надо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

194. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 23-Май-16, 18:14 
> SNMP

А что, я за. :-) Это автоматически тянет за собой ASN.1, к которому написать полноценный парсер - весьма нетривиальная задача.

Если мы тянем ASN.1-staff - можно и интеграцию со LDAP добавить. (Пользуясь случаем, передаю привет Говарду "НашеВсйо" Чу, чтоб ему в гробу икалось)

Если добавляем LDAP - следующим шагом расширяем её до AD, а там и керберос, Samba 4, репликацию sysvol, коннекторы к MAPI...

Или это уже добавили?

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

222. "Релиз systemd 230"  –2 +/
Сообщение от manster (ok) on 24-Май-16, 20:32 
ASN вроде как компилировать надо, а не парсить
Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

278. "Релиз systemd 230"  +/
Сообщение от rob pike on 04-Июн-16, 00:35 
Что именно не в порядке с Говардом? Ну резковат местами, но обычно по делу.
Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

206. "Релиз systemd 230"  –1 +/
Сообщение от Аноим on 23-Май-16, 22:32 
Ключевая фраза тут "не прочитав".
Всё рассчитано на тех, кто все-таки читает...
Документацию в первую очередь
Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

218. "Релиз systemd 230"  +3 +/
Сообщение от Аноним (??) on 24-Май-16, 09:27 
Фанатики - вы уж определитесь systemd - это "Поставил и все работает, ничего трогать не надо" или "Сиди и перечитывая документацию, правь Юниты после каждого релиза.
Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

239. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 26-Май-16, 16:10 
> Фанатики - вы уж определитесь systemd - это "Поставил и все работает,
> ничего трогать не надо" или "Сиди и перечитывая документацию, правь Юниты
> после каждого релиза.

Так дистры ориентированные на продакшн версии подтягивают раз в сколько-то там лет. Страдают всякие гентушники, огребающие все прелести роллинга, при том не только с системд.

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

227. "Релиз systemd 230"  +/
Сообщение от Аноним (??) on 26-Май-16, 01:39 
ага, а идущий ему на смену DNSCurve - даже девелоперами плохо освоен, софтверными ;)
Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

186. "Релиз systemd 230"  –1 +/
Сообщение от lib ru on 23-Май-16, 16:42 
Самое лучшее из всего треда: "Система становится всё менее и менее управляемой и предсказуемой. Это какой то ад."
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

205. "Релиз systemd 230"  +/
Сообщение от KT315 (ok) on 23-Май-16, 21:38 
Наканецто новая версия! А то думал что систем-Д достиг своего развития :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

219. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 24-Май-16, 09:29 
> Наканецто новая версия! А то думал что систем-Д достиг своего развития :)

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

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

213. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 24-Май-16, 03:43 
>Устройства фреймбуфера, сканеры и 3D-принтеры теперь подключаются в режиме "uaccess" и доступны для вошедших в систему пользователей;
> Устройства фреймбуфера "uaccess"

Я знаю что fbdev уже "немного" устарел, но в большинстве дистров сохраняется совместимость с ним, так что теперь любой процесс может брать фрейм-буффер из него. Ну что, круто, писать spyware под линукса стало легче как никогда раньше

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

214. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 24-Май-16, 03:47 
Зашел на похороникс, а там статью соответствующую запилили, за подробностями тогда сюда: http://phoronix.com/scan.php?page=news_item&px=Systemd-230-F...
Ответить | Правка | ^ к родителю #213 | Наверх | Cообщить модератору

221. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 24-Май-16, 18:25 
> Зашел на похороникс, а там статью соответствующую запилили, за подробностями тогда сюда:
> http://phoronix.com/scan.php?page=news_item&px=Systemd-230-F...

Шесть баллов из пяти. :)

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

257. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (??) on 28-Май-16, 01:29 
> Шесть баллов из пяти. :)

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

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

259. "Релиз systemd 230"  +2 +/
Сообщение от freehck email(ok) on 28-Май-16, 11:31 
Это ж не ветеран юникс админы!
Поттеринговская клика умеет решать проблемы, о существовании которых до них никто и не знал.
Поттеринговская клика умеет слать куда подальше похлеще Торвальдса, и делает это гораздо чаще.
Поттеринговская клика решает проблемы чужого софта, а если чужой софт перестаёт после этого работать, то этот софт плохой и его разработчики должны допилить.

Уже 5 лет на сцене - поттеринговская клика и её капитан systemd.

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

263. "Релиз systemd 230"  –4 +/
Сообщение от Аноним (??) on 28-Май-16, 16:01 
> Поттеринговская клика умеет решать проблемы, о существовании которых до них никто и не знал.

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

> Поттеринговская клика умеет слать куда подальше похлеще Торвальдса, и делает это гораздо чаще.

Глядя на поведение veteran unix admin'ов я понимаю что это - очень ценное и полезное в жизни умение. Если хочется получить работоспособную систему которую удобно админить, а не заниматься подметанием ломом плаца, потому что дедушка видите ли подметал а теперь твоя очередь, и вообще, "тут так принято".

(А потом на сцену выходит Рогозин и с кислой миной отмечает что у США производительность труда в 9 раз выше, казалось бы при чем тут Поттеринг).

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

Представь себе, тот convention что посылается SIGTERM а потом по таймауту SIGKILL был чуть ли не с начала времен. То что некоторые особо ушлые програмеры ухитрились сделать это криво - наверное все-таки их баги. То что они стали заметнее вылезать при смене системы инициализации или настроек - это следствие, а не root cause. Но кое-кому удобнее выдавать желаемое за действительное.

> Уже 5 лет на сцене - поттеринговская клика и её капитан systemd.

ЧСХ, мне из-за них стало сильно проще в ряде аспектов.

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

268. "Релиз systemd 230"  +/
Сообщение от freehck email(ok) on 31-Май-16, 06:31 
> Представь себе, тот convention что посылается SIGTERM а потом по таймауту SIGKILL был чуть ли не с начала времен.

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

> Но кое-кому удобнее выдавать желаемое за действительное.

Народ уважает самокритику. :)

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

285. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (??) on 05-Июн-16, 16:49 
> И ключевыми словами здесь являются "по таймауту". Только команде Поттеринга смогло показаться
> разумным выставить таймаут равным нулю.

Слышал звон, но не понял о чем он. Типичный хейтер системд.

>> Но кое-кому удобнее выдавать желаемое за действительное.
> Народ уважает самокритику. :)

Ну так те кто поумнее - разберется по уровню аргументации, а остальным - им так и надо :)

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

291. "Релиз systemd 230"  +/
Сообщение от freehck (ok) on 06-Июн-16, 02:45 
> Ну так те кто поумнее - разберется по уровню аргументации

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

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

251. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (??) on 27-Май-16, 05:18 
О, не только я заметил. Буду у себя выпиливать.
Ответить | Правка | ^ к родителю #213 | Наверх | Cообщить модератору

265. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (??) on 30-Май-16, 19:26 
Я думаю, что systemd - это cкрытый проект Red Hat, зачистка поляны Linux, для продвижения собственных продуктов компании.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




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

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