Fedora Account System
Red Hat Associate
Red Hat Customer
matrix-synapse failed to build from source in Fedora rawhide/f43 https://koji.fedoraproject.org/koji/taskinfo?taskID=135219679 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_43_Mass_Rebuild Please fix matrix-synapse at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, matrix-synapse will be orphaned. Before branching of Fedora 44, matrix-synapse will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Created attachment 2100779 [details] build.log
Created attachment 2100780 [details] root.log file root.log too big, will only attach last 32768 bytes
Created attachment 2100781 [details] state.log
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.
The latest issue in Rawhide is as follows. Since the update to version 25, python-treq depends on python3dist(multipart), https://src.fedoraproject.org/rpms/python-multipart. Matrix-synapse depends on python3dist(treq) and also on python3dist(python-multipart), https://src.fedoraproject.org/rpms/python-python-multipart. A conflict exists between python3dist(multipart), https://src.fedoraproject.org/rpms/python-multipart, and python3dist(python-multipart), https://src.fedoraproject.org/rpms/python-python-multipart, because they both provide the importable package name “multipart.”
The upstream conflicts around this issue are solved. It seems all that is remaining is removing the explicit `Conflicts` in the `python-python-multipart` package: https://src.fedoraproject.org/rpms/python-python-multipart/blob/rawhide/f/python-python-multipart.spec
(In reply to Kai A. Hiller from comment #7) > The upstream conflicts around this issue are solved. It seems all that is > remaining is removing the explicit `Conflicts` in the > `python-python-multipart` package: > https://src.fedoraproject.org/rpms/python-python-multipart/blob/rawhide/f/ > python-python-multipart.spec The Conflicts can only be removed if everything that depends on python3-python-multipart uses it as "import python_multipart" rather than "import multipart". Otherwise, installing python3-multipart would break anything that uses the old import name. It may be that this is already the case, or if not, it may be that we can get there with a small amount of patching. I’ll investigate. Ideally, we would also stop providing the "import multipart" compatibility mechanism (https://github.com/Kludex/python-multipart/pull/166, https://github.com/Kludex/python-multipart/pull/168) at all in the Fedora package at the same time we drop the Conflicts, in order to prevent any future confusion or issues with newly introduced dependencies on python3-python-multipart using the old import name.
I determined that it is in fact safe to remove the Conflicts as a breaking change in Fedora 44 and later, provided that python3-python-multipart stops installing the “import multipart” compatibility shim. See https://src.fedoraproject.org/rpms/python-python-multipart/pull-request/11 and https://src.fedoraproject.org/rpms/python-multipart/pull-request/11 for more details. I shipped this change as https://bodhi.fedoraproject.org/updates/FEDORA-2026-44f9202478 (F45/Rawhide) and https://bodhi.fedoraproject.org/updates/FEDORA-2026-be17910477 (F44/Branched; to go stable after the end of the Beta Freeze).
This bug appears to have been reported against 'rawhide' during the Fedora Linux 45 development cycle. Changing version to 45.
Automation has figured out the package is retired in Fedora 45. If you like it to be unretired, please open a ticket at https://forge.fedoraproject.org/releng/tickets/issues/new?template=.forgejo%2fISSUE_TEMPLATE%2funretire-package.md