Bug 2417021
| Summary: | xapian-bindings fails to build with Python 3.15: Fatal Python error: PyMutex_Unlock: unlocking mutex that is not locked | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Karolina Surma <ksurma> |
| Component: | xapian-bindings | Assignee: | Christiano Anderson <chris> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | adel.gadllah, chris, denis.arnaud_fedora, fti-bugs, ibiam, ksurma, mhroncok, mosvald |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | xapian-bindings-1.4.31-3.fc45 | Doc Type: | --- |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2026-07-15 20:37:53 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 2412434, 2433833, 2433836, 2485998, 2488373 | ||
*** Bug 2486008 has been marked as a duplicate of this bug. *** Hello, Please note that this comment was generated automatically by https://forge.fedoraproject.org/releng/tooling/src/branch/main/release-process/bug-filing/follow-policy/follow_policy.py If you feel that this output has mistakes, please open an issue at https://forge.fedoraproject.org/releng/tickets/issues This package fails to install and maintainers are advised to take one of the following actions: - Fix this bug and close this bugzilla once the update makes it to the repository. (The same script that posted this comment will eventually close this bugzilla when the fixed package reaches the repository, so you don't have to worry about it.) or - Move this bug to ASSIGNED if you plan on fixing this, but simply haven't done so yet. or - Orphan the package if you no longer plan to maintain it. If you do not take one of these actions, the process at https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs will continue. This package may be orphaned in 7+ weeks. This is the first reminder (step 3) from the policy. Don't hesitate to ask for help on https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/ if you are unsure how to fix this bug. I'll be checking with the upstream xapian-bindings bundle a prebuilt xapian_wrap.cc, built with swig 4.3.0. In swig 4.4.0+ this change happened: https://github.com/swig/swig/commit/892be2b8024d391dbc78028a2e99b7800db2ea99 A local build of xapian-bindings 1.4.31 succeeds for me when I patch the generated file with the corresponding change. The proper fix would be to regenerate the file with the newer swig (maybe this could be done during the build with the swig version that's available in the destination Fedora at the moment?). In Rawhide we've got swig 4.4.1. (In reply to Karolina Surma from comment #4) > xapian-bindings bundle a prebuilt xapian_wrap.cc, built with swig 4.3.0. > In swig 4.4.0+ this change happened: > https://github.com/swig/swig/commit/892be2b8024d391dbc78028a2e99b7800db2ea99 > A local build of xapian-bindings 1.4.31 succeeds for me when I patch the > generated file with the corresponding change. > The proper fix would be to regenerate the file with the newer swig (maybe > this could be done during the build with the swig version that's available > in the destination Fedora at the moment?). In Rawhide we've got swig 4.4.1. Thanks! Feel free to contribute to the package directly: https://src.fedoraproject.org/rpms/xapian-bindings You are now a maintainer of it :) Thanks! Let me also add @python-packagers-sig to the list of commiters. I care about this package, because it's in the dependency chain of python-sphinx, but have no direct use to it. (In reply to Karolina Surma from comment #6) > Thanks! Let me also add @python-packagers-sig to the list of commiters. I > care about this package, because it's in the dependency chain of > python-sphinx, but have no direct use to it. Sure, please do so! I submitted https://src.fedoraproject.org/rpms/xapian-bindings/pull-request/10 - but there's an issue with versioning and the untagged 2.0.0 builds. PTAL. FEDORA-2026-e08b690082 (xapian-bindings-1.4.31-3.fc45) has been submitted as an update to Fedora 45. https://bodhi.fedoraproject.org/updates/FEDORA-2026-e08b690082 FEDORA-2026-e08b690082 (xapian-bindings-1.4.31-3.fc45) has been pushed to the Fedora 45 stable repository. If problem still persists, please make note of it in this bug report. |
xapian-bindings fails to build with Python 3.15.0a2. make[3]: Entering directory '/builddir/build/BUILD/xapian-bindings-1.4.29-build/xapian-bindings-1.4.29/python3' /usr/bin/python3 -O -c 'import os;os.chdir("xapian");import _xapian' make[3]: Leaving directory '/builddir/build/BUILD/xapian-bindings-1.4.29-build/xapian-bindings-1.4.29/python3' Fatal Python error: PyMutex_Unlock: unlocking mutex that is not locked Python runtime state: finalizing (tstate=0x00007fc067411b18) make[3]: *** [Makefile:1323: xapian/__pycache__/__init__.cpython-315.opt-1.pyc] Aborted (core dumped) https://docs.python.org/3.15/whatsnew/3.15.html For the build logs, see: https://copr-be.cloud.fedoraproject.org/results/@python/python3.15/fedora-rawhide-x86_64/09836275-xapian-bindings/ For all our attempts to build xapian-bindings with Python 3.15, see: https://copr.fedorainfracloud.org/coprs/g/python/python3.15/package/xapian-bindings/ Testing and mass rebuild of packages is happening in copr. You can follow these instructions to test locally in mock if your package builds with Python 3.15: https://copr.fedorainfracloud.org/coprs/g/python/python3.15/ Let us know here if you have any questions. Python 3.15 is planned to be included in Fedora 45. To make that update smoother, we're building Fedora packages with all pre-releases of Python 3.15. A build failure prevents us from testing all dependent packages (transitive [Build]Requires), so if this package is required a lot, it's important for us to get it fixed soon. We'd appreciate help from the people who know this package best, but if you don't want to work on this now, let us know so we can try to work around it on our side.