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

Vladimir D. Seleznev vseleznv на altlinux.org
Пт Янв 18 15:48:56 MSK 2019


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.

-- 
   С уважением,
   Владимир Селезнев


Подробная информация о списке рассылки Devel