From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: [PATCH] gnu: r: Update to 3.3.1. Date: Mon, 01 Aug 2016 22:02:05 +0200 Message-ID: <874m745kci.fsf@elephly.net> 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; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:60913) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bUJPn-0007pe-SP for guix-devel@gnu.org; Mon, 01 Aug 2016 16:02:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bUJPj-0006bR-NQ for guix-devel@gnu.org; Mon, 01 Aug 2016 16:02:18 -0400 Received: from sender163-mail.zoho.com ([74.201.84.163]:24229) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bUJPj-0006bK-FA for guix-devel@gnu.org; Mon, 01 Aug 2016 16:02:15 -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: > 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. We have importers that generate Guix package expressions from CRAN or Bioconductor. Taken one step further we might have a transparent wrapper to quickly install any version of a package even if it is not yet part of Guix. This might work like this: * user issues “guix package --install --via cran gdtools@0.0.3” * Guix runs the CRAN importe to recursively generate package expressions for “gdtools” at the given version. The package does not have to exist in Guix yet. The generated package expressions are cached somewhere (e.g. ~/.cache/guix/…genomation…). * Guix loads the newly imported package expressions from ~/.cache/guix/…genomation… and tries to build them. * Optionally, users can take the imported expressions, clean them up and send them as patches to us :) This obviously depends on the quality of the importers, but I think it wouldn’t take much effort to make this a reality. The main problem with offering magic like this is that it must be reliable or else it would just be frustrating users. At least for CRAN I think this is feasible. (Bioconductor is a different beast as versions would need to be given as Bioconductor SVN revisions, which breaks the package boundaries.) ~~ Ricardo