From mboxrd@z Thu Jan  1 00:00:00 1970
From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=)
Subject: Re: thesis: guixsd should provide /usr/bin/env
Date: Thu, 03 Mar 2016 18:00:17 +0100
Message-ID: <87io13biou.fsf@gnu.org>
References: <874mgmti7b.fsf@igalia.com> <87h9ki9dmz.fsf@gnu.org>
	<87fv01nb8b.fsf@igalia.com> <87d1v4ixeh.fsf@gnu.org>
	<87wppnl73s.fsf@dustycloud.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:51652)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1abWbx-0003WD-LZ
	for guix-devel@gnu.org; Thu, 03 Mar 2016 12:00:26 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1abWbt-00010S-Kj
	for guix-devel@gnu.org; Thu, 03 Mar 2016 12:00:25 -0500
In-Reply-To: <87wppnl73s.fsf@dustycloud.org> (Christopher Allan Webber's
	message of "Mon, 29 Feb 2016 10:11:19 -0800")
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=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: Christopher Allan Webber <cwebber@dustycloud.org>
Cc: guix-devel@gnu.org

Christopher Allan Webber <cwebber@dustycloud.org> skribis:

> Ludovic Court=C3=A8s writes:

[...]

>> One can already do:
>>
>>   guix environment --container --ad-hoc coreutils \
>>     --expose=3D$(which env)=3D/usr/bin/env
>>
>> Should we add a --fhs or --/usr/bin/env option to simplify this?
>>
>> Thanks,
>> Ludo=E2=80=99.
>
> Would this possibly screw us up on Hurd, where container support I don't
> think exists?

=E2=80=98call-with-container=E2=80=99 currently doesn=E2=80=99t work on GNU=
/Hurd.  So whatever
we do, there=E2=80=99s no regression.  :-)

But I agree with Andy: I think it=E2=80=99s OK to add optional features that
require the Linux kernel.

Besides, =E2=80=98call-with-container=E2=80=99 can definitely be ported to =
GNU/Hurd,
only using different APIs.  After all, the Hurd had =E2=80=9Ccontainers=E2=
=80=9D
(lightweight virtualization) right from the beginning.

Ludo=E2=80=99.