Bug#861333: r-base: R packages uploaded to Debian before 14 April 2017 that use .C or .Fortran fail to find objects

2017-07-18 Thread Dirk Eddelbuettel
On 18 July 2017 at 11:55, Johannes Ranke wrote: | Nice. Amazing work. So buster should be covered then. Thanks! I also pushed the code to CRAN as RcppAPT 0.0.4 just to mark a snapshot. | Now (correct me if I am wrong) if we could adapt your scripts to create | versioned Breaks: relationships

Bug#861333: r-base: R packages uploaded to Debian before 14 April 2017 that use .C or .Fortran fail to find objects

2017-07-18 Thread Johannes Ranke
Nice. Amazing work. So buster should be covered then. Now (correct me if I am wrong) if we could adapt your scripts to create versioned Breaks: relationships with these packages, this would open the possibility to create backports for stretch-backports and jessie-backports- sloppy, taking advant

Bug#861333: r-base: R packages uploaded to Debian before 14 April 2017 that use .C or .Fortran fail to find objects

2017-07-16 Thread Dirk Eddelbuettel
Just a quick follow-up to say that I finally had some time to go over this again (twice, in fact) and to also include BioC and 'other' packages. A full write-up in the (GitHub) sources of package RcppAPT and also available as a rendered vignette at http://eddelbuettel.github.io/rcppapt/binnmu

Bug#861333: r-base: R packages uploaded to Debian before 14 April 2017 that use .C or .Fortran fail to find objects

2017-06-25 Thread Dirk Eddelbuettel
Hi Charles, On 1 May 2017 at 14:53, Charles Plessy wrote: | Le Sat, Apr 29, 2017 at 09:50:01AM -0500, Dirk Eddelbuettel a écrit : | > | > I think I will cover these by hand now: | > | >package dotFortran dotC recommended | > 1: class-7.3-14 FALSE TRUETRUE |

Bug#861333: r-base: R packages uploaded to Debian before 14 April 2017 that use .C or .Fortran fail to find objects

2017-05-04 Thread Johannes Ranke
Am Montag, 1. Mai 2017, 14:53:49 schrieb Charles Plessy: ... > At this point I see 3 options: > > - For each rebuild, insert a "Breaks" relationship in r-base's control > file; This is the solution favoured by me as the maintainer of the backports on CRAN (I know, this is the Debian BTS, but

Bug#861333: r-base: R packages uploaded to Debian before 14 April 2017 that use .C or .Fortran fail to find objects

2017-04-30 Thread Charles Plessy
Le Sat, Apr 29, 2017 at 09:50:01AM -0500, Dirk Eddelbuettel a écrit : > > I think I will cover these by hand now: > >package dotFortran dotC recommended > 1: class-7.3-14 FALSE TRUETRUE > 2: cluster-2.0.6 TRUE TRUETRUE > 3: foreign-0

Bug#861333: r-base: R packages uploaded to Debian before 14 April 2017 that use .C or .Fortran fail to find objects

2017-04-29 Thread Dirk Eddelbuettel
Here is a follow-up, and for kicks with some R scripting. It requires sources to have directory names like 'class-7.3-14', ie (CRAN) package name followed by (CRAN) version. Shell script: - #!/bin/bash newfunc() {

Bug#861333: r-base: R packages uploaded to Debian before 14 April 2017 that use .C or .Fortran fail to find objects

2017-04-27 Thread Dirk Eddelbuettel
On 28 April 2017 at 00:31, Johannes Ranke wrote: | > | Packages compiled locally can simply be rebuilt using | > | | > | update.packages(lib.loc="/usr/local/lib/R/site-library", | > | checkBuilt=TRUE) | > | | > | However the packages provided by Debian packages are installed in a | > | direc

Bug#861333: r-base: R packages uploaded to Debian before 14 April 2017 that use .C or .Fortran fail to find objects

2017-04-27 Thread Johannes Ranke
> | Packages compiled locally can simply be rebuilt using > | > | update.packages(lib.loc="/usr/local/lib/R/site-library", > | checkBuilt=TRUE) > | > | However the packages provided by Debian packages are installed in a > | directory only writable by privileged users. > > That's irrelevant.

Bug#861333: r-base: R packages uploaded to Debian before 14 April 2017 that use .C or .Fortran fail to find objects

2017-04-27 Thread Dirk Eddelbuettel
On 27 April 2017 at 15:45, Johannes Ranke wrote: | Package: r-base | Version: 3.4.0-1 | Severity: normal | | With current R, R packages built for Debian before the upload of R | 3.3.3.20170413-1 | on 14 April that use .C or .Fortran do no work properly, because the functions | calling .C or .