From mboxrd@z Thu Jan  1 00:00:00 1970
From: Leo Prikler <leo.prikler@student.tugraz.at>
Subject: Re: [ SPAM? ] Re: Collect guix profiles in single directory.
Date: Thu, 30 Jan 2020 21:08:02 +0100
Message-ID: <97bd40c8513d323e11e63e1083a8bf6c33940840.camel@student.tugraz.at>
References: <eabe0cccdb377b1c573df88715d6aebf7bf7f80c.camel@student.tugraz.at>
 <87blrefavb.fsf@gnu.org>
 <34307ca779925da741af20fa57497c8e13eae7d6.camel@student.tugraz.at>
 <87tv56av8o.fsf@ambrevar.xyz> <87wo98pwup.fsf@ambrevar.xyz>
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org>
Received: from eggs.gnu.org ([2001:470:142:3::10]:54802)
 by lists.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <leo.prikler@student.tugraz.at>) id 1ixG6f-0005as-Sz
 for guix-devel@gnu.org; Thu, 30 Jan 2020 15:08:07 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <leo.prikler@student.tugraz.at>) id 1ixG6e-00032W-B4
 for guix-devel@gnu.org; Thu, 30 Jan 2020 15:08:05 -0500
In-Reply-To: <87wo98pwup.fsf@ambrevar.xyz>
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: <https://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-mx.org@gnu.org
Sender: "Guix-devel"
 <guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org>
To: Pierre Neidhardt <mail@ambrevar.xyz>, Ludovic =?ISO-8859-1?Q?Court=E8s?= <ludo@gnu.org>
Cc: guix-devel@gnu.org

Am Donnerstag, den 30.01.2020, 20:28 +0100 schrieb Pierre Neidhardt:
> Proposal:
> 
> - Modify /etc/profile in Guix System to load everything in
> GUIX_PROFILE_DIR if
>   set.  If not set, fall back on ~/.guix-profile.
Sounds good, but you're missing ordering.  Specifically, if
GUIX_PROFILE_DIR is set, I'd want $GUIX_PROFILE_DIR/channels to contain
the channels, that currently live in ~/.config/guix/current, and this
profile's /etc/profile has to be sourced last if we want to have full
backwards compatibility.
By the way, how much would it bite us, if we don't enforce an ordering
here?  Would reverse alphabetical order suffice, so that channels are
at least always sourced after default and the user has to take care of
the rest?

> - When GUIX_PROFILE_DIR is set, use GUIX_PROFILE_DIR/default as the
>   fault.  Otherwise fall back to ~/.guix-profile if GUIX_PROFILE_DIR
> is
>   unset for backward compatibility.
s/fault/default/
Also:
- When GUIX_PROFILE_DIR is set, use GUIX_PROFILE_DIR/channels in `guix
pull', falling back to ~/.config/guix/current.
- When GUIX_PROFILE_DIR is set, read channels from
$GUIX_PROFILE_DIR/channels.scm, falling back to
~/.config/guix/channels.scm.
> - Add a "-P,--profile-name NAME" command line option that
> automatically derives
>   the profile path as $GUIX_PROFILE_DIR/$NAME.  This would make it
> easy
>   to deal with frequently-used profiles from command line, e.g.
> 
>   guix install -P my-gimpy-profile gimp
Could we also make this accept absolute and relative paths (the latter
prefixed with ./) to deprecate `guix environment -r'?

> In the end, all the user needs to do to start using multiple profiles
> in
> a convenient manner is to export GUIX_PROFILE_DIR.
> 
> I believe the above is fully backward compatible.  If there is no
> objection we can start working on a patch :)
Sounds good to me.