Package Details: grass 8.0.1-1

Git Clone URL: https://aur.archlinux.org/grass.git (read-only, click to copy)
Package Base: grass
Description: Geospatial data management and analysis, image processing, graphics/maps production, spatial modeling and visualization
Upstream URL: http://grass.osgeo.org/
Keywords: analysis GIS remote sensing spatial
Licenses: GPL
Submitter: Scimmia
Maintainer: kikislater
Last Packager: kikislater
Votes: 36
Popularity: 0.69
First Submitted: 2015-09-06 15:10 (UTC)
Last Updated: 2022-02-27 15:55 (UTC)

Latest Comments

gaelic commented on 2022-03-02 08:07 (UTC)

Thx, the revision works :)

gaelic commented on 2022-02-25 08:46 (UTC)

I found the bug here:

https://github.com/OSGeo/grass/issues/2188

there is already a patch available (have not tested yet)

kikislater commented on 2022-02-24 05:52 (UTC)

Please provide full output with make -j1

gaelic commented on 2022-02-22 07:39 (UTC)

I get the following error when building:

Finished compilation: Mon 21 Feb 2022 19:08:38 CET
make: *** [Makefile:71: default] Error 1
==> ERROR: A failure occurred in build().

kikislater commented on 2022-02-22 05:40 (UTC)

Python 3.10 breaks grass with python-wxpython ... So there is no solution at this time. Grass only works now with python-wxpython>=4.1 and so WxWidget >= 3.1

If you want better statement : https://github.com/OSGeo/grass/issues/2078

For FTP you could use you desktop environnement feature with sftp for exemple.

degovial commented on 2022-02-21 14:07 (UTC) (edited on 2022-02-21 14:45 (UTC) by degovial)

With this update, it is necessary to change python-wxpython, and consequently, wxgtk3 to python-wxpython-dev and wxgtk-dev. This breaks Filezilla, as stated already. I need both GRASS and Filezilla, what am I supposed to do? I can't find any help online about this. This is a weird chain reaction that is basically breaking several major programs along the way.

When launching Filezilla: error while loading shared libraries: libwx_gtk3u_aui-3.0.so.0: cannot open shared object file: No such file or directory

kikislater commented on 2022-02-20 10:03 (UTC)

There is one big issue with python-wxpython. So if you install grass, some software like audacity, filezilla, kicad among others will not work ... Btw I will publish it tomorrow

dobedobedo commented on 2022-02-20 06:06 (UTC)

Hi, grass 8.0.0 stable release is out. It would be great if you could update the PKGBUILD. Cheers.

dobedobedo commented on 2022-01-22 17:52 (UTC)

Hi, I created a python-wxpython-dev AUR package so you can use it as the dependency for grass 8.0RC1 in the previous PKGBUILD comment.

marcocurreli commented on 2022-01-09 17:49 (UTC)

It works, thanks

kikislater commented on 2022-01-09 09:40 (UTC)

Applying this PR : https://github.com/OSGeo/grass/pull/1718 solves the first issue launching GUI ... but there are others and a lot to apply. Furthermore, Archlinux is still with this old python-wxpython 4.0.7 version whereas grass needs 4.1.1. Better is to use 8.0.0RC1 at this time !

Grass 8 was planned for christmas but delayed ...

So you could use this PKGBUILD below =>

# Maintainer: Sylvain POULAIN <sylvain dot poulain at giscan dot com>
# Contributor: Doug Newgard <scimmia at archlinux dot org>
# Contributor: Maciej Sieczka <msieczka at sieczka dot org>

pkgname=grass
pkgver=8.0.0RC1
pkgrel=1
_shortver=${pkgver%.*}; _shortver=${_shortver/./}
pkgdesc='Geospatial data management and analysis, image processing, graphics/maps production, spatial modeling and visualization'
arch=('i686' 'x86_64')
url='http://grass.osgeo.org/'
license=('GPL')
depends=('bzip2' 'cairo' 'fftw' 'fontconfig' 'freetype2' 'gcc-libs' 'gdal' 'geos' 'glibc' 'glu'
         'libpng' 'libtiff' 'libx11' 'libgl' 'netcdf' 'pdal' 'proj' 'python-gdal' 'python-numpy'
         'python-pillow' 'python-wxpython41' 'readline' 'zlib' 'zstd')
makedepends=('libxt')
optdepends=('postgresql: PostgreSQL database interface'
            'sqlite: SQLite database interface')
source=("http://grass.osgeo.org/grass$_shortver/source/$pkgname-$pkgver.tar.gz")
md5sums=('766d61ba1e3ef69da0af673f7322d459')

build() {
  cd $pkgname-$pkgver

  # Ancient autoconf used upstream can't handle CPPFLAGS correctly, so set CPP to ignore warnings
  CPP="gcc -E -w" \
  ./configure \
    --prefix=/opt/$pkgname \
    --with-freetype-includes=/usr/include/freetype2 \
    --with-wxwidgets \
    --with-readline \
    --with-pthread \
    --with-netcdf \
    --with-nls \
    --with-geos \
    --with-postgres \
    --with-pdal \
    --with-bzlib \
    --with-zstd

  LC_ALL=C
  make
}

package() {
  cd $pkgname-$pkgver

  make exec_prefix="$pkgdir/usr" INST_DIR="$pkgdir/opt/$pkgname" install

  # Install linker config file, needed for qgis to find grass
  install -d "$pkgdir/etc/ld.so.conf.d/"
  echo "/opt/$pkgname/lib" > "$pkgdir/etc/ld.so.conf.d/$pkgname.conf"

  cd "$pkgdir/opt/$pkgname"
  # Put freedesktop.org files in correct location
  mv share "$pkgdir/usr"

  # Fix some paths that get hard coded by make install
  sed -i "s|$pkgdir||g" demolocation/.grassrc$_shortver \
                        include/Make/{Platform,Grass}.make \
                        etc/fontcap \
                        "$pkgdir/usr/bin/grass"
}

