[devel] обновления пакетов с поддержкой systemd
Alexey Shabalin
a.shabalin на gmail.com
Вт Май 17 12:35:13 UTC 2011
17 мая 2011 г. 7:42 пользователь Alexey Shabalin <a.shabalin на gmail.com> написал:
> 17 мая 2011 г. 7:21 пользователь Dmitry V. Levin написал:
>> On Tue, May 17, 2011 at 07:12:07AM +0400, Alexey Shabalin wrote:
>> [...]
>>> Надо запустить что-то типа
>>> 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 для
сервиса.
Так устроит?
--
Alexey Shabalin
Подробная информация о списке рассылки Devel