From a fresh install just now:

The /usr/lib/python3.10/site-packages folder is full of dozens of files, but there is little in the 3.11 folder. Some examples: gajim yt-dlp zippy samba.

This seems to affect most new packages that I install, so it is by no means limited to just the examples.

python-setuptools-scm 7.1.0-4.1 as found in the repo is missing the dependencies python-packaging and python-setuptools, which breaks the build of many other packages.

yes, confirmed, that’s because python 3.11 is the only package building and being
published to stable, the python modules need bootstrapping (since months).

[tutorial ] Saved pickle file: citations.pickle
[tutorial ] Exception occurred:
[tutorial ] File “/usr/lib/python2.7/site-packages/sphinx/environment/init.py”, line 152, in dump
[tutorial ] pickle.dump(env, f, pickle.HIGHEST_PROTOCOL)
[tutorial ] MemoryError
[tutorial ] The full traceback has been saved in /tmp/sphinx-err-kSNZ9A.log, if you want to report the issue to the developers.
[tutorial ] Please also report this if it was a user error, so that a better error message can be provided next time.
[tutorial ] A bug report can be filed in the tracker at . Thanks!
Build finished. The built documents can be found in /build/sagemath-doc/src/sage-8.1/src/doc/html/ja/tutorial
/startdir/PKGBUILD: line 79: 2540 Segmentation fault (core dumped) python2 sage_setup/docbuild –no-pdf-links -k all html
==> ERROR: A failure occurred in build().

  Aborting...

==> ERROR: Build failed, check /data/archbuild/staging-i686/copy/build

Bing Cache

– Found PythonInterp: /usr/bin/python3 (found suitable version “3.10.4”, minimum required is “3.2”)
– Found PythonLibs: /lib/libpython3.10.so (found suitable exact version “3.10.4”)
* stack smashing detected *: terminated

Building falls through, only in package() we see the errors then:

rm: cannot remove ‘/build/opencv/pkg/opencv/usr/lib/python3*’: No such file or directory
=⇒ ERROR: A failure occurred in package_opencv().

Happens on real i486, not in staging-i486-build, making it even more annoying.

This blocks gstreamer with the opencv plugin..

packages (like upower) which include a dependency on python-dbus
use a 3.9 version and miss the correct one dbus-python (which
replaces python-dbus). This will only solve itself when upstream
adapts the PKGBUILDs to this name change.

Traceback (most recent call last):

File "/build/python-cryptography/src/cryptography-37.0.2/setup.py", line 14, in <module>
  from setuptools_rust import RustExtension

ModuleNotFoundError: No module named ‘setuptools_rust’

# no rust for now on i486
if [ “$CARCH” = ‘i486’ ]; then

makedepends=(${makedepends[@]//python-setuptools-rust/})

fi

This affects i486, so we are forced to bootstrap Rust on i486..