Re: [GRASS-dev] GRASS 8.0 support in GDAL and QGIS

2022-02-24 Thread Markus Neteler 
On Fri, Feb 25, 2022 at 7:24 AM Sebastiaan Couwenberg
 wrote:
> On 2/24/22 15:23, Vaclav Petras wrote:
> > On Thu, 24 Feb 2022 at 03:33, Sebastiaan Couwenberg wrote:
> >> Should we perhaps take this opportunity to move the grass libraries to
> >> default library search paths as raised on the debian-gis list?
> >>
> >>https://lists.debian.org/debian-gis/2021/12/msg00023.html
> >
> > I vote yes. I think the reasons to do this are no longer valid. Doing it
> > the standard way seems to me to be the best way forward. Any
> > suggestions/PRs?
>
> Not using --prefix=/usr/lib will violate FHS, so not an option for the
> Debian package.
>
> Are users of libgdal-grass expected to set LD_LIBRARY_PATH like the
> grass executable does to find the grass libraries?

In
https://grasswiki.osgeo.org/wiki/Compile_and_install_GDAL-GRASS_plugin#Compilation_and_Installation_of_the_GDAL-GRASS_plugin

the creation of a LD_LIBRARY_PATH file is suggested:
/etc/ld.so.conf.d/grass.conf

Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GRASS 8.0 support in GDAL and QGIS

2022-02-24 Thread Sebastiaan Couwenberg 

On 2/24/22 15:23, Vaclav Petras wrote:

On Thu, 24 Feb 2022 at 03:33, Sebastiaan Couwenberg wrote:

Should we perhaps take this opportunity to move the grass libraries to
default library search paths as raised on the debian-gis list?

   https://lists.debian.org/debian-gis/2021/12/msg00023.html


I vote yes. I think the reasons to do this are no longer valid. Doing it
the standard way seems to me to be the best way forward. Any
suggestions/PRs?


Not using --prefix=/usr/lib will violate FHS, so not an option for the 
Debian package.


Are users of libgdal-grass expected to set LD_LIBRARY_PATH like the 
grass executable does to find the grass libraries?


Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 8.0.1

2022-02-24 Thread Markus Neteler 
Hi devs,

GRASS GIS 8.0.1 is out:
https://github.com/OSGeo/grass/releases/tag/8.0.1

Means: backporting from main to milestone 8.0.2 can start!

Cheers
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] GRASS GIS 8.0.1 released

2022-02-24 Thread Markus Neteler 
*GRASS GIS 8.0.1 released*

This is an update release of the GRASS GIS 8.0 series.

Download source code tarball at

   - https://grass.osgeo.org/grass80/source/grass-8.0.1.tar.gz
   - https://grass.osgeo.org/grass80/source/grass-8.0.1.md5sum

For further release details (bug fixes and enhancements), see

   - https://trac.osgeo.org/grass/wiki/Grass8/NewFeatures80

The GRASS GIS 8.0.1 release provides more than 20 fixes and improvements
 with respect to the
release 8.0.0.
What's Changed

Important fixes

   - utils/mkhtml: fix print warning/fatal message during compilation to
   not break offline compilations (#2139
   ) by @tmszi
   
   - r.quantile, r.stats.quantile, lib/stats: fix quantile algorithm (#2108
   ) by @metzm
   

Module fixes

   - r.colors: fix order of rules (#2167
   ) by @metzm
   
   - r.geomorphon: combine profile parser rules to allow usage as pygrass
   module (#2154 ) (#2226
   ) by@ninsbl
   - TGIS: fix semantic label (#2215
   ) by @metzm
   
   - t.rast.mapcalc: transfer semantic label (#2219
   ) by @metzm
   
   - t.rast.neighbors: transfer semantic label (#2218
   ) by @metzm
   

GUI

   - wxGUI: do not import from pygrass on gui startup (#2202
   ) by @petrasovaa
   
   - wxGUI: Thread.setDaemon deprecated in Python 3.10 (#2145
   ) by @petrasovaa
   

Portability

   - MS Windows packaging: add missing dlls from MSYS (#2204
   ) by @ninsbl
   

