[sisyphus] udev, hal и что там е...

[Anton Farygin]

Andrei Bulava wrote:
> Anton Farygin wrote:
>> Andrei Bulava wrote:
> 
>>> Я недавно нашёл лекарство для haldaemon'а:
>>>
>>> # chkconfig messagebus reset
>> Патчи приветствуются.
> 
> Это непросто. К сожалению, `chkconfig messagebus reset` имеет побочный
> эффект в виде включения сервиса messagebus в системе, где этот сервис до
> ранее был выключен (посредством `chkconfig messagebus off`). Нас линчуют :-)
> 
> И, кстати, система с выключенным (опять же, посредством `chkconfig
> messagebus off`) сервисом messagebus нормально переживёт обновление, во
> время которого меняется порядок запуска сервиса.
> 
> Вот так у меня и рассинхронизировались две системы, "рабочий" и
> "сборочный" Сизифы - второй обновляется гораздо чаще, и переход на
> udev+dbus+haldaemon там произошёл раньше -> мой "сборочный" Сизиф не
> пережил обновления dbus со сменой порядка запуска сервиса, а "рабочий" -
> пережил, т.к. сервис dbus там долгое время (и в момент проблемного
> обновления пакета dbus) находился в состоянии off.
> 
> Посему, пока резюме: триггер с `chkconfig messagebus reset` лучше не
> совать, а то будет ещё хуже, чем есть. С другой стороны, что делать-то?
> У кого есть ещё идеи?
> 
> P.S. Самое печальное, что нарушена непрерывность обновлений :-(
> 

Вот так всегда.. когда доходит дело до патчей. ;(

Или вы думаете что я не знаю про эту "фичу" chkconfig --reset ?

Правильный вариант - либо зафиксить chkconfig --reset, что бы он не 
включал/выключал сервис, а только менял его порядок, если включен.

Или написать свою реализацию с таким же алгоритмом.

Rgds,
Rider