francopv commented on 2022-01-09 04:01 (UTC)

Any idea on when will v8 will arrive? or how to solve this issue in the meantime?

kikislater commented on 2022-01-08 12:48 (UTC)

python-wxpython needs rebuild Furthermore grass 7.8 doesn't work with python 3.10 It works with 8.0.0 RC1 ... Still waiting v8 release

marcocurreli commented on 2022-01-08 12:17 (UTC) (edited on 2022-01-08 12:19 (UTC) by marcocurreli)

I've errors launching the gui:

Warning: Mismatch between the program and library build versions detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1014,wx containers,compatible with 2.8),
and wxPython used 3.0 (wchar_t,compiler with C++ ABI 1016,wx containers,compatible with 2.8).

Vassily commented on 2021-06-18 05:12 (UTC)

Thank you so much! You were a great help The patch worked.

jamiejquinn commented on 2021-06-17 10:26 (UTC)

GDAL 3.3 has broken GRASS compilation and vector/v.hull/chull.c must be patched to fix. I added the application of this patch to the PKGBUILD along with a prepare block which applies the patch:

...
source=("http://grass.osgeo.org/grass$_shortver/source/$pkgname-$pkgver.tar.gz" "https://github.com/OSGeo/grass/commit/b86314c7.patch")
md5sums=('91f4830a5164cea703384814cd89cdf9' 'e72affb054af2794560971ddab90d0a2')

prepare() {
    cd "$pkgname-$pkgver"
    patch --forward --strip=1 --input="${srcdir}/b86314c7.patch"
}
...

dobedobedo commented on 2021-06-02 06:30 (UTC) (edited on 2021-06-02 06:32 (UTC) by dobedobedo)

Hi, Is it possible to add a LC_ALL=C before make, so that the users don't need to specify themselves? Without that the compilation will fail due to locale issue.

kikislater commented on 2021-04-25 11:23 (UTC) (edited on 2021-04-25 17:14 (UTC) by kikislater)

Could you please add python-pysvn as dependency or optional dependency to allow installation of plugins ?

marcocurreli commented on 2021-02-02 14:40 (UTC)

/usr/bin/python3.9

kikislater commented on 2021-02-02 04:40 (UTC) (edited on 2021-02-02 04:42 (UTC) by kikislater)

So you symlink python3 to python2 ... You have a problem in your python environment ! What is the output of readlink -f $(which python)

marcocurreli commented on 2021-01-31 13:50 (UTC) (edited on 2021-01-31 23:26 (UTC) by marcocurreli)

With python-wxpython-4.1.1 grass gui works fine, but without python 2 symlink ( ln -s ../../../usr/bin/python3 bin/python2) it doesn't work at all.

kikislater commented on 2021-01-21 14:30 (UTC) (edited on 2021-01-21 14:31 (UTC) by kikislater)

Warning : python-wxpython version 4.0.7.2 is buggy and so grass gui crash =>

https://github.com/OSGeo/grass/issues/1261

Solved by building python-wxpython-4.1.1

kikislater commented on 2020-12-31 16:26 (UTC)

Finally one year later removed python 2 symlink ... Thank you Scimmia

kikislater commented on 2020-10-14 14:37 (UTC)

You still incude python2 symlink which is a mess ...

kikislater commented on 2020-05-14 08:44 (UTC)

@Scimmia : Please make a reliable PKGBUILD for community, Python3 is now used by Grass since 7.8 not Python 2 ...

kikislater commented on 2020-05-13 06:39 (UTC)

@Scimmia : Why not removing python2 symbolic link, I don't understand your point of view on this point ?

kikislater commented on 2020-05-07 16:47 (UTC) (edited on 2020-05-07 16:47 (UTC) by kikislater)

7.8.3 include fix :

replace obsolete time.clock() in Python 3.3 (​PR:244)

@Scimmia : Please remove python2 symlink, tested without and all is fine !

kikislater commented on 2020-04-21 15:48 (UTC)

@Marco, thanks modification works. May be could make a patch from it !

kikislater commented on 2020-04-21 15:28 (UTC) (edited on 2020-04-21 15:30 (UTC) by kikislater)

As said before in december : https://aur.archlinux.org/packages/grass/?O=10&PP=10#comment-720797 Line 55 in PKGBUILD is stupid : symlink python2 in grass 7.8

marcocurreli commented on 2020-04-21 15:10 (UTC) (edited on 2020-04-21 15:25 (UTC) by marcocurreli)

Grass calls python2, so I've create a simlink python2 in /opt/grass/bin to /usr/bin/python3. Now it works fine.

For the problem reported by kikislater (AttributeError: module 'time' has no attribute 'clock') I've resolved in this way:

640c640
<         self.resize = time.clock()
---
>         self.resize = time.perf_counter()

as suggested here:

https://stackoverflow.com/questions/58569361/attributeerror-module-time-has-no-attribute-clock-in-python-3-8

marcocurreli commented on 2020-03-29 22:42 (UTC) (edited on 2020-03-30 08:12 (UTC) by marcocurreli)

