Bug 2385567

Summary: quodlibet: FTBFS in Fedora rawhide/f43
Product: [Fedora] Fedora Reporter: Fedora Release Engineering <releng>
Component: quodlibetAssignee: hannes <johannes.lips>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: johannes.lips, mhroncok, priv.luk
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: quodlibet-4.7.1-7.fc43 Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2025-10-03 00:15:13 UTC Type: ---
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: 2339432, 2373702    
Attachments:
Description Flags
build.log
none
root.log
none
state.log none

Description Fedora Release Engineering 2025-07-31 10:47:14 UTC
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/

Comment 1 Fedora Release Engineering 2025-07-31 10:47:20 UTC
Created attachment 2101599 [details]
build.log

file build.log too big, will only attach last 32768 bytes

Comment 2 Fedora Release Engineering 2025-07-31 10:47:26 UTC
Created attachment 2101600 [details]
root.log

file root.log too big, will only attach last 32768 bytes

Comment 3 Fedora Release Engineering 2025-07-31 10:47:29 UTC
Created attachment 2101601 [details]
state.log

Comment 4 Łukasz Patron 2025-07-31 13:25:47 UTC
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

Comment 5 Łukasz Patron 2025-08-07 13:21:15 UTC
Resolved with build from 2d ago.

Comment 6 Miro Hrončok 2025-08-26 10:49:01 UTC
Reopening as quodlibet-4.7.1-5.fc43 happened before the Python 3.14.0rc2 bytecode rebuild and matplotlib seems to FTBFS again.

Comment 7 Miro Hrončok 2025-08-26 11:08:43 UTC
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.

Comment 8 Łukasz Patron 2025-08-26 11:13:49 UTC
(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

Comment 9 Łukasz Patron 2025-08-26 11:28:08 UTC
(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

Comment 11 Miro Hrončok 2025-08-27 21:25:51 UTC
We need a Fedora 43 rebuild.

Comment 12 Łukasz Patron 2025-08-27 21:47:41 UTC
(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?

Comment 13 Miro Hrončok 2025-08-27 22:33:08 UTC
Please do. You can mark it as fixing this bugzilla. Thanks.

Comment 14 Fedora Update System 2025-08-27 22:36:14 UTC
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

Comment 15 Fedora Update System 2025-08-28 01:35:27 UTC
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.

Comment 16 Fedora Update System 2025-10-03 00:15:13 UTC
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.