Re: Debhelper for R packages (accepted)

On 08/10/16 20:57, Dirk Eddelbuettel wrote: > > On 8 October 2016 at 20:01, Joost van Baal-Ilić wrote: > | I couldn't agree more. I'm a cdbs fan, and some of my packages I maintain > with > | neither cdbs nor dh. So I was _very_ happy to find out cdbs was the tool > used > | by many r-cran

Re: statistics: who maintains R packages in Debian (was: Re: Debhelper for R packages)

> > https://lists.debian.org/debian-devel/2003/12/msg02332.html Nice, I added a link to the Debian page on CRAN. I especially liked the "unprecedented growth" of CRAN and BioConductor that took place in 2003... Johannes

Re: statistics: who maintains R packages in Debian (was: Re: Debhelper for R packages)

On 18 October 2016 at 18:28, Andreas Tille wrote: | On Tue, Oct 18, 2016 at 06:27:13PM +0300, Michael Crusoe wrote: | > > > r-other-hms-dbmi-spp | > > > | > > > It is _a lot_ easier for all of us if we only have top-level | > > > | > > > r-cran-* | > > > r-bioc-* | > > > r-other-*

Re: statistics: who maintains R packages in Debian (was: Re: Debhelper for R packages)

On Tue, Oct 18, 2016 at 06:27:13PM +0300, Michael Crusoe wrote: > > > r-other-hms-dbmi-spp > > > > > > It is _a lot_ easier for all of us if we only have top-level > > > > > > r-cran-* > > > r-bioc-* > > > r-other-* > > Sounds like a great plan. Where shall we document it? Its

Re: statistics: who maintains R packages in Debian (was: Re: Debhelper for R packages)

On 18 October 2016 at 15:26, Andreas Tille wrote: | I agree and put the right address in To: field... I replied on the mailing list *I* am subscribed on and would have preferred it if you followed common email etiquette of not dropping it. This is now in the wrong thread and the wrong folder.

Re: statistics: who maintains R packages in Debian (was: Re: Debhelper for R packages)

Shouldn't the new package r-hms-dbmi-spp been renamed r-other-$author-$package ie r-other-hms-dbmi-spp It is _a lot_ easier for all of us if we only have top-level r-cran-* r-bioc-* r-other-* Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Re: statistics: who maintains R packages in Debian (was: Re: Debhelper for R packages)

On Mon, Oct 10, 2016 at 09:05:11PM +0900, Charles Plessy wrote: > $ grep-aptavail -e -P 'r-cran|r-bioc|r-other' -s 'Maintainer' | > cut -d' ' -f3- | cut -d\< -f2 | sed 's/^/ 1 This query had the side effect to spot a package that should be Debian Med team maintained ...

Re: statistics: who maintains R packages in Debian (was: Re: Debhelper for R packages)

Le Sun, Oct 09, 2016 at 06:44:29PM +0200, Joost van Baal-Ilić a écrit : > > Who exactly maintains how many r-cran, r-bioc and r-other packages currently > in > testing/stretch: > > joostvb@banach:~% for p in \ > $( apt-cache search --names-only 'r-cran-|r-bioc-|r-other-' | cut -d' ' -f1 > );

Re: statistics: who maintains R packages in Debian (was: Re: Debhelper for R packages)

On Sat, Oct 08, 2016 at 01:59:14PM -0500, Dirk Eddelbuettel wrote: > > On 8 October 2016 at 20:32, Joost van Baal-Ilić wrote: > | On Sat, Oct 08, 2016 at 12:08:50PM -0500, Dirk Eddelbuettel wrote: > | > On 8 October 2016 at 17:45, Joost van Baal-Ilić wrote: > | > | Otoh: currently R stuff is

Re: Debhelper for R packages

On Sun, Oct 09, 2016 at 03:04:23PM +0200, Joost van Baal-Ilić wrote: > > I was not speaking about those packages that are just team maintained. > > There are a lot of others that are not - for these a Debian R team would > > make sense ... and for r-base for sure. > > I'm sorry but to me it's not

Re: Debhelper for R packages

Hi, On Sun, Oct 09, 2016 at 02:20:07PM +0200, Andreas Tille wrote: > On Sat, Oct 08, 2016 at 05:45:16PM +0200, Joost van Baal-Ilić wrote: > > > IMHO that's not matter of personal preference but a matter of how to > > > work together in a Debian maintainers team. There are tools working on > > >

Re: Debhelper for R packages

On Sat, Oct 08, 2016 at 05:45:16PM +0200, Joost van Baal-Ilić wrote: > > IMHO that's not matter of personal preference but a matter of how to > > work together in a Debian maintainers team. There are tools working on > > git.debian.org but not elsewhere. I keep on thinking that a Debian R > >

statistics: who maintains R packages in Debian (was: Re: Debhelper for R packages)

