28704 2013-03-18 15:09:34 +0400 Добавить firetrigger для включения сервисов. 2019-03-02 09:24:16 +0300 1 1 4 Development Sisyphus service unstable all Linux NEW P3 enhancement --- 27390 28705 1 zerg placeholder aen evg glebfm iv ldv legion placeholder shaba vt qa-sisyphus oldest_to_newest 138801 0 zerg 2013-03-18 15:09:34 +0400 Предлагаю добавить firetrigger для включения сервисов, чтоб достаточно было положить соответствующий system-preset 138806 1 ldv 2013-03-18 15:23:36 +0400 Если и делать filetrigger, то, видимо, в пакете service. 139110 2 zerg 2013-03-28 16:27:02 +0400 Для дистрибутива системы с systemd существующих костылей уже не достаточно, т.к. сервис из пакета с диска дистрибутива, установленного уже после установки дистрибутива будет _только_ в состоянии "отключено". 139111 3 aen 2013-03-28 16:40:02 +0400 (В ответ на комментарий №2) > Для дистрибутива системы с systemd существующих костылей уже не достаточно, > т.к. сервис из пакета с диска дистрибутива, установленного уже после установки > дистрибутива будет _только_ в состоянии "отключено". И что же в этом плохого? 139112 4 zerg 2013-03-28 16:58:12 +0400 (В ответ на комментарий №3) > И что же в этом плохого? В том, что сервис не будет включен по умолчанию, нисмотря ни на что. При sysvinit он это хтя бы регулируется мантейнером пакета, а с systemd это ну может регулироваться вообще никем, кроме конечного пользователя. Я предлагаю решение, которое позволит это регулировать Release Manager-у. Вроде, этот несуществующий аргумент фигурировал в рассылке. В текущей ситуации один и тот же пакет будет вести себя по разному, в зависомости от того, нажал ли пользователь галку в выборе устанавливаемого софта при установке или нет. При этом пользователь вообще может не догадаться включить сервис, если ставит совсем другой пакет или не_ставит группу пакетов в установщике, которые тащат необходимые сервисы по зависимостям, при этом имена пакетов и их сервисов в инсталляторе, например, вообще не фигурируют. 139113 5 zerg 2013-03-28 17:03:43 +0400 Например, если пользователь в установщике снимет галку "Поддержка печати", то потом свежеустановленный cups ему никто не включит. 139120 6 ldv 2013-03-28 18:33:26 +0400 (In reply to comment #2) > Для дистрибутива системы с systemd существующих костылей уже не достаточно, > т.к. сервис из пакета с диска дистрибутива, установленного уже после установки > дистрибутива будет _только_ в состоянии "отключено". %post_service свежеустановленного пакета выполнит systemctl preset, который, в свою очередь, может либо сделать сервис enabled, либо оставить его disabled. 139140 7 zerg 2013-03-29 15:50:34 +0400 (В ответ на комментарий №6) > %post_service свежеустановленного пакета выполнит systemctl preset Для любого сервиса, поведение которого собрался регулировать ReleaseManager дистрибутива? В последнем слове предыдущего предложения 1-я буква "т" -- лишняя, если это не так ;-) 139146 8 zerg 2013-03-29 17:59:58 +0400 А так же chkconfig делает только /bin/systemctl -q enable %s.service , а у cups, например, кроме .service есть еще и .socket и .path . 139148 9 shaba 2013-03-29 18:05:16 +0400 (В ответ на комментарий №8) > А так же chkconfig делает только > /bin/systemctl -q enable %s.service > , а у cups, например, кроме .service есть еще и .socket и .path . не вводите в заблуждение. в cups.service есть секция [Install], где: Also=cups.socket cups.path Т.е для systemctl enable cups.service, так же будут включены и cups.socket cups.path 139150 10 zerg 2013-03-29 18:06:00 +0400 (В ответ на комментарий №9) > Also=cups.socket cups.path Ок. Это хорошо. 139151 11 zerg 2013-03-29 18:06:36 +0400 А еще нужно, чтоб filetrigger и запускал сервис в зависимости от $DURING_INSTALL (для сервера это можно отключить). Например (это прямо сейчас все могут воспроизвести), у пользователя установлен KDE4, но не установлена samba. Пользователь тыкается в свойства каталога, закладку раздачи. Ему там говорят "samba не установлена, давай поставлю". Он соглашается, samba устанавливается. Он включает раздачу и нажимает ok. Результат: никакой раздачи не происходит, даже если все утилиты настройки отработали правильно, потому, что samba не запущена. 139152 12 zerg 2013-03-29 18:18:00 +0400 (В ответ на комментарий №9) > не вводите в заблуждение. Не цепляйтесь к словам. Я лишь привожу пример. Или подобное "Also" обязано быть в каждом .service при наличии .socket или .path? 139153 13 shaba 2013-03-29 18:46:08 +0400 (В ответ на комментарий №12) > (В ответ на комментарий №9) > > не вводите в заблуждение. > Не цепляйтесь к словам. Я лишь привожу пример. да ладно, это я так, к слову. > Или подобное "Also" обязано быть в каждом .service при наличии .socket или > .path? если нет симлинков в /lib/systemd/system/*.wants/ , то обязательно.