[Debian-med-packaging] Update on R 3.0.0 migration (Was: R 3.0.0 and required rebuilds of all reverse Depends: of R)
Dirk Eddelbuettel
edd at debian.org
Sun Apr 7 13:59:28 UTC 2013
On 7 April 2013 at 13:01, Julian Gilbey wrote:
| On Sun, Apr 07, 2013 at 11:17:31AM +0200, Philip Rinn wrote:
| > On 07.04.2013 03:07, Julian Gilbey wrote:
| > > Ah, thanks Chris, I wasn't aware of that! But then it seems to me
| > > that the correct lines should be:
| > >
| > > Build-Depends: ..., r-base-dev, ...
| > > [...]
| > > Depends: ..., ${R:Depends}, ...
| > >
| > > as the source package is *not* dependent upon the R version, only the
| > > binary package resulting from it; this will aid any backporters, for
| > > example.
| > No, you have to Build-Depend on the minimal R version your package needs.
| > A (probably bad) example: sactterelot3d needs R >= 2.7.0 so my Build-Depends is:
| >
| > Build-Depends: debhelper (>= 9), cdbs, r-base-dev (>= 2.7.0)
|
| Yes, indeed. My bad. But it does *not* need to depend on r-base-dev
| (>= 3.0.0) unless the package actually requires 3.0.0 functionality.
And we really do sometimes have the superset as R also imposes. Right now
the only reason we are rebuilding is ... so that R (at run-time, when loading
the package) sees it as being produced by R (>= 3.0.0).
| Uploading erm 0.14-0-6 with the correct build-time dependencies;
| raschsampler has no specified R version dependency, so leaving that
| one unspecified.
I still think that is wrong but you ipso-facto get the right thing to
happen. But for my packages, I do make this explicit.
Dirk
--
Dirk Eddelbuettel | edd at debian.org | http://dirk.eddelbuettel.com
More information about the Debian-med-packaging
mailing list