From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#29676: Guix test failure on tests/store. Date: Tue, 12 Dec 2017 21:22:25 +0100 Message-ID: <871sjzitmm.fsf@gnu.org> References: <87tvwwcfhn.fsf@gnu.org> <87shcgorq5.fsf@gnu.org> <87shcfdh5w.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:40742) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eOr4z-0007xD-Up for bug-guix@gnu.org; Tue, 12 Dec 2017 15:23:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eOr4w-00005m-Om for bug-guix@gnu.org; Tue, 12 Dec 2017 15:23:05 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:50273) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eOr4w-00005a-LJ for bug-guix@gnu.org; Tue, 12 Dec 2017 15:23:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eOr4w-0001tC-Fo for bug-guix@gnu.org; Tue, 12 Dec 2017 15:23:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87shcfdh5w.fsf@gnu.org> (Roel Janssen's message of "Tue, 12 Dec 2017 17:50:35 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Roel Janssen Cc: 29676@debbugs.gnu.org Roel Janssen skribis: > Ludovic Court=C3=A8s writes: > >> Hi, >> >> Roel Janssen skribis: >> >>> I attached the build log. The relevant bit is this: >>> >>> actual-error: >>> + (srfi-34 >>> + #) >>> result: FAIL >> >> The =E2=80=9Cdtmp=E2=80=9D bit (instead of =E2=80=9C/tmp=E2=80=9D) looks= fishy and would suggest a >> memory corruption, presumably in the daemon. > > The daemon used in the test, or the daemon used to do the package build? The daemon under test (within the build environment). >> I suppose the failure random, isn=E2=80=99t it? > > I ran it again, and I've got the same error: > > actual-error: > + (srfi-34 > + #) > > So that's either a very funny coincidence, or it's a structural problem. It=E2=80=99s better if it=E2=80=99s not random. :-) > Do you have any suggestions for how I can debug this problem? Assuming the failure also happens when you run =E2=80=9Cmake check=E2=80=9D= outside the build container (in the failed build tree), can you add =E2=80=98valgrind= =E2=80=99 in =E2=80=98test-env=E2=80=99? Specifically, in =E2=80=98test-env=E2=80=99, l= ook for the line that invokes =E2=80=98./pre-inst-env guix-daemon=E2=80=99 and change it to =E2=80=98./pr= e-inst-env valgrind guix-daemon=E2=80=99. Ludo=E2=80=99.