GNU logs - #35529, boring messages

Message sent to bug-guix@HIDDEN:

Subject: bug#35529: libdrm fails to build on armhf-linux
Resent-From: Mark H Weaver <mhw@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Wed, 01 May 2019 21:44:02 +0000
Resent-Message-ID: <handler.35529.B.15567470057743 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 35529 <at> debbugs.gnu.org
From: Mark H Weaver <mhw@HIDDEN>
Date: Wed, 01 May 2019 17:41:20 -0400
Message-ID: <87d0l1n97o.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hydra failed two consecutive attempts to build libdrm on armhf-linux:

  https://hydra.gnu.org/build/3481547#tabs-summary

Both build attempts were made on hydra-slave2, which is a Wandboard Quad
based on the Freescale i.MX6 SOC.

Collateral damage includes several hundred dependency failures,
including emacs-26.

       Mark

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Mark H Weaver <mhw@HIDDEN>
Subject: bug#35529: Acknowledgement (libdrm fails to build on armhf-linux)
Message-ID: <handler.35529.B.15567470057743.ack <at> debbugs.gnu.org>
References: <87d0l1n97o.fsf@HIDDEN>
X-Gnu-PR-Message: ack 35529
X-Gnu-PR-Package: guix
Reply-To: 35529 <at> debbugs.gnu.org
Date: Wed, 01 May 2019 21:44:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-guix@HIDDEN

If you wish to submit further information on this problem, please
send it to 35529 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
35529: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D35529
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-guix@HIDDEN:

Subject: bug#35529: libdrm fails to build on armhf-linux
Resent-From: Ricardo Wurmus <rekado@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Sun, 05 May 2019 05:18:02 +0000
Resent-Message-ID: <handler.35529.B35529.155703345916747 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Mark H Weaver <mhw@HIDDEN>
Cc: 35529 <at> debbugs.gnu.org
References: <87d0l1n97o.fsf@HIDDEN>
User-agent: mu4e 1.0; emacs 26.1
From: Ricardo Wurmus <rekado@HIDDEN>
In-reply-to: <87d0l1n97o.fsf@HIDDEN>
Date: Fri, 03 May 2019 07:29:03 +0200
Message-ID: <87k1f8gl7k.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>


Mark H Weaver <mhw@HIDDEN> writes:

> Hydra failed two consecutive attempts to build libdrm on armhf-linux:
>
>   https://hydra.gnu.org/build/3481547#tabs-summary
>
> Both build attempts were made on hydra-slave2, which is a Wandboard Quad
> based on the Freescale i.MX6 SOC.

This has built fine on berlin.  We have a completed build for
/gnu/store/3c28p8b07709isd9jlcnnnyrpgz4ndz8-libdrm-2.4.97.

--
Ricardo

Message sent to bug-guix@HIDDEN:

Subject: bug#35529: libdrm fails to build on armhf-linux
Resent-From: Andreas Enge <andreas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Sun, 05 May 2019 17:43:01 +0000
Resent-Message-ID: <handler.35529.B35529.155707815717163 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Ricardo Wurmus <rekado@HIDDEN>
Cc: Mark H Weaver <mhw@HIDDEN>, 35529 <at> debbugs.gnu.org
Date: Sun, 5 May 2019 19:42:26 +0200
From: Andreas Enge <andreas@HIDDEN>
Message-ID: <20190505174226.GA2205@jurong>
References: <87d0l1n97o.fsf@HIDDEN>
 <87k1f8gl7k.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <87k1f8gl7k.fsf@HIDDEN>
User-Agent: Mutt/1.11.4 (2019-03-13)
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On Fri, May 03, 2019 at 07:29:03AM +0200, Ricardo Wurmus wrote:
> > Both build attempts were made on hydra-slave2, which is a Wandboard Quad
> > based on the Freescale i.MX6 SOC.
> This has built fine on berlin.  We have a completed build for
> /gnu/store/3c28p8b07709isd9jlcnnnyrpgz4ndz8-libdrm-2.4.97.

And I confirm it fails to build on redhill (a Novena machine) as well
(I have tried it only once, though).

