From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: [PATCH] gnu: r: Update to 3.3.1. Date: Tue, 2 Aug 2016 05:50:44 +0200 Message-ID: <20160802035044.GA30436@thebird.nl> 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> <874m745kci.fsf@elephly.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49645) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bUQjQ-0001Gx-5M for guix-devel@gnu.org; Mon, 01 Aug 2016 23:51:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bUQjK-0006AT-Jf for guix-devel@gnu.org; Mon, 01 Aug 2016 23:51:03 -0400 Received: from mail.thebird.nl ([95.154.246.10]:44465) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bUQjK-00069Y-E9 for guix-devel@gnu.org; Mon, 01 Aug 2016 23:50:58 -0400 Content-Disposition: inline In-Reply-To: <874m745kci.fsf@elephly.net> 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: Ricardo Wurmus Cc: guix-devel@gnu.org, myglc2 On Mon, Aug 01, 2016 at 10:02:05PM +0200, Ricardo Wurmus wrote: > 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. >=20 > This might work like this: >=20 > * user issues =E2=80=9Cguix package --install --via cran gdtools@0.0.3=E2= =80=9D >=20 > * Guix runs the CRAN importe to recursively generate package expression= s > for =E2=80=9Cgdtools=E2=80=9D 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/=E2=80=A6genomation=E2=80=A6). >=20 > * Guix loads the newly imported package expressions from > ~/.cache/guix/=E2=80=A6genomation=E2=80=A6 and tries to build them. >=20 > * Optionally, users can take the imported expressions, clean them up an= d > send them as patches to us :) >=20 > This obviously depends on the quality of the importers, but I think it > wouldn=E2=80=99t take much effort to make this a reality. The main pro= blem with > offering magic like this is that it must be reliable or else it would > just be frustrating users. >=20 > 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.) Another thing to keep in mind is that CRAN has the nasty habit of moving older source packages to archive directories. Some packages are removed altogether. We can/should make use of Guix' own source cache. Pj.