Hi,
is this a bug that only shows up on my distro (Fedora 5). Why would mysql client libs be needed even when I compile without mysql support?
cvs version 20060727
GRASS 6.1.cvs (map18):~ > gis.m &
GRASS 6.1.cvs (map18):~ > Error in startup script: g.region: error while loading shared libraries: libmysqlclient.so.14: cannot open shared object file: No such file or directory
while executing
"close $input"
(procedure "MapCanvas::zoom_gregion" line 13)
invoked from within
"MapCanvas::zoom_gregion $mon"
(procedure "MapCanvas::create" line 46)
invoked from within
"MapCanvas::create"
(procedure "Gm::startmon" line 11)
invoked from within
"Gm::startmon"
(procedure "Gm::create" line 74)
invoked from within
"Gm::create"
(procedure "main" line 30)
invoked from within
"main $argc $argv"
(file "/usr/local/grass-6.1.cvs/etc/gm/gm.tcl" line 528)
GRASS 6.1.cvs (map18):~ >
Morten,
I guess that g.region is linked against gdal which
is probably compiled *with* mysql support on your
system?
ldd `which g.region`
Markus
On Thu, Jul 27, 2006 at 06:56:54PM +0200, Morten Hulden wrote:
Hi,
is this a bug that only shows up on my distro (Fedora 5). Why would
mysql client libs be needed even when I compile without mysql support?
cvs version 20060727
GRASS 6.1.cvs (map18):~ > gis.m &
GRASS 6.1.cvs (map18):~ > Error in startup script: g.region: error while
loading shared libraries: libmysqlclient.so.14: cannot open shared
object file: No such file or directory
while executing
"close $input"
(procedure "MapCanvas::zoom_gregion" line 13)
invoked from within
"MapCanvas::zoom_gregion $mon"
(procedure "MapCanvas::create" line 46)
invoked from within
"MapCanvas::create"
(procedure "Gm::startmon" line 11)
invoked from within
"Gm::startmon"
(procedure "Gm::create" line 74)
invoked from within
"Gm::create"
(procedure "main" line 30)
invoked from within
"main $argc $argv"
(file "/usr/local/grass-6.1.cvs/etc/gm/gm.tcl" line 528)
GRASS 6.1.cvs (map18):~ >
_______________________________________________
grass-dev mailing list
grass-dev@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass-dev
--
Markus Neteler <neteler itc it> http://mpa.itc.it/markus/
ITC-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy
Markus Neteler wrote:
I guess that g.region is linked against gdal which
is probably compiled *with* mysql support on your
system?
Right, that was it. Thanks. I was falling behind with the updates - tens of programs that I used to install before compiling Grass - all with their own dependencies. And do it all on 6-8 machines too, oh well...
Morten
Morten Hulden napisa?(a):
And do it all on 6-8 machines too, oh well...
Let me recommend checkinstall
http://asic-linux.com.mx/~izto/checkinstall/
Build on one machine, install on many.
Latest debianized source and containing numerous fixes:
http://mentors.debian.net/debian/pool/main/c/checkinstall/
(OK for Ubuntu too).
Maciek
Morten Hulden wrote on 07/28/2006 02:16 AM:
Markus Neteler wrote:
I guess that g.region is linked against gdal which
is probably compiled *with* mysql support on your
system?
Right, that was it. Thanks. I was falling behind with the updates -
tens of programs that I used to install before compiling Grass - all
with their own dependencies. And do it all on 6-8 machines too, oh
well...
Morten,
here at IRST I have a single binary in a network (NFS)
drive, same for the libs.
Another option is to create RPMs (see rpm/ subdirectory)
if you are using an RPM based Linux distro.
Just some ideas,
Markus