Bug#1103369: Bug#1103118: r-cran-timechange: should depend on R>=4.5
* 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
* 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
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.)