Package Details: python-gdal-hdf4 3.10.0-1

Git Clone URL: https://aur.archlinux.org/gdal-hdf4.git (read-only, click to copy)
Package Base: gdal-hdf4
Description: Python bindings for GDAL
Upstream URL: https://gdal.org/
Licenses: custom
Conflicts: python-gdal
Provides: python-gdal
Submitter: ggranga
Maintainer: gds506
Last Packager: gds506
Votes: 4
Popularity: 0.000000
First Submitted: 2016-04-26 14:23 (UTC)
Last Updated: 2024-11-24 13:30 (UTC)

Required by (14)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

ggranga commented on 2022-09-05 05:10 (UTC)

@mmdoublem I can no longer support updates for this package, feel free to adopt and maintain it. Thank you

mmdoublem commented on 2022-09-03 08:49 (UTC)

Hi,

I dunno if this is actively supported anymore but using arch and having to read MODIS datasets quite often, I would be happy to take this over. Thanks for all your work.

I just rebuilt gdal-hdf4 for the latest version of gdal and would be happy to share the PKGBUILD with you.

Brimstorm commented on 2022-05-24 16:42 (UTC) (edited on 2022-05-24 16:43 (UTC) by Brimstorm)

Can't seem to build. Gives the following message at the end:

==> ERROR: A failure occurred in build().
    Aborting...
removing untracked AUR files from cache...
:: Cleaning (1/1): /home/bmarcos/.cache/yay/gdal-hdf4
Removing gdal-3.4.0.tar.xz
Removing gdal-perl-vendor.patch
 -> error making: gdal-hdf4 (gdal-hdf4 python-gdal-hdf4)

The only error message I could find appears way back:

pdfdataset.cpp: In static member function ‘static PDFDataset* PDFDataset::Open(GDALOpenInfo*)’:
pdfdataset.cpp:4325:63: error: no matching function for call to ‘PDFDoc::PDFDoc(VSIPDFFileStream*&, std::nullptr_t, GooString*&)’
 4325 |         poDocPoppler = new PDFDoc(poStream, nullptr, poUserPwd);
      |                                                               ^

Do you know of any potential solution?

ggranga commented on 2021-11-23 14:56 (UTC)

Thanks @FabioLolix, I updated the PKGBUILD with your suggestion. @mhaffner gdal as installing correctly because it is in community, so you do not need to compile it. Now I am able to compile correctly.

mhaffner commented on 2021-11-22 21:22 (UTC)

@ggranga @FabioLoix I copy/pasted the gdal-perl-vendor.patch contents in your link into a local file and updated the PKGBUILD appropriately. The sha256sum of the gdal-perl-vendor.patch file is correct, so I didn't need to update it. Upon running makepkg in that directory I get an error that I'm guessing is related to gdal?

