From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#37822: guile-fibers build failure Date: Tue, 22 Oct 2019 14:39:44 +0200 Message-ID: <87v9sh2bu7.fsf@gnu.org> References: <87o8ydqfte.fsf@cbaines.net> <87k18zr37i.fsf@cbaines.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:54564) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iMtSF-0005tu-Hm for bug-guix@gnu.org; Tue, 22 Oct 2019 08:40:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iMtSE-0006wp-GM for bug-guix@gnu.org; Tue, 22 Oct 2019 08:40:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:49525) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iMtSE-0006wl-DH for bug-guix@gnu.org; Tue, 22 Oct 2019 08:40:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iMtSE-0006CW-7e for bug-guix@gnu.org; Tue, 22 Oct 2019 08:40:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87k18zr37i.fsf@cbaines.net> (Christopher Baines's message of "Sun, 20 Oct 2019 13:50:09 +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: 37822@debbugs.gnu.org Hi Chris, Christopher Baines skribis: > I've now tried running the tests using Guix immediately prior to the > recent core-updates merge (d57660c54907cc6fba8b0adf6295fd2311ada6cf), > and immediately after the merge > (cf3d1763ede1a329c2bc932c84591ab594bb6c96) and the tests passed before, > and failed afterwards. > > I've also tried running the tests manually, I did see a couple of times > a failure that mentioned about "Too many open files" [1]. > > I then attempted to raise the limit for open files, I think using > prlimit like `prlimit --nofile=3D8096:8096 --pid GUIX_DAEMON_PID` did the > trick, and that meant that I built the package sucessfully. > > I'm thinking now that there's a relationship between the number of cores > the tests are run with, and the required file descriptors. Also, I'm > pretty sure this behaviour changed when core-updates was merged. Indeed, Fibers uses =E2=80=98epoll=E2=80=99 and for that it consumes file d= escriptors proportionally to the number of threads, IIRC. You=E2=80=99d still have to= have a large number of threads to hit the default rlimit, but that=E2=80=99s not impossible. > I'll close this bug for now, as I've found a way to build the package. To avoid =E2=80=9Crandom=E2=80=9D build failures, perhaps we should include= a hack in the =E2=80=98check=E2=80=99 phase, like calling =E2=80=98setrlimit=E2=80=99= right from there, WDYT? Thanks, Ludo=E2=80=99.