[devel] Q: systemd policy ?

[devel] Q: systemd policy ?

[Igor Vlasenko]

Уважемые коллеги,

начал писать тесты для repocop по systemd,
в частности, написал тест уровня info
repocop-unittest-init-but-no-native-systemd
о том, что к init скриптам хорошо бы еще паковать systemd.

Однако, то что есть по systemd в
http://www.altlinux.org/Services_Policy
до уровня policy draft еще не дотягивает, так 
как много вопросов осталось за бортом.

Надо с ними разобраться. 

Первый вопрос: где filetriggers для systemd service файлов?
Я искал и не нашел, а ведь это важный кусок функциональности -
при сносе/обновлении пакета надо останавливать/передергивать
соответствующую службу.

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

%post
if [ $1 -eq 1 ] ; then
    # Initial installation
    /bin/systemctl daemon-reload >/dev/null 2>&1 || :
fi

%preun
if [ $1 -eq 0 ] ; then
    # Package removal, not upgrade
    /bin/systemctl --no-reload disable udpxy.service > /dev/null 2>&1 || :
    /bin/systemctl stop udpxy.service > /dev/null 2>&1 || :
fi

%postun
/bin/systemctl daemon-reload >/dev/null 2>&1 || :
if [ $1 -ge 1 ] ; then
    # Package upgrade, not uninstall
    /bin/systemctl try-restart udpxy.service >/dev/null 2>&1 || :
fi


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

[devel] systemd & openvz

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 190 bytes --]

Кстати о systemd, он уже научился работать внутри OpenVZ VE?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] systemd & openvz

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 325 bytes --]

On Sat, May 05, 2012 at 11:40:32PM +0400, Денис Смирнов wrote:
> Кстати о systemd, он уже научился работать внутри OpenVZ VE?

Судя по этому анонсу
http://openvz.org/pipermail/announce/2012-April/000320.html
достаточно свежие версии ovz-ядра и vzctl уже умеют правильно обслуживать
контейнеры с systemd.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] systemd & openvz

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 414 bytes --]

On Sun, May 06, 2012 at 12:05:21AM +0400, Dmitry V. Levin wrote:

DVL> Судя по этому анонсу
DVL> http://openvz.org/pipermail/announce/2012-April/000320.html
DVL> достаточно свежие версии ovz-ядра и vzctl уже умеют правильно обслуживать
DVL> контейнеры с systemd.

Ага, спасибо!

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1682 bytes --]

On Sat, May 05, 2012 at 09:24:56PM +0300, Igor Vlasenko wrote:
> Первый вопрос: где filetriggers для systemd service файлов?
> Я искал и не нашел, а ведь это важный кусок функциональности -
> при сносе/обновлении пакета надо останавливать/передергивать
> соответствующую службу.
> 
> Без них это баг, ведь иначе придется мусорить в спеках 
> наподобие федоры, (см. внизу) но еще хуже,
> ведь systemd опционален.

У нас chkconfig и service пока справляются и без триггеров.
До тех пор, пока в пакетах есть sysv-скрипты, и нет нестандартных задач,
обычные %post_service и %preun_service будут продолжать справляться.

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

> %post
> if [ $1 -eq 1 ] ; then
>     # Initial installation
>     /bin/systemctl daemon-reload >/dev/null 2>&1 || :
> fi

Это сейчас делает %post_service посредством chkconfig.

> %preun
> if [ $1 -eq 0 ] ; then
>     # Package removal, not upgrade
>     /bin/systemctl --no-reload disable udpxy.service > /dev/null 2>&1 || :

Это сейчас делает %preun_service посредством chkconfig.

>     /bin/systemctl stop udpxy.service > /dev/null 2>&1 || :

Это сейчас делает %preun_service посредством service.

> fi
> %postun
> /bin/systemctl daemon-reload >/dev/null 2>&1 || :

Это сейчас делает %post_service посредством chkconfig.

> if [ $1 -ge 1 ] ; then
>     # Package upgrade, not uninstall
>     /bin/systemctl try-restart udpxy.service >/dev/null 2>&1 || :
> fi

Это сейчас делает %post_service посредством service.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Sat, May 05, 2012 at 11:55:30PM +0400, Dmitry V. Levin wrote:
> У нас chkconfig и service пока справляются и без триггеров.
> До тех пор, пока в пакетах есть sysv-скрипты, и нет нестандартных задач,
> обычные %post_service и %preun_service будут продолжать справляться.

Понял. А если systemd сервис есть, а init скрипта нет,
%post_service и %preun_service отработают корректно?
1) под systemd ?
2) под sysVinit ?

я хочу репозиторий развернуть, autoimpots,
и мне бы было удобно иметь поддержку пакетов с systemd сервисами, 
но без init скриптов.
 
> Возможно ли создать такой универсальный файлтриггер, который бы не наломал
> дров в нестандартной ситуации?  Навскидку мне кажется, что нет, но вы
> можете попробовать доказать обратное.

IMHO, нестандартные ситуации возникают именно из-за init скриптов.