make[2]: Entering directory '/home/matt/gdal-hdf4/src/gdal-3.3.1/frmts/pdf'
/bin/sh /home/matt/gdal-hdf4/src/gdal-3.3.1/libtool --mode=compile --silent --tag=CXX g++ -I/home/matt/gdal-hdf4/src/gdal-3.3.1/port -I/home/matt/gdal-hdf4/src/gdal-3.3.1/gcore -I/home/matt/gdal-hdf4/src/gdal-3.3.1/alg -I/home/matt/gdal-hdf4/src/gdal-3.3.1/ogr -I/home/matt/gdal-hdf4/src/gdal-3.3.1/ogr/ogrsf_frmts -I/home/matt/gdal-hdf4/src/gdal-3.3.1/gnm -I/home/matt/gdal-hdf4/src/gdal-3.3.1/apps -DHAVE_AVX_AT_COMPILE_TIME -DHAVE_SSSE3_AT_COMPILE_TIME -DHAVE_SSE_AT_COMPILE_TIME -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security         -fstack-clash-protection -fcf-protection -Wp,-D_GLIBCXX_ASSERTIONS  -Wall -Wextra -Winit-self -Wunused-parameter -Wformat -Werror=format-security -Wno-format-nonliteral -Wlogical-op -Wshadow -Wmissing-include-dirs -Werror=vla -Wdate-time -Wnull-dereference -Wduplicated-cond -Wextra-semi -Wfloat-conversion -Wmissing-declarations -Wnon-virtual-dtor -Woverloaded-virtual -fno-operator-names -Wzero-as-null-pointer-constant -Wsuggest-override -Wimplicit-fallthrough  -I../vrt -I../mem -I../../ogr/ogrsf_frmts/mem -DGNM_ENABLED -I/home/matt/gdal-hdf4/src/gdal-3.3.1/port -I/usr/include/openjpeg-2.4  -I/usr/include  -DGDAL_COMPILATION -DHAVE_XERCES -I/usr/include -I/usr/include/xercesc -I/home/matt/gdal-hdf4/src/gdal-3.3.1/port -I/usr/include/openjpeg-2.4  -I/usr/include  -DGDAL_COMPILATION -DHAVE_POPPLER -DPOPPLER_MAJOR_VERSION=21 -DPOPPLER_MINOR_VERSION=11 -I/usr/include -I/usr/include/poppler   -DDO_NOT_USE_DEBUG_BOOL -c -o ../o/pdfdataset.lo pdfdataset.cpp
pdfdataset.cpp: In static member function ‘static PDFDataset* PDFDataset::Open(GDALOpenInfo*)’:
pdfdataset.cpp:4966:59: error: cannot convert ‘std::unique_ptr<GooString>’ to ‘GooString*’ in initialization
 4966 |     GooString* poMetadata = poCatalogPoppler->readMetadata();
      |                             ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~
      |                                                           |
      |                                                           std::unique_ptr<GooString>
make[2]: *** [../../GDALmake.opt:648: ../o/pdfdataset.lo] Error 1
make[2]: Leaving directory '/home/matt/gdal-hdf4/src/gdal-3.3.1/frmts/pdf'
make[1]: *** [GNUmakefile:15: pdf-install-obj] Error 2
make[1]: Leaving directory '/home/matt/gdal-hdf4/src/gdal-3.3.1/frmts'
make: *** [GNUmakefile:114: frmts-target] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

FabioLolix commented on 2021-11-22 19:52 (UTC)

Use this link for the perl vendor patch https://raw.githubusercontent.com/archlinux/svntogit-community/packages/gdal/trunk/gdal-perl-vendor.patch

mhaffner commented on 2021-11-22 19:48 (UTC)

@ggranga Thanks for clarifying - I see that now when I attempt to install gdal-hdf4. After a few weeks, it seems as though gdals' PKGBUILD is still not fixed. How should the maintainer be notified in order to fix it? That git repo does not have an "issues" section. Also, while I don't doubt that you are correct about this issue, why does gdal install correctly but gdal-hdf4 not, if they are based on the same PKGBUILD?

ggranga commented on 2021-11-02 16:50 (UTC)

It is an error related to gdal-perl-vendor.patch, which is not accessible at the URL set in the PKGBUILD. It is an issue inherited from gdal's PKGBUILD (https://github.com/archlinux/svntogit-community/blob/packages/gdal/trunk/PKGBUILD), so I will not change this one until new gdal rPKGBUILD will be released. In the meanwhile I uploaded the code of file gdal-perl-vendor.patch here: https://pastebin.com/raw/bgP79VkS ; you can manually download it, edit the PKGBUILD to update the sha256sum and compile.

mhaffner commented on 2021-10-29 16:10 (UTC)

Are the checksums out of date?

==> ERROR: One or more files did not pass the validity check!
error downloading sources: gdal-hdf4

caciolucas commented on 2021-07-02 13:28 (UTC) (edited on 2021-07-02 13:28 (UTC) by caciolucas)

Not able to install

Receiving curl: (6) Could not resolve host: git.archlinux.org when trying to retrieve source gdal-perl-vendor.patch

« First ‹ Previous 1 2 3 4 Next › Last »