gdal

Edit Package gdal
No description set
Refresh
Refresh
Source Files
Filename Size Changed
GDALmake.opt.in.patch 0000000651 651 Bytes
gdal-2.1.0.tar.xz 0007656496 7.3 MB
gdal-libproj.patch 0000000448 448 Bytes
gdal-perl.patch 0000000834 834 Bytes
gdal.changes 0000027566 26.9 KB
gdal.spec 0000013262 13 KB
ogr_wrap.patch 0000000469 469 Bytes
Revision 12 (latest revision is 86)
Dominique Leuenberger's avatar Dominique Leuenberger (dimstar_suse) accepted request 394829 from Martin Pluskal's avatar Martin Pluskal (pluskalm) (revision 12)
- New upstream release 2.1.0
  - https://trac.osgeo.org/gdal/wiki/Release/2.1.0-News
- packaging changes
  - Removed gdal-python_install.patch
  - Removed gdal-2.0.2-sqlite-crash.patch
  - Removed gdal-configure.patch
  - Added ogr_wrap.patch to solve no-return-in-non-void-function error
  - Submitted ogr_wrap.patch upstream: https://trac.osgeo.org/gdal/ticket/6506
  - Redone patch GDALmake.opt.in.patch

- Upgrade to 2x series version : 2.0.2 bugfix release
  - https://trac.osgeo.org/gdal/wiki/Release/2.0.2-News 
  - https://trac.osgeo.org/gdal/wiki/Release/2.0.1-News
  - https://trac.osgeo.org/gdal/wiki/Release/2.0.0-News
- packaging
  - Redone patch GDALmake.opt.in.patch and gdal-libproj.patch
  - Delete upstream merged gdal-python-swig3-issue6045.path
  - Delete upstream merged gdal_swig-perl-issue3084.patch
  - Add gdal-2.0.2-sqlite-crash.patch Fix upstream issue 6360
  - spec-cleaner minimal (pkgconfig make unresolvable all except
    Leap and Tumbleweed)

  gdal-gcc5-getaddrinfo-issue6073.patch
Comments 3


John Vandenberg's avatar

I believe this needs a runtime dependency on libgeotiff5 >= 1.6.0

  File "/usr/lib/python3.8/site-packages/django/contrib/gis/forms/__init__.py", line 3, in <module>
    from .fields import (  # NOQA
  File "/usr/lib/python3.8/site-packages/django/contrib/gis/forms/fields.py", line 2, in <module>
    from django.contrib.gis.gdal import GDALException
  File "/usr/lib/python3.8/site-packages/django/contrib/gis/gdal/__init__.py", line 28, in <module>
    from django.contrib.gis.gdal.datasource import DataSource
  File "/usr/lib/python3.8/site-packages/django/contrib/gis/gdal/datasource.py", line 39, in <module>
    from django.contrib.gis.gdal.driver import Driver
  File "/usr/lib/python3.8/site-packages/django/contrib/gis/gdal/driver.py", line 5, in <module>
    from django.contrib.gis.gdal.prototypes import ds as vcapi, raster as rcapi
  File "/usr/lib/python3.8/site-packages/django/contrib/gis/gdal/prototypes/ds.py", line 9, in <module>
    from django.contrib.gis.gdal.libgdal import GDAL_VERSION, lgdal
  File "/usr/lib/python3.8/site-packages/django/contrib/gis/gdal/libgdal.py", line 46, in <module>
    lgdal = CDLL(lib_path)
  File "/usr/lib64/python3.8/ctypes/__init__.py", line 373, in __init__
    self._handle = _dlopen(self._name, mode)
OSError: /usr/lib64/libgdal.so.28: undefined symbol: GTIFGetGCSInfoEx

https://stackoverflow.com/questions/64701098/undefined-symbol-gtifgetgcsinfoex

And then File "/usr/lib/python3.8/site-packages/django/contrib/gis/gdal/prototypes/ds.py", line 9, in <module> from django.contrib.gis.gdal.libgdal import GDAL_VERSION, lgdal File "/usr/lib/python3.8/site-packages/django/contrib/gis/gdal/libgdal.py", line 46, in <module> lgdal = CDLL(lib_path) File "/usr/lib64/python3.8/ctypes/__init__.py", line 373, in __init__ self._handle = _dlopen(self._name, mode) OSError: /usr/lib64/libgdal.so.28: undefined symbol: TIFFGetStrileByteCountWithErr Currently using libtiff5-4.0.10-2.3.x86_64 Needs to be 4.1.0+ according to http://osgeo-org.1560.x6.nabble.com/GDAL-3-1-linking-issue-with-TIFFGetStrileByteCountWithErr-td5447738.html

then from django.contrib.gis.gdal.libgdal import GDAL_VERSION, lgdal File "/usr/lib/python3.8/site-packages/django/contrib/gis/gdal/libgdal.py", line 46, in <module> lgdal = CDLL(lib_path) File "/usr/lib64/python3.8/ctypes/__init__.py", line 373, in __init__ self._handle = _dlopen(self._name, mode) OSError: /usr/lib64/libgdal.so.28: undefined symbol: proj_crs_get_datum_ensemble I have libproj19-7.0.0-1.1.x86_64 installed. Probably need 7.2.0

then

terminate called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_alloc
Aborted (core dumped)

libstdc++6-32bit-9.1.1+r271393-1.3.x86_64 libstdc++6-10.1.1+git40-1.13.x86_64 libstdc++6-pp-gcc10-10.1.1+git40-1.13.x86_64

Updating that didnt fix it. So I did a complete upgrade, and then it was fixed.


Bruno Friedmann's avatar

obs is not the way to report trouble, bugzilla is the right tool. In the meantime I don't know what packages you have but on Factory or in Application:Geo gdal is builded with proj 7.2.x and libgeotiff 1.6x.

openSUSE Build Service is sponsored by