Documentation

   - CONTRIBUTING.md: describe the fork process more in detail by @pesekon2
   
   - Fix typo in v.import documentation (#2142
   ) by @agiudiceandrea
   
   - howto_release.md: cleanup of marketing section by @neteler
   
   - manual pages: remove unneeded SVN Date entry and selected cleanup (
   #2143 ) by @neteler
   

Singularity

   - singularity: Minor fixes of definition file (#2179
   ) by @lucadelu
   

*Full Changelog*: 8.0.0...8.0.1

—

This release has 2 assets:

   - Source code (zip)
   - Source code (tar.gz)

Visit the release page 
to download them.
Thanks to all contributors!
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GRASS 8.0 support in GDAL and QGIS

2022-02-24 Thread Vaclav Petras 
Hi Bas,

On Thu, 24 Feb 2022 at 03:33, Sebastiaan Couwenberg 
wrote:

>
> Should we perhaps take this opportunity to move the grass libraries to
> default library search paths as raised on the debian-gis list?
>
>   https://lists.debian.org/debian-gis/2021/12/msg00023.html
>

I vote yes. I think the reasons to do this are no longer valid. Doing it
the standard way seems to me to be the best way forward. Any
suggestions/PRs?

Similarly, the Python package or packages are not on a standard path either.

Best,
Vaclav
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 8.0.1

2022-02-24 Thread Huidae Cho 
+1

Huidae

On Thu, Feb 24, 2022 at 4:45 AM Martin Landa  wrote:

> Hi,
>
> čt 24. 2. 2022 v 10:36 odesílatel Markus Neteler 
> napsal:
> > If there are no objectives, I'll prepare 8.0.1 final tonight.
>
> +1 Martin
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
>


-- 
Huidae Cho, Ph.D., GISP, /hidɛ 
t͡ɕo/, 조희대, 曺喜大
GRASS GIS Developer
https://idea.isnew.info/
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 8.0.1

2022-02-24 Thread Martin Landa 
Hi,

čt 24. 2. 2022 v 10:36 odesílatel Markus Neteler  napsal:
> If there are no objectives, I'll prepare 8.0.1 final tonight.

+1 Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 8.0.1

2022-02-24 Thread Martin Landa 
Hi,

st 23. 2. 2022 v 22:47 odesílatel Helmut Kudrnovsky  napsal:
> [Bug] winGRASS is missing PROJ utilits (proj, cs2cs) bug Windows
>
> => that is a packaging issue. AFAIU locally solved by Martin. in the longterm 
> we need a sync'ed way with OSGeo4w.

the issue related to missing proj utils is related only to a
standalone installer. In OSGeo4W grass/grass8 packages already have
this dependency defined [1].

Martin

[1] http://download.osgeo.org/osgeo4w/v2/x86_64/release/grass8/setup.hint

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 8.0.1

2022-02-24 Thread Markus Neteler 
On Wed, Feb 23, 2022 at 6:36 PM Markus Neteler  wrote:
> On Sun, Feb 20, 2022 at 2:06 PM Markus Neteler  wrote:
> > Hi devs,
> >
> > (8.0.1 milestone: https://github.com/OSGeo/grass/milestone/9)
> >
> > I still see backport candidate(s) in
> > - 
> > https://github.com/OSGeo/grass/issues?q=is%3Aopen+is%3Aissue+label%3Abackport_needed+milestone%3A8.0.1
>
> Empty now.
>
> However, there are still a number of 8.0.1-labeled PRs open:
> https://github.com/OSGeo/grass/issues?q=is%3Aissue+milestone%3A8.0.1+is%3Aopen

All bumped to 8.0.2, so we are good.

Here the changes since RC1 for final inspection:
https://github.com/OSGeo/grass/compare/8.0.1RC1...releasebranch_8_0

If there are no objectives, I'll prepare 8.0.1 final tonight.

Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] GRASS 8.0 support in GDAL and QGIS

2022-02-24 Thread Sebastiaan Couwenberg 
Now that 7.8.7 has been released, I started looking into updating the 
Debian package to 8.0.x which requires rebuilding libgdal-grass and qgis.


Initial tests with libgdal-grass are not promising. Both gdalinfo and 
ogrinfo show errors because not all libraries are linked. We saw this 
too when 7.2 was released: https://trac.osgeo.org/gdal/ticket/6785


The attached patch helps to some extent, but does not resolve all 
issues. ogrinfo still shows errors:


# ogrinfo -ro -so /tmp/spearfish60_grass7/PERMANENT/vector/roads/head 


Warning 1: GRASS warning: GISBASE environment variable was not set, using:
/usr/lib/grass80
/usr/lib/grass80/driver/db/sqlite: error while loading shared libraries: 
libgrass_dbmidriver.8.0.so: cannot open shared object file: No such file 
or directory

dbmi: Protocol error
Warning 1: GRASS warning: Unable to start driver 
ERROR 1: Cannot open database sqlite by driver 
/tmp/spearfish60_grass7/PERMANENT/sqlite/sqlite.db, check if GISBASE 
environment variable is set, the driver is available  and the database 
is accessible.

INFO: Open of `/tmp/spearfish60_grass7/PERMANENT/vector/roads/head'
  using driver `OGR_GRASS' successful.
1: roads (Line String)

The grass drivers lacks the RPATH that was set for ogr_GRASS:

# objdump -x /usr/lib/gdalplugins/ogr_GRASS.so | egrep "NEEDED|RUNPATH"
  NEEDED   libgrass_vector.8.0.so
  NEEDED   libgrass_dig2.8.0.so
  NEEDED   libgrass_dgl.8.0.so
  NEEDED   libgrass_rtree.8.0.so
  NEEDED   libgrass_linkm.8.0.so
  NEEDED   libgrass_dbmiclient.8.0.so
  NEEDED   libgrass_dbmibase.8.0.so
  NEEDED   libgrass_dbmidriver.8.0.so
  NEEDED   libgrass_dbstubs.8.0.so
  NEEDED   libgrass_raster.8.0.so
  NEEDED   libgrass_imagery.so
  NEEDED   libgrass_gproj.8.0.so
  NEEDED   libgrass_gmath.8.0.so
  NEEDED   libgrass_gis.8.0.so
  NEEDED   libgrass_datetime.8.0.so
  NEEDED   libgrass_btree2.8.0.so
  NEEDED   libgrass_ccmath.8.0.so
  NEEDED   libgdal.so.30
  NEEDED   libstdc++.so.6
  NEEDED   libm.so.6
  NEEDED   libgcc_s.so.1
  NEEDED   libc.so.6
  RUNPATH  /usr/lib/grass80/lib

# objdump -x /usr/lib/grass80/driver/db/sqlite | egrep "NEEDED|RUNPATH"
  NEEDED   libgrass_dbmidriver.8.0.so
  NEEDED   libgrass_dbmibase.8.0.so
  NEEDED   libgrass_gis.8.0.so
  NEEDED   libsqlite3.so.0
  NEEDED   libc.so.6

Should we perhaps take this opportunity to move the grass libraries to 
default library search paths as raised on the debian-gis list?


 https://lists.debian.org/debian-gis/2021/12/msg00023.html

Has any work been done testing and patching gdal-grass and qgis for 
GRASS 8 yet?


Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1Description: Link additional libraries for GRASS 8.0.
Author: Bas Couwenberg 

--- a/configure.in
+++ b/configure.in
@@ -123,16 +123,23 @@ fi
 
 if test "$with_grass" != "yes" ; then
 
-  AC_CHECK_LIB(grass_gis,G_read_compressed,GRASS_SETTING=grass72+,GRASS_SETTING=no,-L$with_grass/lib -lgrass_datetime)
+  AC_CHECK_LIB(grass_gis,G_make_mapset_object_group,GRASS_SETTING=grass80+,GRASS_SETTING=no,-L$with_grass/lib -lgrass_datetime)
   if test "$GRASS_SETTING" = "no" ; then
-AC_CHECK_LIB(grass_gis,G_is_initialized,GRASS_SETTING=grass70+,GRASS_SETTING=no,-L$with_grass/lib -lgrass_datetime)
+AC_CHECK_LIB(grass_gis,G_read_compressed,GRASS_SETTING=grass72+,GRASS_SETTING=no,-L$with_grass/lib -lgrass_datetime)
 if test "$GRASS_SETTING" = "no" ; then
-  AC_CHECK_LIB(grass_gis,G_asprintf,GRASS_SETTING=grass57+,GRASS_SETTING=no,-L$with_grass/lib -lgrass_datetime)
+  AC_CHECK_LIB(grass_gis,G_is_initialized,GRASS_SETTING=grass70+,GRASS_SETTING=no,-L$with_grass/lib -lgrass_datetime)
+  if test "$GRASS_SETTING" = "no" ; then
+AC_CHECK_LIB(grass_gis,G_asprintf,GRASS_SETTING=grass57+,GRASS_SETTING=no,-L$with_grass/lib -lgrass_datetime)
+  fi
 fi
   fi
 
   if test "$GRASS_SETTING" != "no" ; then
-if test "$GRASS_SETTING" = "grass72+" ; then
+if test "$GRASS_SETTING" = "grass80+" ; then
+  G_RASTLIBS="-lgrass_raster -lgrass_imagery"
+  G_VECTLIBS="-lgrass_vector -lgrass_dig2 -lgrass_dgl -lgrass_rtree -lgrass_linkm -lgrass_dbmiclient -lgrass_dbmibase -lgrass_dbmidriver -lgrass_dbstubs"
+  LIBS="-L$with_grass/lib $G_VECTLIBS $G_RASTLIBS -lgrass_gproj -lgrass_gmath -lgrass_gis -lgrass_datetime -lgrass_btree2 -lgrass_ccmath $LIBS"
+elif test "$GRASS_SETTING" = "grass72+" ; then
   G_RASTLIBS="-lgrass_raster -lgrass_imagery"
   G_VECTLIBS="-lgrass_vector -lgrass_dig2 -lgrass_dgl -lgrass_rtree -lgrass_linkm -lgrass_dbmiclient -lgrass_dbmibase"
   LIBS="-L$with_grass/lib $G_VECTLIBS