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

[vseleznv на altlinux.org]

On Fri, Jan 18, 2019 at 03:58:33PM +0300, Ivan Zakharyaschev wrote:
> 
> 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 обновить. :)

Я думаю, EVRD должна быть feature rpm. Тогда никаких проблем быть не
должно.

-- 
   WBR,
   Vladimir D. Seleznev