[gdal-dev] Use GitPod for GDAL?

Matt Wilkie maphew at gmail.com
Fri Feb 18 14:34:19 PST 2022


This what I've come up with:

https://gitpod.io

Create new >> search for gdal >> select OSGeo/gdal


On launch:



-- Could NOT find PROJ (missing: PROJ_DIR)

CMake Error at
/home/linuxbrew/.linuxbrew/Cellar/cmake/3.22.2/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230
(message):

  Could NOT find PROJ (missing: PROJ_LIBRARY PROJ_INCLUDE_DIR) (Required is

  at least version "6.0")

Call Stack (most recent call first):

  /home/linuxbrew/.linuxbrew/Cellar/cmake/3.22.2/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:594
(_FPHSA_FAILURE_MESSAGE)

  cmake/modules/packages/FindPROJ.cmake:57
(find_package_handle_standard_args)

  cmake/helpers/CheckDependentLibraries.cmake:303 (find_package)

  gdal.cmake:210 (include)

  CMakeLists.txt:206 (include)



Attempted to remedy this with `sudo apt install proj-bin` but same error
from `cmake .`



----------------------------------------------------------------------------------




The below adapted from
https://github.com/maphew/gdal/blob/pr-5281-redux/CONTRIBUTING.md



cd /workspace/gdal

./autogen.sh

./configure --with-python



Fails with "configure: error: PROJ 6 symbols not found".

tried `sudo apt install proj-bin` and repeated above, same error.

Version of proj that's installed with this is 6.3.1.



Try building Proj from source (takes awhile):



cd /workspace

wget https://download.osgeo.org/proj/proj-6.3.1.tar.gz

tar zxf proj-*.gz

cd proj-6.3.1

./configure

make && sudo make install



Now try again (takes much longer):



cd /workspace/gdal

./autogen.sh

./configure --with-python

make -j8

sudo make install



It works!



. scripts/setdevenv.sh

gdalinfo --version

GDAL 3.5.0dev-39057d7396, released 2022/02/18


uname -a
inux osgeo-gdal-j6a7bhjf0c8 5.13.0-1013-gcp #16-Ubuntu SMP Tue Jan 18
14:31:35 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

I'm still unable to successfully install a python wheel of gdal-utils,
because pip is calling g++ which in turn is not finding libgdal, but it
still feels like significant progress to get this far! :)

-matt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20220218/0a97a2da/attachment-0001.html>


More information about the gdal-dev mailing list