On Wed, May 29, 2013 at 09:35:51AM -0500, Dirk Eddelbuettel wrote:
> | That is, indeed, a problem. The other extreme, as I discovered, is
> | packages that are rebuilt so frequently that they don't migrate into
> | testing
>
> I agree on that. I wasn't watching for that. I tend to upgrade "
On 29 May 2013 at 15:19, Julian Gilbey wrote:
| On Wed, May 29, 2013 at 08:19:14AM -0500, Dirk Eddelbuettel wrote:
| > AFAIC our problem is, if I may, that some maintainer groups let their
| > r-cran-* packages get disconnected from upstream and never rebuild. That
bugs
| > me a lot more than wha
On Wed, May 29, 2013 at 08:19:14AM -0500, Dirk Eddelbuettel wrote:
> AFAIC our problem is, if I may, that some maintainer groups let their
> r-cran-* packages get disconnected from upstream and never rebuild. That bugs
> me a lot more than what is a non-issue (ABI breakage of R maybe once every
> f
On 29 May 2013 at 14:47, Vincent Danjean wrote:
| clone 704805 -1
| retitle -1 Partial upgrades from wheezy to jessie are broken
| severity -1 normal
| thanks
You can do as much bts gymnastics as you want; I am still just going to close
these.
| * R users on a machine are not always root users.
clone 704805 -1
retitle -1 Partial upgrades from wheezy to jessie are broken
severity -1 normal
thanks
Le 29/05/2013 13:56, Julian Gilbey a écrit :
> On Wed, May 29, 2013 at 01:02:02PM +0200, Vincent Danjean wrote:
>> Currently, R debian packages in wheezy have something as
>> "depends: r-base-cor
On Wed, May 29, 2013 at 01:02:02PM +0200, Vincent Danjean wrote:
> >> Note: is you really do not want to rename you r-base-core package,
> >> you can keep it but you then will need to add a versionned Breaks:
> >> dependency for all previous (before R 3.x) Debian R-packages.
> >> As I know that t
Le 29/05/2013 11:46, Julian Gilbey a écrit :
> On Tue, May 28, 2013 at 04:20:28PM +0200, Vincent Danjean wrote:
>> Of course, all of this will really works once all packages
>> in testing/unstable depending on "r-base-core (>=3.xxx)" will
>> have disappear (ie once all of them will have been rebu
On Tue, May 28, 2013 at 04:20:28PM +0200, Vincent Danjean wrote:
> Of course, all of this will really works once all packages
> in testing/unstable depending on "r-base-core (>=3.xxx)" will
> have disappear (ie once all of them will have been rebuilt
> with the new dependency).
There's no partic
On Tue, May 28, 2013 at 09:16:26AM -0500, Dirk Eddelbuettel wrote:
> | Oh gosh, my bad (as I said in a follow-on email which crossed in the
> | post with yours ;-) - replace that with "R 2.14" or "R 2.10" or
> | whenever the last API change happened.
> |
> | And I'm certainly not advocating going
Le 28/05/2013 15:33, Dirk Eddelbuettel a écrit :
> There is no such thing as an "R 2.7" API, and as long as upstream does not
> define one I do not plan to jump into the frey and meddle with it.
>
> The status quo works well enough, but I will acknowledge the breakage you got
> with that r-cran-mg
On 28 May 2013 at 14:57, Julian Gilbey wrote:
| On Tue, May 28, 2013 at 08:33:14AM -0500, Dirk Eddelbuettel wrote:
| > | So because of the new version in sid, which didn't wait for the R
| > | 3.0.0 migration to testing, the jessie version is still an R 2.7
| > | version :-( Had there been a "Pro
On Tue, May 28, 2013 at 08:33:14AM -0500, Dirk Eddelbuettel wrote:
> | So because of the new version in sid, which didn't wait for the R
> | 3.0.0 migration to testing, the jessie version is still an R 2.7
> | version :-( Had there been a "Provides: r-api-3.0" in r-base-core and
> | "Depends: r-ap
On 28 May 2013 at 14:13, Julian Gilbey wrote:
| On Wed, Apr 10, 2013 at 01:01:53PM +0900, Charles Plessy wrote:
| > -- the version numbers already solve this
| >
| > -> At build time, it is not possible to guess what the "lower than"
relation should be,
| >and therefore the approach with a
On Tue, May 28, 2013 at 02:13:48PM +0100, Julian Gilbey wrote:
> ** byte-compile and prepare package for lazy loading
> Error : package ‘mgcv’ was built before R 3.0.0: please re-install it
>
> And sure enough:
>
> polya:~ $ rmadison r-cran-mgcv
> r-cran-mgcv | 1.6-2-1 | squeeze | amd64, armel,
On Wed, Apr 10, 2013 at 01:01:53PM +0900, Charles Plessy wrote:
> -- the version numbers already solve this
>
> -> At build time, it is not possible to guess what the "lower than" relation
> should be,
>and therefore the approach with a pseudopackage is more effective.
>
> -- this was ne
On 13 April 2013 at 10:41, Don Armstrong wrote:
| On Tue, 09 Apr 2013, Dirk Eddelbuettel wrote:
| > It really isn't needed as debian-r.debian.net / cran2deb is a huge
| > big fat binNMU generator (and more, package creator).
|
| debian-r.debian.net actually uses a modified cran2deb to create sour
On Tue, 09 Apr 2013, Dirk Eddelbuettel wrote:
> It really isn't needed as debian-r.debian.net / cran2deb is a huge
> big fat binNMU generator (and more, package creator).
debian-r.debian.net actually uses a modified cran2deb to create source
packages, which get built in the normal debian pathway (
Le Tue, Apr 09, 2013 at 05:22:22PM +0100, Julian Gilbey a écrit :
> 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-q
On 9 April 2013 at 17:22, Julian Gilbey wrote:
| 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='$${Ver
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 -
On 6 April 2013 at 12:58, Charles Plessy wrote:
| Package: r-base-dev
| Version: 3.0.0-2
| Severity: wishlist
| Tags: patch
|
| Hi Dirk,
|
| in light with the recent discussion and suggestions about the rare API
| breakages with R, I would like to propose the following:
|
| - R provides a virt
Package: r-base-dev
Version: 3.0.0-2
Severity: wishlist
Tags: patch
Hi Dirk,
in light with the recent discussion and suggestions about the rare API
breakages with R, I would like to propose the following:
- R provides a virtual package, for instance, 'r-api-3'. This name is
modified (for in
22 matches
Mail list logo