Re: [devel] I: glibc 2.32 && sisyphus snapshot publication skip

["Vladimir D. Seleznev" <vseleznv@altlinux.org>]

On Mon, Dec 21, 2020 at 04:41:52PM +0300, Alexey Tourbin wrote:
> On Mon, Dec 21, 2020 at 2:34 PM Dmitry V. Levin <ldv@altlinux.org> wrote:
> > > Если бы при
> > > сборке openssh выполнялся полноценный тест (запустить sshd на высоком
> > > порту и попробовать к нему подключиться), то пакет перестал бы
> > > пересобираться. Но что-то не видно, чтобы в openssh.spec выполнялись
> > > какие-нибудь тесты.
> >
> > Для начала мы планируем доделать make check в openssh, там есть некоторые
> > заморочки с переносом тестов в qemu.
> >
> > Далее есть выбор из двух вариантов:
> > - Запаковать openssh-checkinstall, а также glibc-checkinstall,
> >   openssl-checkinstall, и т.д., добавив в них зависимости
> >   на openssh-checkinstall.
> > - Пересобирать openssh при каждом значимом изменении пакетов (если
> >   меняется rpm identity), входящих в его сборочную среду, с публикацией
> >   результата пересборки, если он меняется значимым образом (если меняется
> >   rpm identity).
> 
> Второй вариант слишком радикальный. Он кагбе дезавуирует понятие
> бинарной совместимости как подозрительное. Возможен даже более
> радикальный вариант: намертво приклеиваться к версиям библиотек, от
> которых зависит сборка (openssh-server будет требовать glibc-core =
> %version-%release). Этим мы кагбе говорим: в такой комбинации точно
> работало; будет ли работать в других комбинациях - бог весть, надо
> пересобрать, чтобы убедиться.

Мне казалось, цель у этого иная, а предпосылки чуть ли не
противоположные: известно, что прежняя сборка OpenSSH работала, в то
время как после изменения rpmidentity -- неизвестно. И для раннего
обнаружения багов и поломок нужно пересобирать.

> [skip]
> А почему вообще в репозитории openssh старой версии - 7.9? В Федоре 33
> версия 8.4.

openssh 7.9 за всё это время не стала хуже.

> [skip]
> Им только нужно, чтобы всё работало - не хуже, чем в других
> дистрибутивах. Если в дистрибутиве есть "импортозамещённые баги", то
> это ужасный bummer.  Если же баги такие как у всех, то bummer не такой
> ужасный.

А в openssh 7.9 есть известные баги?

-- 
   WBR,
   Vladimir D. Seleznev