I got the latest version of GRASS 6.4.1svn running (from the binaries), and I have a new error message when I try to use g.extension. ---------------- GRASS 6.4.1svn (10.27):~ > g.extension i.landsat.toar Fetching <i.landsat.toar> from GRASS-Addons SVN (be patient)... A i.landsat.toar/landsat_set.c A i.landsat.toar/local_proto.h A i.landsat.toar/main.c A i.landsat.toar/description.html A i.landsat.toar/landsat.c A i.landsat.toar/earth_sun.c A i.landsat.toar/landsat.h A i.landsat.toar/landsat_met.c A i.landsat.toar/Makefile A i.landsat.toar/earth_sun.h U i.landsat.toar Checked out revision 44052. Compiling <i.landsat.toar>... mkdir -p /home/neteler/grass64_svn_relbranch_bin_snapshot/grass64_relbranch/bin.x86_64-unknown-linux-gnu mkdir -p /home/neteler/grass64_svn_relbranch_bin_snapshot/grass64_relbranch/dist.x86_64-unknown-linux-gnu/include/grass mkdir -p /home/neteler/grass64_svn_relbranch_bin_snapshot/grass64_relbranch/dist.x86_64-unknown-linux-gnu/lib mkdir -p /home/neteler/grass64_svn_relbranch_bin_snapshot/grass64_relbranch/dist.x86_64-unknown-linux-gnu/bin mkdir -p /home/neteler/grass64_svn_relbranch_bin_snapshot/grass64_relbranch/dist.x86_64-unknown-linux-gnu/etc mkdir -p /home/neteler/grass64_svn_relbranch_bin_snapshot/grass64_relbranch/dist.x86_64-unknown-linux-gnu/driver mkdir -p /home/neteler/grass64_svn_relbranch_bin_snapshot/grass64_relbranch/dist.x86_64-unknown-linux-gnu/driver/db mkdir -p /home/neteler/grass64_svn_relbranch_bin_snapshot/grass64_relbranch/dist.x86_64-unknown-linux-gnu/fonts test -d OBJ.x86_64-unknown-linux-gnu || mkdir -p OBJ.x86_64-unknown-linux-gnu gcc -I/home/neteler/grass64_svn_relbranch_bin_snapshot/grass64_relbranch/dist.x86_64-unknown-linux-gnu/include -g -Wall -Werror-implicit-function-declaration -fno-common -DPACKAGE=\""grassmods"\" -I/home/neteler/grass64_svn_relbranch_bin_snapshot/grass64_relbranch/dist.x86_64-unknown-linux-gnu/include -o OBJ.x86_64-unknown-linux-gnu/earth_sun.o -c earth_sun.c gcc -I/home/neteler/grass64_svn_relbranch_bin_snapshot/grass64_relbranch/dist.x86_64-unknown-linux-gnu/include -g -Wall -Werror-implicit-function-declaration -fno-common -DPACKAGE=\""grassmods"\" -I/home/neteler/grass64_svn_relbranch_bin_snapshot/grass64_relbranch/dist.x86_64-unknown-linux-gnu/include -o OBJ.x86_64-unknown-linux-gnu/landsat.o -c landsat.c landsat.c:4:23: error: grass/gis.h: No such file or directory landsat.c: In function ‘lsat_bandctes’: landsat.c:133: error: implicit declaration of function ‘G_verbose_message’ make: *** [OBJ.x86_64-unknown-linux-gnu/landsat.o] Error 1 ERROR: Compilation failed, sorry. Please check above error messages. ------------------
Do I have to install GRASS from source for g.extension to work? Thanks, Nick On Sun, Oct 24, 2010 at 9:56 PM, Nick Jachowski <njachow...@gmail.com>wrote: > Thanks for your help Markus. > > I am now trying to use g.extension with GRASS 6.5.svn and GRASS 7.0.svn on > Ubuntu 10.10, however when I start either versions of GRASS and try to open > a new location (using the wxPython gui) I get the following error: > > > g.proj: error while loading shared libraries: libgdal1.5.0.so.1: cannot > open shared object file: No such file or directory > > I searched for libgdal and found that I have libgdal1.6.0.so.1 at > ./usr/lib/libgdal1.6.0.so.1 > > I don't care whether or not I get GRASS working on this OS or even what > version of GRASS I get to work. I am just interested in the easiest way to > use g.extension to be able to use the i.landsat.toar addon. Is there a > flavour of linux that is particularly easy to use when it comes to GRASS? > And would you recommend GRASS 6.4.0, 6.5, or 7.0 to get g.extension to > work? > > Any help is appreciated, thanks! > > Nick > > > > > > > > > On Fri, Oct 22, 2010 at 12:09 PM, Markus Neteler <nete...@osgeo.org>wrote: > >> On Fri, Oct 22, 2010 at 4:20 PM, Nick Jachowski <njachow...@gmail.com> >> wrote: >> > >> > I'm trying to get the grass add-on i.landsat.toar to work using >> g.extension, >> > and I've had many problems. I had been trying it on opensuse 11.3 and I >> > installed various versions of grass from source, but they all had >> problems >> > and did not work. >> >> You mean that GRASS (which version) did not work or that g.extension >> within >> it failed? Note that there is a known bug for g.extension usage in the >> Makefile >> system due to a wrong path which also manifests in OpenSuse. >> >> > I've almost given up, and now I am running grass on >> > poseidon linux (ubuntu base) which came preinstalled with Grass 6.4ORC5. >> >> (that's fairly old...) >> >> > My question is: what is the easiest, most pain-free way to get >> g.extension to >> > work? What linux flavour should I be using (and is 32-bit or 64-bit >> > better)? Which GRASS version number? Do I need to install from source? >> >> It would be needed to fix for many platforms this bug: >> http://trac.osgeo.org/grass/ticket/620 >> >> In general, please use 6.4.0 (or 6.4.svn). >> >> > If I can't get g.extension to work properly are there any workarounds >> such >> > as running it as bash script? >> >> It needs to be compiled. You can manually fix the path in >> include/Make/Platform.make (see above ticket), then g.extension >> should work. Yesterday I made an attempt to also fix the >> system wide installation (in GRASS 6.5) which might be >> backported. >> >> Markus >> > >
_______________________________________________ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user