From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 14 Feb 2021 03:10:40 +0300 From: "Dmitry V. Levin" To: ALT Linux Team development discussions Message-ID: <20210214001040.GA25940@altlinux.org> References: <20210213112612.GA14803@imap.altlinux.org> <20210213114401.GB16938@altlinux.org> <20210213132226.GA19002@imap.altlinux.org> <20210213173636.GB19002@imap.altlinux.org> <20210213181833.GA22204@altlinux.org> <20210213191822.GC14803@imap.altlinux.org> <20210213214101.GA24517@altlinux.org> <20210213214407.GA4768@imap.altlinux.org> <20210213215037.GB24517@altlinux.org> <20210214023313.df84e7374d5c2ca097f1a834@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20210214023313.df84e7374d5c2ca097f1a834@altlinux.org> Subject: Re: [devel] [girar-builder@altlinux: [#265890] FAILED del=publican] X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Feb 2021 00:10:40 -0000 Archived-At: List-Archive: List-Post: 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