Accepted r-cran-xts 0.10-2-0.1 (source amd64) into unstable

2018-03-14 Thread Dirk Eddelbuettel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 14 Mar 2018 19:45:00 -0500 Source: r-cran-xts Binary: r-cran-xts Architecture: source amd64 Version: 0.10-2-0.1 Distribution: unstable Urgency: medium Maintainer: Lifeng Sun <lifong...@gmail.com> Changed-By: Dirk Eddelb

Re: hmisc and r-cran-rms testing migration blocked

2017-01-24 Thread Dirk Eddelbuettel
On 24 January 2017 at 15:19, Adrian Bunk wrote: | On Mon, Jan 23, 2017 at 08:09:11PM +0100, Andreas Tille wrote: | > Hi, | > | > On Mon, Jan 23, 2017 at 11:37:00AM -0600, Dirk Eddelbuettel wrote: | > > | | > > | Therefore nodejs is no longer available on armel. | > &g

Re: New upstream version of RandomFields 3.1.36 fails to build from source

2017-01-10 Thread Dirk Eddelbuettel
On 10 January 2017 at 08:25, Andreas Tille wrote: | On Mon, Jan 09, 2017 at 09:10:38PM -0600, Dirk Eddelbuettel wrote: | > | I have no idea why the package version of RandomFieldsUtils was not | > | verified in the Build process but after I added a versioned | > | Build-Depends in t

Re: New upstream version of RandomFields 3.1.36 fails to build from source

2017-01-09 Thread Dirk Eddelbuettel
On 8 January 2017 at 17:09, Andreas Tille wrote: | Hi Martin, | | I have no idea why the package version of RandomFieldsUtils was not | verified in the Build process but after I added a versioned | Build-Depends in the debian/control file RandomFields builds fine. That is ... puzzling. It

Re: New upstream version of RandomFields 3.1.36 fails to build from source

2017-01-08 Thread Dirk Eddelbuettel
On 8 January 2017 at 13:12, Martin Schlather wrote: | Dear Andreas, | | although I have changed RU_sqrtPosDef to RU_sqrtPosDefFree | in direct.cc between the recent and the former version of | RandomFields, I am puzzled as both functions are defined | in exactly the same way in

Please rebuild r-cran-yaml

2016-09-10 Thread Dirk Eddelbuettel
severity: serious thanks I just had a build fail because of The following packages have unmet dependencies: r-cran-yaml : Depends: libyaml-0-2 (= 0.1.6-3) but it is not going to be installed Unable to resolve dependencies! Giving up... Please rebuild r-cran-yaml against the current

Bug#820866: r-cran-tgp: FTBFS: cmath:171:3: error: template with C linkage

2016-05-03 Thread Dirk Eddelbuettel
On 3 May 2016 at 15:29, Pablo Oliveira wrote: | On Mon, 2 May 2016 16:52:31 +0200 Pablo Oliveira wrote: | > Dear both, | > | > On Wed, 20 Apr 2016 03:44:41 +0200 Andreas Beckmann wrote: | > > Hi Chris, | > > [...] | > > | > > I cannot reproduce this in my

Bug#820866: R and r-cran-tgp

2016-05-03 Thread Dirk Eddelbuettel
Darn. R 3.3.0 was just released, I just uploaded Debian binaries and it is likely that it is very close to the last 3.2.5.20160429 'rc' upload I made. Did you by any chance check with the maintainers of r-cran-tgp upstream? See of r-cran-tgp upstream? The CRAN page at

Bug#804502: yorick-ygsl: GSL transition requires rebuild

2015-11-08 Thread Dirk Eddelbuettel
Package: yorick-ygsl Severity: serious The GNU GSL, upon which your package as a build- and run-time dependency, had a 2.0 release [1] which introduced minor incompatibilities with the previous (1.6) release. I had left the package for many years at libgsl0ldbl because such a transition was