[devel] ошибка где-то в rpm-build

[Anton Farygin]

18.01.2019 15:58, Ivan Zakharyaschev пишет:
> On Fri, 18 Jan 2019, Vladimir D. Seleznev wrote:
>
>> On Fri, Jan 18, 2019 at 03:31:23PM +0300, Anton Farygin wrote:
>>> 18.01.2019 15:20, Anton Farygin пишет:
>>>> 17.01.2019 13:51, vseleznv на altlinux.org пишет:
>>>>> On Thu, Jan 17, 2019 at 07:44:14AM +0300, Anton Farygin wrote:
>>>>>> 17.01.2019 6:13, Vladimir D. Seleznev пишет:
>>>>>>> On Wed, Jan 16, 2019 at 07:20:23PM +0300, Dmitry V. Levin wrote:
>>>>>>>> On Wed, Jan 16, 2019 at 04:05:44PM +0000, Girar Builder awaiter
>>>>>>>> robot wrote:
>>>>>>>>> http://git.altlinux.org/tasks/218504/logs/events.2.1.log
>>>>>>>> [...]
>>>>>>>>>      x86_64-i586: NEW unmet dependencies detected:
>>>>>>>>> i586-php7-ldap.32bit#7.2.14-alt1    i586-php7-libs = 7.2.14-alt1
>>>>>>>>> i586-php7-pdo_mysql.32bit#7.2.14-alt1    i586-php7-pdo = 7.2.14-alt1
>>>>>>>>> i586-php7-pdo_odbc.32bit#7.2.14-alt1    i586-php7-pdo = 7.2.14-alt1
>>>>>>>>> i586-php7-pdo_sqlite.32bit#7.2.14-alt1    i586-php7-pdo =
>>>>>>>>> 7.2.14-alt1
>>>>>>>>> i586-php7-xmlreader.32bit#7.2.14-alt1    i586-php7-dom = 7.2.14-alt1
>>>>>>>>> 2019-Jan-16 16:05:43 :: [x86_64-i586] unmets FAILED
>>>>>>>>> 2019-Jan-16 16:05:43 :: task #218504 for sisyphus FAILED
>>>>>>>> $ rpmquery -R -p
>>>>>>>> tasks/218504/arepo/x86_64-i586/rpms/i586-php7-ldap-7.2.14-alt1.i586.rpm
>>>>>>>> |grep ^i586-
>>>>>>>> i586-php7-libs = 7.2.14-alt1
>>>>>>>> $ rpmquery --provides -p
>>>>>>>> tasks/218504/arepo/x86_64-i586/rpms/i586-php7-libs-7.2.14-alt1.i586.rpm
>>>>>>>> |grep ^i586-
>>>>>>>> i586-php7-libs = 7.2.14-alt1:sisyphus+218504.40.1.1
>>>>>>>>
>>>>>>>> Мы видим, что на хосте, управляющем сборкой, тоже нужен librpm,
>>>>>>>> который умеет правильно сравнивать зависимости с disttag и без.
>>>>>>>>
>>>>>>>> Поскольку Сизифный rpm не умеет проверять подписи пакетов с
>>>>>>>> помощью ключей
>>>>>>>> из alt-gpgkeys, ждём бэкпорта изменений из rpm-4.13.0.1-alt5 в p8.
>>>>>>> task #219515
>>>>>>>
>>>>>> Предложения по тестированию приветствуются.
>>>>> В основном нужна сборка самых разных пакетов с выставленными разными
>>>>> значениями disttag, проверка что собранные пакеты устанавливаются этим
>>>>> rpm, и что подпакеты одного пакета из разных сборок с разным значением
>>>>> disttag не удовлетворяются по строгим зависимостям этим rpm.
>>>>>
>>>> В rpm из Sisyphus нашли ошибку.
>>>>
>>>> Для её воспроизведения нужно поставить десктопную систему (workstation
>>>> K), обновить её до Sisyphus с 4.13.0.1-alt4
>>>>
>>>> после этого установить в эту систему wireshark-qt
>>>>
>>>> И дальнейший dist-upgrade до Sisyphus приводит к удалению wireshark-qt
>>>> (т.е. - обновление сразу и до нового rpm и до нового wireshark-qt,
>>>> собранного новым rpm'ом).
>> Вы перед dist-upgrade до Сизифа ставили rpm из #219515?
>>
>>>> Или, говоря иначе - если мы обновляем систему с помощью старого rpm на
>>>> пакеты, собранные новым rpm - то у нас появляются проблемы.
>>>>
>>> Т.е. - конечно проблема не в rpm а в rpm-build - он в новых пакетах
>>> убирает из зависимостей понятные старому rpm и добавляет зависимости,
>>> интерпретировать которые старый rpm правильно не может.
>>>
>>> Поэтому мы получаем слом поведения, которое чинится только через apt-get
>>> install rpm, что для сизифа ещё терпимо, но для стабильных веток
>>> недопустимо.
>> Вроде у нас во всех инструкциях по обновлению с бранча на бранч сказано,
>> что сначала надо подключить новые репозитории и отключить старые, потом
>> выполнить команду
>>
>>      apt-get install rpm apt
>>
>> а потом уже делать dist-upgrade.
> А не будет ли такой проблемы при обновлениях внутри p8?
>
> Кажется, по сути то же самое может произойти.
>
> А в инструкциях не сказано, что при обновлении не с бранча на бранч надо
> сначала rpm обновить. :)
>
Да, конечно - речь про обновление внутри бранча. Если мы сейчас 
перетащим туда изменения в rpmbuild из Sisyphus.