Re: Planning to remove team-based R packages from 32-bit and big-endian architectures.
On 16 April 2025 at 19:24, Paul Gevers wrote: | Hi Dirk, | | On 16-04-2025 18:55, Dirk Eddelbuettel wrote: | > | [1] https://udd.debian.org/cgi-bin/key_packages.yaml.cgi | > | > That appears to be a different set of packages. | | | The packages spotted in the original list, I assume you're talking about | all of them except maybe cantor and vtk9? | boot: r-recommended depends r-cran-boot | cantor: kdeedu depends cantor | cluster: r-recommended depends r-cran-cluster | codetools: r-recommended depends r-cran-codetools | dh-r: boot build-depends dh-r | foreign: r-recommended depends r-cran-foreign | kernsmooth: r-recommended depends r-cran-kernsmooth | lattice: r-recommended depends r-cran-lattice | mgcv: r-recommended depends r-cran-mgcv | nlme: r-recommended depends r-cran-nlme | r-cran-class: r-recommended depends r-cran-class | r-cran-mass: r-recommended depends r-cran-mass | r-cran-nnet: r-recommended depends r-cran-nnet | r-cran-spatial: r-recommended depends r-cran-spatial | rmatrix: r-recommended depends r-cran-matrix | rpart: r-recommended depends r-cran-rpart | survival: r-recommended depends r-cran-survival | vtk9: opencv build-depends libvtk9-dev Corret. Also, dh-r is only needed at build-time. Dirk -- dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Re: Planning to remove team-based R packages from 32-bit and big-endian architectures.
Hi Dirk, On 16-04-2025 18:55, Dirk Eddelbuettel wrote: | [1] https://udd.debian.org/cgi-bin/key_packages.yaml.cgi That appears to be a different set of packages. The packages spotted in the original list, I assume you're talking about all of them except maybe cantor and vtk9? boot: r-recommended depends r-cran-boot cantor: kdeedu depends cantor cluster: r-recommended depends r-cran-cluster codetools: r-recommended depends r-cran-codetools dh-r: boot build-depends dh-r foreign: r-recommended depends r-cran-foreign kernsmooth: r-recommended depends r-cran-kernsmooth lattice: r-recommended depends r-cran-lattice mgcv: r-recommended depends r-cran-mgcv nlme: r-recommended depends r-cran-nlme r-cran-class: r-recommended depends r-cran-class r-cran-mass: r-recommended depends r-cran-mass r-cran-nnet: r-recommended depends r-cran-nnet r-cran-spatial: r-recommended depends r-cran-spatial rmatrix: r-recommended depends r-cran-matrix rpart: r-recommended depends r-cran-rpart survival: r-recommended depends r-cran-survival vtk9: opencv build-depends libvtk9-dev Paul OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Planning to remove team-based R packages from 32-bit and big-endian architectures.
On 16 April 2025 at 18:31, Paul Gevers wrote: | I haven't checked why they are there, but there are several packages in | the key package set [1]. I would be good to check beforehand what | happens if they are removed on those architectures. I think it's best to | assume for now that you can't remove them at this stage of the release. | | [1] https://udd.debian.org/cgi-bin/key_packages.yaml.cgi That appears to be a different set of packages. It is comprised entirely of packages that the meta package "r-recommended" depends upon. [ The R 'engine' is provided by package "r-base-core" which can run on its own, the wider package "r-base" also depends on "r-recommended" bringing these in. It is a set of packages commonly used with R and curatedby upstream, that is by the upstream R Core team. ] These packages are all maintained by me, and they build fine under i386 etc. So no issue there as far as I can tell. Cheers, Dirk -- dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Re: Planning to remove team-based R packages from 32-bit and big-endian architectures.
Hi, On 16-04-2025 16:04, Charles Plessy wrote: If you need one of the team-maintained r-cran-* packages on a 32-bit or on a big endian architectures, which are not supported upstream, please contact me on the debian-r list and let's see how we can share the workload. Otherwise I will start the process next week, assuming silent approval. The alternative is to lose a lot of r-cran-* packages from amd64 as well. I haven't checked why they are there, but there are several packages in the key package set [1]. I would be good to check beforehand what happens if they are removed on those architectures. I think it's best to assume for now that you can't remove them at this stage of the release. Paul [1] https://udd.debian.org/cgi-bin/key_packages.yaml.cgi OpenPGP_signature.asc Description: OpenPGP digital signature
