[devel] [librpm] обновление rpm и ldconfig

[Anton Farygin]

On 26.09.2019 15:23, Dmitry V. Levin wrote:
> On Thu, Sep 26, 2019 at 03:06:46PM +0300, Anton Farygin wrote:
>> On 26.09.2019 14:10, Dmitry V. Levin wrote:
>>> On Thu, Sep 26, 2019 at 02:02:33PM +0300, Stanislav Levin wrote:
>>>> 25.09.2019 23:11, Dmitry V. Levin пишет:
>>>>> On Wed, Sep 25, 2019 at 10:34:16PM +0300, Stanislav Levin wrote:
>>>>>> 25.09.2019 17:01, Dmitry V. Levin пишет:
>>>>>>> On Wed, Sep 25, 2019 at 04:37:15PM +0300, Stanislav Levin wrote:
>>>>>>> [...]
>>>>>>>> Проблема в том, что эта процедура происходит в RPM filetrigger'е.
>>>>>>>>
>>>>>>>> Возникло несколько вопросов:
>>>>>>>>
>>>>>>>> 1) почему не запускается ldconfig при обновлении librpm (наверное, есть
>>>>>>>> серьезная причина)
>>>>>>> ldconfig запускается из RPM filetrigger'а, который называется
>>>>>>> /usr/lib/rpm/0ldconfig.filetrigger
>>>>>>>
>>>>>> Да, действительно (подсмотрел в audit) /usr/lib/rpm/0ldconfig.filetrigger вызывает ldconfig, но результат не тот, что ожидается.
>>>>> Вероятно, в той системе, о которой идёт речь, какая-то аномалия.
>>>> Во время выполнения `/usr/lib/rpm/0ldconfig.filetrigger` для обновления librpm одни из переменных окружения выглядят так:
>>>> RPM_INSTALL_ARG1=2
>>>> RPM_INSTALL_NAME=rpm
>>> Во врем выполнения файлтриггеров $RPM_INSTALL_NAME не имеет смысла.
>>> Попробуйте выяснить, откуда оно там взялось.
>> Из 2d38cbee55
> Вы абсолютно точно уверены?
> rpmScriptTriggerPosttrans() вызывает runScript() без установки этих переменных.
>
>
Ой и правда, простите -  я ошибся - обновление идёт старым rpm'ом.
0d589754c9

Там совсем другая логика появления этих переменных.

А какой у нас официальный механизм миграции с p8 на p9 ? Я слышал, что 
схема с apt-get install apt rpm неприемлема для такой процедуры.

Стас, у тебя какой rpm так себя ведёт ?