Your message dated Sun, 25 Nov 2018 14:42:59 -0600 with message-id <[email protected]> has caused the report #914633, regarding r-cran-readr breaks autopkgtests: librcon.so can't be found to be marked as having been forwarded to the upstream software author(s) Jim Hester <[email protected]>
(NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 914633: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914633 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---On 25 November 2018 at 21:06, Paul Gevers wrote: | Package: r-cran-readr | Version: 1.2.1-1 | X-Debbugs-CC: [email protected] | User: [email protected] | Usertags: breaks | | Dear maintainers, | | With a recent upload of r-cran-readr the autopkgtests of 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 just tried to fix this by overriding R_PACKAGE_DIR: --- r-cran-readr-1.2.1.orig/src/Makevars +++ r-cran-readr-1.2.1/src/Makevars @@ -1,4 +1,5 @@ PKG_CXXFLAGS = -I. -Ircon +R_PACKAGE_DIR = /usr/lib/R/site-library/readr PKG_LIBS = -L. -lrcon -L../inst/rcon -Wl,-rpath,$(R_PACKAGE_DIR)/rcon all: $(SHLIB) which would allow to work at run-time, but fails compile-time's loadtest: ** testing if installed package can be loaded Error: package or namespace load failed for 'readr' in dyn.load(file, DLLpath = DLLpath, ...): unable to load shared object '/build/r-cran-readr-1.2.1/debian/r-cran-readr/usr/lib/R/site-library/readr/libs/readr.so': librcon.so: cannot open shared object file: No such file or directory Error: loading failed Execution halted ERROR: loading failed * removing '/build/r-cran-readr-1.2.1/debian/r-cran-readr/usr/lib/R/site-library/readr' I filed a bug upstream at https://github.com/tidyverse/readr/issues/924 and am marking this as forwarded to Jim Hester upstream for our filing. Not quite sure what we can do -- maybe for once suspend autotests on this one? Dirk | r-cran-tidyverse and r-cran-alakazam fail in testing when that | autopkgtest is run with the binary packages of r-cran-readr from | unstable. It passes when run with only packages from testing. In tabular | form: | pass fail | r-cran-readr from testing 1.2.1-1 | r-cran-tidyverse from testing 1.2.1-1 | all others from testing from testing | | I copied some of the output at the bottom of this report. From the error | message it seems that the librcon.so file is installed into the wrong | directory. | | Currently this regression is contributing to the delay of the migration | of r-cran-readr to testing [1]. Can you please investigate the | situation? If needed, please change the bug's severity. | | More information about this bug and the reason for filing it can be found on | https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation | | Paul | | [1] https://qa.debian.org/excuses.php?package=r-cran-readr | | https://ci.debian.net/data/autopkgtest/testing/amd64/r/r-cran-tidyverse/1376704/log.gz | | > library('tidyverse') | Error: package or namespace load failed for ‘tidyverse’ in | dyn.load(file, DLLpath = DLLpath, ...): | unable to load shared object '/usr/lib/R/site-library/readr/libs/readr.so': | librcon.so: cannot open shared object file: No such file or directory | Execution halted | autopkgtest [04:17:23]: test command1: -----------------------] | | x[DELETED ATTACHMENT signature.asc, application/pgp-signature] -- http://dirk.eddelbuettel.com | @eddelbuettel | [email protected]
--- End Message ---
