Bug#914633: r-cran-readr breaks autopkgtests: librcon.so can't be found

2018-11-25 Thread Dirk Eddelbuettel
Ok -- I just put a pretty rough "cowboy" patch in which - alters src/Makevars to not require the extra shared library - moves the dozen of so lines of actual C code from src/rcon/ into a file in src/ to have in the same C library See https://salsa.debian.org/edd/r-cran-readr/commit/1d01

Bug#914633: r-cran-readr breaks autopkgtests: librcon.so can't be found

2018-11-25 Thread Dirk Eddelbuettel
On 25 November 2018 at 21:59, Paul Gevers wrote: | Hi Dirk, | | On 25-11-18 21:42, Dirk Eddelbuettel wrote: | > The new version of readr relies on rpath to encode a path. We are caught | > between a rock and hard place: as shipped (and built my yesterday), the | > package "builds" but does not

Bug#914633: r-cran-readr breaks autopkgtests: librcon.so can't be found

2018-11-25 Thread Paul Gevers
Hi Dirk, On 25-11-18 21:42, Dirk Eddelbuettel wrote: > The new version of readr relies on rpath to encode a path. We are caught > between a rock and hard place: as shipped (and built my yesterday), the > package "builds" but does not longer autotest you saw here. I have difficulty parsing what y

Bug#914633: r-cran-readr breaks autopkgtests: librcon.so can't be found

2018-11-25 Thread Paul Gevers
Package: r-cran-readr Version: 1.2.1-1 X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: breaks Dear maintainers, With a recent upload of r-cran-readr the autopkgtests of r-cran-tidyverse and r-cran-alakazam fail in testing when that autopkgtest is run with the b