Andreas

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35529: libdrm fails to build on armhf-linux
Resent-From: Mark H Weaver <mhw@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Sun, 05 May 2019 22:43:01 +0000
Resent-Message-ID: <handler.35529.B35529.1557096177832 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35529
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Ricardo Wurmus <rekado@HIDDEN>
Cc: 35529 <at> debbugs.gnu.org
Received: via spool by 35529-submit <at> debbugs.gnu.org id=B35529.1557096177832
          (code B ref 35529); Sun, 05 May 2019 22:43:01 +0000
Received: (at 35529) by debbugs.gnu.org; 5 May 2019 22:42:57 +0000
Received: from localhost ([127.0.0.1]:55149 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hNPqT-0000DM-9Z
	for submit <at> debbugs.gnu.org; Sun, 05 May 2019 18:42:57 -0400
Received: from world.peace.net ([64.112.178.59]:33666)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mhw@HIDDEN>) id 1hNPqR-0000D9-Nj
 for 35529 <at> debbugs.gnu.org; Sun, 05 May 2019 18:42:56 -0400
Received: from mhw by world.peace.net with esmtpsa
 (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89)
 (envelope-from <mhw@HIDDEN>)
 id 1hNPqM-0003Ur-24; Sun, 05 May 2019 18:42:50 -0400