Если окажется, что в отсутствие init скрипта 
%post_service и %preun_service отработают некорректно,
то IMHO если разделить мухи и котлеты, т.е. пусть 
%post_service и %preun_service продолжают заниматься init скриптами,
а systemd файлы (при запущенном systemd) обрабатывает filetrigger,
было бы проще и надежнее.

IMHO.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2286 bytes --]

On Sat, May 05, 2012 at 11:25:13PM +0300, Igor Vlasenko wrote:
> On Sat, May 05, 2012 at 11:55:30PM +0400, Dmitry V. Levin wrote:
> > У нас chkconfig и service пока справляются и без триггеров.
> > До тех пор, пока в пакетах есть sysv-скрипты, и нет нестандартных задач,
> > обычные %post_service и %preun_service будут продолжать справляться.
> 
> Понял. А если systemd сервис есть, а init скрипта нет,
> %post_service и %preun_service отработают корректно?
> 1) под systemd ?
> 2) под sysVinit ?

Сейчас нет.  %post_service и %preun_service не были предназначены для
ситуации, когда sysv-скрипта нет.

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

Распознавать ненужные %pre*/%post*-скрипты вообще реально?

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

На чем основано это IMHO?  У sysctemctl много разных поддерживаемых
операций (15 unit commands, 9 unit files commands), это довольно гибкий
инструмент "на все случаи жизни".  Весьма вероятно, что из-за этой
гибкости создать универсальный файлтриггер невозможно.  Возможно создать
универсальный файлтриггер, годный для типовых ситуаций, но при этом
вредный в более редких ситуациях.

> Если окажется, что в отсутствие init скрипта 
> %post_service и %preun_service отработают некорректно,
> то IMHO если разделить мухи и котлеты, т.е. пусть 
> %post_service и %preun_service продолжают заниматься init скриптами,
> а systemd файлы (при запущенном systemd) обрабатывает filetrigger,
> было бы проще и надежнее.

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


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Sun, May 06, 2012 at 01:06:40AM +0400, Dmitry V. Levin wrote:
> > я хочу репозиторий развернуть, autoimpots,
> > и мне бы было удобно иметь поддержку пакетов с systemd сервисами, 
> > но без init скриптов.

> Распознавать ненужные %pre*/%post*-скрипты вообще реально?

Распознать ненужные скрипты легко.
Я также могу вставить вместо них что-то нужное.

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

> На чем основано это IMHO?  У sysctemctl много разных поддерживаемых
> операций (15 unit commands, 9 unit files commands), это довольно гибкий
> инструмент "на все случаи жизни".  Весьма вероятно, что из-за этой
> гибкости создать универсальный файлтриггер невозможно.  Возможно создать
> универсальный файлтриггер, годный для типовых ситуаций, но при этом
> вредный в более редких ситуациях.
 
> Файлтриггер хорош в типовых ситуациях.  Если в какой-то редкой ситуации
> файлтриггер будет вреден, то эта вредность будет усугубляться тем, что его
> нельзя обойти.  Таким образом, если мы идем путем реализации файлтриггера,
> то мы должны объявить, какие ситуации являются типовыми, и фактически
> запретить все остальные.  Тоже вариант, конечно, если хорошо все
> проработать, но я бы не хотел оказаться в ситуации необходимости
> обходить файлтриггер.

Понятно. С другой стороны, обходить не так сложно, как кажется.
Упаковать в проблемный пакет touch /lib/systemd/notrigger/%servicename
а в filetrigger добавить if ! -e /lib/systemd/notrigger/%servicename.

Проблемных пакетов может оказаться 0-1 на весь Сизиф,
а зато в 500 пакетах спеки станут чище и добрее :)


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Sun, May 06, 2012 at 12:16:27AM +0300, Igor Vlasenko wrote:
> On Sun, May 06, 2012 at 01:06:40AM +0400, Dmitry V. Levin wrote:
> > > я хочу репозиторий развернуть, autoimpots,
> > > и мне бы было удобно иметь поддержку пакетов с systemd сервисами, 
> > > но без init скриптов.
> 
> > Распознавать ненужные %pre*/%post*-скрипты вообще реально?
> 
> Распознать ненужные скрипты легко.
> Я также могу вставить вместо них что-то нужное.

Проблема в том, что если %post_service и %preun_service
не сработают, какой толк их туда вставлять.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Sun, May 06, 2012 at 12:16:27AM +0300, Igor Vlasenko wrote:
> Понятно. С другой стороны, обходить не так сложно, как кажется.
> Упаковать в проблемный пакет touch /lib/systemd/notrigger/%servicename
> а в filetrigger добавить if ! -e /lib/systemd/notrigger/%servicename.
> 
> Проблемных пакетов может оказаться 0-1 на весь Сизиф,
> а зато в 500 пакетах спеки станут чище и добрее :)

Тест репокопа к сожалению не писал, но ощущение,
что в Сизифе наберется не менее десятка пакетов,
где майнтайнеры забыли добавить соответствующие вызовы в %post*

Еще один PROFIT от filetrigger что он закрывает
подобный класс проблем.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2036 bytes --]

