[GRASS-dev] [GRASS-SVN] r54770 - grass-addons/grass6/raster/r.mess

ecodiv · January 27, 2013, 1:23pm

Hi Markus,

Thanks for looking into this. It didn’t work in first instance, but after a completely clean install it works, with one caveat. The help file shows now, but without the parameter info (which supposedly should be extracted from the script?). I am also getting the following error message:

Fetching <r.mess> from GRASS-Addons SVN (be patient)…
Compiling…
/usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Script.make:47: warning: overriding commands for target install' /usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Rules.make:99: warning: ignoring old commands for target install’
/usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Script.make:47: warning: overriding commands for target install' /usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Rules.make:99: warning: ignoring old commands for target install’
/usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Script.make:47: warning: overriding commands for target install' /usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Rules.make:99: warning: ignoring old commands for target install’
ERROR: G_getenv(): Variable LOCATION_NAME not set
/bin/sh: 1: cannot create /usr/local/grass6.4.current/grass-6.4.3svn/locale/scriptstrings/r.mess_to_translate.c: Directory nonexistent
ERROR: G_getenv(): Variable LOCATION_NAME not set
/usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Script.make:47: warning: overriding commands for target install' /usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Rules.make:99: warning: ignoring old commands for target install’
/usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Script.make:47: warning: overriding commands for target install' /usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Rules.make:99: warning: ignoring old commands for target install’
Installing…
/usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Script.make:47: warning: overriding commands for target install' /usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Rules.make:99: warning: ignoring old commands for target install’
/usr/bin/install: cannot stat
`/home/paulo/Data/GRASSdb/latlon/Testing/.tmp/paulo-HP-Z600-Workstation/4248.0/r.mess/man/man1/r.mess.1’: No such file or directory
make: *** [install] Error 1
WARNING: Installation failed, sorry. Please check above error messages.

I tried a few other extensions, and the same happens, so this does not seem to be something specific to r.mess (but I don’t know if it is something specific to my system?).

Cheers,

Paulo

···

On 01/27/2013 11:21 AM, Markus Neteler wrote:

Hi Paulo,

I tested and had the same problem. The trick is that older r.mess
installations must be removed first from $HOME/.grass6/addons/
(or wherever), then it works nicely.

Hence I have taken liberty to revert this change in SVN... which is
incompliant anyway with GRASS 6.

Best
Markus

On 1/26/13, [svn_grass@osgeo.org](mailto:svn_grass@osgeo.org) [<svn_grass@osgeo.org>](mailto:svn_grass@osgeo.org) wrote:

Author: pvanbosgeo
Date: 2013-01-26 03:49:49 -0800 (Sat, 26 Jan 2013)
New Revision: 54770

Added:
   grass-addons/grass6/raster/r.mess/r.mess.html
Log:
For some reason the manual page  is not automatically generated from
description.html (i.e., no manual tab in the r.mess window). I therefore
added this r.mess.html file with the full manual page so it is available for
the user.

neteler · January 27, 2013, 8:16pm

On Sun, Jan 27, 2013 at 2:23 PM, Paulo van Breugel
<p.vanbreugel@gmail.com> wrote:

Hi Markus,

Thanks for looking into this. It didn't work in first instance, but after a
completely clean install it works,

(yes, g.extension in GRASS 6 doesn't handle properly the case of
reinstallation)

with one caveat. The help file shows now,
but without the parameter info (which supposedly should be extracted from
the script?).

Yes, caused by the error below:

I am also getting the following error message:

Fetching <r.mess> from GRASS-Addons SVN (be patient)...
Compiling...
/usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Script.make:47:
warning: overriding commands for target `install'

...

ERROR: G_getenv(): Variable LOCATION_NAME not set

To me it looks like g.extension being used outside of a GRASS session.

...

I tried a few other extensions, and the same happens, so this does not seem
to be something specific to r.mess

On Fedora 17 no problem, it installs properly.