From: Mark H Weaver <mhw@HIDDEN>
References: <87d0l1n97o.fsf@HIDDEN> <87k1f8gl7k.fsf@HIDDEN>
Date: Sun, 05 May 2019 18:41:01 -0400
In-Reply-To: <87k1f8gl7k.fsf@HIDDEN> (Ricardo Wurmus's message of "Fri,
 03 May 2019 07:29:03 +0200")
Message-ID: <87imuosew7.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hi Ricardo,

Ricardo Wurmus <rekado@HIDDEN> writes:

> Mark H Weaver <mhw@HIDDEN> writes:
>
>> Hydra failed two consecutive attempts to build libdrm on armhf-linux:
>>
>>   https://hydra.gnu.org/build/3481547#tabs-summary
>>
>> Both build attempts were made on hydra-slave2, which is a Wandboard Quad
>> based on the Freescale i.MX6 SOC.
>
> This has built fine on berlin.  We have a completed build for
> /gnu/store/3c28p8b07709isd9jlcnnnyrpgz4ndz8-libdrm-2.4.97.

What kind of hardware was it built on?

Note that the failure on Hydra was due to a timeout in the test suite:

  https://hydra.gnu.org/build/3481547/nixlog/6/tail-reload

All of the other tests completed within a few seconds, but the timeout
tripped after 1200 seconds.  So, I'm not sure if it's simply that the
build hardware is too slow.  It might have actually gotten stuck.
Perhaps the test uses /dev/random (as opposed to /dev/urandom) and
there's not enough entropy available on the build machine.

      Thanks,
        Mark

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35529: libdrm fails to build on armhf-linux
Resent-From: Ricardo Wurmus <rekado@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Mon, 06 May 2019 07:17:01 +0000
Resent-Message-ID: <handler.35529.B35529.155712697111557 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35529
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Mark H Weaver <mhw@HIDDEN>
Cc: 35529 <at> debbugs.gnu.org
Received: via spool by 35529-submit <at> debbugs.gnu.org id=B35529.155712697111557
          (code B ref 35529); Mon, 06 May 2019 07:17:01 +0000
Received: (at 35529) by debbugs.gnu.org; 6 May 2019 07:16:11 +0000
Received: from localhost ([127.0.0.1]:55611 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hNXr8-00030K-Ld
	for submit <at> debbugs.gnu.org; Mon, 06 May 2019 03:16:10 -0400
Received: from sender-of-o51.zoho.com ([135.84.80.216]:21277)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rekado@HIDDEN>) id 1hNXr6-00030B-TF
 for 35529 <at> debbugs.gnu.org; Mon, 06 May 2019 03:16:09 -0400
ARC-Seal: i=1; a=rsa-sha256; t=1557126950; cv=none; d=zoho.com; s=zohoarc; 
 b=GijhxgZf32vDrzViPiVmMP5huYFOyY7/qSXD35rsXoBl2zq338QflYIP0wg1p18jYFd0CArmO/96Z96H82A27qSOj4g2MKpNRjMm8WKUBSEtF/UucjxLsI+M6dFG2rtpetQCrzS+3vWnaZtlDd1naDzIzsMHfxAhDdy4MCj+eGQ=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com;
 s=zohoarc; t=1557126950;
 h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results;
 bh=1/PeECAJjVcpr8hO9Hs6IPzwfEHbW1/haWVp3ArRVZw=; 
 b=NYvokxRQLepNkwS8cp3E2Vzrd7LLgGVJrngjtv+PF4gzaT6+y/GvrlFnWSK6AAUl1/pjsqJsmewHj31b00qKFemQuKHmJ7Dka+CLXOzhPmioRt9rMbe3bp9E/OrJAY+MtHBGfVDPcjr79wjJp30RYV2pfZDGsRktiPrbS+bLeYI=
ARC-Authentication-Results: i=1; mx.zoho.com; dkim=pass  header.i=elephly.net;
 spf=pass  smtp.mailfrom=rekado@HIDDEN;
 dmarc=pass header.from=<rekado@HIDDEN> header.from=<rekado@HIDDEN>
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1557126950; 
 s=zoho; d=elephly.net; i=rekado@HIDDEN;
 h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding;
 l=1365; bh=1/PeECAJjVcpr8hO9Hs6IPzwfEHbW1/haWVp3ArRVZw=;
 b=ZEL+g/Qk/I6vKns95gG8x5OxP1gHIcXEuVRl8wCUDezdnwk5tAQVPbiruyC877eI
 sYS1rc0oos3VDeldJGWAeGi4dN/3UCq2ZXv6Hvw00w9DxzgY/MTgsA2/Zh7vTYC3ixQ
 zYn2FrU4zy3rV+/2pwXUtndzqUkEurXtg7hsq80E=
Received: from localhost (p54AD4E59.dip0.t-ipconnect.de [84.173.78.89]) by
 mx.zohomail.com with SMTPS id 1557126947232578.2099507387388;
 Mon, 6 May 2019 00:15:47 -0700 (PDT)
References: <87d0l1n97o.fsf@HIDDEN> <87k1f8gl7k.fsf@HIDDEN>
 <87imuosew7.fsf@HIDDEN>
User-agent: mu4e 1.2.0; emacs 26.2
From: Ricardo Wurmus <rekado@HIDDEN>
In-reply-to: <87imuosew7.fsf@HIDDEN>
X-URL: https://elephly.net
X-PGP-Key: https://elephly.net/rekado.pubkey
X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
Date: Mon, 06 May 2019 09:15:43 +0200
Message-ID: <874l68qcio.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-ZohoMailClient: External
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)


Hi Mark,

> Ricardo Wurmus <rekado@HIDDEN> writes:
>
>> Mark H Weaver <mhw@HIDDEN> writes:
>>
>>> Hydra failed two consecutive attempts to build libdrm on armhf-linux:
>>>
>>>   https://hydra.gnu.org/build/3481547#tabs-summary
>>>
>>> Both build attempts were made on hydra-slave2, which is a Wandboard Quad
>>> based on the Freescale i.MX6 SOC.
>>
>> This has built fine on berlin.  We have a completed build for
>> /gnu/store/3c28p8b07709isd9jlcnnnyrpgz4ndz8-libdrm-2.4.97.
>
> What kind of hardware was it built on?

I=E2=80=99m not sure.  We=E2=80=99re using a few Overdrive 1000 machines th=
at have quite
a bit more RAM than the other armhf nodes.

> Note that the failure on Hydra was due to a timeout in the test suite:
>
>   https://hydra.gnu.org/build/3481547/nixlog/6/tail-reload
>
> All of the other tests completed within a few seconds, but the timeout
> tripped after 1200 seconds.  So, I'm not sure if it's simply that the
> build hardware is too slow.  It might have actually gotten stuck.
> Perhaps the test uses /dev/random (as opposed to /dev/urandom) and
> there's not enough entropy available on the build machine.