[I've deleted my previous message by accident. I apologise for it.]

I have removed all the packages python (pacman -Rc python python2), and I've reinstalled python python2, python-wxpython and grass.

Now grass doesn't find the python module six


GRASS 7.8.2 (WGS84utm): > g.gui wxpython
Launching <wxpython> GUI in the background, please wait...
Traceback (most recent call last):
  File "/opt/grass/gui/wxpython/wxgui.py", line 29, in <module>
    from grass.exceptions import Usage
  File "/opt/grass/etc/python/grass/init.py", line 4, in <module>
    import six
ImportError: No module named six
python-six is installed; if I import it from python it works.

[marco@Marco ~]$ python
 >>> import six
 >>>

Scimmia commented on 2020-03-29 14:14 (UTC)

Your python environment is screwed up, it's trying to load python2.

Scimmia commented on 2020-03-10 05:31 (UTC)

See comments from November.

kikislater commented on 2020-03-10 05:19 (UTC)

Grass launch fine with 3.8.2.

Some errors are displayed :

Traceback (most recent call last):
  File "/opt/grass/gui/wxpython/mapwin/buffered.py", line 640, in OnSize
    self.resize = time.clock()
AttributeError: module 'time' has no attribute 'clock'
Traceback (most recent call last):
  File "/opt/grass/gui/wxpython/mapwin/buffered.py", line 640, in OnSize
    self.resize = time.clock()
AttributeError: module 'time' has no attribute 'clock'
Traceback (most recent call last):
  File "/opt/grass/gui/wxpython/mapwin/buffered.py", line 640, in OnSize
    self.resize = time.clock()
AttributeError: module 'time' has no attribute 'clock'

Scimmia commented on 2020-02-27 14:12 (UTC)

python 3.8.2 is finally out and in the testing repo. Should hit Extra pretty quickly.

backerman commented on 2020-02-17 07:44 (UTC)

Please add flex as a build dependency.

kikislater commented on 2020-01-22 04:28 (UTC) (edited on 2020-01-22 07:31 (UTC) by kikislater)

Edit : grass gui will not work with python 3.8.1. Downgrade to python 3.8.0 or wait for 3.8.2, they will revert changes in 3.8.2 https://trac.osgeo.org/grass/ticket/4015

grass doesn't launch anymore, wxpython fail :

$ grass78

Default locale not found, using UTF-8

Default locale settings are missing. GRASS running with C locale.

Starting GRASS GIS...

Cleaning up temporary files...

      __________  ___   __________    _______________
     / ____/ __ \/   | / ___/ ___/   / ____/  _/ ___/
    / / __/ /_/ / /| | \__ \\_  \   / / __ / / \__ \
   / /_/ / _, _/ ___ |___/ /__/ /  / /_/ // / ___/ /
   \____/_/ |_/_/  |_/____/____/   \____/___//____/

Welcome to GRASS GIS 7.8.2

GRASS GIS homepage: https://grass.osgeo.org

This version running through: Bash Shell (/bin/bash)

Help is available with the command: g.manual -i

See the licence terms with: g.version -c

See citation options with: g.version -x

If required, restart the GUI with: g.gui wxpython

When ready to quit enter: exit

Launching <wxpython> GUI in the background, please wait...

GRASS 7.8.2 (newLocation):~ > Traceback (most recent call last):

File "/usr/lib/python3.8/ctypes/init.py", line 99, in CFUNCTYPE

return _c_functype_cache[(restype, argtypes, flags)]

KeyError: (<class 'ctypes.c_int'>, (<class 'grass.lib.ctypes_preamble.String'>,), 1)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):

File "/opt/grass/gui/wxpython/wxgui.py", line 105, in OnInit

from lmgr.frame import GMFrame

File "/opt/grass/gui/wxpython/lmgr/frame.py", line 51, in <module>

from lmgr.layertree import LayerTree, LMIcons

File "/opt/grass/gui/wxpython/lmgr/layertree.py", line 38, in <module>

from mapdisp.frame import MapFrame

File "/opt/grass/gui/wxpython/mapdisp/frame.py", line 33, in <module>

from mapdisp.toolbars import MapToolbar, NvizIcons

File "/opt/grass/gui/wxpython/mapdisp/toolbars.py", line 22, in <module>

from nviz.main import haveNviz

File "/opt/grass/gui/wxpython/nviz/main.py", line 24, in <module>

from nviz import mapwindow

File "/opt/grass/gui/wxpython/nviz/mapwindow.py", line 42, in <module>

from nviz.workspace import NvizSettings

File "/opt/grass/gui/wxpython/nviz/workspace.py", line 23, in <module>

from nviz import wxnviz

File "/opt/grass/gui/wxpython/nviz/wxnviz.py", line 51, in <module>

from grass.lib.gis import *

File "/opt/grass/etc/python/grass/lib/gis.py", line 552, in <module>

('checker', CFUNCTYPE(UNCHECKED(c_int), String)),

File "/usr/lib/python3.8/ctypes/init.py", line 101, in CFUNCTYPE

class CFunctionType(_CFuncPtr):

TypeError: item 1 in argtypes passes a union by value, which is unsupported.

OnInit returned false, exiting...

kikislater commented on 2019-12-15 16:56 (UTC)

Wrong python version inside this grass package (symbolic link). It couldn't work like this. Python2 is deprecated in grass 7.8 Line 55 in PKGBUILD should be deleted, it's a nonsense to link python2 inside grass 7.8 ... Install some extension and you will see some problems !

Scimmia commented on 2019-12-15 15:21 (UTC)

No, everything using python3 calls python3 specifically

kikislater commented on 2019-12-15 08:13 (UTC) (edited on 2019-12-15 08:14 (UTC) by kikislater)

PKGBUILD needs refactor : 7.8 support python 3 not python 2.

Line 55 : # Fix for 3rd party python scripts ln -s ../../../usr/bin/python2 bin/python

Running grass :

~ > which python

/opt/grass/bin/python

:~ > ls -lsa /opt/grass/bin/python

