From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#30768: Gettext : test-copy-file-1.sh fail if --with-store-dir=/var/tmp/xxxxx/gnu/store Date: Wed, 14 Mar 2018 10:33:51 +0100 Message-ID: <87bmfrypa8.fsf@gnu.org> References: <87y3ixpfrm.fsf@gnu.org> <87vae1knmn.fsf@gnu.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]:59825) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ew2nN-0005v0-83 for bug-guix@gnu.org; Wed, 14 Mar 2018 05:34:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ew2nK-0004At-3H for bug-guix@gnu.org; Wed, 14 Mar 2018 05:34:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:52493) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ew2nJ-0004AC-Vh for bug-guix@gnu.org; Wed, 14 Mar 2018 05:34:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ew2nJ-0001gJ-JM for bug-guix@gnu.org; Wed, 14 Mar 2018 05:34:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: (YOANN P.'s message of "Tue, 13 Mar 2018 23:48:54 +0000") 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: YOANN P Cc: "30768@debbugs.gnu.org" <30768@debbugs.gnu.org> Hello, YOANN P skribis: >>YOANN P skribis: [...] >>> Even if i was aware of it after reading Pjotrp notes, i've never found = a=20 >>> clear limit after my readings on the web. If Guix Team has an idea of=20 >>> the store path limit lenght, it could be a great idea to add it to the = docs=20 >>> or did i missed it ? >> >>From m4/guix.m4: >> >>--8<---------------cut here---------------start------------->8--- >>dnl 'BINPRM_BUF_SIZE' constant in Linux (we leave room for the trailing z= ero.) >>dnl The Hurd has a limit of about a page (see exec/hashexec.c.) >>m4_define([LINUX_HASH_BANG_LIMIT], 127) >> >>dnl Hardcoded 'sun_path' length in . >>m4_define([SOCKET_FILE_NAME_LIMIT], 108) >>--8<---------------cut here---------------end--------------->8--- >> > > Hum, i'm not sure this part of code answer my question :) > Are we agreed than LINUX_HASH_BANG_LIMIT is the max number of char for a= =20 > shebang and SOCKET_FILE_NAME_LIMIT is only the limit for the socket file = name ? Yes. > What i was asking is the maximum lenght for the store path regarding the = fact=20 > (if i am not wrong) than a shebang inside guix is compose like this : The only limit here is PATH_MAX. >>Are you in a situation where user namespaces are unavailable?=C2=A0 HPC? > > Not at all, i was just playing with Guix to see if it can fulfill my long= desires to have=20 > an easy unprivileged portable environment due to old habits to intervene = into some=20 > hostiles environments in my previous job. Then I strongly recommend using it as documented, i.e., using /gnu/store as the store and running guix-daemon as root. You can=E2=80=99t really get around it: https://guix-hpc.bordeaux.inria.fr/blog/2017/09/reproducibility-and-root-= privileges/ Thanks, Ludo=E2=80=99.