My guess is that it ran out of RAM and began trashing.  We=E2=80=99ve had at
least another build (nss) that worked fine on the Overdrive but failed
on other armhf machines.

--=20
Ricardo

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35529: libdrm fails to build on armhf-linux
Resent-From: Mark H Weaver <mhw@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Mon, 06 May 2019 08:25:02 +0000
Resent-Message-ID: <handler.35529.B35529.155713107818074 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35529
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Ricardo Wurmus <rekado@HIDDEN>
Cc: 35529 <at> debbugs.gnu.org
Received: via spool by 35529-submit <at> debbugs.gnu.org id=B35529.155713107818074
          (code B ref 35529); Mon, 06 May 2019 08:25:02 +0000
Received: (at 35529) by debbugs.gnu.org; 6 May 2019 08:24:38 +0000
Received: from localhost ([127.0.0.1]:55648 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hNYvO-0004hS-Ax
	for submit <at> debbugs.gnu.org; Mon, 06 May 2019 04:24:38 -0400
Received: from world.peace.net ([64.112.178.59]:35004)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mhw@HIDDEN>) id 1hNYvN-0004hB-0u
 for 35529 <at> debbugs.gnu.org; Mon, 06 May 2019 04:24:37 -0400
Received: from mhw by world.peace.net with esmtpsa
 (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89)
 (envelope-from <mhw@HIDDEN>)
 id 1hNYvG-0000I8-VW; Mon, 06 May 2019 04:24:31 -0400
From: Mark H Weaver <mhw@HIDDEN>
References: <87d0l1n97o.fsf@HIDDEN> <87k1f8gl7k.fsf@HIDDEN>
 <87imuosew7.fsf@HIDDEN> <874l68qcio.fsf@HIDDEN>