0 lrwxrwxrwx 1 root root 24 15 déc. 08:42 /opt/grass/bin/python -> ../../../usr/bin/python2

loganj commented on 2019-11-22 21:48 (UTC)

grass78 Starting GRASS GIS... Traceback (most recent call last): File "/opt/grass/gui/wxpython/core/globalvar.py", line 49, in CheckWxVersion parsed_version = list(map(int, split_ver)) ValueError: invalid literal for int() with base 10: 'post2' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/opt/grass/gui/wxpython/gis_set.py", line 34, in <module> from core import globalvar File "/opt/grass/gui/wxpython/core/globalvar.py", line 237, in <module> hasAgw = CheckWxVersion([2, 8, 11, 0]) File "/opt/grass/gui/wxpython/core/globalvar.py", line 55, in CheckWxVersion parsed_version = list(map(int, split_ver[:-1])) + [int(split_ver[-1][:i])] ValueError: invalid literal for int() with base 10: '' ERROR: Error in GUI startup. See messages above (if any) and if necessary, please report this error to the GRASS developers. On systems with package manager, make sure you have the right GUI package, probably named grass-gui, installed. To run GRASS GIS in text mode use the --text flag. Use '--help' for further options grass78 --help See also: https://grass.osgeo.org/grass78/manuals/helptext.html Exiting...

Scimmia commented on 2019-11-12 15:08 (UTC) (edited on 2019-11-12 15:08 (UTC) by Scimmia)

Seems even 7.8.1 isn't totally ready for python 3.8 (time module changes). If it becomes an issue, let me know and I'll see about patching it.

kikislater commented on 2019-09-30 06:43 (UTC)

There is a ton of problems using 7.8. There is no LTS version on AUR. May be it should be good to use it : Latest stable long term support (LTS) release: GRASS GIS 7.6 source : https://grass.osgeo.org/

Scimmia commented on 2019-09-15 08:03 (UTC)

7.8 PKGBUILD is up. I can't say I'm positive about the deps, mostly the python ones, but it builds in a clean chroot and runs with some limited testing. If anyone runs into issues, let me know.

crust123 commented on 2019-08-31 00:17 (UTC) (edited on 2019-08-31 00:33 (UTC) by crust123)

Python2 is end of life (EOL; https://pythonclock.org/) and it is likely python2-gdal was removed in preparation for this. GRASS 7.8 will move things to python3 however GRASS 7.8 has yet to be released(https://grass.osgeo.org/download/software/sources/#g78x). If you are desperate, you could work you way though a downgrade (https://wiki.archlinux.org/index.php/Downgrading_packages) but this can be a pain and not recommended.

(Edit: python2-gdal found its way into the AUR)

mludwig commented on 2019-08-30 09:45 (UTC)

Install failed: dependency python2-gdal not available

crust123 commented on 2019-07-19 04:33 (UTC)

PKGBUILD updates: pkgver=7.6.1 md5sums=('9ca74f9010d013f735737a90c65d8a7f')

kikislater commented on 2019-07-16 08:49 (UTC)

Updated here : https://github.com/giscan/AUR-grass

cjsv commented on 2019-07-16 02:23 (UTC) (edited on 2019-07-16 08:18 (UTC) by cjsv)

Can't build since nad2bin has been removed from the current release of proj. The subject has been open at https://github.com/OSGeo/PROJ/issues/1236

It seems those that need nad2bin should use the proj-datumgrid repo. https://github.com/OSGeo/proj-datumgrid

Edit: nad2bin check has been removed in 7.6.1. Just need to update. https://grass.osgeo.org/news/82/15/GRASS-GIS-7-6-1-released/ configure: nad2bin check no longer needed; (user custom) grids are used via PROJ

Updated the pkgver and md5sums in the PKGBUILD my self and compiled fine, https://gist.github.com/cj-sv/4eff7ab128d3491c9b60e4790283a5f7

rdesgrange commented on 2019-07-08 19:46 (UTC)

I have a failed build on my machine, since the proj package does comes with "nad2bin" program

evana commented on 2019-01-07 03:13 (UTC)

python2-gdal needs to be added as a dependency. The python commands that use gdal do not work without it.

kikislater commented on 2018-12-15 08:04 (UTC)

Regarding last comment here, repository of geosam is not on gitlab but sourceforge : https://archgeotux.sourceforge.io/

geosam commented on 2018-01-12 23:14 (UTC)

Unofficial repository for Geospatial applications:

https://geotux.gitlab.io/ArchGeoTux/

Scimmia commented on 2017-12-13 21:32 (UTC)

Builds fine in a clean chroot. Sounds like a local problem.

jabarcay commented on 2017-12-13 20:41 (UTC)

Problem with cairo...

"checking for location of cairo includes... checking for cairo.h... no configure: error: *** Unable to locate Cairo includes."

Cairo is installed correctly but does not finish compiling grass

Any solution?

Scimmia commented on 2017-07-01 04:52 (UTC)

For what?

geosam commented on 2017-07-01 00:04 (UTC)

Please add missig dependency "pkg-config"

Scimmia commented on 2017-06-12 23:57 (UTC)

saultdon, thanks for finding that! Like the ticket says, it's more of a workaround, but it should do the job for now.

okanisis commented on 2017-06-12 22:07 (UTC)

@scimmia Looks like the ctypes issue has been fixed upstream in ticket 3331 via this patch https://trac.osgeo.org/grass/attachment/ticket/3331/ctypesgencore_preprocessor_fix.diff

Scimmia commented on 2017-06-03 15:41 (UTC)

I suspect it's an incompatibility with gcc7, but I haven't had time to look into it more.

cbxd commented on 2017-06-03 15:25 (UTC) (edited on 2017-06-03 15:26 (UTC) by cbxd)

Hi, Same problem here as saultdon. I cannot build grass, the script ends up with errors: -- Errors in: /home/chris/build/AUR-grass7/src/grass-7.2.1/lib/python/ctypes -- In case of errors please change into the directory with error and run 'make'. If you get multiple errors, you need to deal with them in the order they appear in the error log. If you get an error building a library, you will also get errors from anything which uses the library. -- Finished compilation: Sat 3 Jun 15:08:54 UTC 2017 make: *** [Makefile:70: default] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

okanisis commented on 2017-06-01 21:40 (UTC)

@scimmia Trying to build today and wondering if this is just something wrong with my setup or need to file an upstream bug report. Errors in: /tmp/makepkg/grass/src/grass-7.2.1/lib/python/ctypes I pasted the output of the error when using `make` inside that dir at https://pastebin.com/hacsPh94

kikislater commented on 2017-05-08 17:02 (UTC)

ok thank you, next time I will ;-)

