From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: Re: GNUnet build failure on mips64el Date: Sat, 22 Feb 2014 02:44:03 -0500 Message-ID: <8738jbtwvw.fsf@netris.org> References: <87d2ih6l4f.fsf@netris.org> <53074C8A.1050206@totakura.in> <87ob205ebf.fsf@netris.org> <5307E10B.7030305@totakura.in> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57970) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WH7Gm-0000Dx-7w for guix-devel@gnu.org; Sat, 22 Feb 2014 02:45:13 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WH7Gg-0001N8-Gb for guix-devel@gnu.org; Sat, 22 Feb 2014 02:45:08 -0500 Received: from world.peace.net ([96.39.62.75]:47893) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WH7Gg-0001L3-CJ for guix-devel@gnu.org; Sat, 22 Feb 2014 02:45:02 -0500 In-Reply-To: <5307E10B.7030305@totakura.in> (Sree Harsha Totakura's message of "Sat, 22 Feb 2014 00:28:11 +0100") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Sree Harsha Totakura Cc: guix-devel@gnu.org Sree Harsha Totakura writes: > On 02/21/2014 10:46 PM, Mark H Weaver wrote: >> That failed immediately. The reason is that apparently GNUnet's test >> suite only works if GNUnet has already been installed. In this case, >> since the build failed, the guix-daemon deleted the /nix/store/* >> directory where it had been installed :-( > > True. I forgot about that. > > I suspect it is the timing issue here. Can you perhaps compile gnunet > manually with its dependencies from Guix and then run the tests in > revocation? I tried this, and it fails with similar output: --8<---------------cut here---------------start------------->8--- make check-TESTS make[1]: Entering directory '/home/mhw/build/gnunet-0.10.0/src/revocation' Creating an ego revoc_test Testing key U58NUTO81QEJ51AFHK2EIPQ6QVKNML0A2KNIAJRG9FTDS1483G0G Key was valid Revoking key U58NUTO81QEJ51AFHK2EIPQ6QVKNML0A2KNIAJRG9FTDS1483G0G Revocation certificate not ready, calculating proof of work .. - @ 12% (estimate) Key for ego `revoc_test' has been successfully revoked Testing revoked key U58NUTO81QEJ51AFHK2EIPQ6QVKNML0A2KNIAJRG9FTDS1483G0G Key was revoked PASS: test_local_revocation.py Feb 22 07:17:50-660583 testbed-api-topology-16547 WARNING Error while establishing a link: 0x4: Timeout while connecting to CORE of peer with id: 0 -- Retrying Feb 22 07:17:51-098510 testbed-api-topology-16547 WARNING Error while establishing a link: 0x5: Timeout while connecting to CORE of peer with id: 1 -- Retrying Feb 22 07:17:56-127624 testbed-api-topology-16547 WARNING Error while establishing a link: 0x7: Timeout while acquiring HELLO of peer 6ULB -- Retrying Feb 22 07:17:56-134033 testbed-api-topology-16547 WARNING Error while establishing a link: 0x6: Timeout while acquiring HELLO of peer 6DER -- Retrying Feb 22 07:18:01-142761 testbed-api-topology-16547 WARNING Error while establishing a link: 0x9: Timeout while acquiring HELLO of peer 6DER -- Retrying Feb 22 07:18:01-143920 testbed-api-topology-16547 WARNING Error while establishing a link: 0x8: Timeout while acquiring HELLO of peer 6ULB -- Retrying --8<---------------cut here---------------end--------------->8--- After printing the text above, it gets stuck in 'src/revocation/.libs/test_revocation', with the two 'gnunet-service-nse' subprocesses both running continuously and all other gnunet processes sleeping. Mark