On Sun, May 31, 2026 at 11:07:08AM +0200, Rene Engelhard wrote:
File "/usr/lib/python3/dist-packages/hypothesis/internal/conjecture/utils.py", line 35, in calc_label_from_name hashed = hashlib.sha384(name.encode()).digest() ~~~~~~~~~~~~~~^^^^^^^^^^^^^^^ _hashlib.UnsupportedDigestmodError: unsupported hash type sha384happens. (for both 3.13 and 3.14) From what I read in https://docs.python.org/3/library/hashlib.html sha384 should have been supported in python anyways and xmlsec1s build has checking for SHA384 support... yes (if it even matters, python3s _hashlib doesn't use xmlsec..)Considering that sha384(b'').digest() works for me in sid Python you may want to describe your environment better. E.g. do you have anything from experimental installed (like the aforementioned openssl 4)? Is it a clean chroot?
1:
all kinds of build-depends of LO (and other packages) as in my standard systemd-nspawn "working sid machine". (and yes, xmlsec1 from experimental, since that is the point of this test.,.. No, no openssl 4 yet.)
2:
Indeed it works in a clean deboostrap unstable + apt build-dep python-xmlsec + add experimental to s.l. + apt -t experimental libxmlsec1-dev chroot...
Are the only differences between 1 and 2 that 1 has some more build-deps installed? That's weird.
-- WBR, wRAR
signature.asc
Description: PGP signature
