From mboxrd@z Thu Jan 1 00:00:00 1970 From: Roel Janssen Subject: Re: [PATCH] gnu: r: Update to 3.3.1. Date: Mon, 01 Aug 2016 21:44:06 +0200 Message-ID: <87vazknuk9.fsf@gnu.org> References: <874m77gpll.fsf@gnu.org> <8660rmgbgh.fsf@gmail.com> <20160731040956.GA22271@thebird.nl> <87popup2e9.fsf@gnu.org> <8660rllmur.fsf@gmail.com> <20160801060032.GB26920@thebird.nl> <86eg68cstn.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57322) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bUJ7l-0001gI-6i for guix-devel@gnu.org; Mon, 01 Aug 2016 15:43:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bUJ7i-0002vk-1x for guix-devel@gnu.org; Mon, 01 Aug 2016 15:43:41 -0400 In-reply-to: <86eg68cstn.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 myglc2 writes: > Pjotr Prins writes: > >> On Sun, Jul 31, 2016 at 01:49:00PM -0400, myglc2 wrote: >> >>> 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. > > I imagine that, in the spirit of guix, we also want a user to be able to > "help themself" instead of depending on a 'manager.' This would probably > require an additional R "package manager component" that is usable by a > manager or user. Such a thing would certainly showcase the unique > capabilities of guix. And users can! The "software manager" can provide "supported" profiles, and the users can still create their own software environment. Then when things break, users are one command away from switching to a working environment (provided by the manager). This safety net provides a confidence to play around even more.. The software manager can install packages from his own custom recipes, separate from whatever `guix pull' provides by setting the GUIX_PACKAGE_PATH variable. Users do not need to know about it, if they don't want to. Kind regards, Roel Janssen