Date: Mon, 06 May 2019 04:22:40 -0400
In-Reply-To: <874l68qcio.fsf@HIDDEN> (Ricardo Wurmus's message of "Mon,
 06 May 2019 09:15:43 +0200")
Message-ID: <8736lsq9ec.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hi Ricardo,

Ricardo Wurmus <rekado@HIDDEN> writes:

>> Ricardo Wurmus <rekado@HIDDEN> writes:
>>
>>> Mark H Weaver <mhw@HIDDEN> writes:
>>>
>>>> Hydra failed two consecutive attempts to build libdrm on armhf-linux:
>>>>
>>>>   https://hydra.gnu.org/build/3481547#tabs-summary
>>>>
>>>> Both build attempts were made on hydra-slave2, which is a Wandboard Qu=
ad
>>>> based on the Freescale i.MX6 SOC.
>>>
>>> This has built fine on berlin.  We have a completed build for
>>> /gnu/store/3c28p8b07709isd9jlcnnnyrpgz4ndz8-libdrm-2.4.97.
>>
>> What kind of hardware was it built on?
>
> I=E2=80=99m not sure.  We=E2=80=99re using a few Overdrive 1000 machines =
that have quite
> a bit more RAM than the other armhf nodes.

Are there any other kinds of build slaves that build armhf binaries for
Berlin?

>> Note that the failure on Hydra was due to a timeout in the test suite:
>>
>>   https://hydra.gnu.org/build/3481547/nixlog/6/tail-reload
>>
>> All of the other tests completed within a few seconds, but the timeout
>> tripped after 1200 seconds.  So, I'm not sure if it's simply that the
>> build hardware is too slow.  It might have actually gotten stuck.
>> Perhaps the test uses /dev/random (as opposed to /dev/urandom) and
>> there's not enough entropy available on the build machine.
>
> My guess is that it ran out of RAM and began trashing.  We=E2=80=99ve had=
 at
> least another build (nss) that worked fine on the Overdrive but failed
> on other armhf machines.

All of the armhf build slaves on hydra.gnu.org have 4 gigabytes of RAM.
So does redhill, the armhf slave hosted by Andreas.

My Thinkpad X200 only has 4 gigabytes, and that's enough to build my
entire GNOME system from source code, including webkitgtk, icecat, rust,
nss, etc.

FWIW, I'd be very surprised if these libdrm test failures are due to
running out of memory.

       Mark

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35529: libdrm fails to build on armhf-linux
Resent-From: Ricardo Wurmus <rekado@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Mon, 06 May 2019 14:53:01 +0000
Resent-Message-ID: <handler.35529.B35529.15571543362148 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35529
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Mark H Weaver <mhw@HIDDEN>
Cc: 35529 <at> debbugs.gnu.org
Received: via spool by 35529-submit <at> debbugs.gnu.org id=B35529.15571543362148
          (code B ref 35529); Mon, 06 May 2019 14:53:01 +0000
Received: (at 35529) by debbugs.gnu.org; 6 May 2019 14:52:16 +0000
Received: from localhost ([127.0.0.1]:57189 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hNeyW-0000Ya-3C
	for submit <at> debbugs.gnu.org; Mon, 06 May 2019 10:52:16 -0400
Received: from sender4-of-o53.zoho.com ([136.143.188.53]:21389)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rekado@HIDDEN>) id 1hNeyU-0000YS-GM
 for 35529 <at> debbugs.gnu.org; Mon, 06 May 2019 10:52:15 -0400
ARC-Seal: i=1; a=rsa-sha256; t=1557140784; cv=none; d=zoho.com; s=zohoarc; 
 b=l2ZVkWG1IOEPNQAd1OIPRbHd4/dK8WtkATUC7ib1hZ86uMs9DctAlKO1c8ORbL9CYYCwjiD0C82Qfd5ftFB+R0WW7SXHfFmr9nATBGZkUYQNI1sA5MXo5RrdA7NY8qv93uU5ly6m8VIpRrASwjjGbbT4q99be4uodzoZ/ehYEVc=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com;
 s=zohoarc; t=1557140784;
 h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results;
 bh=bxgR3Boe0BNjXyPWSn/0qRrxaw9Vgxufwfu7VeehyVI=; 
 b=PXwZd5nCtGzomZ9F0kgUDcd8/h7L/lPLk1dOvgYL6KWS7SsRyTEaUVxfQ6QmUosVoN5Hf9sXY1Up/C2tdnM3J3D9LwwmCvRZbzQ3ldKl18mwwBA2yAHHKrxJHP1q3THrG+qqBwDEL44yXX5quM26+FnckF3Hq28pShLo3ow3/UY=
ARC-Authentication-Results: i=1; mx.zoho.com; dkim=pass  header.i=elephly.net;
 spf=pass  smtp.mailfrom=rekado@HIDDEN;
 dmarc=pass header.from=<rekado@HIDDEN> header.from=<rekado@HIDDEN>
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1557140784; 
 s=zoho; d=elephly.net; i=rekado@HIDDEN;
 h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding;
 l=1257; bh=bxgR3Boe0BNjXyPWSn/0qRrxaw9Vgxufwfu7VeehyVI=;
 b=hprmtwBGFEM6DyB0DMym7SX/rpejuUf9J6ZCmfUs8TR538eGWDpQDuZhprm7y+UP
 rPxwfqmx+Lq3om3/TpStnnh6srOYF3sWAkgFK2jGnXjYYOqXKRwLhbISU7GIbAObaa9
 38pYElR442JfSfCxZjevT398cXWE8JbNS2lgSuFw=
Received: from localhost (141.80.245.207 [141.80.245.207]) by mx.zohomail.com
 with SMTPS id 1557140782907503.6788196588468;
 Mon, 6 May 2019 04:06:22 -0700 (PDT)
References: <87d0l1n97o.fsf@HIDDEN> <87k1f8gl7k.fsf@HIDDEN>
 <87imuosew7.fsf@HIDDEN> <874l68qcio.fsf@HIDDEN>
 <8736lsq9ec.fsf@HIDDEN>
User-agent: mu4e 1.2.0; emacs 26.2
From: Ricardo Wurmus <rekado@HIDDEN>
In-reply-to: <8736lsq9ec.fsf@HIDDEN>
X-URL: https://elephly.net
X-PGP-Key: https://elephly.net/rekado.pubkey
X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
Date: Mon, 06 May 2019 13:06:18 +0200
Message-ID: <8736lrrget.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-ZohoMailClient: External
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)


