[R-pkg-team] Bug#982483: Bug in r-base and r-cran-rcppparallel
Andreas Tille
tille at debian.org
Wed Feb 10 20:59:56 GMT 2021
Hi Bastian,
On Wed, Feb 10, 2021 at 06:55:57PM +0100, Bastian Blank wrote:
> Control: retitle -2 r-cran-rcppparallel: generates broken load path for libtbb and fails on several architectures
Thanks a lot for the bug report including explanation and patch.
> - r-cran-rcppparallel trying to workaround the bug in dyn.load by
> deducting the full path of libtbb from the architecture instead of the
> correct multiarch setting and failing.
I admit I was not really happy about my patch and I see now the
issue more clearly.
> This has nothing to do with r-cran-rstan or r-cran-rstanarm, but it
> seems to be the first one to find out. I've attached patches to fix
> both problems, properly re-assigned and adjusted the bugs.
>
> This behaviour of R dyn.load might even be considered a security
> vulnerability, because loading libraries from the working directory is a
> problem.
> diff -Nru r-cran-rcppparallel-5.0.2+dfsg/debian/control r-cran-rcppparallel-5.0.2+dfsg/debian/control
> --- r-cran-rcppparallel-5.0.2+dfsg/debian/control 2020-09-30 13:39:50.000000000 +0000
> +++ r-cran-rcppparallel-5.0.2+dfsg/debian/control 2021-02-10 17:43:22.000000000 +0000
> @@ -7,7 +7,7 @@
> Priority: optional
> Build-Depends: debhelper-compat (= 13),
> dh-r,
> - r-base-dev,
> + r-base-dev (>= 4.0.3-1.1~),
Seems I should set a
block -1 by 982465
since your patch works only with a fixed r-base-dev and the r-base-dev
maintainer seems to be not happy about your solution.
Kind regards and thanks again
Andreas.
--
http://fam-tille.de
More information about the R-pkg-team
mailing list