From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: [PATCH] gnu: r: Update to 3.3.1. Date: Mon, 1 Aug 2016 08:00:32 +0200 Message-ID: <20160801060032.GB26920@thebird.nl> References: <874m77gpll.fsf@gnu.org> <8660rmgbgh.fsf@gmail.com> <20160731040956.GA22271@thebird.nl> <87popup2e9.fsf@gnu.org> <8660rllmur.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57419) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bU6HL-0006LK-U8 for guix-devel@gnu.org; Mon, 01 Aug 2016 02:00:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bU6HI-000569-37 for guix-devel@gnu.org; Mon, 01 Aug 2016 02:00:43 -0400 Received: from mail.thebird.nl ([95.154.246.10]:42359) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bU6HH-00055z-Qy for guix-devel@gnu.org; Mon, 01 Aug 2016 02:00:39 -0400 Content-Disposition: inline In-Reply-To: <8660rllmur.fsf@gmail.com> 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" To: myglc2 Cc: guix-devel@gnu.org On Sun, Jul 31, 2016 at 01:49:00PM -0400, myglc2 wrote: > > I think what you're looking for in your hospital research lab is what > > Pjotr describes as a certain check-out of the Guix source tree. > > But it is not simple to use. It is to technical an approach to appeal to > the medical researchers I have worked with. If it is that bad :) You have a choice of fixating the source (what I do) or the binaries (see below). > Guix has marvelous raw tools to do anything. The question is how to make > it simple enough for someone that is basically an R user to take > advantage of them. The challenge in guix R packaging is to consider R > patterns of use and determine how guix packate R to support them in a > way that is accessible to typical R users. What you need is a 'managed' environment for your users. My suggestion is not to give guix daemon access to those users. Use Unix modules - which I have packaged - to point them to a prepared profile. When they want to use R, just make a profile. All modules do is set the PATHS, as Roel described. Technology older than the Linux kernel :/ The 'manager' is the only one who will upgrade and test software to run. That way you can do controlled upgrades. You can even have multiple modules for different R's. You are lucky you can run Guix daemon on your servers. Others build on VMs and copy the files into shared storage. That also fixates the binaries. Pj.