Bug#862112: #862112: r-base-dev: Generate reproducible output independently of the build path

2017-05-15 Thread Dirk Eddelbuettel
Sorry, was out traveling / running a relay. Now back. On 15 May 2017 at 17:12, Ximin Luo wrote: | Holger Levsen: | > control: found -1 3.4.0-1 | > control: notfound -1 3.4.0-1.0~reproducible2 | > | > Hi Dirk, | > | > I've asked Ximin to file this bug so that we have something to track and to |

Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev

2017-03-28 Thread Dirk Eddelbuettel
On 28 March 2017 at 10:09, Andreas Tille wrote: | Package: r-cran-rcppgsl | Version: 0.3.2-1 | Severity: grave | Tags: patch | Justification: renders package unusable | | [ Release team see below how to deal with newer upstream version in unstable | than in testing ] | | Dear Maintainer, | |

Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev

2017-03-28 Thread Dirk Eddelbuettel
The other possible fix is upstream -- I could just not assume I always have gsl-config and make its use conditional. That's probably the best idea going forward to support pure 'run-time, not dev' packages better. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev

2017-03-28 Thread Dirk Eddelbuettel
On 28 March 2017 at 13:32, Andreas Tille wrote: | Hi Dirk, | | On Tue, Mar 28, 2017 at 05:24:02AM -0500, Dirk Eddelbuettel wrote: | > | Alternatively this could be fixed by moving the script gsl-config from | > | package libgsl-dev to libgsl2. Since you are the maintainer of both | >

Bug#858882: r-cran-rcppgsl: Missing dependency libgsl-dev

2017-03-28 Thread Dirk Eddelbuettel
On 28 March 2017 at 14:16, Adrian Bunk wrote: | On Tue, Mar 28, 2017 at 10:09:28AM +0200, Andreas Tille wrote: | > ... If you want to fix the issue inside | > r-cran-rcppgsl package you need to either convince the release team to | > accept this new upstream version or revert the new version by us

Bug#859291: ITP: r-cran-viridislite -- Default Color Maps from 'matplotlib' (Lite Version)

2017-04-01 Thread Dirk Eddelbuettel
Package: wnpp Owner: Dirk Eddelbuettel Severity: wishlist * Package name: r-cran-viridislite Version : 0.2.0 Upstream Author : Simon Garnier * URL or Web page : https://cloud.r-project.org/web/packages/viridisLite/index.html * License : MIT Description : Default

Bug#859493: libgsl2: move libgslcblas.so into a separate package

2017-04-04 Thread Dirk Eddelbuettel
On 4 April 2017 at 10:45, James Cowgill wrote: | Package: libgsl2 | Version: 2.3+dfsg-1 | Severity: normal | | Hi, | | As a followup from the thread on debian-backports[1], please can you | move libgslcblas.so from libgsl2 into a separate package. This will | allow clean upgrades without conflic

Bug#859493: libgsl2: move libgslcblas.so into a separate package

2017-04-04 Thread Dirk Eddelbuettel
On 4 April 2017 at 11:54, James Cowgill wrote: | Hi, | | On 04/04/17 11:14, Dirk Eddelbuettel wrote: | > On 4 April 2017 at 10:45, James Cowgill wrote: | > | Package: libgsl2 | > | Version: 2.3+dfsg-1 | > | Severity: normal | > | | > | Hi, | > | | > | As a followup f

Bug#857120: quantlib FTBFS on mips64el: Build killed with signal TERM after 150 minutes of inactivity

2017-03-15 Thread Dirk Eddelbuettel
On 15 March 2017 at 23:36, Adrian Bunk wrote: | On Wed, Mar 08, 2017 at 04:23:24AM -0600, Dirk Eddelbuettel wrote: | > | > On 8 March 2017 at 11:01, Adrian Bunk wrote: | > | Source: quantlib | > | Version: 1.9.1-1 | > | Severity: important | > | | > | https://buildd.debia

Bug#857466: marked as done (r-base: CVE-2016-8714: R: Buffer overflow in the LoadEncoding functionality)

