[devel] Q: rpm, %post и XXX.d/...

[devel] Q: rpm, %post и XXX.d/...

[Alexey I. Froloff]

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

Преамбула:
Собрал я vim-6.2.135-alt1, поставил и выяснилось, что ruby.txt,
который я положил в doc/ уже есть в составе syntax.txt (ругнулся
update-vimhelp). Собираю -alt2 уже без установки этого файла,
апгрейжу vim у себя и опять update-vimhelp ругается...

Амбула:

Цитирую /usr/share/doc/rpm-4.0.4/manual/triggers:

  new-%pre  for new version of package being installed
  ...       (all new files are installed)
  new-%post for new version of package being installed

  any-%triggerin (%triggerin from other packages set off by new install)
  new-%triggerin
  old-%triggerun
  any-%triggerun (%triggerun from other packages set off by old uninstall)

  old-%preun    for old version of package being removed
  ...       (all old files are removed)
  old-%postun   for old version of package being removed

  old-%triggerpostun
  any-%triggerpostun (%triggerpostun from other packages set off by old un
        install)

В %post для vim-common прописан вызов update-vimhelp для
обновления helptags, он проходится по всем .txt в $VIMRUNTIME/doc
и прописывает тэги. В моей ситуации апгрейда -alt1 -> -alt2
произошло следующее - поставились файлы из -alt2, а файлы из
-alt1 (в частности ruby.txt) не удалилсь. И vim благополучно их
подцепил.

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

Это плохо. У меня есть ещё одна группа пакетов, использующая
похожую схему - xscreensaver.

Вопрос простой - кто виноват и что делать? Если переносить вызов
скрипта в другую секцию, то куда? С одной стороны должны
отрабатывать ситуации новой установки, апгрейда и удаления
пакета, с другой стороны не хочется запускать одно и то же
несколько раз за операцию...

-- 
Regards, Sir Raorn.
-------------------
Мда.. есть такое поле в RPM... Packager ;-)
		-- rider in devel@

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

Re: [devel] Q: rpm, %post и XXX.d/...

[Dmitry V. Levin]

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

On Wed, Oct 29, 2003 at 03:25:51PM +0300, Alexey I. Froloff wrote:
> Вопрос простой - кто виноват и что делать? Если переносить вызов
> скрипта в другую секцию, то куда? С одной стороны должны
> отрабатывать ситуации новой установки, апгрейда и удаления
> пакета, с другой стороны не хочется запускать одно и то же
> несколько раз за операцию...

Боюсь, что пример a la update-menus - это единственное, что будет работать.


-- 
ldv

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

Re: [devel] Q: rpm, %post и XXX.d/...

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@altlinux.org> [031029 15:50]:
> > Вопрос простой - кто виноват и что делать? Если переносить вызов
> > скрипта в другую секцию, то куда? С одной стороны должны
> > отрабатывать ситуации новой установки, апгрейда и удаления
> > пакета, с другой стороны не хочется запускать одно и то же
> > несколько раз за операцию...
> Боюсь, что пример a la update-menus - это единственное, что будет работать.
update-menus.cc:wait_dpkg()? Так он же кажется не работает с rpm
судя по коду... И по моему там ещё есть race...

-- 
Regards, Sir Raorn.
-------------------
Вообще говоря, удаленный перезапуск sshd следует производить с известной
степенью осторожности.
		-- ldv in sisyphus@

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

Re: [devel] Q: rpm, %post и XXX.d/...

[Dmitry V. Levin]

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

On Wed, Oct 29, 2003 at 04:25:08PM +0300, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@altlinux.org> [031029 15:50]:
> > > Вопрос простой - кто виноват и что делать? Если переносить вызов
> > > скрипта в другую секцию, то куда? С одной стороны должны
> > > отрабатывать ситуации новой установки, апгрейда и удаления
> > > пакета, с другой стороны не хочется запускать одно и то же
> > > несколько раз за операцию...
> > Боюсь, что пример a la update-menus - это единственное, что будет работать.
> update-menus.cc:wait_dpkg()? Так он же кажется не работает с rpm
> судя по коду... И по моему там ещё есть race...