Scimmia commented on 2017-05-08 14:46 (UTC)

kikislater, that's what the "Flag package out-of-date" option is for.

kikislater commented on 2017-05-08 06:44 (UTC)

7.2.1 is out ! https://grass.osgeo.org/news/67/15/GRASS-GIS-7-2-1-released/ Please update

marcocurreli commented on 2017-03-09 21:17 (UTC)

I have mesa installed. Now I've also installed mesa-libgl and everything works fine. Thanks a lot.

Scimmia commented on 2017-03-09 00:17 (UTC)

Sounds like you don't have a working libGL on your system. How are your video drivers set up?

marcocurreli commented on 2017-03-08 17:36 (UTC)

Hi, I have this error: checking for location of OpenGL library... checking for glBegin in -lGL... no checking for glBegin in -lGL... no checking for glBegin in -lGL... no checking for glBegin in -lGL... no configure: error: *** Unable to locate OpenGL library. Best regards, Marco

ingleandrobarros commented on 2017-01-01 02:04 (UTC)

GRASS GIS 7.2 have ERROR: /tmp/yaourt-tmp-leandro/aur-grass/src/grass-7.2.0/temporal/t.vect.univar -- In case of errors please change into the directory with error and run 'make'. If you get multiple errors, you need to deal with them in the order they appear in the error log. If you get an error building a library, you will also get errors from anything which uses the library. -- Finished compilation: Sat Dec 31 21:02:53 COT 2016 make: *** [Makefile:70: default] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build grass.

kokkytos commented on 2016-12-07 18:28 (UTC)

That was the error. libmariadbclient wasn't installed. Thank you.

Scimmia commented on 2016-12-06 23:54 (UTC)

gdal requires libmariadbclient, do you have this installed and is it up to date?

kokkytos commented on 2016-12-06 22:25 (UTC)

The contents of ./src/grass-7.0.5/config.log: http://pastebin.com/XjUuANgL

Scimmia commented on 2016-12-06 15:32 (UTC)

We'll need to see config.log. Put it in a pastebin somewhere and post the link here.

kokkytos commented on 2016-12-06 15:11 (UTC)

I'm using community/gdal 2.1.1-3

Scimmia commented on 2016-11-23 01:46 (UTC)

@kokkytos, are you using the gdal package from the Extra repo?

kokkytos commented on 2016-11-20 20:47 (UTC)

I get the following error: checking whether to use GDAL... yes checking for gdal-config... /usr/bin/gdal-config configure: error: *** Unable to locate GDAL library. ==> ERROR: A failure occurred in build(). Aborting...

Scimmia commented on 2016-08-17 13:21 (UTC)

@scummos, no. Read the AUR wiki page.

scummos commented on 2016-08-17 09:17 (UTC)

This needs to additionally depend on core/flex community/byacc or the build will fail.

kikislater commented on 2016-06-04 09:08 (UTC)

Another PKGBUILD here (from official grass gis website) : https://gitlab.com/tutturu/grass7_pkgbuild Better options according to common GIS usage with Grass

SmokeyD commented on 2016-05-20 01:48 (UTC)

I had the build problems as well like all previous commenters with GCC6. I also tried using GCC5 and GCC4.something from AUR, but it didn't want to build. Today I just tried installing again form AUR without any modifications and it just built and installed fine without trouble. I assume @Scimmia did something in the PKGBUILD to make it compile correctly with GCC6. If so, it worked like a charm for me. Thanks a lot!

Scimmia commented on 2016-05-16 00:43 (UTC) (edited on 2016-05-16 00:44 (UTC) by Scimmia)

Got it. GCC6 defaults to C++14 now, and GRASS can't handle that. Forcing it back to C++98 lets everything build fine again. I didn't bump the pkgrel, as there's no need to rebuilt it if you already successfully built it earlier. Having different compilers in core and testing set us back a bit on this. Thanks for your patience.

Scimmia commented on 2016-05-16 00:28 (UTC)

Alright, I can reproduce it now. I think these are GCC6 issues.

beej commented on 2016-05-15 23:00 (UTC)

Detail on the iostream build error. Looks like it might be an upstream issue. http://pastebin.com/NnjN4n07

kikislater commented on 2016-05-12 20:02 (UTC)

On my second setup, I successfull built it with make -j8 on 4790k cpu

Scimmia commented on 2016-05-12 13:36 (UTC)

@Humu_2013, @zottelef, from kikislater's comment, this could be a race condition. Try adding "-j1" to the "make" command in the build function. If that works, I can add it to the PKGBUILD.

zottelef commented on 2016-05-12 08:37 (UTC)