On 8 October 2016 at 20:32, Joost van Baal-Ilić wrote: | On Sat, Oct 08, 2016 at 12:08:50PM -0500, Dirk Eddelbuettel wrote: | > On 8 October 2016 at 17:45, Joost van Baal-Ilić wrote: | > | Otoh: currently R stuff is mainly maintained within debian-science and | > | debian-med. | > | > Well:

Re: Debhelper for R packages

On 8 October 2016 at 20:01, Joost van Baal-Ilić wrote: | I couldn't agree more. I'm a cdbs fan, and some of my packages I maintain with | neither cdbs nor dh. So I was _very_ happy to find out cdbs was the tool used | by many r-cran packages, when I started packaging r-cran stuff. Don't get

statistics: who maintains R packages in Debian (was: Re: Debhelper for R packages)

On Sat, Oct 08, 2016 at 12:08:50PM -0500, Dirk Eddelbuettel wrote: > On 8 October 2016 at 17:45, Joost van Baal-Ilić wrote: > | Otoh: currently R stuff is mainly maintained within debian-science and > | debian-med. > > Well: the R package itself, addons like ess, rpy2, rkward, ... , and several

Re: Debhelper for R packages

On Sat, Oct 08, 2016 at 12:12:12PM -0500, Dirk Eddelbuettel wrote: > > On 7 October 2016 at 22:24, Dylan wrote: > | 2016-10-07 16:25 GMT+02:00 Gordon Ball : > | > On 07/10/16 15:33, Dirk Eddelbuettel wrote: > | >> On 7 October 2016 at 15:09, Andreas Tille wrote: > | >> | I'm

Re: Debhelper for R packages

On 7 October 2016 at 22:24, Dylan wrote: | 2016-10-07 16:25 GMT+02:00 Gordon Ball : | > On 07/10/16 15:33, Dirk Eddelbuettel wrote: | >> | >> On 7 October 2016 at 15:09, Andreas Tille wrote: | >> | I'm fine with these changes. If you want to let this propagate to all | >> |

Re: Debhelper for R packages

On 8 October 2016 at 17:45, Joost van Baal-Ilić wrote: | Otoh: currently R stuff is mainly maintained within debian-science and debian-med. Well: the R package itself, addons like ess, rpy2, rkward, ... , and several dozen r-cran-packages maintained are not. Dirk --

Re: Debhelper for R packages

On Sat, Oct 08, 2016 at 08:05:36AM +0200, Andreas Tille wrote: > On Fri, Oct 07, 2016 at 04:25:40PM +0200, Gordon Ball wrote: > > > > > Sure, and some people prefer GitHub or Gitlab or their own git server. > > > Different strokes for different folks. > > > > They should in any case be in sync,

Re: Debhelper for R packages

On Fri, Oct 07, 2016 at 10:24:30PM +0200, Dylan wrote: > > I have already pushed a small change in lintian to tag the uncanonical > homepage of CRAN [1]. Lintian displays only an info tag and not a > warning tag, so you can ignore it. The patch for tag the uncanonical > homepage of Bioconductor

Re: Debhelper for R packages

Hi, On Fri, Oct 07, 2016 at 04:25:40PM +0200, Gordon Ball wrote: > > You could generate a whole lot of extra substvars (eg, ${R:Homepage}) to > ensure the canonical versions are used, but I'm not really convinced > it's useful. ACK, that's not useful. > > Sure, and some people prefer GitHub

Re: Debhelper for R packages

2016-10-07 16:25 GMT+02:00 Gordon Ball : > On 07/10/16 15:33, Dirk Eddelbuettel wrote: >> >> On 7 October 2016 at 15:09, Andreas Tille wrote: >> | I'm fine with these changes. If you want to let this propagate to all >> | R+BioConductor packages probably a lintian warning

Re: Debhelper for R packages

On 07/10/16 15:33, Dirk Eddelbuettel wrote: > > On 7 October 2016 at 15:09, Andreas Tille wrote: > | I'm fine with these changes. If you want to let this propagate to all > | R+BioConductor packages probably a lintian warning makes sense. May be > > Really? We don't have an officially

Re: Debhelper for R packages

On 7 October 2016 at 15:09, Andreas Tille wrote: | I'm fine with these changes. If you want to let this propagate to all | R+BioConductor packages probably a lintian warning makes sense. May be Really? We don't have an officially sanctioned policy that _mandates_ this. We are about giving

Re: Debhelper for R packages

Hi, On Thu, Sep 29, 2016 at 02:39:05PM +0200, Gordon Ball wrote: > it's been in NEW for the last two weeks so hopefully the FTP masters > will have a chance to review it soon. I've sent an e-mail yesterday to ftpmaster giving reasons to handle dh-r with higher priority. > > Just a very small

Re: Debhelper for R packages