On Sun, May 06, 2012 at 12:16:27AM +0300, Igor Vlasenko wrote:
> On Sun, May 06, 2012 at 01:06:40AM +0400, Dmitry V. Levin wrote:
[...]
> > Файлтриггер хорош в типовых ситуациях.  Если в какой-то редкой ситуации
> > файлтриггер будет вреден, то эта вредность будет усугубляться тем, что его
> > нельзя обойти.  Таким образом, если мы идем путем реализации файлтриггера,
> > то мы должны объявить, какие ситуации являются типовыми, и фактически
> > запретить все остальные.  Тоже вариант, конечно, если хорошо все
> > проработать, но я бы не хотел оказаться в ситуации необходимости
> > обходить файлтриггер.
> 
> Понятно. С другой стороны, обходить не так сложно, как кажется.
> Упаковать в проблемный пакет touch /lib/systemd/notrigger/%servicename
> а в filetrigger добавить if ! -e /lib/systemd/notrigger/%servicename.

Проверка на существование файла не совсем подходит для случая удаления
пакета, но в целом идея интересная.

У файлтриггера есть еще одна особенность: выполняться по окончании
транзакции.  Применительно к сервисам это означает выполнение "systemctl
try-restart" не сразу по завершении обновления пакета, а некоторое время
спустя.  В течение этого времени будут работать процессы предыдущей сборки
сервиса на обновленных файлах.  Не все сервисы так умеют.  Еще хуже
обстоит дело с остановкой сервиса при удалении пакета, потому что это
желательно делать, пока существует юнит-файл и те файлы, на которые он
ссылается (например, посредством ExecStop).  Когда все файлы пакета уже
удалены, с корректной остановкой сервиса могут возникнуть непреодолимые
сложности.  Тут бы, пожалуй, лучше подошел бы pretrans filetrigger, но
у нас таких пока не реализовано.

> Проблемных пакетов может оказаться 0-1 на весь Сизиф,
> а зато в 500 пакетах спеки станут чище и добрее :)

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


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Michael Shigorin]

On Sun, May 06, 2012 at 01:48:58AM +0400, Dmitry V. Levin wrote:
> Тут бы, пожалуй, лучше подошел бы pretrans filetrigger,
> но у нас таких пока не реализовано.

Это было бы увеличение даунтайма и не факт, что оправданное.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Q: systemd policy ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 373 bytes --]

On Sun, May 06, 2012 at 12:58:42AM +0300, Michael Shigorin wrote:
> On Sun, May 06, 2012 at 01:48:58AM +0400, Dmitry V. Levin wrote:
> > Тут бы, пожалуй, лучше подошел бы pretrans filetrigger,
> > но у нас таких пока не реализовано.
> 
> Это было бы увеличение даунтайма и не факт, что оправданное.

Для случая удаления пакета подошло бы в самый раз.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[led]

>У файлтриггера есть еще одна особенность: выполняться по окончании
>транзакции.  Применительно к сервисам это означает выполнение "systemctl
>try-restart" не сразу по завершении обновления пакета, а некоторое время
>спустя.  В течение этого времени будут работать процессы предыдущей сборки
>сервиса на обновленных файлах.  Не все сервисы так умеют.  Еще хуже
>обстоит дело с остановкой сервиса при удалении пакета, потому что это
>желательно делать, пока существует юнит-файл и те файлы, на которые он
>ссылается (например, посредством ExecStop).  Когда все файлы пакета уже
>удалены, с корректной остановкой сервиса могут возникнуть непреодолимые
>сложности.

Файлтриггеры чреваты и в случае ldconfig.
Замена постскриптов файлтриггерами где не попадя и неподумав - ламерство или вредительство - выбирайте что вам больше 
нравится:)

-- 
Led

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

Ок, понял.

Тогда к меня фичреквест к %post_service и %preun_service,
чтобы они корректно работали и в отсутствие sysV скрипта.

И еще с именами непонятка.
Если каноническое systemd имя сервиса 
и традиционное альтовское название sysV скрипта расходятся,
что писать аргументом %post_service?


On Sun, May 06, 2012 at 01:48:58AM +0400, Dmitry V. Levin wrote:
> On Sun, May 06, 2012 at 12:16:27AM +0300, Igor Vlasenko wrote:
> > On Sun, May 06, 2012 at 01:06:40AM +0400, Dmitry V. Levin wrote:
> [...]
> > > Файлтриггер хорош в типовых ситуациях.  Если в какой-то редкой ситуации
> > > файлтриггер будет вреден, то эта вредность будет усугубляться тем, что его
> > > нельзя обойти.  Таким образом, если мы идем путем реализации файлтриггера,
> > > то мы должны объявить, какие ситуации являются типовыми, и фактически
> > > запретить все остальные.  Тоже вариант, конечно, если хорошо все
> > > проработать, но я бы не хотел оказаться в ситуации необходимости
> > > обходить файлтриггер.
> > 
> > Понятно. С другой стороны, обходить не так сложно, как кажется.
> > Упаковать в проблемный пакет touch /lib/systemd/notrigger/%servicename
> > а в filetrigger добавить if ! -e /lib/systemd/notrigger/%servicename.
> 
> Проверка на существование файла не совсем подходит для случая удаления
> пакета, но в целом идея интересная.
> 
> У файлтриггера есть еще одна особенность: выполняться по окончании
> транзакции.  Применительно к сервисам это означает выполнение "systemctl
> try-restart" не сразу по завершении обновления пакета, а некоторое время
> спустя.  В течение этого времени будут работать процессы предыдущей сборки
> сервиса на обновленных файлах.  Не все сервисы так умеют.  Еще хуже
> обстоит дело с остановкой сервиса при удалении пакета, потому что это
> желательно делать, пока существует юнит-файл и те файлы, на которые он
> ссылается (например, посредством ExecStop).  Когда все файлы пакета уже
> удалены, с корректной остановкой сервиса могут возникнуть непреодолимые
> сложности.  Тут бы, пожалуй, лучше подошел бы pretrans filetrigger, но
> у нас таких пока не реализовано.
> 
> > Проблемных пакетов может оказаться 0-1 на весь Сизиф,
> > а зато в 500 пакетах спеки станут чище и добрее :)
> 
> Это я к тому все говорю, что мы сейчас еще не знаем, какое в Сизифе
> соотношение между числом пакетов, для которых вышеупомянутые
> сложности с файлтриггером актуальны, и остальных пакетов с сервисами.
> 
> 
> -- 
> ldv



> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Sun, May 06, 2012 at 01:07:05AM +0300, Igor Vlasenko wrote:
> Если каноническое systemd имя сервиса 
> и традиционное альтовское название sysV скрипта расходятся,
> что писать аргументом %post_service?

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

При желании можно переименовывать sysV скрипты.

Вопрос, какая у нас будет политика если имена разные?
Будем усложнять %post_service или переименовывать sysV скрипт?


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Михаил]

[-- Attachment #1: Type: text/plain, Size: 1204 bytes --]

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 
прописать. 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Ildar Mulyukov]

On 07.05.2012 20:50:38, Михаил wrote:
> 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
> прописать.

И как Вам понравятся два экземпляра одного сервиса, запущенные  
одновременно?
systemd точно не понравятся: у него напротив этого сервиса будет FAILED.
-- 
Ildar

Re: [devel] Q: systemd policy ?

[Михаил]

[-- Attachment #1: Type: text/plain, Size: 3037 bytes --]

On 8 мая 2012 10:48:42 Ildar Mulyukov wrote:
> On 07.05.2012 20:50:38, Михаил wrote:
> > 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
> > прописать.
> 
> И как Вам понравятся два экземпляра одного сервиса, запущенные
> одновременно?
> systemd точно не понравятся: у него напротив этого сервиса будет FAILED.

Они не будут запущены одновременно, т.к. systemd знает, что это один и тот же 
сервис. Символическая ссылка нужна, что бы перекрыть имя сервиса в init 
пространстве. Посмотрите как реализован запуск bluetooth в systemd:
/lib/systemd/system/bluetoothd.service -> bluetooth.service
где, bluetoothd.service имя ссылки перекрывающее имя в init пространстве 
сервиса.

Из F.A.Q:

Q: I have a native systemd service file and a SysV init script installed which 
share the same basename, e.g. /lib/systemd/system/foobar.service vs. 
/etc/init.d/foobar -- which one wins?

A: If both files are available the native unit file always takes precedence 
and the SysV init script is ignored, regardless whether either is enabled or 
disabled. Note that a SysV service that is enabled but overriden by a native 
service does not have the effect that the native service would be enabled, 
too. Enabling of native and SysV services is completely independent. Or in 
other words: you cannot enable a native service by enabling a SysV service by 
the same name, and if a SysV service is enabled but a the respective native 
service is not, this will not have the effect that the SysV script is 
executed.



[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Ildar Mulyukov]

On 08.05.2012 15:28:58, Михаил wrote:
> On 8 мая 2012 10:48:42 Ildar Mulyukov wrote:
> > И как Вам понравятся два экземпляра одного сервиса, запущенные
> > одновременно?
> > systemd точно не понравятся: у него напротив этого сервиса будет  
> FAILED.
> 
> Они не будут запущены одновременно, т.к. systemd знает, что это один  
> и тот же
> сервис. Символическая ссылка нужна, что бы перекрыть имя сервиса в  
> init
> пространстве. Посмотрите как реализован запуск bluetooth в systemd:
> /lib/systemd/system/bluetoothd.service -> bluetooth.service
> где, bluetoothd.service имя ссылки перекрывающее имя в init  
> пространстве
> сервиса.

Тогда нет проблем. Даже и не предполагал, что systemd имеет интеллект,  
чтобы отследить такие вещи! плюсик.

Выходит, что это и есть штатный выход из данной ситуации.
SOLVED.
-- 
Ildar

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Tue, May 08, 2012 at 04:59:02PM +0600, Ildar Mulyukov wrote:
> >/lib/systemd/system/bluetoothd.service -> bluetooth.service
> >где, bluetoothd.service имя ссылки перекрывающее имя в init
> >пространстве
> >сервиса.
> 
> Тогда нет проблем. Даже и не предполагал, что systemd имеет
> интеллект, чтобы отследить такие вещи! плюсик.
> 
> Выходит, что это и есть штатный выход из данной ситуации.

Замечательно! Спасибо всем ответившим!
Добавил в http://www.altlinux.org/Services_Policy#systemd
===
Если выбранное апстримом имя сервиса systemd отличается от уже используемого в ALT Linux имени init скрипта, необходимо упаковать для systemd симлинк на имя сервиса systemd с именем init скрипта. systemd достаточно умен, чтобы понять, что это будет один и тот же сервис.

См. также http://fedoraproject.org/wiki/Packaging:Systemd
===

> SOLVED.

Не совсем. По этому вопросу так, но в целом вопрос с systemd
будет SOLVED, когда на wiki будет полноценное руководство.



-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Tue, May 08, 2012 at 05:26:29PM +0300, Igor Vlasenko wrote:
> вопрос с systemd
> будет SOLVED, когда на wiki будет полноценное руководство.

Следующий вопрос, который надо отразить на wiki, это макросы.
у нас их 2,  
$ rpm --showrc G systemd
-14: _unitdir   /lib/systemd/system
-14: systemd_unitdir    /lib/systemd/system

совместимый с Федорой и другими _unitdir 
и наш велосипед systemd_unitdir.

Есть ли глубокий смысл в наличии 2х макросов или так
исторически сложилось?

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


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 694 bytes --]