@HuMu_2013 & @Scimmia: I am playing around with the compilation error in the iostream: In file included from /home/fabio/sources/grass-7.0.4/dist.x86_64-pc-linux-gnu/include/grass/vect/digit.h:3:0, from /home/fabio/sources/grass-7.0.4/dist.x86_64-pc-linux-gnu/include/grass/vector.h:4, from do_copy.c:20: /home/fabio/sources/grass-7.0.4/dist.x86_64-pc-linux-gnu/include/grass/vect/dig_structs.h:20:23: fatal error: grass/dgl.h: No such file or directory #include <grass/dgl.h> ^ compilation terminated. Could this help?

HuMu_2013 commented on 2016-05-11 07:02 (UTC)

Got the errors as @zottelef: Errors in: /home/huub/abs/grass/src/grass-7.0.4/lib/iostream /home/huub/abs/grass/src/grass-7.0.4/raster/r.terraflow /home/huub/abs/grass/src/grass-7.0.4/raster/r.viewshed -- In case of errors please change into the directory with error and run 'make'. If you get multiple errors, you need to deal with them in the order they appear in the error log. If you get an error building a library, you will also get errors from anything which uses the library. -- Finished compilation: Wed May 11 06:50:04 GMT 2016 Makefile:57: recipe for target 'default' failed make: *** [default] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

kikislater commented on 2016-05-04 09:50 (UTC)

I forgot that I made, before building, a ton of update. After rebooting and building without make -jx (where x is my number of cores cpu unit) it's building like a charm on 2 installations. Sorry for the message ...

zottelef commented on 2016-05-04 09:22 (UTC)

As for kikislater I have Errors in: /tmp/yaourt-tmp-fabio/aur-grass/src/grass-7.0.4/lib/iostream /tmp/yaourt-tmp-fabio/aur-grass/src/grass-7.0.4/raster/r.terraflow /tmp/yaourt-tmp-fabio/aur-grass/src/grass-7.0.4/raster/r.viewshed -- In case of errors please change into the directory with error and run 'make'. If you get multiple errors, you need to deal with them in the order they appear in the error log. If you get an error building a library, you will also get errors from anything which uses the library. -- Finished compilation: Wed May 4 09:53:45 CEST 2016 Makefile:57: recipe for target 'default' failed make: *** [default] Error 1 I cannot catch, however which kind of error is, because GRASS compilation produces a ton of output. And the content of error.log is exactly what I am writing above. Any hints to help?

Scimmia commented on 2016-04-28 16:15 (UTC)

Builds just fine in a clean chroot, nothing to update. If you want help, we'll need an english error message at the very least.

kikislater commented on 2016-04-28 15:49 (UTC) (edited on 2016-04-28 15:49 (UTC) by kikislater)

Error in building since the update of 27/04. Please update Finished compilation: jeu. avril 28 17:47:10 CEST 2016 Makefile:57 : la recette pour la cible « default » a échouée make: *** [default] Erreur 1

kikislater commented on 2016-02-02 12:34 (UTC)

@HuMu_2013 : It works for me ! I use v.generalize with chaiken algorithm aka smooth and I have no problem. I don't use grass under qgis

HuMu_2013 commented on 2016-02-01 10:24 (UTC)

I went back to 7.0.2. Some modules were not fonctionning correctly like "smooth or simplify" under "Topology maintenance". Moreover the GRASS layers were not visible and importable any more in Qgis.

kikislater commented on 2016-01-29 09:03 (UTC)

@Scimmia : Thanks for the update, it works well now ! I can install and use addon written in python more easyly :D

Scimmia commented on 2016-01-25 16:17 (UTC)

"There is a lot of addons using python with grass, I don't want to re-write them in another language like C or C++. Grass GIS does not support python 3, so it's important to use python 2 instead of 3 until they fully support it ! If you don't have python 2 in Grass GIS at this moment, this package should be useless ..." Which is why GRASS should be calling the script with $GRASS_PYTHON, and script authors should be using #!/usr/bin/env python2. Calling "python" specifically means that you don't care which version you get. We have to be pragmatic, though, and work around upstream lunacy.

kikislater commented on 2016-01-21 10:58 (UTC) (edited on 2016-01-21 11:36 (UTC) by kikislater)

There is a lot of addons using python with grass, I don't want to re-write them in another language like C or C++. Grass GIS does not support python 3, so it's important to use python 2 instead of 3 until they fully support it ! If you don't have python 2 in Grass GIS at this moment, this package should be useless ... Watch : Note: Python 3 support is still in development Source : https://grass.osgeo.org/grass70/source/snapshot/REQUIREMENTS.html And : https://trac.osgeo.org/grass/ticket/2708 #2708 new defect Run GRASS with Python3 Jalon modifié de 7.0.2 à 7.0.3 Ticket retargeted after milestone closed Also you have this in your build : # Enabling only those features which are not enabled by default. Out of the # usefull ones, only DWG, MySQL, FFMPEG and Motif are left disabled. LAPACK # and BLAS are not used for anything in GRASS anyway. But what about v.kriging ... It needs BLAS and LAPACK package. You forgot addons which is an important part of GRASS GIS. We have a limited GRASS GIS build !

Scimmia commented on 2016-01-21 10:25 (UTC)

kikislater, really, you shouldn't be using "python" if you specifically want python2. See http://legacy.python.org/dev/peps/pep-0394/

kikislater commented on 2016-01-18 22:51 (UTC)

Ok Thank you I made a test and I saw that : Big problem with the build. Not the good python version GRASS 7.0.2 (DATA):~ > which python /usr/sbin/python [MASK raster présent] GRASS 7.0.2 (DATA):~ > /usr/sbin/python --version Python 3.5.1 [MASK raster présent] cat /usr/bin/grass70 | more #!/usr/bin/env python2 #############################################################################

Scimmia commented on 2016-01-18 22:44 (UTC)

