Bug 2245062

Summary: Rebuild against LibRaw 0.21.1 or later in CentOS Stream 9
Product: [Fedora] Fedora EPEL Reporter: Debarshi Ray <debarshir>
Component: gthumbAssignee: Carl George 🎩 <carl>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: epel9CC: carl, chkr, gnome-sig, mclasen, rhughes, rstrode, wonczak
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: gthumb-3.12.4-1.el9.next Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 2278082 (view as bug list) Environment:
Last Closed: 2023-12-01 02:25:57 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:

Description Debarshi Ray 2023-10-19 13:56:23 UTC
LibRaw was recently rebased to 0.21.1 in CentOS Stream 9 aimed at RHEL 9.4:
https://issues.redhat.com/browse/RHEL-768

This alters the sonames exported by LibRaw, and therefore gthumb needs to be rebuilt against the new sonames.

To fix this for CentOS Stream 9 users, before RHEL 9.4 is released, we need an epel9-next branch for gthumb:
https://docs.fedoraproject.org/en-US/epel/epel-about-next/

Comment 1 Dr. Stephan Wonczak 2023-11-21 12:17:40 UTC
Please give this bug report some love - this issue is blocking me from updating libRaw, which seems to cause other issues on my machine.

Comment 2 Carl George 🎩 2023-11-22 02:35:25 UTC
I tried a simple rebuild of gthumb-3.11.4-2.el9 in EPEL 9 Next to link against the new LibRaw soname, but I discovered that it failed to build.  LibRaw 0.21 fixed some typos in names that gthumb 3.11.4 explicitly references [0].  This was fixed in gthumb 3.12.3.

I checked the gthumb changelog, and I don't see any breaking changes going from 3.11.4 to 3.12.4, so it should be safe to do this update in EPEL 9.  I've requested an epel9-next branch, synced it with rawhide, and started a build.

[0] https://github.com/LibRaw/LibRaw/commit/9c861fd72f3961167ef55b037d7ce16056dd32d8
[1] https://gitlab.gnome.org/GNOME/gthumb/-/commit/da0d3f22a5c3a141211d943e7d963d14090011ec

Comment 3 Fedora Update System 2023-11-22 02:44:15 UTC
FEDORA-EPEL-NEXT-2023-5753fa0b9e has been submitted as an update to Fedora EPEL 9 Next. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-NEXT-2023-5753fa0b9e

Comment 4 Fedora Update System 2023-11-23 03:11:37 UTC
FEDORA-EPEL-NEXT-2023-5753fa0b9e has been pushed to the Fedora EPEL 9 Next testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-NEXT-2023-5753fa0b9e

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 5 Fedora Update System 2023-12-01 02:25:57 UTC
FEDORA-EPEL-NEXT-2023-5753fa0b9e has been pushed to the Fedora EPEL 9 Next stable repository.
If problem still persists, please make note of it in this bug report.