On Tue, May 08, 2012 at 05:31:55PM +0300, Igor Vlasenko wrote:

IV> -14: _unitdir   /lib/systemd/system
IV> -14: systemd_unitdir    /lib/systemd/system
IV> совместимый с Федорой и другими _unitdir 
IV> и наш велосипед systemd_unitdir.
IV> Есть ли глубокий смысл в наличии 2х макросов или так
IV> исторически сложилось?
IV> _unitdir выбросить нельзя, чтобы не нарушать совместимости.
IV> Один из них можно рекомендовать к использованию.

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

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Tue, May 08, 2012 at 08:28:34PM +0400, Денис Смирнов wrote:
> On Tue, May 08, 2012 at 05:31:55PM +0300, Igor Vlasenko wrote:
> 
> IV> -14: _unitdir   /lib/systemd/system
> IV> -14: systemd_unitdir    /lib/systemd/system
> IV> совместимый с Федорой и другими _unitdir 
> IV> и наш велосипед systemd_unitdir.
> IV> Есть ли глубокий смысл в наличии 2х макросов или так
> IV> исторически сложилось?
> IV> _unitdir выбросить нельзя, чтобы не нарушать совместимости.
> IV> Один из них можно рекомендовать к использованию.
> 
> Выбросить systemd_unitdir. Для того чтобы создавать несовместимость должны
> быть хоть сколь-нибудь веские основания.

Опс, поспешил.
Макрос _unitdir приходит из пакета rpm-macros-fedora-compat.
При чем я же его туда когда-то и добалял. Склероз :(

Получается, есть только 1 макрос, и это %systemd_unitdir.
Несколько жаль.

Будем принимать как полиси %systemd_unitdir ?

Альтернативно, можно сделать официальным _unitdir.

P.S. это достаточно нудное копание в мелочах,
но из этих мелочей и должно состоять будущее systemd policy.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 593 bytes --]

On Tue, May 08, 2012 at 11:16:17PM +0300, Igor Vlasenko wrote:

IV> Опс, поспешил.
IV> Макрос _unitdir приходит из пакета rpm-macros-fedora-compat.
IV> При чем я же его туда когда-то и добалял. Склероз :(
IV> Получается, есть только 1 макрос, и это %systemd_unitdir.
IV> Несколько жаль.
IV> Будем принимать как полиси %systemd_unitdir ?
IV> Альтернативно, можно сделать официальным _unitdir.

Я бы предложил удавить %systemd_unitdir пока не расползлось.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Михаил]

[-- Attachment #1: Type: text/plain, Size: 759 bytes --]

On 9 мая 2012 00:54:36 Денис Смирнов wrote:
> On Tue, May 08, 2012 at 11:16:17PM +0300, Igor Vlasenko wrote:
> 
> IV> Опс, поспешил.
> IV> Макрос _unitdir приходит из пакета rpm-macros-fedora-compat.
> IV> При чем я же его туда когда-то и добалял. Склероз :(
> IV> Получается, есть только 1 макрос, и это %systemd_unitdir.
> IV> Несколько жаль.
> IV> Будем принимать как полиси %systemd_unitdir ?
> IV> Альтернативно, можно сделать официальным _unitdir.
> 
> Я бы предложил удавить %systemd_unitdir пока не расползлось.

Тоже за.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 663 bytes --]

On Wed, May 09, 2012 at 01:25:06AM +0400, Михаил wrote:
> On 9 мая 2012 00:54:36 Денис Смирнов wrote:
> > On Tue, May 08, 2012 at 11:16:17PM +0300, Igor Vlasenko wrote:
> > 
> > IV> Опс, поспешил.
> > IV> Макрос _unitdir приходит из пакета rpm-macros-fedora-compat.
> > IV> При чем я же его туда когда-то и добалял. Склероз :(
> > IV> Получается, есть только 1 макрос, и это %systemd_unitdir.
> > IV> Несколько жаль.
> > IV> Будем принимать как полиси %systemd_unitdir ?
> > IV> Альтернативно, можно сделать официальным _unitdir.
> > 
> > Я бы предложил удавить %systemd_unitdir пока не расползлось.
> 
> Тоже за.

Уже расползлось.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 342 bytes --]

On Wed, May 09, 2012 at 10:39:10PM +0400, Dmitry V. Levin wrote:

>>> Я бы предложил удавить %systemd_unitdir пока не расползлось.
> Уже расползлось.

Пока его пользователей немного, можно успеть избавиться.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 316 bytes --]