Yeah, I figure I'll put the python symlink hack back in on the next release, which will be any time. And please, figure out what "out-of-date" means.

kikislater commented on 2016-01-18 22:39 (UTC)

Package is buggy If I want to launch grass addons, I have to put at the beginning of python script this : #!/usr/bin/env python2 For example, I use v.surf.nnbathy I have to edit v.surf.nnbathy.py and nnbathy.py and add this #!/usr/bin/env python2 at the beginning of the *.py files. Same problem as described below by kuszi Please correct the package Scimmia

kikislater commented on 2016-01-17 14:30 (UTC)

It should concern wxpython package. Edit the file yourself found in /usr/lib/python2.7/site-packages/wx-3.0-gtk2/wx/lib/plot.py And flag package wxpython out of date

HuMu_2013 commented on 2016-01-17 13:49 (UTC)

Any chance to apply this patch? http://trac.wxwidgets.org/attachment/ticket/16767/wxPython-3.0.2.0-plot.patch Since for some time the "analyze map" & "profile surface map" functions don't work.

kuszi commented on 2016-01-03 13:32 (UTC)

Addon: when script begins with: #!/usr/bin/python2 it starts to work. So, it seems that in the call chain somewhere grass python environment is "lost". It could be special to g.parser ...

kuszi commented on 2016-01-03 10:20 (UTC)

Hello! I have a GRASS - python, maybe environment problem. I've created a small test module in python. I tried to use g.parser to check it for its gui. It seems that there are python module loading problems.. --------------GRASS specific env - from inside GRASS GRASS 7.0.2 (HUNUTMWgs84):~/grassdata/scripts > env | grep GRASS GRASS_PYTHON=python2 GRASS_GNUPLOT=gnuplot -persist GRASS_PAGER=more GRASS_ADDON_PATH=/home/kuszi/.grass7/addons GRASS_PROJSHARE=/usr/share/proj GRASS_VERSION=7.0.2 GRASS_HTML_BROWSER=xdg-open GRASS_ADDON_BASE=/home/kuszi/.grass7/addons GRASS 7.0.2 (HUNUTMWgs84):~/grassdata/scripts > ------------ g.parser invocation: GRASS 7.0.2 (HUNUTMWgs84):~/grassdata/scripts > g.parser g.sample ----------------------ERROR: Unable to fetch interface description for command 'g.sample'. Details: Traceback (most recent call last): File "/home/kuszi/grassdata/scripts/g.sample", line 18, in <module> import grass.script as grass File "/opt/grass/etc/python/grass/script/__init__.py", line 5, in <module> from db import * ImportError: No module named 'db' Try to set up GRASS_ADDON_PATH or GRASS_ADDON_BASE variable. ------------------- g.sample #!/usr/bin/env python #%module #% description: minimal. #% keyword: testing #%end #%option #% key: table #% type: string #% required: yes #% multiple: no #% key_desc: name #% description: Input table name #% gisprompt: old,dbtable,dbtable #%end import sys import grass.script as grass def main(): # put code here return 0 if __name__ == "__main__": options, flags = grass.parser() sys.exit(main()) ------------------ PATH for my user (outside the grass session) [kuszi@kuszidell ~]$ echo $PATH /home/kuszi/grassdata/scripts:/home/kuszi/scripts:/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl ------------------ PATH inside the GRASS session: GRASS 7.0.2 (HUNUTMWgs84):~/grassdata/scripts > echo $PATH /opt/grass/bin:/opt/grass/scripts:/home/kuszi/.grass7/addons/bin:/home/kuszi/.grass7/addons/scripts:/home/kuszi/grassdata/scripts:/home/kuszi/scripts:/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl ------------------ YTHON environment vars GRASS 7.0.2 (HUNUTMWgs84):~/grassdata/scripts > env | grep YTHO GRASS_PYTHON=python2 PYTHONPATH=/opt/grass/etc/python:/opt/grass/gui/wxpython I've tested many scripts, simpler, more complicated, etc. It seems to be universal to python scripts. bash script dialogs appear well. What else to test? Thanks for any ideas Robert

Scimmia commented on 2015-11-20 16:24 (UTC)

It's not, but bison is. It seems to do the job for me.

bilthekid commented on 2015-11-20 15:52 (UTC)

I see. Although, the flex is part of base-devel package group, does it also stand for byacc? Because I dont see it in the list: pacman -Ss base-devel|grep -i yacc.

Scimmia commented on 2015-11-20 14:00 (UTC)

@bilthekid, nope. See https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

bilthekid commented on 2015-11-20 13:02 (UTC)

@Scimmia, could you add as dependencies **flex** and **byacc** because otherwise you will get errors in building? Thanks

PetoP commented on 2015-10-27 07:27 (UTC)

@Scimmia, it works pefect! Thank you very much :)

Scimmia commented on 2015-10-27 02:54 (UTC)

@PetoP, try it now

PetoP commented on 2015-10-26 17:10 (UTC)

Hi guys! I can't resolve issues with g.extension. I tried to install r.stream.* addons, but allways i get compilation error: In file included from local_proto.h:1:0, from stream_vector.c:1: io.h:8:27: fatal error: grass/glocale.h: File does not exists compilation terminated. make: *** [OBJ.x86_64-unknown-linux-gnu/stream_vector.o] Error 1 With r.traveltime I get similar error, but gis.h is missing. Both files are in /opt/grass/include/grass/ and GRASS was build with unmodified PKGBUILD. Both extensions works well with GRASS 6.4.5. Excuse me, if I am just silly. Thank you Peter

Scimmia commented on 2015-10-09 13:25 (UTC)

@kuszi, added, thanks!

