Bug 2376349

Summary: Notice: gdal will be automatically retired from EPEL 9 when RHEL 9.7 is released
Product: [Fedora] Fedora EPEL Reporter: rhel-process-autobot <rhel-process-autobot>
Component: gdalAssignee: markusN <neteler>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: epel9CC: 5mhjx1clu, alex, andrew-beck, carl, cheese, devrim, manisandro, neteler, pavel.lisy, pkhartsk, praiskup, romain.geissler, tdawson
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2025-11-20 18:33:27 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: 1998160    

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?

Comment 10 andrew-beck 2026-01-09 13:08:29 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.

gdal-extras does not work for me either as it does not seem to provide a driver for GTiff format
https://gdal.org/en/stable/drivers/raster/gtiff.html

gdalinfo --formats | grep -i tiff
only lists
SNAP_TIFF -raster- (rov): Sentinel Application Processing GeoTIFF

A proper build of GDAL outputs

SNAP_TIFF -raster- (rov): Sentinel Application Processing GeoTIFF
GTiff -raster- (rw+vs): GeoTIFF (*.tif, *.tiff)
COG -raster- (wv): Cloud optimized GeoTIFF generator (*.tif, *.tiff)