quodlibet failed to build from source in Fedora rawhide/f43 https://koji.fedoraproject.org/koji/taskinfo?taskID=135252000 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_43_Mass_Rebuild Please fix quodlibet 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, quodlibet will be orphaned. Before branching of Fedora 44, quodlibet 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 2101599 [details] build.log file build.log too big, will only attach last 32768 bytes
Created attachment 2101600 [details] root.log file root.log too big, will only attach last 32768 bytes
Created attachment 2101601 [details] state.log
This will be resolved with new at-spi2-core release, which is expected to happen very soon. See comments here: https://src.fedoraproject.org/rpms/at-spi2-core/pull-request/9
Resolved with build from 2d ago.
Reopening as quodlibet-4.7.1-5.fc43 happened before the Python 3.14.0rc2 bytecode rebuild and matplotlib seems to FTBFS again.
Hello. This is a bulk comment. This package still needs to be rebuilt and/or shipped with Python 3.14.0rc2+ bytecode in Fedora 43. The Beta Freeze of Fedora 43 is scheduled to start today. Please prioritize this bugzilla accordingly. Thanks.
(In reply to Miro Hrončok from comment #6) > Reopening as quodlibet-4.7.1-5.fc43 happened before the Python 3.14.0rc2 > bytecode rebuild and matplotlib seems to FTBFS again. seems to be some kind of gdk bug? Python 3.14.0rc2 (main, Aug 14 2025, 00:00:00) [GCC 15.2.1 20250808 (Red Hat 15.2.1-1)] on linux Type "help", "copyright", "credits" or "license" for more information. >>> from gi.repository import GdkPixbuf ... pb = GdkPixbuf.Pixbuf.new(GdkPixbuf.Colorspace.RGB, False, 8, 5, 5) ... pb.savev("/tmp/a.jpg", "jpeg", [], []) ... <python-input-0>:1: PyGIWarning: GdkPixbuf was imported without specifying a version first. Use gi.require_version('GdkPixbuf', '2.0') before import to ensure that the right version gets loaded. Traceback (most recent call last): File "<python-input-0>", line 3, in <module> pb.savev("/tmp/a.jpg", "jpeg", [], []) ~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ gi.repository.GLib.GError: gly-loader-error: Texture is only 79 but was announced differently: Stride size: 16 Image size: 5 x 5 (0) vs Python 3.13.7 (main, Aug 14 2025, 00:00:00) [GCC 15.2.1 20250808 (Red Hat 15.2.1-1)] on linux Type "help", "copyright", "credits" or "license" for more information. >>> from gi.repository import GdkPixbuf ... pb = GdkPixbuf.Pixbuf.new(GdkPixbuf.Colorspace.RGB, False, 8, 5, 5) ... pb.savev("/tmp/a.jpg", "jpeg", [], []) ... <python-input-0>:1: PyGIWarning: GdkPixbuf was imported without specifying a version first. Use gi.require_version('GdkPixbuf', '2.0') before import to ensure that the right version gets loaded. True
(In reply to Łukasz Patron from comment #8) > (In reply to Miro Hrončok from comment #6) > > Reopening as quodlibet-4.7.1-5.fc43 happened before the Python 3.14.0rc2 > > bytecode rebuild and matplotlib seems to FTBFS again. > > seems to be some kind of gdk bug? > > Python 3.14.0rc2 (main, Aug 14 2025, 00:00:00) [GCC 15.2.1 20250808 (Red Hat > 15.2.1-1)] on linux > Type "help", "copyright", "credits" or "license" for more information. > >>> from gi.repository import GdkPixbuf > ... pb = GdkPixbuf.Pixbuf.new(GdkPixbuf.Colorspace.RGB, False, 8, 5, 5) > ... pb.savev("/tmp/a.jpg", "jpeg", [], []) > ... > <python-input-0>:1: PyGIWarning: GdkPixbuf was imported without specifying a > version first. Use gi.require_version('GdkPixbuf', '2.0') before import to > ensure that the right version gets loaded. > Traceback (most recent call last): > File "<python-input-0>", line 3, in <module> > pb.savev("/tmp/a.jpg", "jpeg", [], []) > ~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > gi.repository.GLib.GError: gly-loader-error: Texture is only 79 but was > announced differently: Stride size: 16 Image size: 5 x 5 (0) > > vs > > Python 3.13.7 (main, Aug 14 2025, 00:00:00) [GCC 15.2.1 20250808 (Red Hat > 15.2.1-1)] on linux > Type "help", "copyright", "credits" or "license" for more information. > >>> from gi.repository import GdkPixbuf > ... pb = GdkPixbuf.Pixbuf.new(GdkPixbuf.Colorspace.RGB, False, 8, 5, 5) > ... pb.savev("/tmp/a.jpg", "jpeg", [], []) > ... > <python-input-0>:1: PyGIWarning: GdkPixbuf was imported without specifying a > version first. Use gi.require_version('GdkPixbuf', '2.0') before import to > ensure that the right version gets loaded. > True no idea how to fix it, opened a bug report upstream https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/issues/269
seems like it's fixed? https://src.fedoraproject.org/rpms/quodlibet/c/3ef07aa24e3d40a4b8b2afb43adaaf341a6de89c?branch=rawhide https://koji.fedoraproject.org/koji/taskinfo?taskID=136481813
We need a Fedora 43 rebuild.
(In reply to Miro Hrončok from comment #11) > We need a Fedora 43 rebuild. https://koji.fedoraproject.org/koji/taskinfo?taskID=136486320 do you need me to release update too?
Please do. You can mark it as fixing this bugzilla. Thanks.
FEDORA-2025-f04c392bfc (quodlibet-4.7.1-7.fc43) has been submitted as an update to Fedora 43. https://bodhi.fedoraproject.org/updates/FEDORA-2025-f04c392bfc
FEDORA-2025-f04c392bfc has been pushed to the Fedora 43 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-f04c392bfc` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-f04c392bfc See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-f04c392bfc (quodlibet-4.7.1-7.fc43) has been pushed to the Fedora 43 stable repository. If problem still persists, please make note of it in this bug report.