Bug#895564: CVE-2017-2896 CVE-2017-2897 CVE-2017-2919

I am in contact with upstream for readxl; upstream for readxl is trying to get hold off a new (tentative) upstream for libxls. I will follow-up here as I learn more. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#895564: CVE-2017-2896 CVE-2017-2897 CVE-2017-2919

On 12 April 2018 at 20:42, Moritz Muehlenhoff wrote: | Package: r-cran-readxl | Severity: grave | Tags: security | | r-cran-readxl bundles libxls which is affected by a number of security vulnerabilities: | | https://www.talosintelligence.com/vulnerability_reports/TALOS-2017-0426 |

Bug#892653: gretl FTBFS with glibc 2.27

On 11 March 2018 at 21:31, Adrian Bunk wrote: | Source: gretl | Version: 2017d-3 | Severity: serious | Tags: fixed-upstream patch | | https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/gretl.html | | ... | ../cephes/iv.c: In function 'cephes_bessel_Iv': | ../cephes/iv.c:70:19:

Bug#884134: python-rpy: Incompatible with the version of R in stretch

On 25 February 2018 at 17:22, Andreas Beckmann wrote: | Control: tag -1 = sid buster | Control: retitle -1 rpy: do not ship with buster | | On Tue, 12 Dec 2017 12:46:14 -0600 Dirk Eddelbuettel <e...@debian.org> wrote: | > Sorry for causing you extra work with the binNMU. If you prefe

Bug#882305: libfinance-yahooquote-perl: yahooquote (and smtm) stopped working.

On 24 February 2018 at 20:27, Adrian Bunk wrote: | On Tue, Nov 21, 2017 at 06:11:46AM -0600, Dirk Eddelbuettel wrote: | > | > On 21 November 2017 at 10:49, Ivan Rossi wrote: | > | Package: libfinance-yahooquote-perl | > | Version: 0.25 | > | Severity: grave | > | Justificatio

Bug#884134: python-rpy: Incompatible with the version of R in stretch

On 12 December 2017 at 18:55, Andreas Beckmann wrote: | Followup-For: Bug #884134 | | Hi, | | binNMUs requested for stretch and sid: #884209 | | To ensure this but doe snot show up again, python-rpy should get a | proper dependency on r-api-X.Y in sid (or be removed in favor of rpy2). I think

Bug#884134: python-rpy: Incompatible with the version of R in stretch

