А не опакетить ли palemoon ?

[asy]

Новая версия для p8:
http://webery.altlinux.org/task/179161
Новая версия для p7:
http://webery.altlinux.org/task/179163

Вот, как раз, с точки зрения триггера, на смене версии было бы удобно newmoon-data отделить, и для всех бранчей сделать ставнение по < 2:27.1.2, без %release: не нужно было бы учитывать, что в бранчах релизы младше.

Обновление с 27.1.1-alt0.M80P.1 (где newmoon-data не было ещё):

Код: [Выделить]

The following packages will be REPLACED:
  newmoon (by newmoon-data)
The following NEW packages will be installed:
  newmoon-data
То есть, newmoon-base не поставился. Обсолетить newmoon должен newmoon-base, и он же, по зависимостям, тянуть newmoon-data. В newmoon-data разве что Conflicts остаться должен, но, по идее, и он не нужен.

[ruslandh]

Новая версия для p8:
http://webery.altlinux.org/task/179161
Новая версия для p7:
http://webery.altlinux.org/task/179163

Вот, как раз, с точки зрения триггера, на смене версии было бы удобно newmoon-data отделить, и для всех бранчей сделать ставнение по < 2:27.1.2, без %release: не нужно было бы учитывать, что в бранчах релизы младше.

Обновление с 27.1.1-alt0.M80P.1 (где newmoon-data не было ещё):

Код: [Выделить]

The following packages will be REPLACED:
  newmoon (by newmoon-data)
The following NEW packages will be installed:
  newmoon-data
То есть, newmoon-base не поставился.

А кинь мне спек, как ты считаешь нужным.  Я пока тестовую сборку делаю. Могу и ещё запулить.

[ruslandh]

Потому, что ещё новый сделал такой:
http://webery.altlinux.org/task/179177

[asy]

А кинь мне спек, как ты считаешь нужным.

Проблема в том, что то, как я считаю нужным, тоже не работает.
В том числе и триггер не исполняется почему-то.

diff относительно предыдущего спека тут пока.

[ruslandh]

Последняя попытка в том-же духе.
http://git.altlinux.org/tasks/index/p8/building/179177/gears/100/git?p=git;a=commitdiff;h=7f9d615bc727f53219af10d842d2766321e05141

[ruslandh]

Код: [Выделить]

+%triggerpostun -n newmoon-base -- newmoon < 2:27.1.1-alt0.M80P.2
+# %_libdir/%bname/browser/chrome must be symlink since 2:27.1.1-alt0.M80P.2
+if [ -d %_libdir/%bname/browser/chrome ] ; then
+    if ! [ -L %_libdir/%bname/browser/chrome ] ; then
+       rm -rf %_libdir/%bname/browser/chrome
+       cd %_libdir/%bname/browser
+       ln -s %{_datadir}/%{bname}/browser/chrome chrome
+    fi
+fi
+Как я понимаю, это и есть триггер
triggerpostun - он после установки пытается это сделать?

[asy]

Как я понимаю, это и есть триггер
triggerpostun - он после установки пытается это сделать?

Он должен срабатывать после деинсталляции пакетов. Причём реагировать не на свой пакет, а на то, что в условии - "newmoon < 2:27.1.1-alt0.M80P.2". По крайней мере, я так раньше думал. Кстати, сейчас можно сделать "newmoon < 2:27.1.2", хотя разделение и было в середине сборок 2:27.1.1: проверка на симлинк в триггере не даст ему выполниться на более поздних сборках.

[ruslandh]

Он должен срабатывать после деинсталляции пакетов

В том и проблема, что вначале идёт инсталляция нового пакета, получаем конфликт, а до деинсталляции пакета мы не доходим.
Надо что-то, что сработает до инсталляции пакета.

[ruslandh]

Это вот тут обсуждают?
http://superuser.com/questions/747140/rpm-triggers-differentiate-between-package-install-and-trigger-activation

[asy]

Это вот тут обсуждают?
http://superuser.com/questions/747140/rpm-triggers-differentiate-between-package-install-and-trigger-activation

Похоже на то.

[ruslandh]

В телеграмме спросил, и тут повторю:

Какой правильный порядок обновления пакета?

1 Удаляем старый, ставим новый
Или
2 Ставим новый, удаляем старый

Читая
http://superuser.com/questions/747140/rpm-triggers-differentiate-between-package-install-and-trigger-activation
мне кажется, что имеется ввиду 1-ый вариант,
а разбираясь с обновлением palemoon , склоняюсь, что у нас работает второй.

[asy]

мне кажется, что имеется ввиду 1-ый вариант,
а разбираясь с обновлением palemoon , склоняюсь, что у нас работает второй.

Мне кажется, что просто условие не срабатывает у триггра почему-то. C ZyGrib-то у меня ровно то же самое получилось. Но у меня не было переименования основного пакета (а-ля zygrib -> zygrib-base) и не использовался epoch. Правда, это было давно, и что-то могло сломаться за это время. Хотя rpm 4.0.4 почти не обновлялся.

[ruslandh]

А если попробовать
(google перевод)

%triggerun
запускается на выполнение, прежде чем ваш RPM будет удален, если установлена ​​целевая задача, и до того, как цель получает удален, пока ваш RPM установлен

[ruslandh]

Сейчас Глеб подтвердил, что именно второй варинт верный.

[ruslandh]

http://wiki.networksecuritytoolkit.org/index.php/RPM_Quick_Reference#Secret_.25pretrans_and_.25posttrans_RPM_Scriptlets