Package Details: grass 8.4.0-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: 38
Popularity: 0.000000
First Submitted: 2015-09-06 15:10 (UTC)
Last Updated: 2024-07-30 06:17 (UTC)

Latest Comments

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 Next › Last »

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.

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 Next › Last »