On Mon, Jun 12, 2023 at 05:22:39PM -0500, Dirk Eddelbuettel wrote: > edd@rob:~$ cat deb/bh/debian/control > Source: r-cran-bh > Section: gnu-r > Priority: optional > Maintainer: Dirk Eddelbuettel <e...@debian.org> > Build-Depends: debhelper-compat (= 11), r-base-dev (>= 4.1.1), dh-r > Standards-Version: 4.6.0 > Vcs-Browser: https://salsa.debian.org/edd/r-cran-bh > Vcs-Git: https://salsa.debian.org/edd/r-cran-bh.git > Homepage: https://cran.r-project.org/package=BH
> Package: r-cran-bh
> Architecture: all
> Multi-Arch: foreign
> Depends: ${misc:Depends}, libboost-dev (>= 1.74.0)
> Description: (Virtual) GNU R package to provide BH
> The CRAN package BH provides a (large) subset of Boost. This package
> tricks
> R into believing BH is installed when we just depend on the distribution's
> Boost packages. The actual set of Boost libraries could get fine-tuned. In
> short, we avoid doubling up the 140+ mb of the 'BH' package which are
> alredy
> in libboost-dev.
> edd@rob:~$
> So it isn't "really" 1.74, that is simply the last time we edited the shell
> that this provides. Hence "no bumping". We have to wait for 1.81.
boost1.81 is already available in Debian but is not yet the version pointed
to by boost-defaults; this is what I meant by depending on libboost1.81-dev
instead of libboost-dev - no need to duplicate the boost contents, just
change the dependency.
You would eventually want to change it back, of course, so that you aren't
stuck on boost1.81 when something *newer* becomes the default in Debian.
And the boost1.81 transition already has a bug open for it:
https://bugs.debian.org/1028489
For my part, I don't mind if fixing this waits until boost1.81 becomes the
default. I only wanted to point out the options.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: PGP signature
