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
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
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
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
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
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:
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() {
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
| > |
> | 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.
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
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 .Fortran do not find the compiled objects.
Example packages are
11 matches
Mail list logo