Я имел в виду %update_menus/%clean_menus и способ их запуска.


-- 
ldv

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

Re: [devel] Q: rpm, %post и XXX.d/...

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@altlinux.org> [031029 16:35]:
> > > > Вопрос простой - кто виноват и что делать? Если переносить вызов
> > > > скрипта в другую секцию, то куда? С одной стороны должны
> > > > отрабатывать ситуации новой установки, апгрейда и удаления
> > > > пакета, с другой стороны не хочется запускать одно и то же
> > > > несколько раз за операцию...
> > > Боюсь, что пример a la update-menus - это единственное, что будет работать.
> > update-menus.cc:wait_dpkg()? Так он же кажется не работает с rpm
> > судя по коду... И по моему там ещё есть race...
> Я имел в виду %update_menus/%clean_menus и способ их запуска.
Ну честно говоря я свои скрипты делал именно по образу и подобию
update_menus...

Проблема в другом - в момент выполнения %post в некоем каталоге,
с которым работает update-XXX, могут находиться файлы, которые
есть только в предыдущей версии этого пакета и они будут тоже
обработаны.

-- 
Regards, Sir Raorn.
-------------------
Ждать можно бесконечно долго: похоже, что вы единственный, у кого
наблюдаются проблемы такого рода.
		-- ldv in sisyphus@

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

Re: [devel] Q: rpm, %post и XXX.d/...

[Dmitry V. Levin]

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

On Wed, Oct 29, 2003 at 04:41:52PM +0300, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@altlinux.org> [031029 16:35]:
> > > > > Вопрос простой - кто виноват и что делать? Если переносить вызов
> > > > > скрипта в другую секцию, то куда? С одной стороны должны
> > > > > отрабатывать ситуации новой установки, апгрейда и удаления
> > > > > пакета, с другой стороны не хочется запускать одно и то же
> > > > > несколько раз за операцию...
> > > > Боюсь, что пример a la update-menus - это единственное, что будет работать.
> > > update-menus.cc:wait_dpkg()? Так он же кажется не работает с rpm
> > > судя по коду... И по моему там ещё есть race...
> > Я имел в виду %update_menus/%clean_menus и способ их запуска.
> Ну честно говоря я свои скрипты делал именно по образу и подобию
> update_menus...
> 
> Проблема в другом - в момент выполнения %post в некоем каталоге,
> с которым работает update-XXX, могут находиться файлы, которые
> есть только в предыдущей версии этого пакета и они будут тоже
> обработаны.

Тогда придётся снять проверку на [ "$1" = 0 ] и получится a la
старый ldconfig:
%post -p /path/to/update-XXX
%postun -p /path/to/update-XXX


-- 
ldv

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

Re: [devel] Q: rpm, %post и XXX.d/...

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@altlinux.org> [031029 16:49]:
> > Проблема в другом - в момент выполнения %post в некоем каталоге,
> > с которым работает update-XXX, могут находиться файлы, которые
> > есть только в предыдущей версии этого пакета и они будут тоже
> > обработаны.
> Тогда придётся снять проверку на [ "$1" = 0 ] и получится a la
> старый ldconfig:
> %post -p /path/to/update-XXX
> %postun -p /path/to/update-XXX

Опять некрасиво. Скрипт из %post (опять беру случай с ruby.txt в
vim-common) выдаст ошибку, но скрипт из %postun всё исправит.
Работать будет, но "как-то неаккуратненько" (сколько было
вопросов про Input is not from terminal, а тут такое ;-)

В %post делаем проверку на [ "$1" = 1 ], в %postun проверку
убираем совсем. При новой установке сработает %post, при апгрейде
и удалении - только %postun.

-- 
Regards, Sir Raorn.
-------------------
Я прекрасно понимаю, что патч хороший.. но если сама его идея уже
морально устарела... зачем он нужен? ;-)
		-- rider in devel@

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