On Sat, Apr 06, 2013 at 12:58:39PM +0900, Charles Plessy wrote:
> This can be done with the attached patch, that I tested locally.
One tiny fix to the patch is needed (presumably a typo):
> -rversion := $(shell dpkg-query -W -f='$${Version}' r-base-dev)
> +rAPIversion := $(shell dpkg-query -W -f='$${Provides}' r-base-core | grep
> -o 'r-api.[^,]')
This grep command should be grep -o 'r-api[^,]*' (with a '*' and
perhaps no '.') so that r-api-3a will be returned as r-api-3a and not
r-api-3 as needed.
Other than that, I fully support the need for this patch, for the
reasons given in the bug report.
On the related subject of debian-r.debian.net (which I had been
unaware of), it is not clear from the packages which version of R they
are built against, and therefore whether they will work on R 2.14 or
on R 3.0; this would solve that problem entirely (assuming that the
packages are then built using the appropriate r-api-* dependency).
On a side note, I wonder whether it's worth me having my tiny handful
of r-cran-* packages in Debian at all; as they are more likely to be
updated regularly (and, presumably, automatically) on that site, that
would be much more useful to people in the long run. So perhaps I
should just ask for my packages to be removed from testing? Comments
would be appreciated!
Julian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
