RPM triggers

Начинающий майнтейнер (судя по себе) вполне способен сделать достаточно нетривиальные в идентификации и особенно исправлении ляпы. Одним из наиболее характерных примеров является удаление псевдопользователя, созданного в секции %pre пакета для обеспечения разделения привилегий при работе кода...

Для того, чтобы понять происходящее, заглянем в документацию RPM:

Порядок выполнения скриптов

Для справки: порядок, в котором выполняются скрипты при обновлении одного пакета:
new-%pre для новой версии пакета (которая устанавливается) ... (установка всех новых файлов) new-%post для новой версии пакета (которая устанавливается) any-%triggerin (%triggerin из других пакетов, сработавшие на установку новой версии) new-%triggerin old-%triggerun any-%triggerun (%triggerun из других пакетов, сработавшие на удаление старой версии) old-%preun для старой версии пакета, которая удаляется ... (удаление всех старых файлов) old-%postun для старой версии пакета, которая удаляется old-%triggerpostun any-%triggerpostun (%triggerpostun из других пакетов, сработавшие на удаление старой версии)

Определение типа операции с пакетом

Параметры для post скриптов.

 * @param arg1          no. instances of package installed after scriptlet exec
 *                      (-1 is no arg)
 * @param arg2          ditto, but for the target package

[ $1 -eq 1 ] в %post и наверно [ $1 -eq 0 ] в %pre

[ $1 -eq 2 ] в %post и [ $1 -eq 1 ] в %postun и %pre

[ $1 -eq 0 ] в %postun> Подскажите, как можно отличить ситуации:
Параметры для post скриптов.

 * @param arg1          no. instances of package installed after scriptlet exec
 *                      (-1 is no arg)
 * @param arg2          ditto, but for the target package

[ $1 -eq 1 ] в %post и наверно [ $1 -eq 0 ] в %pre

[ $1 -eq 2 ] в %post и [ $1 -eq 1 ] в %postun и %pre

[ $1 -eq 0 ] в %postun

Epiphanov Sergei, Sir Raorn.