From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: Making the case for GNU Guix ... advice sought Date: Fri, 19 Feb 2016 11:10:29 +0100 Message-ID: <20160219101029.GA14210@thebird.nl> References: <953f16876af34ea59b526b7f35482e72@exchsrv2.sgc.loc> <3125026547a945d28d1b32f57594c4d7@exchsrv2.sgc.loc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:60984) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aWi2B-0007KV-7q for guix-devel@gnu.org; Fri, 19 Feb 2016 05:11:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aWi26-0001qJ-8l for guix-devel@gnu.org; Fri, 19 Feb 2016 05:11:35 -0500 Received: from mail.thebird.nl ([95.154.246.10]:59633) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aWi26-0001q6-3Y for guix-devel@gnu.org; Fri, 19 Feb 2016 05:11:30 -0500 Content-Disposition: inline In-Reply-To: <3125026547a945d28d1b32f57594c4d7@exchsrv2.sgc.loc> 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: "Cook, Malcolm" Cc: "guix-devel@gnu.org" , "'bio-packaging@mailman.open-bio.org'" On Thu, Feb 18, 2016 at 11:29:49PM +0000, Cook, Malcolm wrote: > Yes. Agreed. However, my emphasis here was intended to be that > Guix can be used to obviate the need for rbenv, virtualenv, and > friends. I thought that `guix environment` was going to be an > effective replacement for them. Am I mistaken in this? I have dropped rbenv, virtualenv and even bundler from my working environments, thanks to Guix! I am really, really, really happy about that. I even have different profiles for different ruby versions (one is on 1.8.7). > I hope > not! Assuming not, and if I understand your point, then I should > write instead that this by virtue of guix's ability to set-up and > tear down environments/profiles that not only specify versions of > applications, but also libraries/plug-ins/modules for a variety of > languages (ruby, perl, etc) and tools (emacs, etc). You mention the > importance of 'importers' below... perhaps it is the combination of > available importers (for scaffolding the packaging from external > repos) along with the ability to use `guix environment` to make them > available in specified contexts. Yes, you need to create packages for all gems and Python modules in use. Importers help define packages quickly. Pj.