On Thu, May 10, 2012 at 01:02:49AM +0400, Денис Смирнов wrote:
> On Wed, May 09, 2012 at 10:39:10PM +0400, Dmitry V. Levin wrote:
> 
> >>> Я бы предложил удавить %systemd_unitdir пока не расползлось.
> > Уже расползлось.
> 
> Пока его пользователей немного, можно успеть избавиться.

А зачем?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Michael Shigorin]

On Thu, May 10, 2012 at 01:24:03AM +0400, Dmitry V. Levin wrote:
> > >>> Я бы предложил удавить %systemd_unitdir пока не расползлось.
> > > Уже расползлось.
> > Пока его пользователей немного, можно успеть избавиться.
> А зачем?

Чтоб форков не плодить на ровном месте.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Q: systemd policy ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 429 bytes --]

On Thu, May 10, 2012 at 12:53:19AM +0300, Michael Shigorin wrote:
> On Thu, May 10, 2012 at 01:24:03AM +0400, Dmitry V. Levin wrote:
> > > >>> Я бы предложил удавить %systemd_unitdir пока не расползлось.
> > > > Уже расползлось.
> > > Пока его пользователей немного, можно успеть избавиться.
> > А зачем?
> 
> Чтоб форков не плодить на ровном месте.

Уже расплодились, да и место не очень то и ровное. :)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 674 bytes --]

On Thu, May 10, 2012 at 01:57:45AM +0400, Dmitry V. Levin wrote:
> On Thu, May 10, 2012 at 12:53:19AM +0300, Michael Shigorin wrote:
> > On Thu, May 10, 2012 at 01:24:03AM +0400, Dmitry V. Levin wrote:
> > > > >>> Я бы предложил удавить %systemd_unitdir пока не расползлось.
> > > > > Уже расползлось.
> > > > Пока его пользователей немного, можно успеть избавиться.
> > > А зачем?
> > 
> > Чтоб форков не плодить на ровном месте.
> 
> Уже расплодились, да и место не очень то и ровное. :)

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


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Thu, May 10, 2012 at 02:00:29AM +0400, Dmitry V. Levin wrote:
> К слову, макрос %systemd_unitdir у нас уже больше года, и за это время он
> уже достаточно распространился.  Если интересно, соберите статистику по
> спекам.

31 пакет с %systemd_unitdir,
2 пакета с %_unitdir
и 500+ пакетов еще не охваченных
(с init скриптами, но без нативной поддержки systemd)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 544 bytes --]

On Thu, May 10, 2012 at 03:05:02PM +0300, Igor Vlasenko wrote:
> On Thu, May 10, 2012 at 02:00:29AM +0400, Dmitry V. Levin wrote:
> > К слову, макрос %systemd_unitdir у нас уже больше года, и за это время он
> > уже достаточно распространился.  Если интересно, соберите статистику по
> > спекам.
> 
> 31 пакет с %systemd_unitdir,
> 2 пакета с %_unitdir

Давайте тогда %_unitdir добавим, а %systemd_unitdir оставим на память.

> и 500+ пакетов еще не охваченных
> (с init скриптами, но без нативной поддержки systemd)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Thu, May 10, 2012 at 04:16:56PM +0400, Dmitry V. Levin wrote:
> Давайте тогда %_unitdir добавим, а %systemd_unitdir оставим на память.

Спасибо, было бы хорошо!

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[led]

On Thursday 10 May 2012 00:53:19 Michael Shigorin wrote:
> On Thu, May 10, 2012 at 01:24:03AM +0400, Dmitry V. Levin wrote:
> > > >>> Я бы предложил удавить %systemd_unitdir пока не расползлось.
> > > >
> > > > Уже расползлось.
> > >
> > > Пока его пользователей немного, можно успеть избавиться.
> >
> > А зачем?
>
> Чтоб форков не плодить на ровном месте.

Возможно, имеет смысл задефайнить %systemd_unitdir через %_unitdir, убрать упоминания о %systemd_unitdir из документации 
и wiki, добавить WARNING на использование %systemd_unitdir в спеке.
Или, в конце концов, припахать пресловутых робов (занимающихся сейчас фигнёй) чтоб они сделали хоть что-то полезное.


-- 
Led

Re: [devel] Q: systemd policy ?

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 399 bytes --]

On Thu, May 10, 2012 at 01:03:34AM +0300, led@altlinux.ru wrote:

> Возможно, имеет смысл задефайнить %systemd_unitdir через %_unitdir, убрать упоминания о %systemd_unitdir из документации 
> и wiki, добавить WARNING на использование %systemd_unitdir в спеке.

+1.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Thu, May 10, 2012 at 01:03:34AM +0300, led@altlinux.ru wrote:
> Возможно, имеет смысл задефайнить %systemd_unitdir через %_unitdir, убрать упоминания о %systemd_unitdir из документации 
> и wiki, добавить WARNING на использование %systemd_unitdir в спеке.