Mark H Weaver <mhw@HIDDEN> writes:

> Ricardo Wurmus <rekado@HIDDEN> writes:
>
>>> Ricardo Wurmus <rekado@HIDDEN> writes:
>>>
>>>> Mark H Weaver <mhw@HIDDEN> writes:
>>>>
>>>>> Hydra failed two consecutive attempts to build libdrm on armhf-linux:
>>>>>
>>>>>   https://hydra.gnu.org/build/3481547#tabs-summary
>>>>>
>>>>> Both build attempts were made on hydra-slave2, which is a Wandboard Q=
uad
>>>>> based on the Freescale i.MX6 SOC.
>>>>
>>>> This has built fine on berlin.  We have a completed build for
>>>> /gnu/store/3c28p8b07709isd9jlcnnnyrpgz4ndz8-libdrm-2.4.97.
>>>
>>> What kind of hardware was it built on?
>>
>> I=E2=80=99m not sure.  We=E2=80=99re using a few Overdrive 1000 machines=
 that have quite
>> a bit more RAM than the other armhf nodes.
>
> Are there any other kinds of build slaves that build armhf binaries for
> Berlin?

Yes.  We have a Beagleboard (x15.sjd.se), which is set up for 2 parallel
builds and we use the Qemu service on 5 of our x86_64 machines to build
for armhf.  (We do the same for aarch64, but using 5 different nodes.)

=E2=80=9Cnss=E2=80=9D failed its tests when built on x15.sjd.se, but it wor=
ked fine when
building on one of the Overdrives.

--
Ricardo

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35529: libdrm fails to build on armhf-linux
Resent-From: Mark H Weaver <mhw@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Mon, 06 May 2019 16:43:01 +0000
Resent-Message-ID: <handler.35529.B35529.155716094714135 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35529
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Ricardo Wurmus <rekado@HIDDEN>
Cc: 35529 <at> debbugs.gnu.org
Received: via spool by 35529-submit <at> debbugs.gnu.org id=B35529.155716094714135
          (code B ref 35529); Mon, 06 May 2019 16:43:01 +0000
Received: (at 35529) by debbugs.gnu.org; 6 May 2019 16:42:27 +0000
Received: from localhost ([127.0.0.1]:57306 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hNgh9-0003fv-2a
	for submit <at> debbugs.gnu.org; Mon, 06 May 2019 12:42:27 -0400
Received: from world.peace.net ([64.112.178.59]:36156)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mhw@HIDDEN>) id 1hNgh7-0003fd-Th
 for 35529 <at> debbugs.gnu.org; Mon, 06 May 2019 12:42:26 -0400
Received: from mhw by world.peace.net with esmtpsa
 (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89)
 (envelope-from <mhw@HIDDEN>)
 id 1hNgh1-0004uZ-B9; Mon, 06 May 2019 12:42:19 -0400
From: Mark H Weaver <mhw@HIDDEN>
References: <87d0l1n97o.fsf@HIDDEN> <87k1f8gl7k.fsf@HIDDEN>
 <87imuosew7.fsf@HIDDEN> <874l68qcio.fsf@HIDDEN>
 <8736lsq9ec.fsf@HIDDEN> <8736lrrget.fsf@HIDDEN>
