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 обновить. :)

-- 
Best regards,
Ivan