+1

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

Припашу (есть для таких случаев тест и патч-генератор)
как только %_unitdir появится в rpm и systemd policy draft.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 562 bytes --]

On Thu, May 10, 2012 at 01:24:03AM +0400, Dmitry V. Levin wrote:

>>>>> Я бы предложил удавить %systemd_unitdir пока не расползлось.
>>> Уже расползлось.
>> Пока его пользователей немного, можно успеть избавиться.
> А зачем?

Думаю обосновывать надо создание несовместимости, а не наоборот.

Фиксить уже собранные пакеты необязательно, достаточно объявить
%systemd_unitdir deprecated. А вот %_unitdir стоит добавить в rpm.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 751 bytes --]

On Thu, May 10, 2012 at 06:40:19AM +0400, Денис Смирнов wrote:
> On Thu, May 10, 2012 at 01:24:03AM +0400, Dmitry V. Levin wrote:
> 
> >>>>> Я бы предложил удавить %systemd_unitdir пока не расползлось.
> >>> Уже расползлось.
> >> Пока его пользователей немного, можно успеть избавиться.
> > А зачем?
> 
> Думаю обосновывать надо создание несовместимости, а не наоборот.

Несовместимости обосновывают себя сами.

> Фиксить уже собранные пакеты необязательно, достаточно объявить
> %systemd_unitdir deprecated. А вот %_unitdir стоит добавить в rpm.

У нас давно есть три макроса, %_initdir, %_initddir и %_initrddir,
все они указывают в /etc/rc.d/init.d; и ничего, мир, кажется, не
перевернулся из-за этого многообразия.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

[devel] [JT} Re: Q: systemd policy ?

[Michael Shigorin]

On Thu, May 10, 2012 at 03:37:41PM +0400, Dmitry V. Levin wrote:
> > Думаю обосновывать надо создание несовместимости, а не наоборот.
> Несовместимости обосновывают себя сами.

Сказано было сильно, но непонятно (ц) :)

> > Фиксить уже собранные пакеты необязательно, достаточно объявить
> > %systemd_unitdir deprecated. А вот %_unitdir стоит добавить в rpm.
> У нас давно есть три макроса, %_initdir, %_initddir и %_initrddir,

Пользуюсь первым, про второй только что узнал, а третий криво назван
(initrc != initrd), IMHO.

> все они указывают в /etc/rc.d/init.d; и ничего, мир, кажется, не
> перевернулся из-за этого многообразия.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] [JT} Re: Q: systemd policy ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 863 bytes --]

On Thu, May 10, 2012 at 02:52:42PM +0300, Michael Shigorin wrote:
> On Thu, May 10, 2012 at 03:37:41PM +0400, Dmitry V. Levin wrote:
> > > Думаю обосновывать надо создание несовместимости, а не наоборот.
> > Несовместимости обосновывают себя сами.
> 
> Сказано было сильно, но непонятно (ц) :)

Это над совместимостью надо работать, а вот несовместимость как раз
создается сама собой и в обосновании не нуждается.

> > > Фиксить уже собранные пакеты необязательно, достаточно объявить
> > > %systemd_unitdir deprecated. А вот %_unitdir стоит добавить в rpm.
> > У нас давно есть три макроса, %_initdir, %_initddir и %_initrddir,
> 
> Пользуюсь первым, про второй только что узнал, а третий криво назван
> (initrc != initrd), IMHO.

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


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Thu, May 10, 2012 at 06:40:19AM +0400, Денис Смирнов wrote:
> On Thu, May 10, 2012 at 01:24:03AM +0400, Dmitry V. Levin wrote:
> Думаю обосновывать надо создание несовместимости, а не наоборот.
> 
> Фиксить уже собранные пакеты необязательно, достаточно объявить
> %systemd_unitdir deprecated. А вот %_unitdir стоит добавить в rpm.

+1

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Alexey Shabalin]

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

В текущем состоянии, симлинки спасают только частично.
И при обновлении пакета с разными именами сервиса для sysV и systemd
все равно будет ошибка(при вызове chkconfig).
Поэтому настоятельно рекомендую использовать одинаковые имена.
А вот что-куда переименовывать, придется решать мантейнеру. Желательно
дать ему несколько рекомендаций:
- на ваш сервис никто и никогда не будет ссылаться (на него не будет
зависимостей), например web-приложение, которое само зависит от
сервисов httpd и mysql, но от него никто не зависит. В этом случае не
важно как будет именоваться ваш сервис (как в апстриме или как в
altlinux).
- от вашего сервиса будут зависеть другие сервисы. Если имя сервиса
будет отличаться от апстримного, то придётся вносить правки во все
зависимые сервисы. Возможно стоит озадачится, и привести имя sysV в
соответствие с именем systemd unit-файла в апстриме.

Зависимость на сервисы, которые могут предоставляться различными
программами, надо указвать не конкретную программу, а target (
http-daemon.target, а не -
httpd.service,nginx.service,lighttpd.service;
mail-transport-agent.target -
postfix.service,sendmail.service,exim.service; и т.п.) Конечно,
существуют исключения, когда приложение может работать только с
конкретной программой, тогда в зависимостях указывается только она.
Естественно, эти сервисы должны позаботиться о себе сами, и добавить
себя в нужные target.