2017-03-16 Thread Dirk Eddelbuettel
On 16 March 2017 at 07:33, Charles Plessy wrote: | Hi Dirk and Salvatore, | | > From: Dirk Eddelbuettel | > On 11 March 2017 at 17:56, Salvatore Bonaccorso wrote: | > | | > | The relevant changes seem to be the following, but I might be mistaken. (btw, | > | is there a VCS r

Bug#858488: dieharder segfaults when testing the XOR generator

2017-03-22 Thread Dirk Eddelbuettel
On 22 March 2017 at 14:12, Aaron Toponce wrote: | Package: dieharder | Version: 3.31.1-7 | | When testing the XOR generator with dieharder(1), the program segfaults: | | % dieharder -g 207 -a | zsh: segmentation fault dieharder -g 207 -a I can confirm that. There has not been a whole

Bug#857120: quantlib FTBFS on mips64el: Build killed with signal TERM after 150 minutes of inactivity

2017-03-08 Thread Dirk Eddelbuettel
On 8 March 2017 at 11:01, Adrian Bunk wrote: | Source: quantlib | Version: 1.9.1-1 | Severity: important | | https://buildd.debian.org/status/logs.php?pkg=quantlib&arch=mips64el | | ... | | Testsuite summary for QuantLi

Bug#857141: Please enable SSE2 on amd64

2017-03-08 Thread Dirk Eddelbuettel
On 8 March 2017 at 12:54, Laurent Bigonville wrote: | Source: gretl | Version: 2016d-2 | Severity: wishlist | | Hi, | | Shouldn't SSE2 optimisation be enabled on amd64 architectures? | | According to [1], this should be supported in the amd64 port Patches welcome. Dirk | | Regards, | | Lau

Bug#857143: Please use GTK+3 instead of GTK+2

2017-03-08 Thread Dirk Eddelbuettel
On 8 March 2017 at 13:17, Laurent Bigonville wrote: | Source: gretl | Version: 2016d-2 | Severity: wishlist | | Hi, | | I see that gretl is supporting both GTK+2 and GTK+3 | | Any reasons to stick to GTK+2? Patches welcome. Dirk | Regards, | | Laurent Bigonville | | -- System Information:

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 .

Bug#861333: API transition of R packages

2017-04-27 Thread Dirk Eddelbuettel
On 27 April 2017 at 12:49, Don Armstrong wrote: | Control: severity -1 serious | | Do we know if this issue may also mean that any packages built with this | new version are incompatible with older R versions? [I'm thinking so, | but my ABI-fu is not super strong.] I don't know, and I tend not t

Bug#861333: API transition of R packages

2017-04-27 Thread Dirk Eddelbuettel
On 27 April 2017 at 11:37, Don Armstrong wrote: | On Thu, 27 Apr 2017, Dirk Eddelbuettel wrote: | > I don't know, and I tend not to run dated r-base-core packages. | | I'll try to check this out later. Thanks! | > Is that what debian/control ensures? | | Cool; I didn't

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-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#861479: quantlib-swig: Missing call to dh_md5sums causes a dbgsym package without a md5sums file

2017-04-29 Thread Dirk Eddelbuettel
On 29 April 2017 at 16:29, Niels Thykier wrote: | Source: quantlib-swig | Version: 1.9-1 | Severity: important | User: debhelper-de...@lists.alioth.debian.org | Usertags: dbgsyms-package-with-issues | | Hi, | | Due to dh_md5sums being commented out in d/rules, the generated dbgsym | package for

Bug#861636: FTBFS when sources imported into git

2017-05-03 Thread Dirk Eddelbuettel
On 2 May 2017 at 06:26, Daniel Baumann wrote: | Package: r-base | Version: 3.4.0-1 | Severity: minor | | Hi, | | the upstream tarball of r-base contains an empty directory: | | tests/Pkgs/exNSS4/man | | when importing r-base into git, this gets lost (because git cannot track | empty director

Bug#861748: r-cran-rmpi: Loading library fails

2017-05-03 Thread Dirk Eddelbuettel
On 3 May 2017 at 15:11, Ralf Stubner wrote: | Package: r-cran-rmpi | Version: 0.6-6-3 | Severity: grave | Justification: renders package unusable | | Dear Maintainer, | | When I try to load the Rmpi library, it fails with an error about a missing | shared object file: | | $ LANG=C Rscript -e "l

Bug#861748: r-cran-rmpi: Loading library fails

2017-05-03 Thread Dirk Eddelbuettel
This may have something to do with it: root@ef11adb9da1c:/# pkg-config --libs ompi -L/usr/lib/x86_64-linux-gnu/openmpi/lib -L/usr//lib -lmpi root@ef11adb9da1c:/# This is what we use at build-time. Yet: root@ef11adb9da1c:/# ls -l /usr/lib/x86_64-linux-gnu/openmpi/lib/libmpi.* lrwxrwxr

Bug#861748: r-cran-rmpi: Loading library fails

2017-05-03 Thread Dirk Eddelbuettel
On 3 May 2017 at 09:36, Dirk Eddelbuettel wrote: | | This may have something to do with it: | | root@ef11adb9da1c:/# pkg-config --libs ompi | -L/usr/lib/x86_64-linux-gnu/openmpi/lib -L/usr//lib -lmpi | root@ef11adb9da1c:/# | | This is what we use at build-time. Yet: | | root

Bug#861636: FTBFS when sources imported into git

2017-05-03 Thread Dirk Eddelbuettel
On 3 May 2017 at 19:33, Daniel Baumann wrote: | On 05/03/17 16:19, Dirk Eddelbuettel wrote: | > But there isn't a lot I can do | | well, you could create the directory in the clean target.. and keep | track of that by using find -type d -empty or so.. Patch? | (yes, rather

Bug#861748: r-cran-rmpi: Loading library fails

2017-05-06 Thread Dirk Eddelbuettel
Hi Tomasz, On 6 May 2017 at 18:46, Tomasz Buchert wrote: | On 03/05/17 17:54, Ralf Stubner wrote: | > [...] | | Hi all, | this is really another iteration of #741297. | | | Honestly, I believe that the whole test of openmpi "existence" using | dlopen is unnecessary. This code is only executed

Bug#861748: r-cran-rmpi: Loading library fails

2017-05-06 Thread Dirk Eddelbuettel
On 6 May 2017 at 20:43, Tomasz Buchert wrote: | On 06/05/17 19:23, Tomasz Buchert wrote: | > [...] | | Ok, I confirm that dlopen() is required to properly resolve some | symbols later: I can only assume that openmpi does some magic | there. Here are 2 solutions I came up with: | | 1. Just like

Bug#861748: r-cran-rmpi: Loading library fails

2017-05-06 Thread Dirk Eddelbuettel
On 6 May 2017 at 22:34, Tomasz Buchert wrote: | Hey, | | On 06/05/17 14:43, Dirk Eddelbuettel wrote: | > | > On 6 May 2017 at 20:43, Tomasz Buchert wrote: | > | On 06/05/17 19:23, Tomasz Buchert wrote: | > | > [...] | > | | > | Ok, I confirm that dlopen() is required to

Bug#854473: smtm: smtm not running

2017-02-07 Thread Dirk Eddelbuettel
severity 854473 thanks I think you simply have no data. Check the Finance::YahooQuote module in package libfinance-yahooquote-perl -- you can test on the commandline via edd@max:~$ yahooquote FB AMZN NFLX GOOG FB Facebook, Inc. 132.06 2/6/2017NMS AMZNAmazon.com, Inc.80

Bug#854473: smtm: smtm not running

2017-02-08 Thread Dirk Eddelbuettel
I got your follow-up email at home rather than in this thread. It seems like it may just be a one-char fix I need to fix: edd@max:~/git/finance-yahooquote(master)$ diff -u YahooQuote.pm /usr/share/perl5/Finance/YahooQuote.pm --- YahooQuote.pm 2015-05-10 11:17:48.927669722 -0500 +++ /usr/s

Bug#824465: littler: FTBFS in testing

2016-05-16 Thread Dirk Eddelbuettel
On 16 May 2016 at 12:58, Santiago Vila wrote: | Package: src:littler | Version: 0.3.0-2 | Severity: serious | | Dear maintainer: | | This package currently fails to build from source in stretch: | | | make[1]: Entering directo

Bug#824736: rjava: FTBFS: Makefile.all:38: recipe for target 'libjri.so' failed

2016-05-19 Thread Dirk Eddelbuettel
On 19 May 2016 at 11:56, Chris Lamb wrote: | Source: rjava | Version: 0.9-8-2 | Severity: serious | Justification: fails to build from source | User: reproducible-bui...@lists.alioth.debian.org | Usertags: ftbfs | X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org | | Dear Maintainer, | |

Bug#824736: rjava: FTBFS: Makefile.all:38: recipe for target 'libjri.so' failed

2016-05-22 Thread Dirk Eddelbuettel
changed by Dirk Eddelbuettel |dpkg-source --before-build rjava-0.9-8 | dpkg-buildpackage: info: host architecture amd64 |fakeroot debian/rules clean | CDBS WARNING:simple-patchsys.mk is deprecated since 0.4.85 - please use source format 3.0 (quilt) instead | test -x debian/rules

Bug#825306: Gnuplot4 removal

2016-05-25 Thread Dirk Eddelbuettel
On 25 May 2016 at 22:42, Anton Gladky wrote: | Package: gretl | Version: 2016b-1 | Severity: wishlist | Usertags: remove-gnuplot4 | | Dear Maintainer, | | your package has gnuplot-x11 in build-depends, which is deprecated | and will be removed before Stretch release [#812906]. | | Please update

Bug#807903: r-cran-timeseries: package description refers to timeDate instead of timeSeries

2015-12-14 Thread Dirk Eddelbuettel
On 14 December 2015 at 11:54, Daniele Forsi wrote: | Package: r-cran-timeseries | Severity: minor | | Dear Maintainer, | | the last line of the package description refers to timeDate: | timeDate provides functions for financial time series objects. | | I think it should refer to timeSeries: |

Bug#808391: r-cran-ggplot2: Update available and required

2015-12-19 Thread Dirk Eddelbuettel
Package: r-cran-ggplot2 Severity: important Hi, Hadley release ggplot2 2.0 onto CRAN yesterday. It had small API changes which tickled changes in a few other packages -- including Hmisc aka my r-cran-hmisc whicht now depends on ggplot2 (>= 2.0). So I cannot update Hmisc until a new ggplot2 is in

Bug#759170: ITP: r-cran-e1071 -- GNU R package with miscellaneous functions of the Dept of Statisics (e1071)

2014-08-24 Thread Dirk Eddelbuettel
Package: wnpp Owner: Dirk Eddelbuettel Severity: wishlist * Package name: r-cran-e1071 Version : 1.6-3-1 Upstream Author : David Meyer, Evgenia Dimitriadou, Kurt Hornik, Andreas Weingessel, and Friedrich Leisch. * URL or Web page : http://cran.rstudio.com/web/packages/e1071

Bug#758865: r-cran-rcppeigen: embedded copy of eigen3-library

2014-08-26 Thread Dirk Eddelbuettel
severity 758865 normal tags 758865 + wontfix quit On 22 August 2014 at 11:25, Anton Gladky wrote: | Package: r-cran-rcppeigen | Version: 0.3.2.2.0-1 | Severity: serious | Justification: Policy 4.13 | | Dear Maintainer, | | r-cran-rcppeigen ships an embedded copy of eigen3-library. Please, remov

Bug#758865: r-cran-rcppeigen: embedded copy of eigen3-library

2014-08-26 Thread Dirk Eddelbuettel
On 26 August 2014 at 14:17, Anton Gladky wrote: | Why not just symlink /usr/include/Eigen3? As the R upstream (co-)author/maintainer, it is more important to me to have a guaranteed consistent behaviour across installations of RcppEigen. Dirk | Anton | | | 2014-08-26 14:07 GMT+02:00 Dirk

Bug#758865: r-cran-rcppeigen: embedded copy of eigen3-library

2014-08-26 Thread Dirk Eddelbuettel
On 26 August 2014 at 15:22, Anton Gladky wrote: | 2014-08-26 15:03 GMT+02:00 Dirk Eddelbuettel : | > On 26 August 2014 at 14:17, Anton Gladky wrote: | > | Why not just symlink /usr/include/Eigen3? | > | > As the R upstream (co-)author/maintainer, it is more important to me t

Bug#791081: jags: library transition may be needed when GCC 5 is the default

2015-08-08 Thread Dirk Eddelbuettel
On 8 August 2015 at 13:08, Julien Cristau wrote: | Control: severity -1 serious | Control: tag -1 confirmed | | On Fri, Jul 3, 2015 at 13:10:42 +, Matthias Klose wrote: | | > Background [1]: libstdc++6 introduces a new ABI to conform to the | > C++11 standard, but keeps the old ABI to not b

Bug#791081: jags: library transition may be needed when GCC 5 is the default

2015-08-08 Thread Dirk Eddelbuettel
a pain. | | On Sat, Aug 08, 2015 at 06:50:44AM -0500, Dirk Eddelbuettel wrote: | > I don't see the need for splitting the libraries out of the jags | > package. What am I missing? | | Making it not be "a bit of a pain" in the future. I hear you "in theory", but "

Bug#791081: jags: library transition may be needed when GCC 5 is the default

2015-08-08 Thread Dirk Eddelbuettel
Related question, though: how do I chroot/pbuilder build against experimental? I am only setup for unstable. I'd rather not create a new chroot just for this. Is there another way? Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org -- To UNSUBSCRIBE, email to debian-b

Bug#791081: jags: library transition may be needed when GCC 5 is the default

2015-08-08 Thread Dirk Eddelbuettel
On 8 August 2015 at 16:08, Julien Cristau wrote: | On Sat, Aug 8, 2015 at 09:06:35 -0500, Dirk Eddelbuettel wrote: | | > | > Related question, though: how do I chroot/pbuilder build against experimental? | > | > I am only setup for unstable. I'd rather not create a ne

Bug#791081: jags: library transition may be needed when GCC 5 is the default

2015-08-08 Thread Dirk Eddelbuettel
On 8 August 2015 at 09:03, Dirk Eddelbuettel wrote: | | On 8 August 2015 at 14:34, Jonathan Wiltshire wrote: | | On 8 August 2015 at 13:08, Julien Cristau wrote: | | > However, instead of being properly split out as required by | | > policy, the libraries are shipped as part of the 'j

Bug#818781: r-base: non-standard gcc/g++ used for build (gcc-4.9)

2016-03-25 Thread Dirk Eddelbuettel
On 25 March 2016 at 14:20, Sébastien Villemot wrote: | Le mercredi 23 mars 2016 à 15:32 -0500, Dirk Eddelbuettel a écrit : | > On 23 March 2016 at 21:08, Matthias Klose wrote: | > | On 23.03.2016 20:05, Dirk Eddelbuettel wrote: | > | > I just looked at /etc/R/Makeconf where CC,

Bug#819344: /usr/share/R/debian/r-cran.mk: remove LICENSE as well

2016-03-26 Thread Dirk Eddelbuettel
On 26 March 2016 at 22:29, Chris Lawrence wrote: | Package: r-base-dev | Version: 3.2.4-revised-1 | Severity: wishlist | File: /usr/share/R/debian/r-cran.mk | | Several upstream packages now ship a LICENSE file (rather than | LICENSE.txt), typically those with MIT-style licenses like dplyr; | /us

Bug#819389: ITP: r-cran-bh -- GNU R package with Boost headers

2016-03-27 Thread Dirk Eddelbuettel
Package: wnpp Owner: Dirk Eddelbuettel Severity: wishlist * Package name: r-cran-bh Version : 1.60.0-1-1 Upstream Author : Jay Emerson and Dirk Eddelbuettel * URL or Web page : http://cloud.r-project.org/package=BH * License : BSL-1.0 Description : GNU R package

Bug#819343: ITP: r-cran-dplyr -- A Grammar of Data Manipulation for GNU R

2016-03-30 Thread Dirk Eddelbuettel
On 29 March 2016 at 08:28, Andreas Tille wrote: | Hi Chris, | | On Mon, Mar 28, 2016 at 08:45:41PM -0400, Chris Lawrence wrote: | > On Mon, Mar 28, 2016 at 9:21 AM, Andreas Tille wrote: | > > Thanks for this ITP since it is also on my list of needed packages for | > > r-cran-treescape which need

Bug#819343: ITP: r-cran-dplyr -- A Grammar of Data Manipulation for GNU R

2016-03-30 Thread Dirk Eddelbuettel
On 30 March 2016 at 13:34, Andreas Tille wrote: | On Wed, Mar 30, 2016 at 06:21:55AM -0500, Dirk Eddelbuettel wrote: | > | > | I talked about this with Dirk[1] and may be I should have done this for | > | the moment as well. Meanwhile Dirk has ITPed r-cran-bh (#819389) and | > | has

Bug#819343: ITP: r-cran-dplyr -- A Grammar of Data Manipulation for GNU R

2016-03-30 Thread Dirk Eddelbuettel
On 30 March 2016 at 19:01, Andreas Tille wrote: | On Wed, Mar 30, 2016 at 07:02:04AM -0500, Dirk Eddelbuettel wrote: | > | > | Could you please explain what size exactly is doubled? As far as I | > | understood r-cran-bh would be just a wrapper for the Debian packaged | >

Bug#819731: r-cran-hdf5: crash on loading hdf objects with empty TITLE attribute

2016-04-01 Thread Dirk Eddelbuettel
On 1 April 2016 at 10:45, Zack Weinberg wrote: | Package: r-cran-hdf5 | Version: 1.6.10-3+b2 | Severity: normal | | Attached to this bugreport are two HDF5 files named 'title.hdf' and | 'no-title.hdf', and the Python script that generated them (using pytables). | According to h5dump, the only dif

Bug#819731: r-cran-hdf5: crash on loading hdf objects with empty TITLE attribute

2016-04-01 Thread Dirk Eddelbuettel
On 1 April 2016 at 13:51, Zack Weinberg wrote: | On Fri, Apr 1, 2016 at 11:30 AM, Dirk Eddelbuettel wrote: | > | > Sadly this package is not longer maintained upstream: | > | > https://cloud.r-project.org/web/packages/hdf5/index.html | > | > Somehow R never had real good supp

Bug#818781: r-base: non-standard gcc/g++ used for build (gcc-4.9)

2016-04-06 Thread Dirk Eddelbuettel
On 6 April 2016 at 18:49, Aurelien Jarno wrote: | On 2016-03-25 09:05, Dirk Eddelbuettel wrote: | > | > On 25 March 2016 at 14:20, Sébastien Villemot wrote: | > | Le mercredi 23 mars 2016 à 15:32 -0500, Dirk Eddelbuettel a écrit : | > | > On 23 March 2016 at 21:08, Matth

Bug#827656: rodbc: FTBFS: dh_clean: Please specify the compatibility level in debian/compat

2016-06-19 Thread Dirk Eddelbuettel
severity 827656 normal thanks On 19 June 2016 at 11:08, Chris Lamb wrote: | Source: rodbc | Version: 1.3-13-1 | Severity: serious | Justification: fails to build from source | User: reproducible-bui...@lists.alioth.debian.org | Usertags: ftbfs | X-Debbugs-Cc: reproducible-bui...@lists.alioth.debi

Bug#827656: rodbc: FTBFS: dh_clean: Please specify the compatibility level in debian/compat

2016-06-19 Thread Dirk Eddelbuettel
Ok -- I see this now after refreshing the pbuilder chroot. Bug in dh_clean in my book. Whatevs. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

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 https://cloud.r-proje

Bug#823313: r-base-dev: causes r-cran-tgp to FTBFS: error: template with C linkage

2016-05-03 Thread Dirk Eddelbuettel
On 3 May 2016 at 13:07, Andreas Beckmann wrote: | Package: r-base-dev | Version: 3.2.5.20160429-1 | Severity: serious | Control: block 820866 with -1 | | Hi, | | current r-base-dev in sid causes r-cran-tgp to FTBFS (#820866), | downgrading to 3.2.5-1 makes it build again. | | from the log of an

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 sid pbuilder setup. Could you check ag

Bug#827979: package quantlib-swig FTBFS on mips/mipsel (virtual memory exhausted)

2016-06-23 Thread Dirk Eddelbuettel
On 23 June 2016 at 12:15, Daniel Knezevic wrote: | Package: quantlib-swig | Version: 1.8-1 | Severity: important | Tags: sid + patch | Justification: FTBFS | User: debian-m...@lists.debian.org | Usertags: mips-patch | | Hello, | Package quantlib-swig FTBFS on mips and mipsel with following error:

Bug#828046: ess: taking a *huge* time to load in emacs

2016-06-24 Thread Dirk Eddelbuettel
On 24 June 2016 at 10:26, Julian Gilbey wrote: | Package: ess | Version: 16.04-2 | Severity: normal | | Hello Dirk, | | For some reason, ess has started taking a massive time to load at | emacs startup time: on my old machine, it is taking about two minutes. | (On my newer machine, the relative

Bug#828223: mvtnorm: FTBFS: dh_clean: Please specify the compatibility level in debian/compat

2016-06-26 Thread Dirk Eddelbuettel
On 26 June 2016 at 06:00, Dirk Eddelbuettel wrote: | | On 26 June 2016 at 10:37, Chris Lamb wrote: | | Source: mvtnorm | | Version: 1.0-5-1 | | Severity: serious | | Justification: fails to build from source | | User: reproducible-bui...@lists.alioth.debian.org | | Usertags: ftbfs | | X-Debbugs

Bug#828046: ess: taking a *huge* time to load in emacs

2016-06-26 Thread Dirk Eddelbuettel
On 26 June 2016 at 13:11, Julian Gilbey wrote: | On Fri, Jun 24, 2016 at 05:28:00AM -0500, Dirk Eddelbuettel wrote: | > | > On 24 June 2016 at 10:26, Julian Gilbey wrote: | > | Package: ess | > | Version: 16.04-2 | > | Severity: normal | > | | > | Hello Dirk, | > | |

Bug#752609: packaging RProtoBuf: permissions only patches?

2016-04-21 Thread Dirk Eddelbuettel
On 21 April 2016 at 13:27, Andreas Tille wrote: | Hi, | | On Thu, Apr 21, 2016 at 09:06:15PM +1000, Jonathon Love wrote: | > > | > >The R package has | > > | > >tests/runUnitTests.R | > > | > >calling out to the files in | > > | > >inst/unitTests/ | > > | > >which became | > > | > >un

Bug#752609: packaging RProtoBuf: permissions only patches?

2016-04-21 Thread Dirk Eddelbuettel
On 21 April 2016 at 13:57, Andreas Tille wrote: | On Thu, Apr 21, 2016 at 06:37:40AM -0500, Dirk Eddelbuettel wrote: | > The test harness you have may require testthat. My packages (as well as a | > number of other packages) use RUnit. | | I admit I don't mind about the actual test f

Bug#822332: libgsl2: typo in package description

2016-04-23 Thread Dirk Eddelbuettel
On 23 April 2016 at 15:52, James Cowgill wrote: | Package: libgsl2 | Version: 2.1+dfsg-2 | Severity: minor | | Hi, | | The package description for libgsl2 refers to libgsl0-dev which no | longer exists. Ah. Fixed in two places. Thanks! Dirk | Thanks, | James | x[DELETED ATTACHMENT signature

Bug#818781: r-base: non-standard gcc/g++ used for build (gcc-4.9)

2016-04-28 Thread Dirk Eddelbuettel
On 28 April 2016 at 18:23, Mattia Rizzolo wrote: | control: reopen -1 | | On Wed, Apr 06, 2016 at 12:16:49PM -0500, Dirk Eddelbuettel wrote: | > Will do. In fact, I just updated it in my sources. | | Apparently, this is still not enough, as the mips build r-base-core has | a Depends on gcc-

Bug#770696: r-base-core: R crashes with "*** caught illegal operation ***"

2014-11-23 Thread Dirk Eddelbuettel
On 23 November 2014 at 10:45, Matti Vihola wrote: | Package: r-base-core | Version: 2.15.1-4 | Severity: important | | R crashes because it tries to execute an illegal instruction. | This is how you can reproduce: | | $ R | | R version 2.15.1 (2012-06-22) -- "Roasted Marshmallows" | Copyright (

Bug#771031: ITP: r-cran-kernlab -- GNU R package for kernel-based machine learning lab

2014-11-25 Thread Dirk Eddelbuettel
Package: wnpp Owner: Dirk Eddelbuettel Severity: wishlist * Package name: r-cran-kernlab Version : 0.9-19 Upstream Author : Alexandros Karatzoglou, Alex Smola, Kurt Hornik * URL or Web page : http://cran.r-project.org/web/packages/kernlab/index.html * License : GPL-2

Bug#753213: fportfolio: FTBFS: Error : package 'ecodist' could not be loaded

2014-06-30 Thread Dirk Eddelbuettel
On 29 June 2014 at 20:08, David Suárez wrote: | Source: fportfolio | Version: 2130.80-2 | Severity: serious | Tags: jessie sid | User: debian...@lists.debian.org | Usertags: qa-ftbfs-20140628 qa-ftbfs | Justification: FTBFS on amd64 | | Hi, | | During a rebuild of all packages in sid, your packa

Bug#752609: r-base-dev: Please provide a method to run upstream unit tests at package build time

2014-06-30 Thread Dirk Eddelbuettel
On 25 June 2014 at 10:22, Andrei POPESCU wrote: | Control: reassign -1 r-base-dev | | On Mi, 25 iun 14, 09:02:53, Andreas Tille wrote: | > Source: r-base-dev | > Severity: normal | > | > Hello, | > | > since debhelper compatibility level 9 some automatic test is approached | > if upstream provi

Bug#752609: r-base-dev: Please provide a method to run upstream unit tests at package build time

2014-06-30 Thread Dirk Eddelbuettel
On 30 June 2014 at 16:11, Andreas Tille wrote: | I'm trying to implement checks for the binary packages to the best of my Please write a 'new source available' check, or just use what debian/watch already gives. And the QA pages. And and and. Dozens of "your" (ie teams) packages are MONTHS and M

Bug#752609: r-base-dev: Please provide a method to run upstream unit tests at package build time

2014-06-30 Thread Dirk Eddelbuettel
On 30 June 2014 at 17:04, Andreas Tille wrote: | I would be really happy if you would not choose every communication with | me as a chance to bring up the same topic. Moreover your claim is - at | least currently - not true. I tried more gentle suggestions in the past, it didn't work. For years.

Bug#753360: gsl: please use autoreconf to fix ftbfs on new archs

2014-07-05 Thread Dirk Eddelbuettel
Hi Fernando, On 30 June 2014 at 18:07, Fernando Seiti Furusato wrote: | Source: gsl | Version: 1.16+dfsg-1 | Severity: normal | Tags: patch | User: debian-powe...@lists.debian.org | Usertags: ppc64el | User: debian-de...@lists.debian.org | Usertags: autoreconf | | Dear Maintainer, | | Package g

Bug#753852: ITP: r-cran-nloptr -- GNU R package for interface to NLopt

2014-07-05 Thread Dirk Eddelbuettel
Package: wnpp Owner: Dirk Eddelbuettel Severity: wishlist * Package name: r-cran-nloptr Version : 1.0.0-1 Upstream Author : Jelmer Ypma * URL or Web page : http://cran.r-project.org/web/packages/nloptr/index.html * License : LGPL-3 Description : GNU R package for

Bug#752609: r-base-dev: Please provide a method to run upstream unit tests at package build time

2014-07-06 Thread Dirk Eddelbuettel
Andreas, Don, Home now after all that R conferencing in Italy and LA -- and thanks again to Don for a lovely afternoon / early evening outing in LA. On 30 June 2014 at 18:58, Andreas Tille wrote: | I know that you checked since we had some conversation about this in | rstudio WNPP. I told youin

Bug#666414: FTBFS on s390x: Segmentation fault during installation

2014-07-13 Thread Dirk Eddelbuettel
On 13 July 2014 at 04:28, Cyril Brulebois wrote: | Control: severity -1 serious | | Dirk Eddelbuettel (2012-04-01): | > I also ran this by upstream, given that there were some changes to the | > .C() interface in R lately. But upstream couldn't tickle anything | > here either

Bug#666414: FTBFS on s390x: Segmentation fault during installation

2014-07-13 Thread Dirk Eddelbuettel
PS Mainly for Michael's benefit: [...] ** preparing package for lazy loading *** caught segfault *** address (nil), cause 'memory not mapped' Traceback: 1: .C("R_gtkInit", length(args), x = args, success = logical(1), PACKAGE = "RGtk2") 2: gtkInit(args) 3: fun(libname, pkgname) 4: do

Bug#754715: Debian claims source missing for rgl

2014-07-19 Thread Dirk Eddelbuettel
Duncan, The Debian package "linter" claims that the included file inst/WebGL/CanvasMatrix.js in your rgl package lacks source code. I know next to nothing about Javascript, and to me Javascript always appeared to _be_ source code. The GNU file tool seems to agree edd@max:~/src/de

Bug#754715: Debian claims source missing for rgl

2014-07-19 Thread Dirk Eddelbuettel
On 19 July 2014 at 21:52, Bastien ROUCARIES wrote: | On Sat, Jul 19, 2014 at 4:11 PM, Dirk Eddelbuettel wrote: | > | > Duncan, | > | > The Debian package "linter" claims that the included file | > | > inst/WebGL/CanvasMatrix.js | > | > in your rgl package

Bug#754715: Debian claims source missing for rgl

2014-07-19 Thread Dirk Eddelbuettel
On 19 July 2014 at 17:48, Duncan Murdoch wrote: | On 19/07/2014, 2:52 PM, Bastien ROUCARIES wrote: | > On Sat, Jul 19, 2014 at 4:11 PM, Dirk Eddelbuettel wrote: | >> Duncan, | >> | >> The Debian package "linter" claims that the included file | >> | >>

Bug#754715: Debian claims source missing for rgl

2014-07-19 Thread Dirk Eddelbuettel
On 19 July 2014 at 20:43, Duncan Murdoch wrote: | On 19/07/2014, 7:18 PM, Dirk Eddelbuettel wrote: | > | > On 19 July 2014 at 17:48, Duncan Murdoch wrote: | > | On 19/07/2014, 2:52 PM, Bastien ROUCARIES wrote: | > | > On Sat, Jul 19, 2014 at 4:11 PM, Dirk Eddelbuettel wrote:

Bug#754715: Debian claims source missing for rgl

2014-07-21 Thread Dirk Eddelbuettel
On 19 July 2014 at 22:28, Dirk Eddelbuettel wrote: | | On 19 July 2014 at 20:43, Duncan Murdoch wrote: | | On 19/07/2014, 7:18 PM, Dirk Eddelbuettel wrote: | | > | | > On 19 July 2014 at 17:48, Duncan Murdoch wrote: | | > | On 19/07/2014, 2:52 PM, Bastien ROUCARIES wrote: | | > | &

Bug#755937: python-rpy2: r-base-core testing is now 3.1.1

2014-07-24 Thread Dirk Eddelbuettel
On 24 July 2014 at 10:18, David Liontooth wrote: | Package: python-rpy2 | Version: 2.4.2-1 | Severity: normal | | | # python -m 'rpy2.tests' | rpy2 version: 2.4.2 | - built against R version: 3-1.0--65387 | - running linked to R version: R version 3.1.1 (2014-07-10) | E | ===

Bug#755937: python-rpy2: r-base-core testing is now 3.1.1

2014-07-24 Thread Dirk Eddelbuettel
On 24 July 2014 at 10:18, David Liontooth wrote: | Package: python-rpy2 | Version: 2.4.2-1 | Severity: normal | | | # python -m 'rpy2.tests' | rpy2 version: 2.4.2 | - built against R version: 3-1.0--65387 | - running linked to R version: R version 3.1.1 (2014-07-10) | E | ===

Bug#754715: Debian claims source missing for rgl

2014-07-26 Thread Dirk Eddelbuettel
On 21 July 2014 at 07:25, Duncan Murdoch wrote: | If you want to put in a link to the file before that, this one should work: | | https://r-forge.r-project.org/scm/viewvc.php/pkg/rgl/inst/WebGL/CanvasMatrix.src.js?root=rgl&view=log | | I can't guarantee that R-forge won't change its location, b

Bug#756214: libvw0: Stale package

2014-07-27 Thread Dirk Eddelbuettel
Package: libvw0 Version: 7.3-1.1 Severity: normal Thanks for packaging vowpal wabbit as a binary and library. I'd like to develop against the library, but even the simplest example, based on the current git sources, bombs: edd@max:~/git/vowpal_wabbit/library$ g++ -o foo library_example.cc -lal

Bug#756214: libvw0: Stale package

2014-07-27 Thread Dirk Eddelbuettel
uot; differ in the debian/ branch, apart from there being a debian directory? Dirk | Cheers, | | On Sun, 27 Jul 2014, Dirk Eddelbuettel wrote: | | | > Package: libvw0 | > Version: 7.3-1.1 | > Severity: normal | | > Thanks for packaging vowpal wabbit as a binary and library. | | >

Bug#756214: libvw0: Stale package

2014-07-30 Thread Dirk Eddelbuettel
On 28 July 2014 at 00:39, Yaroslav Halchenko wrote: | On Sun, 27 Jul 2014, Dirk Eddelbuettel wrote: | > How much does "rest" differ in the debian/ branch, apart from there being a | > debian directory? | | should nohow differ -- classical git-buildpackage setup, just not | upst

Bug#756214: libvw0: Stale package

2014-08-03 Thread Dirk Eddelbuettel
Howdy, On 30 July 2014 at 12:55, Yaroslav Halchenko wrote: | | On Wed, 30 Jul 2014, Dirk Eddelbuettel wrote: | | | > On 28 July 2014 at 00:39, Yaroslav Halchenko wrote: | > | On Sun, 27 Jul 2014, Dirk Eddelbuettel wrote: | > | > How much does "rest" differ in the debi

Bug#745098: rjava: FTBFS with Java 8: configure: error: Cannot compile a simple JNI program

2015-05-24 Thread Dirk Eddelbuettel
Hi Emmanuel, On 20 May 2015 at 17:00, Emmanuel Bourg wrote: | Control: reassign -1 r-base | Control: tags -1 patch | Control: affects -1 rjava | | Hi Dirk, | | I looked at this issue again and I think this could be trivially fixed | with the patch attached (applied to r-base and not rjava). Wit

Bug#792843: missing license in debian/copyright

2015-07-19 Thread Dirk Eddelbuettel
On 19 July 2015 at 11:43, Thorsten Alteholz wrote: | Package: gsl | Version: 1.16+dfsg-3 | Severity: serious | User: alteh...@debian.org | Usertags: ftp | X-Debbugs-CC: ftpmas...@ftp-master.debian.org | thanks | | Dear Maintainer, | | please add the missing LGPL license of files in utils/* to |

Bug#784849: fbasics: Still has r-cran-vr as a build-depends

2015-05-09 Thread Dirk Eddelbuettel
ebian/control | index 1635460..6274dd4 100644 | --- a/fbasics-3011.87/debian/control | +++ b/fbasics-3011.87/debian/control | @@ -2,7 +2,7 @@ Source: fbasics | Section: gnu-r | Priority: optional | Maintainer: Dirk Eddelbuettel | -Build-Depends: debhelper (>= 7.0.0), r-base-dev (>= 3.1.

Bug#704805: Does partial upgrade between stable and testing must be supported ?

2015-05-10 Thread Dirk Eddelbuettel
Hi Julian, On 10 May 2015 at 22:20, Julian Gilbey wrote: | Hi Dirk, | | Well, jessie has been released now. Once again without any breakage for R or R-related packages ... | Please can you upload a version of r-base which addresses this issue, | providing a "Provides: r-base-api-3.0" field, a

Bug#704805: Does partial upgrade between stable and testing must be supported ?

2015-05-10 Thread Dirk Eddelbuettel
The patch has three parts. I presume we want to kill the third? --- r-base-3.2.0.orig/debian/control2015-05-11 00:20:08.947567937 +0100 +++ r-base-3.2.0/debian/control 2015-05-11 00:20:51.498702854 +0100 --- r-base-3.2.0.orig/debian/r-cran.mk 2015-05-11 00:20:08.979567287 +0100 +++ r-base-3

Bug#704805: Does partial upgrade between stable and testing must be supported ?

2015-05-10 Thread Dirk Eddelbuettel
On 11 May 2015 at 00:33, Julian Gilbey wrote: | The only thing I'm not sure about, and you may have a better view, is | whether r-cran packages should depend only on the api version (so: | Depends: r-api-3), or whether they should also depend upon the actual | base version (Depends: r-base-core (>

Bug#778660: ITP: r-cran-gridextra -- GNU R package with extensions for the grid package

2015-02-17 Thread Dirk Eddelbuettel
Package: wnpp Owner: Dirk Eddelbuettel Severity: wishlist * Package name: r-cran-gridextra Version : 0.9-1-1 Upstream Author : Baptiste Auguie * URL or Web page : http://cran.r-project.org/web/packages/gridExtra/index.html * License : GPL-2 Description : GNU R

Bug#772028: quantlib-swig FTBFS on testing for mips/mipsel

2014-12-04 Thread Dirk Eddelbuettel
On 4 December 2014 at 13:54, Dejan Latinovic wrote: | | | Package: quantlib-swig | Version: 1.4-1 | Tags: sid patch | Severity: important | Justification: FTBFS | User: debian-m...@lists.debian.org | Usertags: mips-patch | | | | Package quantlib-swig FTBFS on mips/mipsel with an error: | | >

Bug#772028: quantlib-swig FTBFS on testing for mips/mipsel

2014-12-05 Thread Dirk Eddelbuettel
On 5 December 2014 at 11:09, Dejan Latinovic wrote: | | | | Hi Dirk, | | I had tested it on 4 different boards using sbuild (chroot), | broadcom: mipsel and cavium: mips/mipsel. | | On all boards, quantlib-swig initially failed with same error. | Applying my patch, package was built successfu

Bug#776079: tkrplot: FTBFS in unstable - fatal error: tk.h: No such file or directory

2015-01-26 Thread Dirk Eddelbuettel
On 23 January 2015 at 17:17, James Cowgill wrote: | Source: tkrplot | Version: 0.0.23-2 | Severity: serious | Tags: sid | | Hi, | | tkrplot seems to FTBFS in unstable (but not in jessie) with the error: | > gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG -I/usr/include/tcl8.6 -I/usr/include/tcl8

<    2   3   4   5   6   7   8   9   10   11   >