[GRASSweb-list]Problem with GRASS installation/execution

[Markus Neteler]

Gerald,

On Mon, Jan 02, 2006 at 08:39:45PM -0500, Gerald I. Evenden wrote:
> I just went through a configure/make/make install of the GRASS package
> on a
> Linux system.  The only problem was a missing html file but it did not
> seem to 
> keep the grass60 from executing.

just curious - which file was missing?
Two minutes ago I published GRASS 6.0.2RC2 at http://grass.itc.it
I would like to get that fixed or clarified.
 
> Upon executing 'grass60' I get a TK screen "Data Selection" and I
> proceed to
> set the "Location" window to "demolocation" and select "PERMANENT" on
> the
> "(Accessible) Mapsets".  The "Enter GRASS" button highlights which I
> click on.

Yes.

> There appears momentariy a new window and the TK window disappears and
> the following appears on the console screen: "
> Welcome to GRASS 6.0.1 (2005)
> Welcome to GRASS 6.0.1 (2005)
> GRASS homepage:                          http://grass.itc.it/
> This version running thru:               Bash Shell (/bin/bash)
> Help is available with the command:      g.manual -i
> See the licence terms with:              g.version -c
> If required, restart the graphical user interface with: d.m &
> When ready to quit enter:                exit
> GRASS 6.0.1 (demolocation):~/CARTO/grass-6.0.1 > Error in startup
> script: ps.map: error while loading shared libraries: libgdal.so.1:
> cannot open shared objectfile: No such file or directory
>     while executing

Apparently libgdal.so.1 is not there which means that probably
a link is not set correctly.

Where did you get GDAL? What's your platform?
On my machine I have:
 /usr/local/lib/libgdal.so.1 -> libgdal.so.1.9.0
which was set automatically by GDAL (compiled by me, V1.3.1).


> "exec ps.map -p"
>     (procedure "DmPrint::init" line 14)
>     invoked from within
> "DmPrint::init"
>     (procedure "main" line 32)
>     invoked from within
> "main $argc $argv"
>     (file "/usr/local/grass-6.0.1/etc/dm/d.m.tcl" line 894)
> "
> Note: I had installed GDAL prior to installing GRASS.  At that time I
> had to
> configure GDAL without GRASS being available.  There is a nasty
> interlock
> when both system's configure require the other system being present.

GRASS 6 needs to be compiled with GDAL.
But you have to compile GDAL without GRASS support. If you need
such support, there is a GDAL-GRASS-plugin at Frank's web site
available.

> There seems to be an installation problem which I am clueless to
> resolve.  Any suggestion would be greatly appreciated. 

The installation order is:

1. proj
2. gdal (use --with-grass=no to be sure)
3. GRASS

Then it should work and no circular dependencies should appear.

Best regards

 Markus

PS: I would appreciate to see your libproj being the main
library along with a separated libdatum (or whatever called)
containing the datum transformation stuff.


-- 
Markus Neteler     <neteler itc it>       http://mpa.itc.it
ITC-irst -  Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18        -       38050 Povo (Trento), Italy