On 27/09/16 23:32, Dylan wrote: > Hi, > Thanks for this tool. Hopefully it'll be in the repository soon and can be used for packages - it's been in NEW for the last two weeks so hopefully the FTP masters will have a chance to review it soon. > > Just a very small suggestion. We probably can

Re: Debhelper for R packages

Hi, Thanks for this tool. Just a very small suggestion. We probably can switch to the canonical form of the homepage link for the CRAN packages. At the bottom of the homepage of each CRAN package, it is recommended to use the canonical form to link the page. For example, for the ape package:

Re: Debhelper for R packages

Hi Gordon, On Thu, Sep 15, 2016 at 04:12:35PM +0200, Gordon Ball wrote: > Moving forward with this, I propose to file an ITP for dh-r as a > standalone package shortly, barring any objections. Since this shouldn't > overlap with anything else, I would to go straight to unstable rather > than

Re: Debhelper for R packages

Moving forward with this, I propose to file an ITP for dh-r as a standalone package shortly, barring any objections. Since this shouldn't overlap with anything else, I would to go straight to unstable rather than going via experimental. ## Repository Mirrored to alioth [1], and this is the

Re: Debhelper for R packages

On 9 September 2016 at 15:14, Gordon Ball wrote: | On 09/09/16 14:17, Dirk Eddelbuettel wrote: | > | The plan was to avoid seeing eg, lintian hardening-no-bindnow warnings | > | on packages with compiled extensions. I tried injecting dpkg-buildflags | > | LDFLAGS output into the MAKEFLAGS

Re: Debhelper for R packages

On 09/09/16 14:17, Dirk Eddelbuettel wrote: > | The plan was to avoid seeing eg, lintian hardening-no-bindnow warnings > | on packages with compiled extensions. I tried injecting dpkg-buildflags > | LDFLAGS output into the MAKEFLAGS environment for R CMD INSTALL but it > | doesn't appear to work.

Re: Debhelper for R packages

(chopping down a little to shorten) On 9 September 2016 at 10:50, Gordon Ball wrote: | On 08/09/16 23:25, Dirk Eddelbuettel wrote: | > Our Depends also need to cover R's "Imports:" which we will not see via ldd. I | > presume you have that covered, I just thought I'd mention it. | | Yes,

Re: Debhelper for R packages

On 09/09/16 08:28, Andreas Tille wrote: > On Thu, Sep 08, 2016 at 05:12:28PM -0500, Dirk Eddelbuettel wrote: >> | >> | Yeah, I'd love to see this happen too; I actually started looking at >> | supporting it, so you could just do: >> | >> | %: >> | dh --with r $@ >> | >> | and get on with

Re: Debhelper for R packages

On 08/09/16 23:25, Dirk Eddelbuettel wrote: > | > * automatic substvars for known dependencies > | > | That's very appreciated and helps definitely to prevent errors since > | sponsees as well as I myself forgot to sync Build-Depends with Depends > | (versioned and unversioned). I verified

Re: Debhelper for R packages

On Thu, Sep 08, 2016 at 05:12:28PM -0500, Dirk Eddelbuettel wrote: > | > | Yeah, I'd love to see this happen too; I actually started looking at > | supporting it, so you could just do: > | > | %: > | dh --with r $@ > | > | and get on with writing the rest of the bits. > > Exactly! Yes,

Re: Debhelper for R packages

On 8 September 2016 at 16:49, Don Armstrong wrote: | On Thu, 08 Sep 2016, Dirk Eddelbuettel wrote: | > On 8 September 2016 at 22:37, Andreas Tille wrote: | > To me github is as good / preferable. Other DDs have no issue developing via | > GH. I'd maybe make alioth another remote or mirror. | |

Re: Debhelper for R packages

On Thu, 08 Sep 2016, Dirk Eddelbuettel wrote: > On 8 September 2016 at 22:37, Andreas Tille wrote: > To me github is as good / preferable. Other DDs have no issue developing via > GH. I'd maybe make alioth another remote or mirror. Yeah, I'd love to see this happen too; I actually started looking

Re: Debhelper for R packages

Gordon, Andreas, On 8 September 2016 at 22:37, Andreas Tille wrote: | R is not team maintained and Dirk is not reading all threads on Debian | Science - make sure you CC him (as I did) if you want to be sure he | notices your mail. Well ... procmail still sticks it into the same folder and I

Re: Debhelper for R packages

Hi Gordon, R is not team maintained and Dirk is not reading all threads on Debian Science - make sure you CC him (as I did) if you want to be sure he notices your mail. On Thu, Sep 08, 2016 at 03:30:20PM +0200, Gordon Ball wrote: > I have written a prototype debhelper module for building R

Debhelper for R packages

I have written a prototype debhelper module for building R packages, which can be found (for the moment) on github: https://github.com/chronitis/dh-r This is meant to provide feature parity with the existing CDBS macro while adding some possibly useful extras: * automatic substvars for known