[devel] Q: systemd policy ?
Ildar Mulyukov
ildar на altlinux.ru
Пт Май 11 07:55:18 MSK 2012
On 10.05.2012 13:46:08, Alexey Shabalin wrote:
> 7 мая 2012 г., 18:50 пользователь Михаил написал:
> > On 7 мая 2012 13:28:09 Igor Vlasenko wrote:
> >> On Sun, May 06, 2012 at 01:07:05AM +0300, Igor Vlasenko wrote:
> >> > Если каноническое systemd имя сервиса
> >> > и традиционное альтовское название sysV скрипта расходятся,
> >> > что писать аргументом %post_service?
> >>
> >> Как я понимаю, systemd имя сервиса переименовывать
> >> нельзя, если не желаем разложить граблей - это междистрибутивный
> >> инвариант и часть системы зависимостей systemd.
> >>
> >> При желании можно переименовывать sysV скрипты.
> >>
> >> Вопрос, какая у нас будет политика если имена разные?
> >> Будем усложнять %post_service или переименовывать sysV скрипт?
> > Можно символическую ссылку сделать на сервис в дереве systemd, с
> таким же
> > именем как у init скрипта (см. bluetooth сервис) или в unit скрипте
> Alias
> > прописать.
>
> Обязательно прочитайте:
> http://lists.altlinux.org/pipermail/devel/2012-January/193131.html
По-моему, поведение systemd с тех пор изменилось. По крайней мере я не
смог за-enable-ить сервис два раза.
> В текущем состоянии, симлинки спасают только частично.
> И при обновлении пакета с разными именами сервиса для sysV и systemd
> все равно будет ошибка(при вызове chkconfig).
да,
# systemctl disable bluetoothd.service
Failed to issue method call: No such file or directory
> Поэтому настоятельно рекомендую использовать одинаковые имена.
... или, всё-таки, пропатчить chkconfig _И_ systemd ?
> А вот что-куда переименовывать, придется решать мантейнеру.
Я за то, чтобы увеличить гибкость инструментов (systemctl, ...), чтобы
не патчить миллион спеков.
--
Ildar
Подробная информация о списке рассылки Devel