Bug#1103369: Bug#1103118: r-cran-timechange: should depend on R>=4.5

2025-04-29 Thread Chris Hofstaedtler

* Chris Hofstaedtler  [250429 17:24]:

* Rebecca N. Palmer  [250429 17:21]:
This isn't a 32-bit problem as such - it's another package that 
picked up the R_getVar symbol (new in R 4.5) when it was binNMUd on 
some architectures.


(The other known one is r-cran-svglite #1103369.  Like that one, the 
best we can do after the fact is to add an explicit R>=4.5 
dependency, which I am now doing.)


BTW, why is this dependency not automatically generated? Shouldn't 
this be fully automatic with dh_shlibdeps?


Weird enough: r-cran-timechange does not directly depend on 
r-base-core. It depends on r-api-4.0, which is a virtual package 
provided by r-base-core.


I don't really know what exactly is guaranteed or encompassed by 
"r-api-4.0". Maybe r-base-core should really provide r-api-4.5 
instead? How is this all supposed to work?


dh_shlibdeps is called during the r-cran-timechange build, but it 
seems to stay quiet on timechange.so? :-|


Chris



Bug#1103118: r-cran-timechange: should depend on R>=4.5

2025-04-29 Thread Chris Hofstaedtler

* Rebecca N. Palmer  [250429 17:21]:
This isn't a 32-bit problem as such - it's another package that picked 
up the R_getVar symbol (new in R 4.5) when it was binNMUd on some 
architectures.


(The other known one is r-cran-svglite #1103369.  Like that one, the 
best we can do after the fact is to add an explicit R>=4.5 dependency, 
which I am now doing.)


BTW, why is this dependency not automatically generated? Shouldn't 
this be fully automatic with dh_shlibdeps?


Is this maybe a bug in r-base-core?

Chris



Bug#1103118: r-cran-timechange: should depend on R>=4.5

2025-04-29 Thread Rebecca N. Palmer

Control: reopen -1
Control: retitle -1 r-cran-timechange: should depend on R>=4.5
Control: reassign -1 r-cran-timechange
Control: affects -1 r-cran-caret r-cran-dbitest r-cran-epir
Control: affects -1 + r-cran-lubridate r-cran-recipes
Control: affects -1 + r-cran-themis r-cran-tidyverse

This isn't a 32-bit problem as such - it's another package that picked 
up the R_getVar symbol (new in R 4.5) when it was binNMUd on some 
architectures.


(The other known one is r-cran-svglite #1103369.  Like that one, the 
best we can do after the fact is to add an explicit R>=4.5 dependency, 
which I am now doing.)