r-cran-testthat 3.2.1.1-1 had a bug (*possibly* https://github.com/r-lib/testthat/issues/1997 ) where some kinds of test failure would print a failure message but return a non-error state,
causing autopkgtests to "pass" when they shouldn't. r-cran-testthat
3.2.3-1 fixes this bug.

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.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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 -

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)