Date: Mon, 06 May 2019 12:40:34 -0400
In-Reply-To: <8736lrrget.fsf@HIDDEN> (Ricardo Wurmus's message of "Mon,
 06 May 2019 13:06:18 +0200")
Message-ID: <87a7fz7cyq.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hi Ricardo,

Ricardo Wurmus <rekado@HIDDEN> writes:

>>>>> This has built fine on berlin.  We have a completed build for
>>>>> /gnu/store/3c28p8b07709isd9jlcnnnyrpgz4ndz8-libdrm-2.4.97.
>>>>
>>>> What kind of hardware was it built on?
>>>
>>> I=E2=80=99m not sure.  We=E2=80=99re using a few Overdrive 1000 machine=
s that have quite
>>> a bit more RAM than the other armhf nodes.
>>
>> Are there any other kinds of build slaves that build armhf binaries for
>> Berlin?
>
> Yes.  We have a Beagleboard (x15.sjd.se), which is set up for 2 parallel
> builds and we use the Qemu service on 5 of our x86_64 machines to build
> for armhf.  (We do the same for aarch64, but using 5 different nodes.)

So, many of the armhf builds are done in an emulator.  This is exactly
what I was curious about.  One problem with doing this is that tests
performed during these builds do not necessarily reflect what will
happen on real armhf hardware.

I'll give just one example of where this approach will fail badly: tests
of thread synchronization.  The memory models used in ARM and x86_64 are
quite different, and an ARM emulator running on x86_64 will effectively
have a much stronger memory model than real ARM hardware does.

It's much harder to perform safe thread synchronization on ARM than on
x86_64.  Many programmers use idioms that they believe are safe, and
which work on x86_64, but are buggy on many architectures with weaker
memory models.  Those are the kinds of bugs that will *not* be
discovered by test suites when we perform the builds under QEMU.

I hope that we will soon phase out the practice of performing builds
within emulators.

In the meantime, it would be good to know which machine built 'libdrm'
for armhf.  Was that information recorded?

> =E2=80=9Cnss=E2=80=9D failed its tests when built on x15.sjd.se, but it w=
orked fine when
> building on one of the Overdrives.

Can you find the failed NSS build log from the X15?  It would useful to
see which tests failed, and whether they're the same ones that failed on
hydra-slave3, which is a Novena with 4 GB of RAM.  Here's the relevant
Hydra build page: <https://hydra.gnu.org/build/3484222>.

       Thanks!
         Mark

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#35529: libdrm fails to build on armhf-linux
Resent-From: Ricardo Wurmus <rekado@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Tue, 07 May 2019 12:48:01 +0000
Resent-Message-ID: <handler.35529.B35529.15572332579142 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 35529
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Mark H Weaver <mhw@HIDDEN>
Cc: 35529 <at> debbugs.gnu.org
Received: via spool by 35529-submit <at> debbugs.gnu.org id=B35529.15572332579142
          (code B ref 35529); Tue, 07 May 2019 12:48:01 +0000
Received: (at 35529) by debbugs.gnu.org; 7 May 2019 12:47:37 +0000
Received: from localhost ([127.0.0.1]:58333 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1hNzVR-0002NO-7O
	for submit <at> debbugs.gnu.org; Tue, 07 May 2019 08:47:37 -0400
Received: from sender4-of-o53.zoho.com ([136.143.188.53]:21352)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rekado@HIDDEN>) id 1hNzVN-0002NC-CU
 for 35529 <at> debbugs.gnu.org; Tue, 07 May 2019 08:47:35 -0400
ARC-Seal: i=1; a=rsa-sha256; t=1557162017; cv=none; d=zoho.com; s=zohoarc; 
 b=MHVy3bVBWg39IAD6o3bQ/ZFfk89964jykI399PbQw8bcP3K/iiclbG8uy1gMflQfuI7OZb9KGfcJENI2BrtipH/4+4/0dAf5PHDgeF/B0R9UU9xTCv192MtzpcZ2kEhM/WsKOKOSGKsNbFytRMowSX1AS/L9Ol92Ni47XuaMB0E=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com;
 s=zohoarc; t=1557162017;
 h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results;
 bh=ioAgG1gw2GWTuJUAlOq5UL1EpS7ctzsdwkIFQJ+KhdQ=; 
 b=bWeDtL0EU93ioXrsvEtNAsJpD97k0txMiRr+iN4FHa0rsc3iTUZP5frw3syfmC4gTHPgXtehrVeW5umZFtCFceZYELLVjzINjm6JZ0JVOoezvf7Jv8RaAj2TO1FXK567ynl+tLZV8ZExt+HNS2iucBF2ewJyqhe4nk0fwtjH7QM=
ARC-Authentication-Results: i=1; mx.zoho.com; dkim=pass  header.i=elephly.net;
 spf=pass  smtp.mailfrom=rekado@HIDDEN;
 dmarc=pass header.from=<rekado@HIDDEN> header.from=<rekado@HIDDEN>
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1557162017; 
 s=zoho; d=elephly.net; i=rekado@HIDDEN;
 h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding;
 l=2024; bh=ioAgG1gw2GWTuJUAlOq5UL1EpS7ctzsdwkIFQJ+KhdQ=;
 b=SVQVv1lLuJ8VBWrx9iDK4BlQYJ+KYA1nIdb1Vv84RFd/ENAjHS/E4RILUJH4ORc2
 FuB8Fp5EG0ldtV5gHyqCJKAqHgfSTkN2GQpeasBVsm0mK5BSDLxTB3cttNl3LcrbEQA
 bEVtYBCGFJja/e8Q3eT+tWfdnM2mjYCeNgg9yKfA=
Received: from localhost (p54AD4E59.dip0.t-ipconnect.de [84.173.78.89]) by
 mx.zohomail.com with SMTPS id 155716201691277.6813843785701;
 Mon, 6 May 2019 10:00:16 -0700 (PDT)
References: <87d0l1n97o.fsf@HIDDEN> <87k1f8gl7k.fsf@HIDDEN>
 <87imuosew7.fsf@HIDDEN> <874l68qcio.fsf@HIDDEN>
 <8736lsq9ec.fsf@HIDDEN> <8736lrrget.fsf@HIDDEN>
 <87a7fz7cyq.fsf@HIDDEN>
User-agent: mu4e 1.2.0; emacs 26.2
From: Ricardo Wurmus <rekado@HIDDEN>
In-reply-to: <87a7fz7cyq.fsf@HIDDEN>
X-URL: https://elephly.net
X-PGP-Key: https://elephly.net/rekado.pubkey
X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
Date: Mon, 06 May 2019 19:00:12 +0200
Message-ID: <87a7fzfrhf.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-ZohoMailClient: External
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)


Hi Mark,

> Ricardo Wurmus <rekado@HIDDEN> writes:
>
>>>>>> This has built fine on berlin.  We have a completed build for
>>>>>> /gnu/store/3c28p8b07709isd9jlcnnnyrpgz4ndz8-libdrm-2.4.97.
>>>>>
>>>>> What kind of hardware was it built on?
>>>>
>>>> I=E2=80=99m not sure.  We=E2=80=99re using a few Overdrive 1000 machin=
es that have quite
>>>> a bit more RAM than the other armhf nodes.
>>>
>>> Are there any other kinds of build slaves that build armhf binaries for
>>> Berlin?
>>
>> Yes.  We have a Beagleboard (x15.sjd.se), which is set up for 2 parallel
>> builds and we use the Qemu service on 5 of our x86_64 machines to build
>> for armhf.  (We do the same for aarch64, but using 5 different nodes.)
>
> So, many of the armhf builds are done in an emulator.

Since maybe a week or so.  I only added the qemu machines very recently.

> I hope that we will soon phase out the practice of performing builds
> within emulators.

I did this because the extra Overdrive boxen I bought still haven=E2=80=99t=
 been
added to the build farm.  To better deal with the build backlog I added
the Qemu machines.  I also hope that we can soon use dedicated build
machines instead.

> In the meantime, it would be good to know which machine built 'libdrm'
> for armhf.  Was that information recorded?

I don=E2=80=99t know where I would find that information.

>> =E2=80=9Cnss=E2=80=9D failed its tests when built on x15.sjd.se, but it =
worked fine when
>> building on one of the Overdrives.
>
> Can you find the failed NSS build log from the X15?  It would useful to
> see which tests failed, and whether they're the same ones that failed on
> hydra-slave3, which is a Novena with 4 GB of RAM.  Here's the relevant
> Hydra build page: <https://hydra.gnu.org/build/3484222>.

I didn=E2=80=99t keep track of the log.  I built this manually on berlin to=
 test
a workaround (which failed).  The build log probably still sits on
berlin somewhere, but I cannot find it.

--=20
Ricardo

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.