From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeremy Robst Subject: Re: [PATCH] gnu: Add hdf4 Date: Thu, 2 Jun 2016 15:58:12 +0100 (BST) Message-ID: 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=US-ASCII; format=flowed Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52800) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b8U4w-0004Hs-Pc for guix-devel@gnu.org; Thu, 02 Jun 2016 10:58:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b8U4s-0001fH-CV for guix-devel@gnu.org; Thu, 02 Jun 2016 10:58:33 -0400 Received: from smtp-out6.electric.net ([192.162.217.188]:57953) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b8U4s-0001dt-6i for guix-devel@gnu.org; Thu, 02 Jun 2016 10:58:30 -0400 Received: from 1b8U4d-0000Yk-Uq by out6c.electric.net with emc1-ok (Exim 4.87) (envelope-from ) id 1b8U4d-0000aG-Vy for guix-devel@gnu.org; Thu, 02 Jun 2016 07:58:15 -0700 Received: from [192.171.137.70] (helo=bsmail.nerc-bas.ac.uk) by out6c.electric.net with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1b8U4d-0000Yk-Uq for guix-devel@gnu.org; Thu, 02 Jun 2016 07:58:15 -0700 Received: from ams3.nerc-bas.ac.uk (ams3 [10.2.1.142]) by bsmail.nerc-bas.ac.uk (8.13.8/8.13.8) with ESMTP id u52EwDMN024639 for ; Thu, 2 Jun 2016 15:58:15 +0100 Received: from [10.14.1.90] (helo=jpro.nerc-bas.ac.uk) by ams3.nerc-bas.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1b8U4b-0002ZM-9w for guix-devel@gnu.org; Thu, 02 Jun 2016 14:58:13 +0000 In-Reply-To: <22481a77dcf5733b4547f9ecf1a390a3@openmailbox.org> 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: guix-devel@gnu.org Hi, >> 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 it usually (but not always) fails, if I repeat the build it succeeds, then the only way I can get it to fail again is by doing a gc. I haven't managed to get the tests to fail building by hand. 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 ? > Also, I've verified that the part of the patch that touches > libhdf4.settings.in is not required for build reproducibility. 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. 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 ? Jeremy -- jpro@bas.ac.uk | (work) 01223 221402 (fax) 01223 362616 Unix System Administrator - British Antarctic Survey #include