From unknown Mon Aug 18 11:29:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62253: Fakechroot execution engine =?UTF-8?Q?doesn=E2=80=99t?= outlive =?UTF-8?Q?=E2=80=98exec=E2=80=99?= calls Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sat, 18 Mar 2023 11:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 62253 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 62253@debbugs.gnu.org X-Debbugs-Original-To: bug-guix@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16791401223131 (code B ref -1); Sat, 18 Mar 2023 11:49:01 +0000 Received: (at submit) by debbugs.gnu.org; 18 Mar 2023 11:48:42 +0000 Received: from localhost ([127.0.0.1]:46461 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdV3C-0000oP-1b for submit@debbugs.gnu.org; Sat, 18 Mar 2023 07:48:42 -0400 Received: from lists.gnu.org ([209.51.188.17]:59298) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdV3A-0000oH-6G for submit@debbugs.gnu.org; Sat, 18 Mar 2023 07:48:40 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pdV39-0008Le-Lw for bug-guix@gnu.org; Sat, 18 Mar 2023 07:48:39 -0400 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pdV37-0007Xq-B5 for bug-guix@gnu.org; Sat, 18 Mar 2023 07:48:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inria.fr; s=dc; h=from:to:subject:date:message-id:mime-version: content-transfer-encoding; bh=XWNW7+WhWmoCEPFiiLNpr0ui96pVrAYwwib8sJFJky0=; b=ldsZvskh3q+0YIdAMDiPILi3DN2hae75S/UnB++EIiFNx9nFlHCuN8Hb Gz9jsSTchXLXtnDP6BOqlDtIEKCeYFHHlv6pYque7bqToBl2P9KCpkOlQ gtqCzTyzPndRH9PB9RD+vxw40rE37zHv+ht0FpFWQVOi13Zc5qlnTao/J Q=; Authentication-Results: mail2-relais-roc.national.inria.fr; dkim=none (message not signed) header.i=none; spf=SoftFail smtp.mailfrom=ludovic.courtes@inria.fr; dmarc=fail (p=none dis=none) d=inria.fr X-IronPort-AV: E=Sophos;i="5.98,271,1673910000"; d="scan'208";a="97878166" Received: from 91-160-117-201.subs.proxad.net (HELO ribbon) ([91.160.117.201]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 18 Mar 2023 12:48:32 +0100 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: Octidi 28 =?UTF-8?Q?Vent=C3=B4se?= an 231 de la =?UTF-8?Q?R=C3=A9volution,?= jour du Capillaire X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Sat, 18 Mar 2023 12:48:32 +0100 Message-ID: <877cveuvov.fsf@inria.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=192.134.164.83; envelope-from=ludovic.courtes@inria.fr; helo=mail2-relais-roc.national.inria.fr X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) For =E2=80=98guix pack -RR=E2=80=99 packs, unlike the =E2=80=9Cuserns=E2=80= =9D and =E2=80=9Cproot=E2=80=9D execution engines, the =E2=80=9Cfakechroot=E2=80=9D execution engine doesn=E2=80=99t = survive =E2=80=98exec=E2=80=99 calls: --8<---------------cut here---------------start------------->8--- $ mkdir -p /tmp/fakechroot-test && cd /tmp/fakechroot-test/ && tar xf $(gui= x pack -RR openmpi intel-mpi-benchmarks bash-minimal -S /bin=3Dbin) $ unshare -m -U -r -f sh -c 'mount -t tmpfs none /gnu; GUIX_EXECUTION_ENGIN= E=3Dfakechroot /tmp/fakechroot-test/bin/bash' bash-5.1# echo /gnu/store/*coreutils*/bin/ls /gnu/store/d251rfgc9nm2clzffzhgiipdvfvzkvwi-coreutils-8.32/bin/ls /gnu/stor= e/vqdsrvs9jbn0ix2a58s99jwkh74124y5-coreutils-minimal-8.32/bin/ls bash-5.1# test -f /gnu/store/*coreutils-8*/bin/ls bash-5.1# echo $? 0 bash-5.1# /gnu/store/*coreutils-8*/bin/ls bash: /gnu/store/d251rfgc9nm2clzffzhgiipdvfvzkvwi-coreutils-8.32/bin/ls: No= such file or directory --8<---------------cut here---------------end--------------->8--- This is because the ELF interpreter of the unwrapped =E2=80=98ls=E2=80=99 b= inary remains /gnu/store/=E2=80=A6-glibc-2.33/lib/ld-linux-x86-64-so.2 and no LD_PRELOAD interposition can address that. In this case, adding =E2=80=98coreutils=E2=80=99 to the profile (on the =E2= =80=98guix pack=E2=80=99 command line) would give us wrapped binaries, and the problem is solved. But in other cases, it=E2=80=99s not that simple. For instance, libmpi.so = from Open=C2=A0MPI tries to exec one its programs, using its absolute file name: --8<---------------cut here---------------start------------->8--- $ unshare -m -U -r -f sh -c 'mount -t tmpfs none /gnu; GUIX_EXECUTION_ENGIN= E=3Dfakechroot /tmp/fakechroot-test/bin/IMB-MPI1' -------------------------------------------------------------------------- The singleton application was not able to find the executable "orted" in your PATH or in the directory where Open MPI/OpenRTE was initially installe= d, and therefore cannot continue. For reference, we tried the following command: /gnu/store/c7g9qalmbz4a94hwzk1v1cbq7n5m8plq-openmpi-4.1.4/bin/orted and got the error No such file or directory. [=E2=80=A6] --8<---------------cut here---------------end--------------->8--- I can think of several ways to address that: 1. Change the exec* wrappers in libfakechroot such that, on ENOENT, they try a direct ld.so invocation to run program, like =E2=80=98run-in-namespace.c=E2=80=99 does. Problem is that for this to work correctly, it would need to compute the =E2=80=98--library-path=E2=80=99 argument at run time, by = computing the equivalent of (map dirname (file-needed/recursive program)). Impractical at best. 2. Wrap/graft every package in the closure (as opposed to generating wrappers for just those packages that appear in the profile, which is what =E2=80=98guix pack=E2=80=99 currently does). The downside is that the =E2=80=9Cuserns=E2=80=9D and =E2=80=9Cproot= =E2=80=9D execution engines don=E2=80=99t need something this heavyweight: they just need a leaf package to be wrapped. 3. Ignore the problem. After all, we=E2=80=99re talking about a corner c= ase of the =E2=80=9Cfakechroot=E2=80=9D engine, which is a niche within a = niche. Food for thought=E2=80=A6 Ludo=E2=80=99. From unknown Mon Aug 18 11:29:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62253: Fakechroot execution engine =?UTF-8?Q?doesn=E2=80=99t?= outlive =?UTF-8?Q?=E2=80=98exec=E2=80=99?= calls Resent-From: Josselin Poiret Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Sat, 18 Mar 2023 21:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62253 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Ludovic =?UTF-8?Q?Court=C3=A8s?= , 62253@debbugs.gnu.org Received: via spool by 62253-submit@debbugs.gnu.org id=B62253.16791760831549 (code B ref 62253); Sat, 18 Mar 2023 21:49:02 +0000 Received: (at 62253) by debbugs.gnu.org; 18 Mar 2023 21:48:03 +0000 Received: from localhost ([127.0.0.1]:49148 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdePC-0000Ot-Jj for submit@debbugs.gnu.org; Sat, 18 Mar 2023 17:48:02 -0400 Received: from jpoiret.xyz ([206.189.101.64]:45918) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdeP9-0000OD-Rg for 62253@debbugs.gnu.org; Sat, 18 Mar 2023 17:48:01 -0400 Received: from authenticated-user (jpoiret.xyz [206.189.101.64]) by jpoiret.xyz (Postfix) with ESMTPA id 0B821185320; Sat, 18 Mar 2023 21:47:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jpoiret.xyz; s=dkim; t=1679176078; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=NfC0/S2AdS/wW4B6fas0fJF4coaUOsWH7Xyj9h4PkoI=; b=VGRZn8g0UdlShD+ZaTGiVADMF5WoJDzvRKM1B3nhcT65XkWXxyt3QHD+QOYfOpUoVSpv2v BFT2GOZebk+N4/HmOa0owrD9RcV2A2955f15Jhsjy2Fs04OjzvuI+bytqbZfw5cqdTPuKh lAc+8SjMLsjVFkF9mO5PEiSQ9BMPIdKvslhEgCW2nhgHSaEsJTVOs2ZNfPNitt5muCVBZJ 5upYENRaSllsPttYy3NgULBDwMEWEiE2G45s8TyLxY0Wmgi/vrIzqMRL0nOI8WQkpOLHtH gW6Qc/fVFJ79RwRHe5lsg+cevoDni2vvxFUU+KLK73CeSlA4elSqAktNnneeNQ== From: Josselin Poiret In-Reply-To: <877cveuvov.fsf@inria.fr> References: <877cveuvov.fsf@inria.fr> Date: Sat, 18 Mar 2023 22:47:52 +0100 Message-ID: <87jzzd68af.fsf@jpoiret.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Authentication-Results: jpoiret.xyz; auth=pass smtp.auth=jpoiret@jpoiret.xyz smtp.mailfrom=dev@jpoiret.xyz X-Spamd-Bar: -- X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Ludo, Ludovic Court=C3=A8s writes: > I can think of several ways to address that: > > 1. Change the exec* wrappers in libfakechroot such that, on ENOENT, > they try a direct ld.so invocation to run program, like > =E2=80=98run-in-namespace.c=E2=80=99 does. > > Problem is that for this to work correctly, it would need to > compute the =E2=80=98--library-path=E2=80=99 argument at run time, b= y computing the > equivalent of (map dirname (file-needed/recursive program)). > Impractical at best. > > 2. Wrap/graft every package in the closure (as opposed to generating > wrappers for just those packages that appear in the profile, which > is what =E2=80=98guix pack=E2=80=99 currently does). > > The downside is that the =E2=80=9Cuserns=E2=80=9D and =E2=80=9Cproot= =E2=80=9D execution engines > don=E2=80=99t need something this heavyweight: they just need a leaf > package to be wrapped. > > 3. Ignore the problem. After all, we=E2=80=99re talking about a corner= case > of the =E2=80=9Cfakechroot=E2=80=9D engine, which is a niche within = a niche. > > Food for thought=E2=80=A6 I would like to be proven wrong, but I don't think anyone has run into this, and there are other possible engines (that do require more privileges, sure). It seems quite non-trivial to fix, so this can probably go on the back-burner until someone actually complains (please do so). Best, =2D-=20 Josselin Poiret --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHEBAEBCAAuFiEEOSSM2EHGPMM23K8vUF5AuRYXGooFAmQWMYgQHGRldkBqcG9p cmV0Lnh5egAKCRBQXkC5FhcaiqmIC/sGGKV8E/eh+V686YljPOpCFofNfD8zG8f4 SmAm1ejzeHZ2zpC75226tZqxNLEcu/H34O6hZuiBEJKlBpVdy4mcKR7yy9/NqILR gW6KrQvPKo2IJe52oOXFi6HJLYKVDx5V5+EdDk9vdDK6X6TihKfj9q8lPIzyrIxh A4+mEbRBMBQOqghErpWHPRwsBVSxsSILE/cpjrKArcMktIGsyKQxFKr+4s4AggjV UNQ27WiQ5LQNf+TfuUiyDWdw7RLz5fsVe7fItjLT5AGSBYcG/zXPvTqZB/if0wXs WEV7kfRdT6tNSZV9SKgfj5KaHYXXLh9gdj5iTB+4Mo9OrcacXyjazxGkEbOkNYeD rZ+bYsXY04JBb4FkvaWze+TmuJ/m0rvkxMhXtIvURGmH+Ki9YUFwb0nj7qQPuVPz tZ+/mAQSYaI9CwuyGyQigX+WIpwhM8hAHHo9/NjRln0Wn25syrO0RYFidIv8c2Kc mvMbjhLIMwYxgmpd/y4c4xZM1X6xFnk= =1JeR -----END PGP SIGNATURE----- --=-=-=-- From unknown Mon Aug 18 11:29:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62253: Fakechroot execution engine =?UTF-8?Q?doesn=E2=80=99t?= outlive =?UTF-8?Q?=E2=80=98exec=E2=80=99?= calls Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 20 Mar 2023 09:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62253 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Josselin Poiret Cc: 62253@debbugs.gnu.org Received: via spool by 62253-submit@debbugs.gnu.org id=B62253.167930384421570 (code B ref 62253); Mon, 20 Mar 2023 09:18:02 +0000 Received: (at 62253) by debbugs.gnu.org; 20 Mar 2023 09:17:24 +0000 Received: from localhost ([127.0.0.1]:53696 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1peBds-0005bp-JG for submit@debbugs.gnu.org; Mon, 20 Mar 2023 05:17:24 -0400 Received: from mail3-relais-sop.national.inria.fr ([192.134.164.104]:1413) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1peBdp-0005bb-Tr for 62253@debbugs.gnu.org; Mon, 20 Mar 2023 05:17:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inria.fr; s=dc; h=from:to:cc:subject:references:date:in-reply-to: message-id:mime-version:content-transfer-encoding; bh=GmeVuCf5q5T/Lz+MIcDq5/1kfb1ExeXt536ccfTdnpA=; b=Gooymg359hLHHHkFGN3n3rMNqVQdl4a+XGjs2ZLoa5KKGbbktvKTdp1R mESKOCX8vPbMplA/9CqavLVQTxZhfclcIqDQ2Lq3TFAqybhXLPuksOvJp w36e4r/MqnK5f4yXVTeWafmSA1S6P2aUdKGuZHQTc+/4+aBSqUgDn/DdY c=; Authentication-Results: mail3-relais-sop.national.inria.fr; dkim=none (message not signed) header.i=none; spf=SoftFail smtp.mailfrom=ludovic.courtes@inria.fr; dmarc=fail (p=none dis=none) d=inria.fr X-IronPort-AV: E=Sophos;i="5.98,274,1673910000"; d="scan'208";a="50657980" Received: from unknown (HELO ribbon) ([193.50.110.213]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Mar 2023 10:17:17 +0100 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <877cveuvov.fsf@inria.fr> <87jzzd68af.fsf@jpoiret.xyz> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: =?UTF-8?Q?D=C3=A9cadi?= 30 =?UTF-8?Q?Vent=C3=B4se?= an 231 de la =?UTF-8?Q?R=C3=A9volution,?= jour du Plantoir X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 20 Mar 2023 10:17:16 +0100 In-Reply-To: <87jzzd68af.fsf@jpoiret.xyz> (Josselin Poiret's message of "Sat, 18 Mar 2023 22:47:52 +0100") Message-ID: <87o7onok83.fsf@inria.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, Josselin Poiret skribis: > I would like to be proven wrong, but I don't think anyone has run into > this, and there are other possible engines (that do require more > privileges, sure). It seems quite non-trivial to fix, so this can > probably go on the back-burner until someone actually complains (please > do so). The Open=C2=A0MPI example I gave earlier is one that I=E2=80=99m interested= in for work (running packs on HPC clusters that have neither unprivileged user namespaces nor Singularity=C2=B9). It might be that we can work around the problem though, we=E2=80=99ll see=E2=80=A6 Ludo=E2=80=99. =C2=B9 https://hpc.guix.info/blog/2020/05/faster-relocatable-packs-with-fak= echroot/ From unknown Mon Aug 18 11:29:25 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62253: Fakechroot execution engine =?UTF-8?Q?doesn=E2=80=99t?= outlive =?UTF-8?Q?=E2=80=98exec=E2=80=99?= calls Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 18 Apr 2023 12:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62253 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 62253@debbugs.gnu.org Received: via spool by 62253-submit@debbugs.gnu.org id=B62253.168181977728243 (code B ref 62253); Tue, 18 Apr 2023 12:10:01 +0000 Received: (at 62253) by debbugs.gnu.org; 18 Apr 2023 12:09:37 +0000 Received: from localhost ([127.0.0.1]:58055 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pok9Q-0007LS-K4 for submit@debbugs.gnu.org; Tue, 18 Apr 2023 08:09:36 -0400 Received: from mail3-relais-sop.national.inria.fr ([192.134.164.104]:8262) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pok9O-0007LB-Ka for 62253@debbugs.gnu.org; Tue, 18 Apr 2023 08:09:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inria.fr; s=dc; h=from:to:subject:references:date:in-reply-to:message-id: mime-version:content-transfer-encoding; bh=YNbxTebrj84jjEWPJFexbC5FpRSqaHW8oiPzCFnLYMw=; b=bgkoy7eUD+sltRuT/sMixr9pnZ7KktcHOcMr8ufN/sFzQya74YlHhFlc /rApai9hbJXe+iVpoFGeWeNzncKZnREHMS8RvbFuXFzGzfqznwe5Z98z2 NlWpSOCtn0FWZai4lk9LXTxUCcLzIKIDe7RxauV7aSpkHiEslKqNXurHv Q=; Authentication-Results: mail3-relais-sop.national.inria.fr; dkim=none (message not signed) header.i=none; spf=SoftFail smtp.mailfrom=ludovic.courtes@inria.fr; dmarc=fail (p=none dis=none) d=inria.fr X-IronPort-AV: E=Sophos;i="5.99,207,1677538800"; d="scan'208";a="53654960" Received: from unknown (HELO ribbon) ([193.50.110.118]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 18 Apr 2023 14:09:28 +0200 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <877cveuvov.fsf@inria.fr> Date: Tue, 18 Apr 2023 14:09:27 +0200 In-Reply-To: <877cveuvov.fsf@inria.fr> ("Ludovic =?UTF-8?Q?Court=C3=A8s?="'s message of "Sat, 18 Mar 2023 12:48:32 +0100") Message-ID: <87wn29wfwo.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Ludovic Court=C3=A8s skribis: > In this case, adding =E2=80=98coreutils=E2=80=99 to the profile (on the = =E2=80=98guix pack=E2=80=99 > command line) would give us wrapped binaries, and the problem is solved. > But in other cases, it=E2=80=99s not that simple. For instance, libmpi.s= o from > Open=C2=A0MPI tries to exec one its programs, using its absolute file nam= e: > > $ unshare -m -U -r -f sh -c 'mount -t tmpfs none /gnu; GUIX_EXECUTION_ENG= INE=3Dfakechroot /tmp/fakechroot-test/bin/IMB-MPI1' > -------------------------------------------------------------------------- > The singleton application was not able to find the executable "orted" in > your PATH or in the directory where Open MPI/OpenRTE was initially instal= led, > and therefore cannot continue. > > For reference, we tried the following command: > > /gnu/store/c7g9qalmbz4a94hwzk1v1cbq7n5m8plq-openmpi-4.1.4/bin/orted > > and got the error No such file or directory. In the case of Open=C2=A0MPI as shown above, there=E2=80=99s actually an ea= sy fix: telling Open=C2=A0MPI where to look for =E2=80=98orted=E2=80=99. Assuming you created a pack with: guix pack -RR openmpi intel-mpi-benchmarks bash-minimal -S /bin=3Dbin You can run code extracted from the tarball like this: --8<---------------cut here---------------start------------->8--- export GUIX_EXECUTION_ENGINE=3Dperformance salloc -N2 ./bin/mpirun -np 2 --launch-agent ./bin/orted \ --map-by node -x GUIX_EXECUTION_ENGINE=3Dperformance -- \ ./bin/IMB-MPI1 PingPong --8<---------------cut here---------------end--------------->8--- The =E2=80=98--launch-agent=E2=80=99 trick allows us to work around the fac= t that exec=E2=80=99d code escapes the fakechroot environment. I=E2=80=99m closing this bug as =E2=80=9Cwontfix=E2=80=9D. Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 18 08:09:39 2023 Received: (at control) by debbugs.gnu.org; 18 Apr 2023 12:09:39 +0000 Received: from localhost ([127.0.0.1]:58058 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pok9T-0007Lg-1j for submit@debbugs.gnu.org; Tue, 18 Apr 2023 08:09:39 -0400 Received: from mail3-relais-sop.national.inria.fr ([192.134.164.104]:8262) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pok9Q-0007LB-IP for control@debbugs.gnu.org; Tue, 18 Apr 2023 08:09:37 -0400 Authentication-Results: mail3-relais-sop.national.inria.fr; dkim=none (message not signed) header.i=none; spf=SoftFail smtp.mailfrom=ludo@gnu.org; dmarc=fail (p=none dis=none) d=gnu.org X-IronPort-AV: E=Sophos;i="5.99,207,1677538800"; d="scan'208";a="53655016" Received: from unknown (HELO ribbon) ([193.50.110.118]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 18 Apr 2023 14:09:37 +0200 Date: Tue, 18 Apr 2023 14:09:35 +0200 Message-Id: <87v8htwfwg.fsf@gnu.org> To: control@debbugs.gnu.org From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: control message for bug #62253 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) tags 62253 wontfix close 62253 quit