[devel] обновления пакетов с поддержкой systemd

[Alexey Shabalin]

>> >>> Надо запустить что-то типа
>> >>> if chkconfig foobar ; then
>> >>>   chkconfig foobar on
>> >>> fi
>> >>> (если сервис включен, включить его ещё раз - в этот раз уже с
>> >>> перенаправлением на systemd)
>> >> [...]
>> >>> Я пока придумал только модифицировать post_service:
>> >>>
>> >>> --- post_service.def  2011-03-17 01:41:42.000000000 +0300
>> >>> +++ post_service      2011-05-17 07:02:27.640147135 +0400
>> >> [...]
>> >>> @@ -14,5 +30,9 @@
>> >>>       /sbin/chkconfig --add "$1"
>> >>>  else
>> >>>       /sbin/chkconfig "$1" resetpriorities ||:
>> >>> +     [ -f "$SYSTEMD_SERVICE_DIR/$1.service" ] &&
>> >>> +             systemd_is_active &&
>> >>> +             /sbin/chkconfig --no-redirect "$1" &&
>> >>> +             /sbin/chkconfig "$1" on
>> >>>       /sbin/service "$1" condrestart ||:
>> >>>  fi
>> >>
>> >> Я бы предпочел, чтобы либо chkconfig resetpriorities выполнял эту
>> >> синхронизацию, либо появился еще один режим в chkconfig для синхронизации.
>> >> Вариант с resetpriorities предпочтительнее, поскольку тогда не придется
>> >> трогать пользователей chkconfig'а.
>> >
>> > Боюсь, что я этого не осилю. Максимум, что могу - сделать всегда
>> > включение сервиса при resetpriorities :)
>>
>> В общем у меня получилось следущее:
>>
>>           return setService(name, type, where, 0);
>>          } else if (!strcmp(state, "reset"))
>>           return setService(name, type, where, -1);
>> -     else if (!strcmp(state, "resetpriorities"))
>> +     else if (!strcmp(state, "resetpriorities")) {
>> +         if (!noRedirectItem && isOn(name, level)) {
>> +             forwardSystemd(name, type, "enable");
>> +         }
>>           return setService(name, type, where, -2);
>> +     }
>>       else
>>           usage(EXIT_FAILURE);
>>      }
>>
>> Если используется systemd и если раньше сервис был включён, то при
>> запуске с resetpriorities ещё запускается systemctl enable для
>> сервиса.
>> Так устроит?
>
> Судя по описанию, да.
>
> P.S. код я не смотрел.

Чёрт, с этим исправлением возникает другая проблема.
В ALTLinux много имён init-скриптов не соответствуют названиям из upstream.
Например udev -> udevd,  bluetooth -> bluetoothd.service и т.п.
(добавляется d в конце имени).
Для работы с systemd на такие имена сделаны симлинки
# ls -l /lib/systemd/system/udevd.service
lrwxrwxrwx 1 root root 12 Май 21 17:39
/lib/systemd/system/udevd.service -> udev.service
[root на shabalin-nb ~]# ls -l /lib/systemd/system/bluetoothd.service
lrwxrwxrwx 1 root root 17 Май 21 17:39
/lib/systemd/system/bluetoothd.service -> bluetooth.service

Это работает  для start|stop (systemctl start|stop foo.service или
service foo start|stop ),
но не работает для enable|disable ( systemctk enable|disable
foo.service или chkconfig foo enable|disable)
Ругается что это symlink и хочет правильное имя.

Как это объезжать?
- привести имена init-скриптов к апстримному виду
- привести имена .service файлов к ALTLinux виду
- научить systemd делать enable|disable для симлинков (а симлинк может
быть и на /dev/null - для systemd это нормальный способ выключить или
замаскировать сервис).

-- 
Alexey Shabalin