On 11 December 2017 at 19:37, Matthew Woodcraft wrote: | Package: python-rpy | Version: 1.0.3-30 | Severity: grave | | Installing and importing the stretch version of python-rpy fails with the | stretch version of R: | | « | apt install python-rpy | python | Python 2.7.13 (default, Nov 24 2017,

Bug#882321: rjava fails to build

On 21 November 2017 at 14:37, Matthias Klose wrote: | so you have the change in the build dependency, which ships some configuration | file now referencing openjdk-9, but every package using that changed | configuration has to explicitly change there build and runtime dependencies? We can take

Bug#882305: libfinance-yahooquote-perl: yahooquote (and smtm) stopped working.

On 21 November 2017 at 10:49, Ivan Rossi wrote: | Package: libfinance-yahooquote-perl | Version: 0.25 | Severity: grave | Justification: renders package unusable | | Dear Maintainer, | | yahooquote (and smtm) stopped working. It seems that yahoo does not allow queries anymore. That is the

Bug#881411: quantlib-examples cannot be installed

On 11 November 2017 at 14:54, Adrian Bunk wrote: | Package: quantlib-examples | Version: 1.11-3 | Severity: serious | | The following packages have unmet dependencies: | quantlib-examples : Depends: libquantlib0v5 (= 1.11-3) but it is not going to be installed | | | Package:

Bug#880404: quantlib-examples: fails to upgrade from 'stretch' - trying to overwrite /usr/bin/CVAIRS

On 31 October 2017 at 10:20, Andreas Beckmann wrote: | Package: quantlib-examples | Version: 1.11-2 | Severity: serious | User: debian...@lists.debian.org | Usertags: piuparts | | Hi, | | during a test with piuparts I noticed your package fails to upgrade from | 'stretch'. | It installed fine

Bug#876569: quantlib FTBFS with debhelper 10.9: Unknown package -Nquantlib-examples given via -N/--no-package

severity 876569 normal thanks On 24 September 2017 at 00:02, Adrian Bunk wrote: | Source: quantlib | Version: 1.10.1-1 | Severity: serious | | https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/quantlib.html | | ... | rm -vf

Bug#861333: Why does r-cran-rcppgsl not migrate to testing?

On 8 September 2017 at 22:47, Andreas Tille wrote: | Hi Dirk, | | On Thu, Sep 07, 2017 at 02:46:04PM -0500, Dirk Eddelbuettel wrote: | > | > On 7 September 2017 at 21:20, Andreas Tille wrote: | > | Hi Dirk, | > | | > | On Wed, Sep 06, 2017 at 04:22:33PM -0500, Dirk Edd

Bug#861333: Why does r-cran-rcppgsl not migrate to testing?

Hi Andreas, On 7 September 2017 at 21:20, Andreas Tille wrote: | Hi Dirk, | | On Wed, Sep 06, 2017 at 04:22:33PM -0500, Dirk Eddelbuettel wrote: | > On 6 September 2017 at 22:48, Andreas Tille wrote: | > | [Chris, I took the freedom to move r-cran-mcmc to Debian Science | > | team si

Bug#868558: nmu: multiple r-* packages

So I tried that -- and I cannot currently tickle the bug: -- r-cran-spatial (from the initial bug report) was long rebuilt by me -- r-cran-logspline (which you mentioned) is actually no longer on my refined (shorter) list, no issues there -- r-cran-data.table (on my list) is a false

Bug#868558: nmu: multiple r-* packages

Hi Niels et al, On 26 August 2017 at 07:22, Niels Thykier wrote: | Dirk Eddelbuettel: | > [...] | > On 19 August 2017 at 13:14, Dirk Eddelbuettel wrote: | > | | > | Dear release team, | > | | | Hi, | | Sorry for the slow up take on our part. No worries. Releases and Debcon

Bug#871269: missing Replaces

On 9 August 2017 at 19:43, Andreas Beckmann wrote: | On 2017-08-09 19:09, Andreas Beckmann wrote: | > I can't find a *gsl*prof* package in the archive, so this indeed seems | > to be a new one. And should be totally unrelated to the splitting of the | > library package. | | That's an interesting

Bug#871269: missing Replaces

On 9 August 2017 at 19:09, Andreas Beckmann wrote: | On 2017-08-09 18:52, Dirk Eddelbuettel wrote: | > Uploaded a -6 with the versioned Replaces but just got a note it is in NEW | > because of libgsl-prof -- which seems strange. Any idea? | | Since the packaging is not in git (or anoth

Bug#871269: missing Replaces

On 9 August 2017 at 16:55, Andreas Beckmann wrote: | On 2017-08-09 16:49, Dirk Eddelbuettel wrote: | > | All the Conflicts can probably be turned into Breaks (which will make apt's life | > | easier for distupgrades involving this transition) and Breaks and Replaces | > | need to ma

Bug#871269: missing Replaces

Hi Andreas, Thanks for the note. On 9 August 2017 at 15:58, Andreas Beckmann wrote: | Followup-For: Bug #871269 | | Hi Dirk, | | for libgslcblas0 the Replaces on libgsl23 needs to be versioned (<< 2.4+dfsg-4). Oh, right. | All the Conflicts can probably be turned into Breaks (which will

Bug#871269: missing Replaces

(Crap. This sat unsent in Emacs. Anyway -- fixed now, and thanks!) On 7 August 2017 at 10:11, Matthias Klose wrote: | Package: src:gsl | Version: 2.4+dfsg-4 | Severity: serious | Tags: sid buster | | Unpacking libgslcblas0:amd64 (2.4+dfsg-4) ... | dpkg: error processing archive |

Bug#870772: libgsl misses some breaks/replaces

On 7 August 2017 at 09:00, Antonio Ospite wrote: | On Mon, 7 Aug 2017 13:37:39 +1200 Ben Caradoc-Davies | wrote: | > Is there something wrong with libgsl23 2.4+dfsg-4? nco which depends on | > libgsl23 and {inkscape, qgis} which depend on libgsl2 are not | > coinstallable.

Bug#870772: libgsl misses some breaks/replaces

On 7 August 2017 at 13:37, Ben Caradoc-Davies wrote: | Is there something wrong with libgsl23 2.4+dfsg-4? nco which depends on | libgsl23 and {inkscape, qgis} which depend on libgsl2 are not | coinstallable. Should libgsl23 have libgsl2 in its "Replaces:"? I do not | understand, but I suspect

Bug#870772: libgsl misses some breaks/replaces

On 5 August 2017 at 06:49, Dirk Eddelbuettel wrote: | On 5 August 2017 at 12:35, Guillem Jover wrote: | | Strictly speaking, libgslcblas does have a SONAME: | | | | $ objdump -p /usr/lib/x86_64-linux-gnu/libgslcblas.so.0 | grep SONAME | | SONAME libgslcblas.so.0

Bug#870772: libgsl misses some breaks/replaces

On 5 August 2017 at 12:35, Guillem Jover wrote: | Hi! | | On Fri, 2017-08-04 at 23:10:49 -0500, Dirk Eddelbuettel wrote: | > On 5 August 2017 at 00:04, Alf Gaida wrote: | > | like the subject says libgsl lacks some breaks and replaces, that breaks the upgrade path: | | > | The followi

Bug#870772: libgsl misses some breaks/replaces

On 5 August 2017 at 00:04, Alf Gaida wrote: | Package: libgsl23 | Version: 2.4+dfsg-3 | Severity: grave | Tags: patch | | Dear Maintainer, | | like the subject says libgsl lacks some breaks and replaces, that breaks the upgrade path: | | % LANG=C sudo apt -f install

Bug#869778: Re: Bug#869778: libgsl2: soname change breaks dependencies

On 26 July 2017 at 15:36, James Cowgill wrote: | Hi, | | On 26/07/17 15:10, Dirk Eddelbuettel wrote: | > On 26 July 2017 at 14:48, James Cowgill wrote: | > | On 26/07/17 14:39, Dirk Eddelbuettel wrote: | > | > On 26 July 2017 at 15:18, Julien Cristau wrote: | > | > |

Bug#869778: Re: Bug#869778: libgsl2: soname change breaks dependencies

On 26 July 2017 at 14:48, James Cowgill wrote: | Hi, | | On 26/07/17 14:39, Dirk Eddelbuettel wrote: | > On 26 July 2017 at 15:18, Julien Cristau wrote: | > | Control: reopen -1 | > | | > | On Wed, Jul 26, 2017 at 12:57:55 +0100, James Cowgill wrote: | > | | > | > Hi, | &g

Bug#869778: Re: Bug#869778: libgsl2: soname change breaks dependencies

On 26 July 2017 at 12:57, James Cowgill wrote: | Hi, | | On 26/07/17 12:32, Dirk Eddelbuettel wrote: | > On 26 July 2017 at 13:14, Michal Politowski wrote: | > | Package: libgsl2 | > | Version: 2.4+dfsg-1 | > | Severity: important | > | | > | libgsl2 2.3+dfsg-1 contains /usr/

Bug#869778: Re: Bug#869778: libgsl2: soname change breaks dependencies

On 26 July 2017 at 15:18, Julien Cristau wrote: | Control: reopen -1 | | On Wed, Jul 26, 2017 at 12:57:55 +0100, James Cowgill wrote: | | > Hi, | > | > On 26/07/17 12:32, Dirk Eddelbuettel wrote: | > > On 26 July 2017 at 13:14, Michal Politowski wrote: | > > | Package: li

Bug#865692: Suggested patch

On 21 July 2017 at 07:08, Andreas Tille wrote: | I stumbled upon this since the Debian Med package tree-puzzle | is affected. Wouldn't the patch as easy as | | cd $somewhere && $(MAKE) && cd .. I went with $(MAKE) -C somewhereas suggested in the original report. Dirk --

Bug#865692: Suggested patch

On 21 July 2017 at 07:08, Andreas Tille wrote: | Hi Dirk, | | I stumbled upon this since the Debian Med package tree-puzzle | is affected. Wouldn't the patch as easy as | | cd $somewhere && $(MAKE) && cd .. Sure. The bigger problem is that SPRNG is really outdated, as is the package

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

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

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

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

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 T

Bug#865692: sprng hides build failures

On 23 June 2017 at 22:37, Helmut Grohne wrote: | Source: sprng | Version: 2.0a-2 | Severity: serious | Justification: policy 4.6 | User: helm...@debian.org | Usertags: rebootstrap | | sprng's build system hides build failures. It's Makefile uses | constructs such as: | | (cd $somewhere;

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

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#861748: r-cran-rmpi: Loading library fails

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

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

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

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#861748: r-cran-rmpi: Loading library fails

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.*

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

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

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

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

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 | > |

Bug#861333: API transition of R packages

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 check to see w

Bug#861333: API transition of R packages

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

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

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#858882: r-cran-rcppgsl: Missing dependency libgsl-dev

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

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

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

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

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#857466: marked as done (r-base: CVE-2016-8714: R: Buffer overflow in the LoadEncoding functionality)

On 16 March 2017 at 07:33, Charles Plessy wrote: | Hi Dirk and Salvatore, | | > From: Dirk Eddelbuettel <e...@debian.org> | > On 11 March 2017 at 17:56, Salvatore Bonaccorso wrote: | > | | > | The relevant changes seem to be the following, but I might be mistaken. (btw, |

Bug#850336: rmpi: FTBFS (Cannot find mpi.h header file)

On 6 January 2017 at 02:53, Santiago Vila wrote: | Hi. | | I've triggered rebuilds in reproducible builds Why? That wasn't what I asked you to do. | and it also fails there: | | https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/rmpi.html Well, doh. Computers and being

Bug#850336: rmpi: FTBFS (Cannot find mpi.h header file)

On 6 January 2017 at 00:53, Santiago Vila wrote: | Package: src:rmpi | Version: 0.6-6-1 | Severity: serious | | Dear maintainer: | | I tried to build this package in stretch with "dpkg-buildpackage -B" | but it failed: | |

Bug#846089: r-cran-rcmdr/armel unsatisfiable Depends: r-cran-rgl

[ G, this sat in an unsent Emacs mail buffer for 10 days. Packages was long uploaded. Thanks again for the reminder --Dirk ] On 20 December 2016 at 11:25, Adrian Bunk wrote: | On Mon, Nov 28, 2016 at 01:18:32PM -0600, Dirk Eddelbuettel wrote: | > | > On 28 November 2016 at

Bug#847750: rmysql: FTBFS on mips64el

an/rules binary-arch the error still appears. The bug is closed as far as I am concerned. 0.10-3 has been uploaded, it used Source: rmysql Section: gnu-r Priority: optional Maintainer: Dirk Eddelbuettel <e...@debian.org> Build-Depends: debhelper (>= 7.0.0), cdbs, r-base-dev (>=

Bug#841611: ruby-gsl: FTBFS: ERROR: Test "ruby2.3" failed: /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require': /<>/ruby-gsl-1.16.0.6+dfsg1/debian/ruby-gsl/usr/lib/x86_64

On 22 December 2016 at 16:50, Bálint Réczey wrote: | 2016-12-22 16:39 GMT+01:00 Dirk Eddelbuettel <e...@debian.org>: | > | > Let me restart: | > | > 1) GSL is at version 2.2. It is in Debian. | > | > 2) It has optional support for old stuff. We

Bug#841611: ruby-gsl: FTBFS: ERROR: Test "ruby2.3" failed: /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require': /<>/ruby-gsl-1.16.0.6+dfsg1/debian/ruby-gsl/usr/lib/x86_64

Can we agree to delete material that has been quoted several times already? On 22 December 2016 at 14:56, Bálint Réczey wrote: | > I think we're closing to deadlock situation. I think we all would like to | > move to 2.1 everywhere. You say you can, so you want to do more deprecated | >

Bug#841611: ruby-gsl: FTBFS: ERROR: Test "ruby2.3" failed: /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require': /<>/ruby-gsl-1.16.0.6+dfsg1/debian/ruby-gsl/usr/lib/x86_64

On 22 December 2016 at 03:18, Bálint Réczey wrote: | 2016-12-22 2:53 GMT+01:00 Dirk Eddelbuettel <e...@debian.org>: | > | > On 22 December 2016 at 01:57, Bálint Réczey wrote: | > | Hi Dirk, | > | | > | 2016-12-19 23:58 GMT+01:00 Dirk Eddelbuettel <e...@debian.org>

Bug#841611: ruby-gsl: FTBFS: ERROR: Test "ruby2.3" failed: /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require': /<>/ruby-gsl-1.16.0.6+dfsg1/debian/ruby-gsl/usr/lib/x86_64

On 22 December 2016 at 01:57, Bálint Réczey wrote: | Hi Dirk, | | 2016-12-19 23:58 GMT+01:00 Dirk Eddelbuettel <e...@debian.org>: | > | > Hi Balint, | > | > On 19 December 2016 at 13:57, Bálint Réczey wrote: | > | Hi Dirk, | > | | > | 2016-12-19 0:30 GMT+01:00 Dirk Ed

Bug#841611: ruby-gsl: FTBFS: ERROR: Test "ruby2.3" failed: /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require': /<>/ruby-gsl-1.16.0.6+dfsg1/debian/ruby-gsl/usr/lib/x86_64

Hi Balint, On 19 December 2016 at 13:57, Bálint Réczey wrote: | Hi Dirk, | | 2016-12-19 0:30 GMT+01:00 Dirk Eddelbuettel <e...@debian.org>: | > | > On 10 November 2016 at 13:22, Balint Reczey wrote: | > | Control: reassign -1 gsl 2.2.1+dfsg-1 | > | Control: a

Bug#848796: pgapack: FTBFS: /bin/sh: 1: cd: can't cd to lib/linux/

Lucas, Thanks for running the checks. I filed a RM request. Time to retire this package. Dirk On 19 December 2016 at 22:35, Lucas Nussbaum wrote: | Source: pgapack | Version: 1.1.1-3 | Severity: serious | Tags: stretch sid | User: debian...@lists.debian.org | Usertags: qa-ftbfs-20161219

Bug#841611: ruby-gsl: FTBFS: ERROR: Test "ruby2.3" failed: /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require': /<>/ruby-gsl-1.16.0.6+dfsg1/debian/ruby-gsl/usr/lib/x86_64

On 10 November 2016 at 13:22, Balint Reczey wrote: | Control: reassign -1 gsl 2.2.1+dfsg-1 | Control: affects -1 ruby-gsl | | | Hi Dirk, | | It seems ruby-gsl is missing some deprecated functions. | Please re-enable debian/patches/dont-disable-deprecated to let ruby-gsl | build again. Well I

Bug#847750: rmysql: FTBFS on mips64el

On 19 December 2016 at 00:05, Andreas Beckmann wrote: | I just tried rmysql on the porterbox eller. B-D cannot be installed in | sid due to a dpkg-maintscript-helper bug, but stretch works fine. | I could build the package in stretch without issues, so I requested a | give-back for rmysql (with a

Bug#847750: rmysql: FTBFS on mips64el

Otto, On 12 December 2016 at 15:18, Dirk Eddelbuettel wrote: | | Hi Otto, | | On 12 December 2016 at 23:02, Otto Kekäläinen wrote: | | Hello! | | | | Have you tried compiling both with libmariadb-dev and | | libmariadbclient18-dev, does it fail with only with libmariadb-dev

Bug#845753: Possible workaround

On 15 December 2016 at 14:42, Christian Seiler wrote: | On 12/15/2016 02:37 PM, Dirk Eddelbuettel wrote: | > On 15 December 2016 at 14:26, Andreas Tille wrote: | > | Sorry, but I have no idea how since I'm totally clueless currently and | > | upstream also did not yet responded to t

Bug#845753: Possible workaround

On 15 December 2016 at 14:26, Andreas Tille wrote: | This was discussed before. The output above is from a previous package | version where I simply forgot to actually use xvfb. Since this error | of mine the package was build without RGL - thus the warning. Later I | was using xvfb correctly

Bug#845753: Possible workaround

On 14 December 2016 at 16:44, Christian Seiler wrote: | Hi, | | On 12/14/2016 04:16 PM, Dirk Eddelbuettel wrote: | > One quick thought: does it die in _compilation_ which we have seen with other | > (C++-heavy) packages? | | No, g++ works fine here. (The C++ file itself is trivial

Bug#845753: Possible workaround (was: Re: Help: r-cran-treescape does not build on i386, armel and armhf any more)

with treescape version 1.10.17. Since I personally fell | totally clueless I'm forwarding this upstream and also CC Dirk | Eddelbuettel who is known for his insight and good contact to the R | community. May be somebody has a better clue rather than drastically | increasing the stack size on those

Bug#847750: rmysql: FTBFS on mips64el

| > Hi Otto, | > | > could you take a look at the mariadb-related FTBFS of rmysql on mips64el? | > | > | > Thanks | > | > Andreas | > | > On 2016-12-11 21:29, Dirk Eddelbuettel wrote: | >> | >> On 11 December 2016 at 12:32, Andreas Beckmann

Bug#847750: rmysql: FTBFS on mips64el

On 11 December 2016 at 12:32, Andreas Beckmann wrote: | Source: rmysql | Version: 0.10.9-3 | Severity: serious | Justification: fails to build from source (but built successfully in the past) | | https://buildd.debian.org/status/fetch.php?pkg=rmysql=mips64el=0.10.9-3=1480467978 | | fakeroot

Bug#846089: r-cran-rcmdr/armel unsatisfiable Depends: r-cran-rgl

On 28 November 2016 at 21:01, Adrian Bunk wrote: | On Mon, Nov 28, 2016 at 07:13:38AM -0600, Dirk Eddelbuettel wrote: | > | > On 28 November 2016 at 14:13, Adrian Bunk wrote: | > | Package: r-cran-rcmdr | > | Version: 2.3-1-1 | > | Severity: serious | > | | > | r-cran-rgl

Bug#846089: r-cran-rcmdr/armel unsatisfiable Depends: r-cran-rgl

On 28 November 2016 at 14:13, Adrian Bunk wrote: | Package: r-cran-rcmdr | Version: 2.3-1-1 | Severity: serious | | r-cran-rgl was removed on armel (see #842088). | | r-cran-rcmdr is currently not able to re-enter testing | since its dependencies cannot be fulfilled on armel. | | There are two

Bug#831102: rquantlib: FTBFS with GCC 6: caught segfault, address 0x7f8a97bed6a0, cause 'invalid permissions'

On 14 July 2016 at 09:50, Lucas Nussbaum wrote: | Source: rquantlib | Version: 0.4.2-2 | Severity: serious | Tags: stretch sid | User: debian...@lists.debian.org | Usertags: qa-ftbfs-20160713 qa-ftbfs | Justification: FTBFS with GCC 6 on amd64 Please see _extended_ discussion with Martin and

Bug#812286: Bug 812286 with R, Rcpp, QuantLib, RQuantLib and g++-6

On 4 July 2016 at 19:33, Martin Michlmayr wrote: | * Dirk Eddelbuettel <e...@debian.org> [2016-07-04 11:30]: | > So how do I get the autoremove on rquantlib turned off? Martin? | | I don't know, but these bugs are not RC yet anyway. I was partially asleep at the wheel. It needs

Bug#812286: Bug 812286 with R, Rcpp, QuantLib, RQuantLib and g++-6

On 4 July 2016 at 18:26, Matthias Klose wrote: | On 04.07.2016 16:36, Dirk Eddelbuettel wrote: | > | > On 3 July 2016 at 18:01, Dirk Eddelbuettel wrote: | > | On Sun, Jul 03, 2016 at 07:43:49PM +0200, Martin Michlmayr wrote: | > | > [I've copied Matthias so

Bug#812286: Bug 812286 with R, Rcpp, QuantLib, RQuantLib and g++-6

On 3 July 2016 at 18:01, Dirk Eddelbuettel wrote: | On Sun, Jul 03, 2016 at 07:43:49PM +0200, Martin Michlmayr wrote: | > [I've copied Matthias so he can comment on this] | > | > * Dirk Eddelbuettel <e...@debian.org> [2016-07-03 17:39]: | > > For this issue (and it

Bug#812286: Bug 812286 with R, Rcpp, QuantLib, RQuantLib and g++-6

On Sun, Jul 03, 2016 at 07:43:49PM +0200, Martin Michlmayr wrote: > [I've copied Matthias so he can comment on this] > > * Dirk Eddelbuettel <e...@debian.org> [2016-07-03 17:39]: > > For this issue (and its already long thread in the BTS): > > > > - You are co

Bug#812286: Bug 812286 with R, Rcpp, QuantLib, RQuantLib and g++-6

Hi Martin, I am currently traveling (though about to return) and sadly my server is down right now. I hope I'll get it back once I get, I may not though. For this issue (and its already long thread in the BTS): - You are correct. We need g++-6 for QuantLib, for Rcpp and then RQuantLib -

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

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#827656: rodbc: FTBFS: dh_clean: Please specify the compatibility level in debian/compat

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:

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

changed by Dirk Eddelbuettel <e...@debian.org> |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 |

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

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#824465: littler: FTBFS in testing

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

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

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#823313: r-base-dev: causes r-cran-tgp to FTBFS: error: template with C linkage

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

Bug#820866: R and r-cran-tgp

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#818781: r-base: non-standard gcc/g++ used for build (gcc-4.9)

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#815734: regression: ESS cannot be compiled

On 6 March 2016 at 13:23, Norbert Preining wrote: | Dear all | | > BINGO -- once I add that things pass with the new texinfo.tex | | Good. | | I have uploaded texinfo -5 just now, should be in the repos in | no time. | | After this, please remove the old texinfo.tex copies - we had to |

Bug#815734: regression: ESS cannot be compiled

On 6 March 2016 at 11:15, Norbert Preining wrote: | Hi all, | | On Sat, 05 Mar 2016, Dirk Eddelbuettel wrote: | > kpathsea: Running mktexmf ecrm1440 | | apt-get install texlive-fonts-recommended BINGO -- once I add that things pass with the new texinfo.tex | Since 6.0 or so in s

Bug#815734: regression: ESS cannot be compiled

doc/texinfo.tex:\def\texinfoversion{2016-02-05.07.deb2} edd@max:/tmp/ess$ and the former builds whereas the latter fails. So, still 'nope' from here. Dirk | Martin | | On Sat, Mar 5, 2016 at 4:25 PM, Dirk Eddelbuettel <e...@debian.org> wrote: | > | > On 5 March 2016 at 23:37, Norb

Bug#815734: regression: ESS cannot be compiled

On 5 March 2016 at 23:37, Norbert Preining wrote: | Hi all (Debian only) | | On Sat, 05 Mar 2016, Gavin Smith wrote: | > Done in SVN revision 7041. Please email if there are further problems. | | I have prepare a new version of texinfo package, can you please check | whether the attached

Bug#815734: regression: ESS cannot be compiled

Just a quick 'thumbs up' from here -- it is actually quite remarkable that we do maintain buildability of these pieces over so many years and decaded, and I really appreciate how we're going calmly about the business of maintaining that tradition. Thanks to Norbert for distilling that minimal

Bug#815734: ess: FTBFS: doc/newfeat.texi:29: Argument of @gobblespaces has an extra }.

Ok, the obvious fix of fattening the source directory with a working copy of texinfo.tex did the trick. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#815734: ess: FTBFS: doc/newfeat.texi:29: Argument of @gobblespaces has an extra }.

On 3 March 2016 at 14:05, Kurt Hornik wrote: | >>>>> Dirk Eddelbuettel writes: | | > On 24 February 2016 at 16:21, Kurt Hornik wrote: | > | >>>>> Dirk Eddelbuettel writes: | > | | > | > On 24 February 2016 at 09:48, Chris Lamb wrote: | >

Bug#815734: ess: FTBFS: doc/newfeat.texi:29: Argument of @gobblespaces has an extra }.

On 24 February 2016 at 16:21, Kurt Hornik wrote: | >>>>> Dirk Eddelbuettel writes: | | > On 24 February 2016 at 09:48, Chris Lamb wrote: | > | Source: ess | > | Version: 15.09.2-1 | > | Severity: serious | > | Justification: fails to build from sourc

Bug#815734: ess: FTBFS: doc/newfeat.texi:29: Argument of @gobblespaces has an extra }.

On 24 February 2016 at 09:48, Chris Lamb wrote: | Source: ess | Version: 15.09.2-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.debian.org | | Dear

Bug#814789: rjava: FTBFS: configure: error: Cannot compile a simple JNI program. See config.log for details.

On 17 February 2016 at 22:05, Dirk Eddelbuettel wrote: | | Something is out of whack with openjdk-8-jdk and R. I need to talk to | upstream, and that may take a moment. I think a simple rebuild of R (package r-base-core) will do. The last version (3.2.3-5 on Jan 25) used openjdk-7-jdk; we now

Bug#814789: rjava: FTBFS: configure: error: Cannot compile a simple JNI program. See config.log for details.

Something is out of whack with openjdk-8-jdk and R. I need to talk to upstream, and that may take a moment. It all works if only one runs 'R CMD javareconf' but I don't see a way to shoehorn that in as root. Oh well. The package has no reverse dependencies. So worst case we just remove it.

Bug#814789: rjava: FTBFS: configure: error: Cannot compile a simple JNI program. See config.log for details.

On 16 February 2016 at 07:40, Dirk Eddelbuettel wrote: | | On 15 February 2016 at 13:20, Chris Lamb wrote: | | Source: rjava | | Version: 0.9-8-1 | | Severity: serious | | Justification: fails to build from source | | User: reproducible-bui...@lists.alioth.debian.org | | Usertags: ftbfs | | X

<    1   2   3   4   5   6   7   8   >