From mboxrd@z Thu Jan  1 00:00:00 1970
From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=)
Subject: Re: Improving the usability of 'guix environment'
Date: Tue, 10 Feb 2015 18:25:21 +0100
Message-ID: <87lhk51xxa.fsf@gnu.org>
References: <87fvadhg1d.fsf@fsf.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]:53681)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1YLEZ0-0003RL-3q
	for guix-devel@gnu.org; Tue, 10 Feb 2015 12:25:30 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1YLEYu-0000NS-W6
	for guix-devel@gnu.org; Tue, 10 Feb 2015 12:25:30 -0500
Received: from fencepost.gnu.org ([2001:4830:134:3::e]:32934)
	by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <ludo@gnu.org>)
	id 1YLEYu-0000NM-Tp
	for guix-devel@gnu.org; Tue, 10 Feb 2015 12:25:24 -0500
In-Reply-To: <87fvadhg1d.fsf@fsf.org> (David Thompson's message of "Tue, 10
	Feb 2015 11:45:02 -0500")
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: David Thompson <dthompson2@worcester.edu>
Cc: guix-devel@gnu.org

David Thompson <dthompson2@worcester.edu> skribis:

> But all of that boilerplate is unnecessary since it's not possible to
> actually build the package successfully without a proper hash of the
> source AFAICT.  Really, I would rather just use a simple list of
> packages:
>
>     (list autoconf automake guile-2.0 guile-json libgcrypt)

What about adding a case for the handling of =E2=80=98-l=E2=80=99 such that=
, if the file
evaluates to a list of packages, it does what you suggest?

> And other times it would be nice to create an ad-hoc environment from
> the shell for quickly experimenting with something and not polluting a
> profile:
>
>     guix environment guile guile-sdl # let's tinker with SDL in Guile

Right.

> I propose adding a new flag that indicates whether we want the packages
> themselves or their inputs in the environment.  If we assume that the
> default behavior is to include the packages themselves, a --inputs flag
> could indicate to use the package(s) inputs instead:
>
>     guix environment --inputs emacs

That makes sense.

In terms of UI, what about rather something keeping an interface close
to that of =E2=80=98guix package=E2=80=99:

  guix environment -i guile guile-sdl
  # semantically equivalent to =E2=80=98guix package -i guile guile-sdl=E2=
=80=99

Now that I think of it, we could even move -E to =E2=80=98guix package=E2=
=80=99 itself:
that would make it easy to create a scratch environment based on an
existing profile.

WDYT?

Ludo=E2=80=99.