From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Ofu2P-0001wt-Et for garchives@archives.gentoo.org; Mon, 02 Aug 2010 12:22:37 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2D000E0949; Mon, 2 Aug 2010 12:22:17 +0000 (UTC) Received: from smtp.webfaction.com (mail6.webfaction.com [74.55.86.74]) by pigeon.gentoo.org (Postfix) with ESMTP id 0F8F0E0942; Mon, 2 Aug 2010 12:22:16 +0000 (UTC) Received: from mail-px0-f181.google.com (mail-px0-f181.google.com [209.85.212.181]) by smtp.webfaction.com (Postfix) with ESMTP id DA1393202E0; Mon, 2 Aug 2010 07:22:14 -0500 (CDT) Received: by pxi19 with SMTP id 19so1758311pxi.40 for ; Mon, 02 Aug 2010 05:22:14 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-science@lists.gentoo.org Reply-to: gentoo-science@lists.gentoo.org MIME-Version: 1.0 Received: by 10.142.73.1 with SMTP id v1mr5132246wfa.29.1280751734255; Mon, 02 Aug 2010 05:22:14 -0700 (PDT) Received: by 10.143.29.5 with HTTP; Mon, 2 Aug 2010 05:22:14 -0700 (PDT) Date: Mon, 2 Aug 2010 14:22:14 +0200 Message-ID: Subject: [gentoo-science] G-CRAN weekly report #8 From: Auke Booij To: gentoo-soc@lists.gentoo.org, gentoo-science@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: 734e62a7-0265-40a9-8b38-8c57e397ec6e X-Archives-Hash: 1c6760bf2b63ae47cf4916793d8ed84a Okay, I haven't sent a weekly report in a while now, because of some absence. Last report, I promised I'd work on external dependencies and g-common (remember, g-common is the tool that will handle non-ebuild repositories in a transparent way). Well, what can I say, I did. External dependencies were implemented using a big list of hand-written regexes (ah yes, it's a bit of a hack, but it'll work for most CRAN packages. bioconductor doesn't give us external dependency data at all, unfortunately), and g-common is in a usable state. As far as I'm concerned, what's left is: -enabling g-common to output real ebuilds with proper formatting instead of writing symlinks. this seems to be a feature that may be used later by some overlay teams. this has no priority, but I think it'd make g-common a very useful tool -proper metadata output for g-common, where possible with help from the repo drivers -move common.ebuild code around a bit (nothing substantial) -writing a layman driver for g-common (this is necessary for ) -documentation (!) This basically means that the true g-cran driver is basically done now, and the rest is just making it usable. To make up for last report's size, I'll hereby end this report. Should you have any questions or concerns, I'll be in #gentoo-soc as always (nick: tulcod), or you can email me.