Bug 2376349 - Notice: gdal will be automatically retired from EPEL 9 when RHEL 9.7 is released
Summary: Notice: gdal will be automatically retired from EPEL 9 when RHEL 9.7 is released
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: gdal
Version: epel9
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: markusN
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: EPEL2RHEL
TreeView+ depends on / blocked
 
Reported: 2025-07-04 12:15 UTC by rhel-process-autobot
Modified: 2025-12-01 17:59 UTC (History)
12 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2025-11-20 18:33:27 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description rhel-process-autobot 2025-07-04 12:15:34 UTC

Comment 1 rhel-process-autobot 2025-07-04 12:15:38 UTC
This issue is purely informational, you do not need to take any action. Thank you for your work maintaining gdal in EPEL 9. Red Hat considers this package important enough to promote it to official RHEL. It will be part of RHEL 9.7. Please do not update gdal in EPEL 9 so the RHEL version can have a higher version and release. When RHEL 9.7 is released, EPEL automation will remove gdal from EPEL 9 and close this bug.

Comment 2 Carl George 🤠 2025-08-14 02:52:40 UTC
Based on the content in CentOS 9, it looks like only these subpackages from the build are being added to RHEL 9.7:

* gdal
* gdal-devel
* gdal-libs

Other subpackages from the EPEL build are not currently on track to be added, and will effectively disappear when the EPEL package is retired.

* gdal-doc
* gdal-java
* gdal-javadoc
* gdal-perl
* gdal-python-tools
* python3-gdal

If these packages are important, please follow the instructions in the EPEL docs to either request those subpackages be included in RHEL, or create a gdal-epel package to provide the missing subpackages.

https://docs.fedoraproject.org/en-US/epel/epel-policy-missing-sub-packages/

Comment 3 Petr Khartskhaev 2025-09-29 14:24:07 UTC
Hi, I'd like to create the gdal-epel package, is anyone else working on it?

Comment 4 Sandro Mani 2025-09-29 19:02:51 UTC
Hi, not me - feel free to work on it!

Comment 5 Troy Dawson 2025-11-20 18:33:27 UTC
gdal is now in RHEL9 as of RHEL 9.7.
It has been retired from EPEL9.
It will take a day or two before it is out of the epel9 repositories and mirrors.

Comment 6 Carl George 🤠 2025-11-22 01:27:28 UTC
For posterity, gdap-epel has been requested in this ticket:

https://pagure.io/releng/fedora-scm-requests/issue/79716

Comment 7 josef radinger 2025-11-27 13:03:13 UTC
would like to get python3-gdal in rhel9.7 as we used that package from epel.

Comment 8 Petr Khartskhaev 2025-11-27 13:12:54 UTC
(In reply to josef radinger from comment #7)
> would like to get python3-gdal in rhel9.7 as we used that package from epel.

`python3-gdal` is currently built and in the EPEL testing repo as part of `gdal-epel` (https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-d7c0ebd888), feel free to test it and give karma if it works :D


I also re-added most of the missing gdal drivers in my `gdal-extras` copr (https://copr.fedorainfracloud.org/coprs/pkhartsk/gdal-extras/), which is co-installable with gdal-epel, if you need that functionality, too.

Comment 9 5mhjx1clu 2025-12-01 17:59:26 UTC
(In reply to Petr Khartskhaev from comment #8)
> (In reply to josef radinger from comment #7)
> > would like to get python3-gdal in rhel9.7 as we used that package from epel.
> 
> `python3-gdal` is currently built and in the EPEL testing repo as part of
> `gdal-epel`
> (https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-d7c0ebd888), feel
> free to test it and give karma if it works :D
> 
> 
> I also re-added most of the missing gdal drivers in my `gdal-extras` copr
> (https://copr.fedorainfracloud.org/coprs/pkhartsk/gdal-extras/), which is
> co-installable with gdal-epel, if you need that functionality, too.

Thank you so much for setting this up! Unfortunately, I am getting errors with `gdal-extras` that I have not been able to reproduce so far with a matching (debug) version of gdal built from source. Namely:
[user@machine ~]$ /usr/bin/gdal_translate -ot Float32 -of EHdr -a_nodata -9999 ~/USGS_13_n35w087_20220728.tif ~/USGS_13_n35w087_20220728.flt
Input file size is 10812, 10812
0...10...20...30...40...50...60...70...80...90...ERROR 3: Failed to read scanline 10796.
ERROR 1: USGS_13_n35w087_20220728.tif, band 1: IReadBlock failed at X offset 0, Y offset 10796: Failed to read scanline 10796.

Is this an appropriate place to discuss this?


Note You need to log in before you can comment on or make changes to this bug.