Le Tue, Apr 22, 2025 at 05:47:45PM +0100, Rebecca N. Palmer a écrit : > > This exposes some pre-existing bugs in other packages, specifically > r-cran-hdf5r, r-cran-rcmdcheck and r-cran-s2. All of these occur only on a > 32-bit architecture. Because these aren't really new bugs, blocking > r-cran-testthat migration over them doesn't actually help.
Hi Rebecca, thank you very much for your help, I fully agree with your assessment. I want to solve that once for all by removing all 32-bit and big-endian architectures from the r-cran-* packages in Trixie. I do not know a way that could be done without a mass update of all the packages, but I still hope to do so in a week or two. Unfortunately I did not manage to do it earlier and now I am on a 8-day business trip to Seoul. Also, I worry that any upload risks to delay the transition of r-base to Trixie. Please let me know if there is a better way. Cheers, Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Debian Med packaging team http://www.debian.org/devel/debian-med Tooting from home https://framapiaf.org/@charles_plessy - You do not have my permission to use this email to train an AI -