kuszi commented on 2015-10-09 09:08 (UTC)

Hello! I've successfully installed this package through pamac under Antergos (BTW: against arch official repositories, Antergos has no business with it). Thanks for the Grass version 7! When I started the GUI it exited with error. It seems that svn was not installed but it is necessary for the grass extension manager (g.extension) Is there a way to add svn as a prerequisite package (Dependencies)? Or could I do it here? I'm new to Arch, old to grass GIS :) thanks Robert

czk commented on 2015-10-04 16:53 (UTC)

You can't admit an error, your problem.

Scimmia commented on 2015-10-04 16:49 (UTC)

Yep, congratulations, you badgered and pestered your way into getting the response you wanted all along.

czk commented on 2015-10-04 16:22 (UTC)

Now this is the kind of response I expected given your attitue so far. Get off your high horse, mister :D. Your build script has issues. Fix it or I'll fork it.

Scimmia commented on 2015-10-04 14:49 (UTC)

I'm done arguing about theoretical issues here. You abandoned the package, deal with it.

czk commented on 2015-10-04 11:59 (UTC) (edited on 2015-10-04 11:59 (UTC) by czk)

And going back to $GRASS_PYTHON - even if indeed addons use it, you would need to make sure it's set to python2 by default in your GRASS package. Really, a symlink is just as safe, simple and reliable as it gets. No error-prone shebang patching needed, no need to bother about $GRASS_PYTHON. It just works. See more from GRASS devs on that issue: https://lists.osgeo.org/pipermail/grass-dev/2013-January/061356.html, https://lists.osgeo.org/pipermail/grass-dev/2013-January/061367.html.

czk commented on 2015-10-04 11:04 (UTC)

> For CPPFLAGS, look at the two lines above that. That's really what CPPFLAGS does anyway. Why are you mixing CPPFLAGS into CXXFLAGS and CFLAGS and then drop CPPFLAGS? What if the build recognizes CPPFLAGS, like GRASS build does? See configure, lib/python/ctypes/Makefile, aclocal.m4. I believe you must have had a good reson to do it this way, but I don't understand it yet. > --with-nls doesn't have any extra deps, but balloons the package pretty good. Why are you concerned about few MBs? > I'm thinking --with-liblas will be left out, Why disable LIDAR support in GRASS 7?

Scimmia commented on 2015-10-04 00:05 (UTC)

For CPPFLAGS, look at the two lines above that. That's really what CPPFLAGS does anyway. I'm not saying everything left out was of limited value; as I said, the point was to get this going with the defaults. It appears that --with-pthread and --with-netcdf are both useful without pulling in any extra deps, so I'll enable those. --with-nls doesn't have any extra deps, but balloons the package pretty good. Probably still worth it. I'm thinking --with-liblas will be left out, though. I looked into how things were called when I was redoing things, I'm pretty sure things are specifically called with $GRASS_PYTHON. It is possible I misunderstood something, though.

czk commented on 2015-10-03 23:56 (UTC)

> I'm not dropping the user's CPPFLAGS. I'm missing something then. What does the `unset CPPFLAGS' do? > --with-cxx is the default I missed --with-cxx being enabled by default in G7 these days. > for things of limited value Parallel r.mapcalc is not something to give up on too easily. > aren't those addons called with "$GRASS_PYTHON" instead of just run directly? Hmm, I don't know, yet. Are you sure that it works this way?

Scimmia commented on 2015-10-03 23:18 (UTC)

--with-cxx is the default, so I'm not touching that. I had thought about --with-pthread but hadn't looked into it. As for the others, I'm reluctant to pull in too many deps, especially from the AUR, for things of limited value. I'll look into netcdf and nls more. The main goal here was to get this all working again with default settings. We can look into things from there.

czk commented on 2015-10-03 22:59 (UTC)

Please bring back the following: --with-nls enables interface translations, --with-cxx enables building some cool modules written in C++: r.terraflow, i.attcor, r.viewshed, --with-pthread enables parallel processing boost for r.mapcalc, the core GRASS raster module, --with-netcdf: required for r3.out.netcdf, and maybe for old NetCDF format support in r.out.bin (not sure about the latter), --with-liblas: I will ask you to bring it back when I upload liblas to new AUR. It is required for r.in.lidar and v.in.lidar. Please mind that some great GRASS addons depend on the missing modules, too.

Scimmia commented on 2015-10-03 22:25 (UTC) (edited on 2015-10-03 22:52 (UTC) by Scimmia)

Read the PKGBUILD again, I'm not dropping the user's CPPFLAGS. As for the advantage of using sed, it's an actual fix instead of a hack. Correct me if I'm wrong, but aren't those addons called with "$GRASS_PYTHON" instead of just run directly? If so, the shebang won't really matter.

czk commented on 2015-10-03 21:40 (UTC)

What is the advantage of: sed -i 's/\(env \|\/usr\/bin\/\)python$/&2/' $(find . -name "*.py") over: ln -sf "`which python2`" "${pkgdir}/opt/${pkgname}/bin/python" ? I thought that linking `python2' as `python' in GRASS $GISBASE is better, as it does not require each *future* python script (eg. addons installed with g.extension) to be patched. Or have you maybe identified some issues with my approach that you decided to drop it?

czk commented on 2015-10-03 21:25 (UTC) (edited on 2015-10-03 21:41 (UTC) by czk)

Doug, I think that dropping all user's CPPFLAGS is not right. A user can set his CPPFLAGS in /etc/makepkg.conf as he likes them, and will want them to be honored in a makepg build. GRASS 7 can't (or couldn't? I haven't tried building it for a while) cope with -D_FORTIFY_SOURCE=2, but that doesn't mean that all user's CPPFLAGS should be dropped.