PS: оказываю посильную помощь в написании unit-файлов для systemd. :)

-- 
Alexey Shabalin

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Thu, May 10, 2012 at 11:46:08AM +0400, Alexey Shabalin wrote:
> >> Будем усложнять %post_service или переименовывать sysV скрипт?
> > Можно символическую ссылку сделать на сервис в дереве systemd, с таким же
> > именем как у init скрипта (см. bluetooth сервис) или в unit скрипте Alias
> > прописать.
> 
> Обязательно прочитайте:
> http://lists.altlinux.org/pipermail/devel/2012-January/193131.html
> В текущем состоянии, симлинки спасают только частично.

Имеется в виду 
"Симлинк помогает systemd только для start|stop, но не для enable|disable."
?

А кто виноват? systemd, systemctl, наш chkconfig?

Можно, в принципе, вписать в полиси требование переименования
sysV скриптов, но каждое переименование навечно загрязняет спек
%triggerpreun'ом.

Стоило бы один раз пропатчить наш chkconfig или systemctl,
чем бесконечно плодить мусор в спеках.

Алексей,
поскольку вы в курсе проблемы, скажите, пожалуйста,
кто там виноват?

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Thu, May 10, 2012 at 04:54:38PM +0400, Alexey Shabalin wrote:
> > кто там виноват?
> systemd.
> описание и ссылка есть в следующем письме вышеуказанного трэда
> http://lists.altlinux.org/pipermail/devel/2012-January/193144.html

systemctl, если говорить точнее.

Я вот посмотрел, что Lennart писал по поводу подобного патча
от Andrey Borzenkov 
http://lists.freedesktop.org/archives/systemd-devel/2011-March/001725.html
и ощущение, что шерифа проблемы совместимости с sysV не особо волнуют.
да и в systemctl такой код может вызвать разные побочные эффекты.

Поэтому, если делать патч для systemctl, то у него малые шансы
попасть в апстрим.

В тоже время тот минимум, что нам требуется - это по сути только
поддержка симлинка на sysV имя в chkconfig.

Все равно systemctl у нас нигде не используется напрямую,
достаточно добавить в chkconfig транслятор sysV имени в 
systemctl имя при наличии симлинка. 
Готов вызваться добровольцем и написать патч.

И с ldv легче договориться, чем с Lennart'ом,
так как у нас общая цель сохранить sysV, а у Lennart'а
скорее в сторону закопать.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: systemd policy ?

[Ildar Mulyukov]

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

Re: [devel] Q: systemd policy ?

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 336 bytes --]

On Thu, May 10, 2012 at 11:46:08AM +0400, Alexey Shabalin wrote:

AS> PS: оказываю посильную помощь в написании unit-файлов для systemd. :)

Тогда у меня будет две больших просьбы -- postgresql и dahdi.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Aleksey Novodvorsky]

14 мая 2012 г., 0:38 пользователь Денис Смирнов
<mithraen@freesource.info> написал:
> On Thu, May 10, 2012 at 11:46:08AM +0400, Alexey Shabalin wrote:
>
> AS> PS: оказываю посильную помощь в написании unit-файлов для systemd. :)
>
> Тогда у меня будет две больших просьбы -- postgresql и dahdi.

Можно в bugzilla ?

Rgrds, Алексей

Re: [devel] Q: systemd policy ?

[Alexey Shabalin]

14 мая 2012 г., 0:51 пользователь Aleksey Novodvorsky написал:
> 14 мая 2012 г., 0:38 пользователь Денис Смирнов
> <mithraen@freesource.info> написал:
>> On Thu, May 10, 2012 at 11:46:08AM +0400, Alexey Shabalin wrote:
>>
>> AS> PS: оказываю посильную помощь в написании unit-файлов для systemd. :)
>>
>> Тогда у меня будет две больших просьбы -- postgresql и dahdi.
>
> Можно в bugzilla ?
Тогда создавайте баги, а меня в копию.
Вот ещё нашёл у себя в закладках полезную ссылку
https://fedoraproject.org/wiki/User:Johannbg/QA/Systemd/compatability

-- 
Alexey Shabalin

Re: [devel] Q: systemd policy ?

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 427 bytes --]

On Mon, May 14, 2012 at 12:51:24AM +0400, Aleksey Novodvorsky wrote:

>> Тогда у меня будет две больших просьбы -- postgresql и dahdi.
AN> Можно в bugzilla ?

На постгрес я смотрю icesik@ уже повесил, а вешать на dahdi -- это вешать
на меня, а на себя такой страшный баг вешать не хочется :)

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: systemd policy ?

[Igor Vlasenko]

On Sat, May 05, 2012 at 11:55:30PM +0400, Dmitry V. Levin wrote:
> До тех пор, пока в пакетах есть sysv-скрипты, и нет нестандартных задач,
> обычные %post_service и %preun_service будут продолжать справляться.

Это, как я понимаю, требует каких-то соглашений по именованию?

Если там есть тонкости, надо бы их на wiki выписать.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.