Bug 2327519 - gdal: fails to install from epel10
Summary: gdal: fails to install from epel10
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: gdal
Version: epel10
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Sandro Mani
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 2325989
Blocks:
TreeView+ depends on / blocked
 
Reported: 2024-11-19 22:48 UTC by Carl George 🤠
Modified: 2024-12-03 04:37 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2024-12-03 04:37:53 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Carl George 🤠 2024-11-19 22:48:35 UTC
Description of problem:
gdal from EPEL 10 (currently in testing) has one or more unresolved dependencies, causing it to be uninstallable.


Version-Release number of selected component (if applicable):
gdal-3.10.0-1.el10_0


How reproducible:
always


Steps to Reproduce:
1. dnf --enablerepo epel-testing install gdal


Actual results:
Error: 
 Problem: conflicting requests
  - nothing provides gpsbabel needed by gdal-3.10.0-1.el10_0.x86_64 from epel-testing


Expected results:
successful installation


Additional info:
Normally I would offer to untag the build with the uninstallable package, but in this case it's just one package of the build that has a problem, and another package (gdal-libs) that is installable is needed to resolve an installation issue with another package (opencv-imgcodecs).  That means that untagging the gdal build to avoid gdal being uninstallable would make opencv-imgcodecs uninstallable again.

https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-24d55505b5
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-048936c915

Comment 1 Sandro Mani 2024-11-19 23:02:59 UTC
I've submitted gdal-3.10.0-2.el10_0: https://koji.fedoraproject.org/koji/taskinfo?taskID=126032444

Comment 2 Carl George 🤠 2024-11-20 05:51:58 UTC
From what I can tell skimming the upstream code, the gpsbabel command is a dependency of the GPSSBabel driver [0], which is enabled by default [1].  Therefore merely skipping the dependency is not valid.  Please revert the change in gdal-3.10.0-2 and lets wait for gpsbabel to be available.


[0] https://github.com/OSGeo/gdal/blob/v3.10.0/ogr/ogrsf_frmts/gpsbabel/ogrgpsbabeldriver.cpp#L96
[1] https://github.com/OSGeo/gdal/blob/v3.10.0/frmts/drivers.ini#L235

Comment 3 Sandro Mani 2024-11-20 08:24:22 UTC
I've reverted the change and I've submitted gdal-3.10.0-3

Comment 4 Sergio Basto 2024-11-21 14:34:59 UTC
gpsbabel is not in bodhi

Comment 5 Carl George 🤠 2024-12-03 04:37:53 UTC
With gpsbabel now available, this is resolved.


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