From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: [PATCH] gnu: Add hdf4 Date: Fri, 03 Jun 2016 10:37:49 +0200 Message-ID: <87lh2m3bxe.fsf@gnu.org> References: <20160523181719.GA11083@jasmine> <20160527171933.GA29109@jasmine> <87k2iel0bo.fsf@gnu.org> <87shx0tt5e.fsf@gnu.org> <22481a77dcf5733b4547f9ecf1a390a3@openmailbox.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]:51374) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b8kc8-0004sf-PI for guix-devel@gnu.org; Fri, 03 Jun 2016 04:37:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b8kc5-0006qm-HG for guix-devel@gnu.org; Fri, 03 Jun 2016 04:37:56 -0400 In-Reply-To: (Jeremy Robst's message of "Thu, 2 Jun 2016 15:58:12 +0100 (BST)") 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" To: Jeremy Robst Cc: guix-devel@gnu.org Hello, Jeremy Robst skribis: >>> Any ideas? >> >> I get the same failures intermittently. Other times the build passes. > > Yes, I've built it many times over the past few days - sometimes I get > a failure, other times it builds ok, like you. If I do > > ./pre-inst-env guix gc > ./pre-inst-env guix build hdf4 Instead, you can run: ./pre-inst-env guix build --check hdf4 > Looking at the HDF code it's doing things with the maximum number of > open files - is there anything guix does when it's creating the > restricting environment for the build user that would limit the number > of open files ? It does not use =E2=80=98setrlimit=E2=80=99, which means it inherits the li= mits of its parent process. There was a problem on the maximum number of processes for people running guix-daemon from systemd, which commit f489ce3c9343e3ba9927645d11fcb91bb69f0fa7 addressed. But anyway, I hit the problem on GuixSD, so it=E2=80=99s not systemd-relate= d. It might be worth trying: #:parallel-tests? #f though I suspect it=E2=80=99s a per-process limit that we=E2=80=99re hittin= g, not a global limit. Next step would be to ask the HDF4 developers. :-) > libhdf4.settings includes the build user and the details of the build > host as well as the build time. This file is included in the final > build. I patched configure to set the build time to the epoch, taken > from the HDF5 patch. Clearing the build time is definitely necessary. > However I also changed the libhdf4.settings to remove details of the > build user and build host since I was aiming for reproducibilty across > builds across machines. E.g I happen to always have built it with the > user guixbuild00, but if I was building 2 or more things in parallel > then it might get built with guixbuild01 and I thought this would then > show us as a different build (since the username would be in > libhdf4.settings in the file output). Is that right or am I > misunderstanding something ? You are right, the user name could differ, so it=E2=80=99s best to patch it= if it gets embedded in the end. Thanks, Ludo=E2=80=99.