* [bug#36623] [PATCH] gnu: gdal: add python support
@ 2019-07-12 21:32 Arne Babenhauserheide
2019-07-13 8:15 ` Julien Lepiller
0 siblings, 1 reply; 11+ messages in thread
From: Arne Babenhauserheide @ 2019-07-12 21:32 UTC (permalink / raw)
To: 36623; +Cc: Arne Babenhauserheide
* gnu/packages/geo.scm (gdal): add python support
---
gnu/packages/geo.scm | 29 +++++++++++++++++++++++++++--
1 file changed, 27 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/geo.scm b/gnu/packages/geo.scm
index 4cccd97643..3e2ec04b53 100644
--- a/gnu/packages/geo.scm
+++ b/gnu/packages/geo.scm
@@ -537,6 +537,8 @@ development.")
(build-system gnu-build-system)
(arguments
`(#:tests? #f
+ ;; validating runpath does not work yet for Python, so skip this phase.
+ #:validate-runpath? #f
#:configure-flags
(let-syntax ((with (syntax-rules ()
((_ option input)
@@ -544,6 +546,10 @@ development.")
(assoc-ref %build-inputs input))))))
(list
;; TODO: --with-pcidsk, --with-pcraster
+ ;; Add $libdir to the RUNPATH of all the executables.
+ (string-append "LDFLAGS=-Wl,-rpath=" %output "/apps/.libs")
+ (string-append "LD_RUN_PATH=" %output "/apps/.libs")
+ (string-append "LD_LIBRARY_PATH=" %output "/apps/.libs")
(with "--with-freexl" "freexl")
(with "--with-libjson-c" "json-c")
(with "--with-png" "libpng")
@@ -553,13 +559,27 @@ development.")
(with "--with-libtiff" "libtiff")
(with "--with-geotiff" "libgeotiff")
(with "--with-libz" "zlib")
- "--with-pcre"))
+ "--with-pcre"
+ "--with-python"))
#:phases
(modify-phases %standard-phases
(add-before 'build 'fix-path
(lambda _
(substitute* "frmts/mrf/mrf_band.cpp"
- (("\"../zlib/zlib.h\"") "<zlib.h>")))))))
+ (("\"../zlib/zlib.h\"") "<zlib.h>"))))
+ (add-after
+ 'unpack 'patch-test-shebangs
+ (lambda _
+ (substitute* '("apps/GNUmakefile")
+ (("/bin/sh") (which "sh")))
+ #t))
+ (add-after
+ 'unpack 'patch-test-shebangs
+ (lambda _
+ (substitute* '("GDALmake.opt.in")
+ (("LDFLAGS = @LDFLAGS@") (string-append "LDFLAGS = @LDFLAGS@ -Wl,-rpath=" %output "/apps -Wl,-rpath=" %output "/apps/.libs")))
+ #t)
+ ))))
(inputs
`(("freexl" ,freexl)
("geos" ,geos)
@@ -572,6 +592,11 @@ development.")
("libwebp" ,libwebp)
("pcre" ,pcre)
("zlib" ,zlib)))
+ (native-inputs
+ `(("pkg-config" ,pkg-config)))
+ (propagated-inputs
+ `(("python" ,python)
+ ("python-setuptools" ,python-setuptools)))
(home-page "http://www.gdal.org/")
(synopsis "Raster and vector geospatial data format library")
(description "GDAL is a translator library for raster and vector geospatial
--
2.22.0
^ permalink raw reply related [flat|nested] 11+ messages in thread
* [bug#36623] [PATCH] gnu: gdal: add python support
2019-07-12 21:32 [bug#36623] [PATCH] gnu: gdal: add python support Arne Babenhauserheide
@ 2019-07-13 8:15 ` Julien Lepiller
2019-07-13 21:14 ` Arne Babenhauserheide
0 siblings, 1 reply; 11+ messages in thread
From: Julien Lepiller @ 2019-07-13 8:15 UTC (permalink / raw)
To: arne_bab
Le 12 juillet 2019 23:32:47 GMT+02:00, Arne Babenhauserheide <arne_bab@web.de> a écrit :
>* gnu/packages/geo.scm (gdal): add python support
>---
> gnu/packages/geo.scm | 29 +++++++++++++++++++++++++++--
> 1 file changed, 27 insertions(+), 2 deletions(-)
>
>diff --git a/gnu/packages/geo.scm b/gnu/packages/geo.scm
>index 4cccd97643..3e2ec04b53 100644
>--- a/gnu/packages/geo.scm
>+++ b/gnu/packages/geo.scm
>@@ -537,6 +537,8 @@ development.")
> (build-system gnu-build-system)
> (arguments
> `(#:tests? #f
>+ ;; validating runpath does not work yet for Python, so skip
>this phase.
>+ #:validate-runpath? #f
> #:configure-flags
> (let-syntax ((with (syntax-rules ()
> ((_ option input)
>@@ -544,6 +546,10 @@ development.")
> (assoc-ref %build-inputs input))))))
> (list
> ;; TODO: --with-pcidsk, --with-pcraster
>+ ;; Add $libdir to the RUNPATH of all the executables.
>+ (string-append "LDFLAGS=-Wl,-rpath=" %output "/apps/.libs")
>+ (string-append "LD_RUN_PATH=" %output "/apps/.libs")
>+ (string-append "LD_LIBRARY_PATH=" %output "/apps/.libs")
> (with "--with-freexl" "freexl")
> (with "--with-libjson-c" "json-c")
> (with "--with-png" "libpng")
>@@ -553,13 +559,27 @@ development.")
> (with "--with-libtiff" "libtiff")
> (with "--with-geotiff" "libgeotiff")
> (with "--with-libz" "zlib")
>- "--with-pcre"))
>+ "--with-pcre"
>+ "--with-python"))
> #:phases
> (modify-phases %standard-phases
> (add-before 'build 'fix-path
> (lambda _
> (substitute* "frmts/mrf/mrf_band.cpp"
>- (("\"../zlib/zlib.h\"") "<zlib.h>")))))))
>+ (("\"../zlib/zlib.h\"") "<zlib.h>"))))
>+ (add-after
>+ 'unpack 'patch-test-shebangs
>+ (lambda _
>+ (substitute* '("apps/GNUmakefile")
>+ (("/bin/sh") (which "sh")))
>+ #t))
>+ (add-after
>+ 'unpack 'patch-test-shebangs
>+ (lambda _
>+ (substitute* '("GDALmake.opt.in")
>+ (("LDFLAGS = @LDFLAGS@") (string-append "LDFLAGS
>= @LDFLAGS@ -Wl,-rpath=" %output "/apps -Wl,-rpath=" %output
>"/apps/.libs")))
>+ #t)
>+ ))))
Could you rename that phase to something like 'patch-rpath? Is it needed since you already pass it to the configure?
> (inputs
> `(("freexl" ,freexl)
> ("geos" ,geos)
>@@ -572,6 +592,11 @@ development.")
> ("libwebp" ,libwebp)
> ("pcre" ,pcre)
> ("zlib" ,zlib)))
>+ (native-inputs
>+ `(("pkg-config" ,pkg-config)))
>+ (propagated-inputs
>+ `(("python" ,python)
>+ ("python-setuptools" ,python-setuptools)))
Is setuptools really necessary at runtime? Can we patch gdal so to embed python's store path? I'd prefer not to propagate it.
> (home-page "http://www.gdal.org/")
> (synopsis "Raster and vector geospatial data format library")
>(description "GDAL is a translator library for raster and vector
>geospatial
>--
>2.22.0
Thank you!
^ permalink raw reply [flat|nested] 11+ messages in thread
* [bug#36623] [PATCH] gnu: gdal: add python support
2019-07-13 8:15 ` Julien Lepiller
@ 2019-07-13 21:14 ` Arne Babenhauserheide
2019-07-17 12:57 ` Ludovic Courtès
0 siblings, 1 reply; 11+ messages in thread
From: Arne Babenhauserheide @ 2019-07-13 21:14 UTC (permalink / raw)
To: Julien Lepiller; +Cc: 36623
[-- Attachment #1.1: Type: text/plain, Size: 3746 bytes --]
Julien Lepiller <julien@lepiller.eu> writes:
> Le 12 juillet 2019 23:32:47 GMT+02:00, Arne Babenhauserheide <arne_bab@web.de> a écrit :
>>* gnu/packages/geo.scm (gdal): add python support
>>---
>> gnu/packages/geo.scm | 29 +++++++++++++++++++++++++++--
>> 1 file changed, 27 insertions(+), 2 deletions(-)
>>
>>diff --git a/gnu/packages/geo.scm b/gnu/packages/geo.scm
>>index 4cccd97643..3e2ec04b53 100644
>>--- a/gnu/packages/geo.scm
>>+++ b/gnu/packages/geo.scm
>>@@ -537,6 +537,8 @@ development.")
>> (build-system gnu-build-system)
>> (arguments
>> `(#:tests? #f
>>+ ;; validating runpath does not work yet for Python, so skip
>>this phase.
>>+ #:validate-runpath? #f
>> #:configure-flags
>> (let-syntax ((with (syntax-rules ()
>> ((_ option input)
>>@@ -544,6 +546,10 @@ development.")
>> (assoc-ref %build-inputs input))))))
>> (list
>> ;; TODO: --with-pcidsk, --with-pcraster
>>+ ;; Add $libdir to the RUNPATH of all the executables.
>>+ (string-append "LDFLAGS=-Wl,-rpath=" %output "/apps/.libs")
>>+ (string-append "LD_RUN_PATH=" %output "/apps/.libs")
>>+ (string-append "LD_LIBRARY_PATH=" %output "/apps/.libs")
>> (with "--with-freexl" "freexl")
>> (with "--with-libjson-c" "json-c")
>> (with "--with-png" "libpng")
>>@@ -553,13 +559,27 @@ development.")
>> (with "--with-libtiff" "libtiff")
>> (with "--with-geotiff" "libgeotiff")
>> (with "--with-libz" "zlib")
>>- "--with-pcre"))
>>+ "--with-pcre"
>>+ "--with-python"))
>> #:phases
>> (modify-phases %standard-phases
>> (add-before 'build 'fix-path
>> (lambda _
>> (substitute* "frmts/mrf/mrf_band.cpp"
>>- (("\"../zlib/zlib.h\"") "<zlib.h>")))))))
>>+ (("\"../zlib/zlib.h\"") "<zlib.h>"))))
>>+ (add-after
>>+ 'unpack 'patch-test-shebangs
>>+ (lambda _
>>+ (substitute* '("apps/GNUmakefile")
>>+ (("/bin/sh") (which "sh")))
>>+ #t))
>>+ (add-after
>>+ 'unpack 'patch-test-shebangs
>>+ (lambda _
>>+ (substitute* '("GDALmake.opt.in")
>>+ (("LDFLAGS = @LDFLAGS@") (string-append "LDFLAGS
>>= @LDFLAGS@ -Wl,-rpath=" %output "/apps -Wl,-rpath=" %output
>>"/apps/.libs")))
>>+ #t)
>>+ ))))
>
> Could you rename that phase to something like 'patch-rpath? Is it needed since you already pass it to the configure?
Renamed, see the new patch :-)
I did not get this to work without it.
>> (inputs
>> `(("freexl" ,freexl)
>> ("geos" ,geos)
>>@@ -572,6 +592,11 @@ development.")
>> ("libwebp" ,libwebp)
>> ("pcre" ,pcre)
>> ("zlib" ,zlib)))
>>+ (native-inputs
>>+ `(("pkg-config" ,pkg-config)))
>>+ (propagated-inputs
>>+ `(("python" ,python)
>>+ ("python-setuptools" ,python-setuptools)))
>
> Is setuptools really necessary at runtime? Can we patch gdal so to embed python's store path? I'd prefer not to propagate it.
I’m not really sure why it is, but I did not get it working
without. Activating Python-support was harder than I thought (but I need
it working for a project on a deadline).
>> (home-page "http://www.gdal.org/")
>> (synopsis "Raster and vector geospatial data format library")
>>(description "GDAL is a translator library for raster and vector
>>geospatial
>>--
>>2.22.0
>
> Thank you!
Thank you for reviewing!
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.2: 0001-gnu-gdal-add-python-support.patch --]
[-- Type: text/x-patch, Size: 3101 bytes --]
From 5f8b1dc1bb5ce7b061bcca10174f9330cf89696c Mon Sep 17 00:00:00 2001
From: Arne Babenhauserheide <arne_bab@web.de>
Date: Sat, 11 May 2019 15:16:22 +0200
Subject: [PATCH] gnu: gdal: add python support
* gnu/packages/geo.scm (gdal): add python support
---
gnu/packages/geo.scm | 29 +++++++++++++++++++++++++++--
1 file changed, 27 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/geo.scm b/gnu/packages/geo.scm
index 4cccd97643..a6942d2a45 100644
--- a/gnu/packages/geo.scm
+++ b/gnu/packages/geo.scm
@@ -537,6 +537,8 @@ development.")
(build-system gnu-build-system)
(arguments
`(#:tests? #f
+ ;; validating runpath does not work yet for Python, so skip this phase.
+ #:validate-runpath? #f
#:configure-flags
(let-syntax ((with (syntax-rules ()
((_ option input)
@@ -544,6 +546,10 @@ development.")
(assoc-ref %build-inputs input))))))
(list
;; TODO: --with-pcidsk, --with-pcraster
+ ;; Add $libdir to the RUNPATH of all the executables.
+ (string-append "LDFLAGS=-Wl,-rpath=" %output "/apps/.libs")
+ (string-append "LD_RUN_PATH=" %output "/apps/.libs")
+ (string-append "LD_LIBRARY_PATH=" %output "/apps/.libs")
(with "--with-freexl" "freexl")
(with "--with-libjson-c" "json-c")
(with "--with-png" "libpng")
@@ -553,13 +559,27 @@ development.")
(with "--with-libtiff" "libtiff")
(with "--with-geotiff" "libgeotiff")
(with "--with-libz" "zlib")
- "--with-pcre"))
+ "--with-pcre"
+ "--with-python"))
#:phases
(modify-phases %standard-phases
(add-before 'build 'fix-path
(lambda _
(substitute* "frmts/mrf/mrf_band.cpp"
- (("\"../zlib/zlib.h\"") "<zlib.h>")))))))
+ (("\"../zlib/zlib.h\"") "<zlib.h>"))))
+ (add-after
+ 'unpack 'patch-test-shebangs
+ (lambda _
+ (substitute* '("apps/GNUmakefile")
+ (("/bin/sh") (which "sh")))
+ #t))
+ (add-after
+ 'unpack 'patch-rpath
+ (lambda _
+ (substitute* '("GDALmake.opt.in")
+ (("LDFLAGS = @LDFLAGS@") (string-append "LDFLAGS = @LDFLAGS@ -Wl,-rpath=" %output "/apps -Wl,-rpath=" %output "/apps/.libs")))
+ #t)
+ ))))
(inputs
`(("freexl" ,freexl)
("geos" ,geos)
@@ -572,6 +592,11 @@ development.")
("libwebp" ,libwebp)
("pcre" ,pcre)
("zlib" ,zlib)))
+ (native-inputs
+ `(("pkg-config" ,pkg-config)))
+ (propagated-inputs
+ `(("python" ,python)
+ ("python-setuptools" ,python-setuptools)))
(home-page "http://www.gdal.org/")
(synopsis "Raster and vector geospatial data format library")
(description "GDAL is a translator library for raster and vector geospatial
--
2.22.0
[-- Attachment #1.3: Type: text/plain, Size: 87 bytes --]
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein
ohne es zu merken
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 1076 bytes --]
^ permalink raw reply related [flat|nested] 11+ messages in thread
* [bug#36623] [PATCH] gnu: gdal: add python support
2019-07-13 21:14 ` Arne Babenhauserheide
@ 2019-07-17 12:57 ` Ludovic Courtès
2019-07-17 16:22 ` Arne Babenhauserheide
0 siblings, 1 reply; 11+ messages in thread
From: Ludovic Courtès @ 2019-07-17 12:57 UTC (permalink / raw)
To: Arne Babenhauserheide; +Cc: 36623
Hello!
Complementing Julien’s feedback…
Arne Babenhauserheide <arne_bab@web.de> skribis:
> From 5f8b1dc1bb5ce7b061bcca10174f9330cf89696c Mon Sep 17 00:00:00 2001
> From: Arne Babenhauserheide <arne_bab@web.de>
> Date: Sat, 11 May 2019 15:16:22 +0200
> Subject: [PATCH] gnu: gdal: add python support
>
> * gnu/packages/geo.scm (gdal): add python support
> ---
> gnu/packages/geo.scm | 29 +++++++++++++++++++++++++++--
> 1 file changed, 27 insertions(+), 2 deletions(-)
>
> diff --git a/gnu/packages/geo.scm b/gnu/packages/geo.scm
> index 4cccd97643..a6942d2a45 100644
> --- a/gnu/packages/geo.scm
> +++ b/gnu/packages/geo.scm
> @@ -537,6 +537,8 @@ development.")
> (build-system gnu-build-system)
> (arguments
> `(#:tests? #f
> + ;; validating runpath does not work yet for Python, so skip this phase.
> + #:validate-runpath? #f
What happens when you let the ‘validate-runpath’ phase run?
Thanks,
Ludo’.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [bug#36623] [PATCH] gnu: gdal: add python support
2019-07-17 12:57 ` Ludovic Courtès
@ 2019-07-17 16:22 ` Arne Babenhauserheide
2019-07-19 12:07 ` Ludovic Courtès
0 siblings, 1 reply; 11+ messages in thread
From: Arne Babenhauserheide @ 2019-07-17 16:22 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 36623
[-- Attachment #1: Type: text/plain, Size: 4709 bytes --]
Ludovic Courtès <ludo@gnu.org> writes:
> Hello!
>
> Complementing Julien’s feedback…
>
> Arne Babenhauserheide <arne_bab@web.de> skribis:
>
>> From 5f8b1dc1bb5ce7b061bcca10174f9330cf89696c Mon Sep 17 00:00:00 2001
>> From: Arne Babenhauserheide <arne_bab@web.de>
>> Date: Sat, 11 May 2019 15:16:22 +0200
>> Subject: [PATCH] gnu: gdal: add python support
>>
>> * gnu/packages/geo.scm (gdal): add python support
>> ---
>> gnu/packages/geo.scm | 29 +++++++++++++++++++++++++++--
>> 1 file changed, 27 insertions(+), 2 deletions(-)
>>
>> diff --git a/gnu/packages/geo.scm b/gnu/packages/geo.scm
>> index 4cccd97643..a6942d2a45 100644
>> --- a/gnu/packages/geo.scm
>> +++ b/gnu/packages/geo.scm
>> @@ -537,6 +537,8 @@ development.")
>> (build-system gnu-build-system)
>> (arguments
>> `(#:tests? #f
>> + ;; validating runpath does not work yet for Python, so skip this phase.
>> + #:validate-runpath? #f
>
> What happens when you let the ‘validate-runpath’ phase run?
\ 'validate-runpath' phasebuilder for `/gnu/store/ykfnx8m38ndnggdqsv1fbgf3ycry5f88-gdal-2.2.4.drv' failed with exit code 1
build of /gnu/store/ykfnx8m38ndnggdqsv1fbgf3ycry5f88-gdal-2.2.4.drv failed
View build log at '/var/log/guix/drvs/yk/fnx8m38ndnggdqsv1fbgf3ycry5f88-gdal-2.2.4.drv.bz2'.
…
starting phase `validate-runpath'
validating RUNPATH of 6 binaries in "/gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib"...
/gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib/python3.7/site-packages/osgeo/_gdal.cpython-37m-x86_64-linux-gnu.so: error: depends on 'libgdal.so.20', which cannot be found in RUNPATH ("/gnu/store/b7fqhszxl02g6pfm3vw6b3cjz472qrly-python-3.7.0/lib" "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/../../..")
/gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib/python3.7/site-packages/osgeo/_gdalconst.cpython-37m-x86_64-linux-gnu.so: error: depends on 'libgdal.so.20', which cannot be found in RUNPATH ("/gnu/store/b7fqhszxl02g6pfm3vw6b3cjz472qrly-python-3.7.0/lib" "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/../../..")
/gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib/python3.7/site-packages/osgeo/_gnm.cpython-37m-x86_64-linux-gnu.so: error: depends on 'libgdal.so.20', which cannot be found in RUNPATH ("/gnu/store/b7fqhszxl02g6pfm3vw6b3cjz472qrly-python-3.7.0/lib" "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/../../..")
/gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib/python3.7/site-packages/osgeo/_ogr.cpython-37m-x86_64-linux-gnu.so: error: depends on 'libgdal.so.20', which cannot be found in RUNPATH ("/gnu/store/b7fqhszxl02g6pfm3vw6b3cjz472qrly-python-3.7.0/lib" "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/../../..")
/gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib/python3.7/site-packages/osgeo/_osr.cpython-37m-x86_64-linux-gnu.so: error: depends on 'libgdal.so.20', which cannot be found in RUNPATH ("/gnu/store/b7fqhszxl02g6pfm3vw6b3cjz472qrly-python-3.7.0/lib" "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/../../..")
validating RUNPATH of 24 binaries in "/gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/bin"...
Backtrace:
5 (primitive-load "/gnu/store/kzsb94cspp48r9l26y8gv9zy6la…")
In ice-9/eval.scm:
191:35 4 (_ _)
In srfi/srfi-1.scm:
863:16 3 (every1 #<procedure 817960 at /gnu/store/gfprsx2m62cvq…> …)
In /gnu/store/gfprsx2m62cvqbh7ysc9ay9slhijvmal-module-import/guix/build/gnu-build-system.scm:
799:28 2 (_ _)
558:10 1 (validate-runpath #:validate-runpath? _ # _ #:outputs _)
In unknown file:
0 (scm-error misc-error #f "~A" ("RUNPATH validation fa…") …)
ERROR: In procedure scm-error:
RUNPATH validation failed
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein
ohne es zu merken
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 1076 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
* [bug#36623] [PATCH] gnu: gdal: add python support
2019-07-17 16:22 ` Arne Babenhauserheide
@ 2019-07-19 12:07 ` Ludovic Courtès
2019-07-19 15:06 ` Arne Babenhauserheide
0 siblings, 1 reply; 11+ messages in thread
From: Ludovic Courtès @ 2019-07-19 12:07 UTC (permalink / raw)
To: Arne Babenhauserheide; +Cc: 36623
Hello,
Arne Babenhauserheide <arne_bab@web.de> skribis:
> validating RUNPATH of 6 binaries in "/gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib"...
> /gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib/python3.7/site-packages/osgeo/_gdal.cpython-37m-x86_64-linux-gnu.so: error: depends on 'libgdal.so.20', which cannot be found in RUNPATH ("/gnu/store/b7fqhszxl02g6pfm3vw6b3cjz472qrly-python-3.7.0/lib" "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/../../..")
I’m not familiar with Cython so I don’t know how this was handled
before. However, to me, it indicates that the resulting binaries are
unlikely to work.
Namely, Python would dlopen “_gdal.cython*.so”, and that would fail to
find ‘libgdal.so’.
Thoughts?
Ludo’.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [bug#36623] [PATCH] gnu: gdal: add python support
2019-07-19 12:07 ` Ludovic Courtès
@ 2019-07-19 15:06 ` Arne Babenhauserheide
2019-07-20 14:55 ` 宋文武
0 siblings, 1 reply; 11+ messages in thread
From: Arne Babenhauserheide @ 2019-07-19 15:06 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 36623
[-- Attachment #1: Type: text/plain, Size: 1322 bytes --]
Hello Ludo`,
Ludovic Courtès <ludo@gnu.org> writes:
>> validating RUNPATH of 6 binaries in "/gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib"...
>> /gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib/python3.7/site-packages/osgeo/_gdal.cpython-37m-x86_64-linux-gnu.so: error: depends on 'libgdal.so.20', which cannot be found in RUNPATH ("/gnu/store/b7fqhszxl02g6pfm3vw6b3cjz472qrly-python-3.7.0/lib" "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib" "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/../../..")
>
> I’m not familiar with Cython so I don’t know how this was handled
> before. However, to me, it indicates that the resulting binaries are
> unlikely to work.
>
> Namely, Python would dlopen “_gdal.cython*.so”, and that would fail to
> find ‘libgdal.so’.
>
> Thoughts?
Yes: It does work. But I don’t know why.
Cython runs at compile-time to generate c-code that acts as interface
for Python. Given the paths in here, this needs gdal already installed
in the runpath where it seems to be missing during validation.
How can we fix that?
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein
ohne es zu merken
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 1076 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
* [bug#36623] [PATCH] gnu: gdal: add python support
2019-07-19 15:06 ` Arne Babenhauserheide
@ 2019-07-20 14:55 ` 宋文武
2019-07-21 7:48 ` Arne Babenhauserheide
0 siblings, 1 reply; 11+ messages in thread
From: 宋文武 @ 2019-07-20 14:55 UTC (permalink / raw)
To: Arne Babenhauserheide; +Cc: 36623
[-- Attachment #1: Type: text/plain, Size: 1742 bytes --]
Arne Babenhauserheide <arne_bab@web.de> writes:
> Hello Ludo`,
>
> Ludovic Courtès <ludo@gnu.org> writes:
>
>>> validating RUNPATH of 6 binaries in "/gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib"...
>>> /gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib/python3.7/site-packages/osgeo/_gdal.cpython-37m-x86_64-linux-gnu.so:
>>> error: depends on 'libgdal.so.20', which cannot be found in RUNPATH
>>> ("/gnu/store/b7fqhszxl02g6pfm3vw6b3cjz472qrly-python-3.7.0/lib"
>>> "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib"
>>> "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib"
>>> "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/../../..")
>>
>> I’m not familiar with Cython so I don’t know how this was handled
>> before. However, to me, it indicates that the resulting binaries are
>> unlikely to work.
>>
>> Namely, Python would dlopen “_gdal.cython*.so”, and that would fail to
>> find ‘libgdal.so’.
>>
>> Thoughts?
>
> Yes: It does work. But I don’t know why.
This is because the _gdal.cython*.so don't have rpath to the "lib"
directory, where libgdal.so will going.
>
> Cython runs at compile-time to generate c-code that acts as interface
> for Python. Given the paths in here, this needs gdal already installed
> in the runpath where it seems to be missing during validation.
>
> How can we fix that?
I think cython (which compile .py files to .c files) is not here.. It
has python C libraries generated by swig.
>
> Best wishes,
> Arne
In the end the python bindings for gdal can be build seperated (which
handle the missing rpath to libgdal nicely), and I prefer this way:
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: 0001-gnu-Add-python-gdal.patch --]
[-- Type: text/x-patch, Size: 1392 bytes --]
From 09254f646b948a5603b2b3dcb99a7f2f6ad0c8de Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= <iyzsong@member.fsf.org>
Date: Sat, 20 Jul 2019 22:39:33 +0800
Subject: [PATCH] gnu: Add python-gdal.
For <https://issues.guix.gnu.org/issue/36623>, thank to Arne Babenhauserheide
for the original patch.
* gnu/packages/geo.scm (python-gdal): New package.
---
gnu/packages/geo.scm | 19 +++++++++++++++++++
1 file changed, 19 insertions(+)
diff --git a/gnu/packages/geo.scm b/gnu/packages/geo.scm
index e4b6a262c7..8005c46129 100644
--- a/gnu/packages/geo.scm
+++ b/gnu/packages/geo.scm
@@ -604,6 +604,25 @@ utilities for data translation and processing.")
;; frmts/mrf/libLERC
license:asl2.0))))
+(define-public python-gdal
+ (package (inherit gdal)
+ (name "python-gdal")
+ (build-system python-build-system)
+ (arguments
+ '(#:tests? #f ; no tests
+ #:phases
+ (modify-phases %standard-phases
+ (add-before 'build 'chdir
+ (lambda _
+ (chdir "swig/python")
+ #t)))))
+ (native-inputs '())
+ (propagated-inputs
+ `(("python-numpy" ,python-numpy)))
+ (inputs
+ `(("gdal" ,gdal)))
+ (synopsis "GDAL (Geospatial Data Abstraction Library) python bindings")))
+
(define-public postgis
(package
(name "postgis")
--
2.19.2
[-- Attachment #3: Type: text/plain, Size: 218 bytes --]
I test it with "~/src/guix/pre-inst-env guix environment --ad-hoc python
python-gdal", and in it I can run "python3 swig/python/samples/rel.py"
etc.
Does it work for you, Arne? If so, I'll push my patch, thank you!
^ permalink raw reply related [flat|nested] 11+ messages in thread
* [bug#36623] [PATCH] gnu: gdal: add python support
2019-07-20 14:55 ` 宋文武
@ 2019-07-21 7:48 ` Arne Babenhauserheide
2019-07-21 13:07 ` bug#36623: " 宋文武
2019-07-22 10:23 ` [bug#36623] " Ludovic Courtès
0 siblings, 2 replies; 11+ messages in thread
From: Arne Babenhauserheide @ 2019-07-21 7:48 UTC (permalink / raw)
To: 宋文武; +Cc: 36623
[-- Attachment #1: Type: text/plain, Size: 3504 bytes --]
宋文武 <iyzsong@member.fsf.org> writes:
> Arne Babenhauserheide <arne_bab@web.de> writes:
>
>> Hello Ludo`,
>>
>> Ludovic Courtès <ludo@gnu.org> writes:
>>
>>>> validating RUNPATH of 6 binaries in "/gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib"...
>>>> /gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib/python3.7/site-packages/osgeo/_gdal.cpython-37m-x86_64-linux-gnu.so:
>>>> error: depends on 'libgdal.so.20', which cannot be found in RUNPATH
>>>> ("/gnu/store/b7fqhszxl02g6pfm3vw6b3cjz472qrly-python-3.7.0/lib"
>>>> "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib"
>>>> "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib"
>>>> "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/../../..")
>>>
>>> I’m not familiar with Cython so I don’t know how this was handled
>>> before. However, to me, it indicates that the resulting binaries are
>>> unlikely to work.
>>>
>>> Namely, Python would dlopen “_gdal.cython*.so”, and that would fail to
>>> find ‘libgdal.so’.
>
>>>
>>> Thoughts?
>>
>> Yes: It does work. But I don’t know why.
>
> This is because the _gdal.cython*.so don't have rpath to the "lib"
> directory, where libgdal.so will going.
>
>>
>> Cython runs at compile-time to generate c-code that acts as interface
>> for Python. Given the paths in here, this needs gdal already installed
>> in the runpath where it seems to be missing during validation.
>>
>> How can we fix that?
>
> I think cython (which compile .py files to .c files) is not here.. It
> has python C libraries generated by swig.
>>
>> Best wishes,
>> Arne
>
> In the end the python bindings for gdal can be build seperated (which
> handle the missing rpath to libgdal nicely), and I prefer this way:
>
> From 09254f646b948a5603b2b3dcb99a7f2f6ad0c8de Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= <iyzsong@member.fsf.org>
> Date: Sat, 20 Jul 2019 22:39:33 +0800
> Subject: [PATCH] gnu: Add python-gdal.
>
> For <https://issues.guix.gnu.org/issue/36623>, thank to Arne Babenhauserheide
> for the original patch.
>
> * gnu/packages/geo.scm (python-gdal): New package.
> ---
> gnu/packages/geo.scm | 19 +++++++++++++++++++
> 1 file changed, 19 insertions(+)
>
> diff --git a/gnu/packages/geo.scm b/gnu/packages/geo.scm
> index e4b6a262c7..8005c46129 100644
> --- a/gnu/packages/geo.scm
> +++ b/gnu/packages/geo.scm
> @@ -604,6 +604,25 @@ utilities for data translation and processing.")
> ;; frmts/mrf/libLERC
> license:asl2.0))))
>
> +(define-public python-gdal
> + (package (inherit gdal)
> + (name "python-gdal")
> + (build-system python-build-system)
> + (arguments
> + '(#:tests? #f ; no tests
> + #:phases
> + (modify-phases %standard-phases
> + (add-before 'build 'chdir
> + (lambda _
> + (chdir "swig/python")
> + #t)))))
> + (native-inputs '())
> + (propagated-inputs
> + `(("python-numpy" ,python-numpy)))
> + (inputs
> + `(("gdal" ,gdal)))
> + (synopsis "GDAL (Geospatial Data Abstraction Library) python bindings")))
> +
> (define-public postgis
> (package
> (name "postgis")
Wow, that looks pretty good!
Thank you for fixing up my patch!
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein
ohne es zu merken
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 1076 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#36623: [PATCH] gnu: gdal: add python support
2019-07-21 7:48 ` Arne Babenhauserheide
@ 2019-07-21 13:07 ` 宋文武
2019-07-22 10:23 ` [bug#36623] " Ludovic Courtès
1 sibling, 0 replies; 11+ messages in thread
From: 宋文武 @ 2019-07-21 13:07 UTC (permalink / raw)
To: Arne Babenhauserheide; +Cc: 36623-done
Arne Babenhauserheide <arne_bab@web.de> writes:
> 宋文武 <iyzsong@member.fsf.org> writes:
>
>> Arne Babenhauserheide <arne_bab@web.de> writes:
>>
>>> Hello Ludo`,
>>>
>>> Ludovic Courtès <ludo@gnu.org> writes:
>>>
>>>>> validating RUNPATH of 6 binaries in "/gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib"...
>>>>> /gnu/store/q9sb0wv41ig429f1m1xspg22xm8pwpwh-gdal-2.2.4/lib/python3.7/site-packages/osgeo/_gdal.cpython-37m-x86_64-linux-gnu.so:
>>>>> error: depends on 'libgdal.so.20', which cannot be found in RUNPATH
>>>>> ("/gnu/store/b7fqhszxl02g6pfm3vw6b3cjz472qrly-python-3.7.0/lib"
>>>>> "/gnu/store/h90vnqw0nwd0hhm1l5dgxsdrigddfmq4-glibc-2.28/lib"
>>>>> "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib"
>>>>> "/gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/../../..")
>>>>
>>>> I’m not familiar with Cython so I don’t know how this was handled
>>>> before. However, to me, it indicates that the resulting binaries are
>>>> unlikely to work.
>>>>
>>>> Namely, Python would dlopen “_gdal.cython*.so”, and that would fail to
>>>> find ‘libgdal.so’.
>>
>>>>
>>>> Thoughts?
>>>
>>> Yes: It does work. But I don’t know why.
>>
>> This is because the _gdal.cython*.so don't have rpath to the "lib"
>> directory, where libgdal.so will going.
>>
>>>
>>> Cython runs at compile-time to generate c-code that acts as interface
>>> for Python. Given the paths in here, this needs gdal already installed
>>> in the runpath where it seems to be missing during validation.
>>>
>>> How can we fix that?
>>
>> I think cython (which compile .py files to .c files) is not here.. It
>> has python C libraries generated by swig.
>>>
>>> Best wishes,
>>> Arne
>>
>> In the end the python bindings for gdal can be build seperated (which
>> handle the missing rpath to libgdal nicely), and I prefer this way:
>>
>> From 09254f646b948a5603b2b3dcb99a7f2f6ad0c8de Mon Sep 17 00:00:00 2001
>> From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= <iyzsong@member.fsf.org>
>> Date: Sat, 20 Jul 2019 22:39:33 +0800
>> Subject: [PATCH] gnu: Add python-gdal.
>>
>> For <https://issues.guix.gnu.org/issue/36623>, thank to Arne Babenhauserheide
>> for the original patch.
>>
>> * gnu/packages/geo.scm (python-gdal): New package.
>> ---
>> gnu/packages/geo.scm | 19 +++++++++++++++++++
>> 1 file changed, 19 insertions(+)
>>
>> diff --git a/gnu/packages/geo.scm b/gnu/packages/geo.scm
>> index e4b6a262c7..8005c46129 100644
>> --- a/gnu/packages/geo.scm
>> +++ b/gnu/packages/geo.scm
>> @@ -604,6 +604,25 @@ utilities for data translation and processing.")
>> ;; frmts/mrf/libLERC
>> license:asl2.0))))
>>
>> +(define-public python-gdal
>> + (package (inherit gdal)
>> + (name "python-gdal")
>> + (build-system python-build-system)
>> + (arguments
>> + '(#:tests? #f ; no tests
>> + #:phases
>> + (modify-phases %standard-phases
>> + (add-before 'build 'chdir
>> + (lambda _
>> + (chdir "swig/python")
>> + #t)))))
>> + (native-inputs '())
>> + (propagated-inputs
>> + `(("python-numpy" ,python-numpy)))
>> + (inputs
>> + `(("gdal" ,gdal)))
>> + (synopsis "GDAL (Geospatial Data Abstraction Library) python bindings")))
>> +
>> (define-public postgis
>> (package
>> (name "postgis")
>
> Wow, that looks pretty good!
>
> Thank you for fixing up my patch!
>
Sure, pushed!
^ permalink raw reply [flat|nested] 11+ messages in thread
* [bug#36623] [PATCH] gnu: gdal: add python support
2019-07-21 7:48 ` Arne Babenhauserheide
2019-07-21 13:07 ` bug#36623: " 宋文武
@ 2019-07-22 10:23 ` Ludovic Courtès
1 sibling, 0 replies; 11+ messages in thread
From: Ludovic Courtès @ 2019-07-22 10:23 UTC (permalink / raw)
To: Arne Babenhauserheide; +Cc: 宋文武, 36623
Hello,
Arne Babenhauserheide <arne_bab@web.de> skribis:
> 宋文武 <iyzsong@member.fsf.org> writes:
[...]
>> From 09254f646b948a5603b2b3dcb99a7f2f6ad0c8de Mon Sep 17 00:00:00 2001
>> From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= <iyzsong@member.fsf.org>
>> Date: Sat, 20 Jul 2019 22:39:33 +0800
>> Subject: [PATCH] gnu: Add python-gdal.
>>
>> For <https://issues.guix.gnu.org/issue/36623>, thank to Arne Babenhauserheide
>> for the original patch.
>>
>> * gnu/packages/geo.scm (python-gdal): New package.
[...]
> Wow, that looks pretty good!
>
> Thank you for fixing up my patch!
Great that it works. Please push and close this issue, 宋文武!
Thanks to both of you,
Ludo’.
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2019-07-22 10:24 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-07-12 21:32 [bug#36623] [PATCH] gnu: gdal: add python support Arne Babenhauserheide
2019-07-13 8:15 ` Julien Lepiller
2019-07-13 21:14 ` Arne Babenhauserheide
2019-07-17 12:57 ` Ludovic Courtès
2019-07-17 16:22 ` Arne Babenhauserheide
2019-07-19 12:07 ` Ludovic Courtès
2019-07-19 15:06 ` Arne Babenhauserheide
2019-07-20 14:55 ` 宋文武
2019-07-21 7:48 ` Arne Babenhauserheide
2019-07-21 13:07 ` bug#36623: " 宋文武
2019-07-22 10:23 ` [bug#36623] " Ludovic Courtès
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.