From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Prikler Subject: Re: Collect guix profiles in single directory. Date: Fri, 31 Jan 2020 13:56:58 +0100 Message-ID: <84d7cfc72428adc154464d99a0f5f287e31dc47e.camel@student.tugraz.at> References: <87blrefavb.fsf@gnu.org> <34307ca779925da741af20fa57497c8e13eae7d6.camel@student.tugraz.at> <87tv56av8o.fsf@ambrevar.xyz> <87wo98pwup.fsf@ambrevar.xyz> <97bd40c8513d323e11e63e1083a8bf6c33940840.camel@student.tugraz.at> <87imksoy2z.fsf@ambrevar.xyz> <874kwbq1bl.fsf@ambrevar.xyz> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:44544) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ixVr8-0004rU-A9 for guix-devel@gnu.org; Fri, 31 Jan 2020 07:57:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ixVr6-0006mX-Nv for guix-devel@gnu.org; Fri, 31 Jan 2020 07:57:05 -0500 In-Reply-To: <874kwbq1bl.fsf@ambrevar.xyz> 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-mx.org@gnu.org Sender: "Guix-devel" To: Pierre Neidhardt , zimoun Cc: Guix Devel On Fri, 2020-01-31 at 13:04 +0100, Pierre Neidhardt wrote: > > The thing with XDG_CONFIG_HOME and config-directory is, that it > > doesn't > > allow me to set config-directory directly AND requires all other > > configuration to be put in the new XDG_CONFIG_HOME as well. I > > personally wouldn't mind reading all profiles from config- > > directory, > > but I would like a way to set that to ~/.guix. > > Make sense, we need to define a GUIX_CONFIG_HOME that expands to > XDG_CONFIG_HOME/guix by default. Which would mean adding an (override #f) to xdg-directory and adding #:override (getenv "GUIX_CONFIG_HOME") to config-directory. Then we'd only have to move ~/.guix-profile to (config- directory)/default and rename current to channels. What would we do for backwards compatibility in this case? Keep the ~/.guix-profile and (config-directory)/current symlink until the user removes it, perhaps sourcing them twice? > > > By time creation/modification? > > mtime will cause weird bugs if you do single upgrades of profiles. > > ctime may be acceptable, depending on how familiar one is with > > touch, > > but I'd personally prefer reverse alphabetical because it is the > > easiest to understand. > > To be clear, I think we need to speak in terms of priority: should > "a" > have higher priority than "z" or the other way around? "z" before "a". Guix profiles prepend paths, so the result will have e.g. a/bin:z/bin.