Bug 2278082

Summary: gthumb: Rebuild against LibRaw 0.21.1 in RHEL 9.4
Product: [Fedora] Fedora EPEL Reporter: Carl George 🤠 <carl>
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, debarshir, extras-qa, gnome-sig, mclasen, rhughes, rstrode, wonczak
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: gthumb-3.12.6-1.el9 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 2245062 Environment:
Last Closed: 2024-05-10 02:28:10 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 Carl George 🤠 2024-05-01 03:30:19 UTC
+++ This bug was initially created as a clone of Bug #2245062 +++

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/

--- Additional comment from Dr. Stephan Wonczak on 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.

--- Additional comment from Carl George 🤠 on 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

--- Additional comment from Fedora Update System on 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

--- Additional comment from Fedora Update System on 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.

--- Additional comment from Fedora Update System on 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.

Comment 1 Fedora Update System 2024-05-01 03:30:53 UTC
FEDORA-EPEL-2024-63d381bd64 (gthumb-3.12.6-1.el9) has been submitted as an update to Fedora EPEL 9.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-63d381bd64

Comment 2 Fedora Update System 2024-05-02 02:46:35 UTC
FEDORA-EPEL-2024-63d381bd64 has been pushed to the Fedora EPEL 9 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-63d381bd64

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

Comment 3 Fedora Update System 2024-05-10 02:28:10 UTC
FEDORA-EPEL-2024-63d381bd64 (gthumb-3.12.6-1.el9) has been pushed to the Fedora EPEL 9 stable repository.
If problem still persists, please make note of it in this bug report.