(but I don't know if it is something specific to my system?).

Apparently yes: which OS is it?

Markus

ecodiv · January 27, 2013, 10:26pm

Hi Markus,

I am running Ubuntu 12.10. I am not sure what that means, g.extension being used outside of a GRASS session?

I could perhaps also be related to how I installed grass? Below my set of .configure - make - make install and some further details (not sure they are useful info, but adding just in case).

./configure --enable-64bit --prefix=/usr/local/grass6.4.current --with-sqlite --with-postgres --with-postgres-libs=/usr/include/postgresql/libpq --with-postgres-includes=/usr/include/postgresql --with-odbc --with-geos --with-cairo --with-cxx=yes --with-gdal=/usr/local/gdal1.9/bin/gdal-config --with-libs=/lib64 --with-python=yes --with-wxwidgets=/usr/bin/wx-config --with-tcltk-includes=/usr/include/tcl8.5 --with-readline --with-freetype --with-freetype-includes=/usr/include/freetype2 --enable-largefile --with-motif --with-motif-includes=/usr/include --with-proj-share=/usr/share/proj

make
sudo make install

I also created a shortcut in the /usr/bin: sudo ln -s /usr/local/grass6.4.current/bin/grass64 /usr/bin/grass6.4 + Added a configuration file in /etc/ld.so with the following line: /usr/local/grass6.4.current/grass-6.4.3svn/lib.

Your help is much appreciated. I am happy it all runs, so this isn’t a major issue, but it would obviously be good if I could solve this.

···

On Sun, Jan 27, 2013 at 9:16 PM, Markus Neteler <neteler@osgeo.org> wrote:

On Sun, Jan 27, 2013 at 2:23 PM, Paulo van Breugel
<p.vanbreugel@gmail.com> wrote:

Hi Markus,

Thanks for looking into this. It didn’t work in first instance, but after a
completely clean install it works,

(yes, g.extension in GRASS 6 doesn’t handle properly the case of
reinstallation)

with one caveat. The help file shows now,
but without the parameter info (which supposedly should be extracted from
the script?).

Yes, caused by the error below:

I am also getting the following error message:

Fetching <r.mess> from GRASS-Addons SVN (be patient)…
Compiling…
/usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Script.make:47:
warning: overriding commands for target `install’

…

ERROR: G_getenv(): Variable LOCATION_NAME not set

To me it looks like g.extension being used outside of a GRASS session.

…

I tried a few other extensions, and the same happens, so this does not seem
to be something specific to r.mess

On Fedora 17 no problem, it installs properly.

(but I don’t know if it is something specific to my system?).

Apparently yes: which OS is it?

Markus

ecodiv · January 28, 2013, 8:48am

Hi

Thanks Markus for pointing me out the email from Hamish about “[GRASS-dev] g.extension not working on debian - grass 6.4.3svn”. It did help me to make some progress.

If I understand correctly, I should find the g.html2man script in usr/local/grass6.4.current/tools. It is not however, it is still in usr/local/grass6.4.current/tools/g.html2man subdirectory. This is after a completely clean install (i.e., I removed grass6 completely from my system, svn checkout was done from a totally clean (new) dir).

Installing extensions is no problem, but the manual page is not properly created as described in my earlier email: the manual page is shown in the addons GUI, but without the parameter sections (i.e., only the part which is in the description.html).

Perhaps also relevant, if I run the “Uninstall GRASS Addon extension”, it shows no extensions installed. Removing using g.extension is also not possible.

Now, if (1) remove all extensions manually, (2) manually move the g.html2man from tools/g.html2man to tools, (3) reinstall the extensions (see install message below), then: the problem persists, the manual page is still incomplete. However, now when running the “Uninstall GRASS Addon extension” shows the installed extensions.


<details class='elided'>
<summary title='Show trimmed content'>&#183;&#183;&#183;</summary>

On 01/27/2013 11:26 PM, Paulo van Breugel wrote:

> Hi Markus,
> 
> I am running Ubuntu 12.10. I am not sure what that means, g.extension being used outside of a GRASS session?
> 
> I could perhaps also be related to how I installed grass? Below my set of .configure - make - make install and some further details (not sure they are useful info, but adding just in case).
> 
> ./configure --enable-64bit --prefix=/usr/local/grass6.4.current --with-sqlite --with-postgres --with-postgres-libs=/usr/include/postgresql/libpq --with-postgres-includes=/usr/include/postgresql --with-odbc --with-geos --with-cairo --with-cxx=yes --with-gdal=/usr/local/gdal1.9/bin/gdal-config --with-libs=/lib64 --with-python=yes --with-wxwidgets=/usr/bin/wx-config --with-tcltk-includes=/usr/include/tcl8.5 --with-readline --with-freetype --with-freetype-includes=/usr/include/freetype2 --enable-largefile --with-motif --with-motif-includes=/usr/include --with-proj-share=/usr/share/proj
> 
> make
> sudo make install
> 
> I also created a shortcut in the /usr/bin: sudo ln -s /usr/local/grass6.4.current/bin/grass64 /usr/bin/grass6.4 + Added a configuration file in /etc/ld.so with the following line: /usr/local/grass6.4.current/grass-6.4.3svn/lib.
> 
> Your help is much appreciated. I am happy it all runs, so this isn't a major issue, but it would obviously be good if I could solve this.
> 
> On Sun, Jan 27, 2013 at 9:16 PM, Markus Neteler <[neteler@osgeo.org](mailto:neteler@osgeo.org)> wrote:
> 
> > On Sun, Jan 27, 2013 at 2:23 PM, Paulo van Breugel
> > <[p.vanbreugel@gmail.com](mailto:p.vanbreugel@gmail.com)> wrote:
> > > Hi Markus,
> > >
> > > Thanks for looking into this. It didn't work in first instance, but after a
> > > completely clean install it works,
> > 
> > (yes, g.extension in GRASS 6 doesn't handle properly the case of
> > reinstallation)
> > 
> > > with one caveat. The help file shows now,
> > > but without the parameter info (which supposedly should be extracted from
> > > the script?).
> > 
> > Yes, caused by the error below:
> > 
> > > I am also getting the following error message:
> > >
> > > Fetching <r.mess> from GRASS-Addons SVN (be patient)...
> > > Compiling...
> > > /usr/local/grass6.4.current/grass-6.4.3svn/include/Make/Script.make:47:
> > > warning: overriding commands for target `install'
> > 
> > ...
> > 
> > > ERROR: G_getenv(): Variable LOCATION_NAME not set
> > 
> > To me it looks like g.extension being used outside of a GRASS session.
> > 
> > ...
> > 
> > > I tried a few other extensions, and the same happens, so this does not seem
> > > to be something specific to r.mess
> > 
> > On Fedora 17 no problem, it installs properly.
> > 
> > > (but I don't know if it is something specific to my system?).
> > 
> > Apparently yes: which OS is it?
> > 
> > Markus

</details>