From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jookia <166291@gmail.com> Subject: Re: thesis: guixsd should provide /usr/bin/env Date: Tue, 1 Mar 2016 19:11:51 +1100 Message-ID: <20160301081151.GA32120@novena-choice-citizen.lan> References: <874mgmti7b.fsf@igalia.com> <87h9ki9dmz.fsf@gnu.org> <87fv01nb8b.fsf@igalia.com> <87d1v4ixeh.fsf@gnu.org> <87wppnl73s.fsf@dustycloud.org> <87si0aei0m.fsf@igalia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38202) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <166291@gmail.com>) id 1aafPr-0005ms-V6 for guix-devel@gnu.org; Tue, 01 Mar 2016 03:12:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <166291@gmail.com>) id 1aafPm-0000Tz-Vx for guix-devel@gnu.org; Tue, 01 Mar 2016 03:12:23 -0500 Received: from mail-lf0-x22b.google.com ([2a00:1450:4010:c07::22b]:33236) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <166291@gmail.com>) id 1aafPm-0000Tu-LQ for guix-devel@gnu.org; Tue, 01 Mar 2016 03:12:18 -0500 Received: by mail-lf0-x22b.google.com with SMTP id v124so14904140lff.0 for ; Tue, 01 Mar 2016 00:12:18 -0800 (PST) Content-Disposition: inline In-Reply-To: <87si0aei0m.fsf@igalia.com> 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-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Andy Wingo Cc: guix-devel@gnu.org On Tue, Mar 01, 2016 at 09:09:45AM +0100, Andy Wingo wrote: > Hi :) > > > Ludovic Courtès writes: > > > >> Should we add a --fhs or --/usr/bin/env option to simplify this? > > I think /usr/bin/env is probably going to be insufficient -- lazy people > like me are always going to be asking for more things :) If we can > manage to expose a profile at /usr, that would be better, I think. > > On Mon 29 Feb 2016 19:11, Christopher Allan Webber writes: > > > Would this possibly screw us up on Hurd, where container support I don't > > think exists? > > In general, I think we can have the Hurd inform but not gate Guix > features. > > In this case, exposing a custom view of the file system to a sub-process > is something that the Hurd should be able to do anyway :) We can somewhat do this with containers already, perhaps it'd be best to have hacks that run in containers? > Andy