Re: [devel] %obsolete post_service?

Re: [devel] %obsolete post_service?

[Dmitry V. Levin]

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

On Thu, May 21, 2009 at 02:03:17PM +0400, Stanislav Ievlev wrote:
> Возник такой вопрос: А можно ли по такому же алгоритму как с info-файлами
> сделать работу с init.d файлами и убрать %post_service и %preun_service?

По такому же алгоритму нельзя: после того, как inid.d/NAME уже удалён,
вызывать service NAME stop уже поздно.


-- 
ldv

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

Re: [devel] %obsolete post_service?

[Igor Vlasenko]

On Thu, May 21, 2009 at 05:17:27PM +0400, Dmitry V. Levin wrote:
> On Thu, May 21, 2009 at 02:03:17PM +0400, Stanislav Ievlev wrote:
> > Возник такой вопрос: А можно ли по такому же алгоритму как с info-файлами
> > сделать работу с init.d файлами и убрать %post_service и %preun_service?
> 
> По такому же алгоритму нельзя: после того, как inid.d/NAME уже удалён,
> вызывать service NAME stop уже поздно.

Напрашиваются, кроме post-filetriggers,
еще pre-filetriggers.

-- 

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

Re: [devel] %obsolete post_service?

[Vladimir V. Kamarzin]

>>>>> On 21 May 2009 at 16:03 "SI" == Stanislav Ievlev writes:

SI> Возник такой вопрос: А можно ли по такому же алгоритму как с info-файлами
SI> сделать работу с init.d файлами и убрать %post_service и %preun_service?

А что делать, если надо дёрнуть сервис из другого пакета? (например,
поставился или удалился модуль apache, и надо этот апаче порестартить)

-- 
vvk

Re: [devel] %obsolete post_service?

[REAL]

Vladimir V. Kamarzin пишет:
> SI> Возник такой вопрос: А можно ли по такому же алгоритму как с info-файлами
> SI> сделать работу с init.d файлами и убрать %post_service и %preun_service?
> 
> А что делать, если надо дёрнуть сервис из другого пакета? (например,
> поставился или удалился модуль apache, и надо этот апаче порестартить)

+ ещё имя сервиса может не совпадать с именем пакета. Или их и вовсе 
может быть несколько.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] %obsolete post_service?

[Dmitry V. Levin]

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

On Fri, May 22, 2009 at 10:19:11AM +0400, Stanislav Ievlev wrote:
> 21 мая 2009 г. 17:17 пользователь Dmitry V. Levin <ldv@altlinux.org>написал:
> 
> > On Thu, May 21, 2009 at 02:03:17PM +0400, Stanislav Ievlev wrote:
> > > Возник такой вопрос: А можно ли по такому же алгоритму как с info-файлами
> > > сделать работу с init.d файлами и убрать %post_service и %preun_service?
> >
> > По такому же алгоритму нельзя: после того, как inid.d/NAME уже удалён,
> > вызывать service NAME stop уже поздно.
> 
> В файл-триггер не приходят имена удаляемых файлов?

Имена уже удалённых пакетов не приходят, только имена уже удалённых файлов.

Т.е. для того, чтобы этого добиться, потребуется реализовать файлтриггер
с другой семантикой.


-- 
ldv

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

Re: [devel] %obsolete post_service?

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

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

On Fri, May 22, 2009 at 10:19:11AM +0400, Stanislav Ievlev wrote:
> >> Возник такой вопрос: А можно ли по такому же алгоритму как с info-файлами
> >> сделать работу с init.d файлами и убрать %post_service и %preun_service?
>> По такому же алгоритму нельзя: после того, как inid.d/NAME уже удалён,
>> вызывать service NAME stop уже поздно.
SI> В файл-триггер не приходят имена удаляемых файлов?

Приходят. Но они уже удалены. А в случае с init.d надо чтобы сервис
остановить, скрипт _запустить_. А как запустить уже удаленный скрипт?

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

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] %obsolete post_service?

[Mikhail Gusarov]

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


Twas brillig at 14:03:33 25.05.2009 UTC+04 when stanislav.ievlev@gmail.com did gyre and gimble:

 SI> Это понятно. Самое обидное, что в принципе-то некоторые данные по
 SI> запущенному процессу остаются, например, lock-файлы и (более
 SI> полезное) pid-файлы, но стандартов существование/размещение
 SI> последних у нас нет.

Да и если бы были: не всегда остановка сервиса - это просто "kill то,
что в pid-файле".

-- 

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