[devel] [girar-builder на altlinux: [#265890] FAILED del=publican]

[Dmitry V. Levin]

On Sun, Feb 14, 2021 at 02:33:13AM +0300, Andrey Savchenko wrote:
> On Sun, 14 Feb 2021 00:50:37 +0300 Dmitry V. Levin wrote:
> > On Sun, Feb 14, 2021 at 12:44:07AM +0300, Michael Shigorin wrote:
> > > On Sun, Feb 14, 2021 at 12:41:01AM +0300, Dmitry V. Levin wrote:
> > > > Не понимаю, зачем гадать, когда можно было просто сравнить 2 файла:
> > > 
> > > Сравнивать по этой гипотезе нужно сборки perl, очевидно.
> > 
> > Очевидно, сравнивать нужно то, что поменялось, а не то, что оставалось
> > неизменным.  Если perl не поменялся, то зачем сравнивать его сборки?
> 
> Затем, что на новом коде может выявиться ошибка неизменной сборки
> perl, которая ранее не наблюдалась на старом коде.

Ошибка может выявиться вообще где угодно, но для начала надо хотя бы
понимать, что поменялось, а что осталось неизменным.  Для этого нужен
мантейнер, сама ошибка искаться не станет, как мы видим.

> Вообще, если что-то сегфолтится, то нужно исправлять это что-то,
> а не его пользователя (даже если входные данные некорректны
> приложение не должно падать).

Приложение может сегфолтиться по самым разным причинам, и не всегда
исправлять надо именно это приложение, хотя оно обычно первое под
подозрением.

Так выглядел в логе сегфолт от последней Мишиной сборки:
perl[123456]: segfault at fffffffb ip 00000000f7ab60f4 sp 00000000ffb72d50 error 4 in libc-2.32.so[f7a4d000+128000]
(попытка чтения по адресу -5).

В p9 падает точно также, как и в Сизифе, хотя версии perl и gcc сильно различаются.
$ grep ^publican beehive/stats/p9-i586/ftbfs-since
publican	1573386786
$ date -d @1573386786
Sun Nov 10 11:53:06 UTC 2019

FTBFS в p9 появился сразу после того, как то самое изменение
было скопировано из Сизифа в p9.

Есть желающие поотлаживать?


-- 
ldv