Red Hat Bugzilla – Bug 2376349

https://bugzilla.redhat.com/show_bug.cgi/show_bug.cgi?id=2376349

Bug 2376349 - Notice: gdal will be automatically retired from EPEL 9 when RHEL 9.7 is released Keywords: Status: CLOSED CURRENTRELEASE Alias: None Product: Fedora EPEL Component: gdal
Version: epel9 Hardware: Unspecified OS: Unspecified Priority: unspecified Severity: unspecified Target Milestone: — Assignee: markusN QA Contact: Fedora Extras Quality Assurance Docs Contact: 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) CC List: 12 users (show) Fixed In Version: Clone Of: Environment: Last Closed: 2025-11-20 18:33:27 UTC Type: — Embargoed:

Attachments (Terms of Use)

Descriptionrhel-process-autobot 2025-07-04 12:15:34 UTC

Comment 1rhel-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 2Carl 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 3Petr 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 4Sandro Mani 2025-09-29 19:02:51 UTC Hi, not me - feel free to work on it!

Comment 5Troy 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 6Carl 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 7josef 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 8Petr 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 95mhjx1clu 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?

Updated: