r-base: 4.3.0-1 causes autopkgtests failures due to "native symbols"

[Simon Chopin]

See comments for latest status

Original Bug Report
===================
A bunch of R packages fail autopkgtests with 4.3.0-1, with errors looking like this:

Error in `vectbl_assign(x[[j]], i, recycled_value[[j]])`: DLL requires the use of native symbols

Looking into the upstream code and changelog, this appears to be related to this change:

Attempting to use a character string naming a foreign function entry point in a foreign function call in a package will now signal an error if the packages has called R_forceSymbols to specify that symbols must be used.

I'm not going to be looking into this as I have no experience in R, and I'm expecting things to be sorted out on the Debian side once bookworm is out the doors, so this is mostly for documentation purposes.

[Jeremy Bícha (jbicha)]

There's some hints at https://lists.debian.org/debian-r/2023/06/threads.html and https://bugs.debian.org/1039721

It looks like we will need to rebuild select graphics-related R packages or update them to new versions to get the autopkgtests to pass.

[Jeremy Bícha (jbicha)]

Based on Ubuntu autopkgtests, the only remaining issues are:
r-cran-gnm https://bugs.debian.org/1039651
r-cran-irkernel https://bugs.debian.org/1039653

But it looks like Debian is going to do a proper transition after all:
https://bugs.debian.org/1040001

[Jeremy Bícha (jbicha)]

Those two packages are fixed for Ubuntu:

https://launchpad.net/ubuntu/+source/r-cran-irkernel/1.3.2-1ubuntu1

https://launchpad.net/ubuntu/+source/r-cran-gnm/1.1-2-1ubuntu1

[Jeremy Bícha (jbicha)]

r-base has migrated into mantic:

https://launchpad.net/ubuntu/+source/r-base/4.3.1-1