Celestia and Mandrake 9.0 again

General discussion about Celestia that doesn't fit into other forums.
Topic author
MB
Posts: 128
Joined: 19.07.2002
With us: 22 years 4 months
Location: Paris France

Celestia and Mandrake 9.0 again

Post #1by MB » 07.04.2003, 08:47

I tried to install celestia 125 package to various PC including my new laptop. Unfortunatly, contrarily to the eldest versions of Mandrake and celestia for which it was straightforward (except with CVS!), I could not managed with mandrake 9.0.
I don't know if some links are missing or some package missing. I fill completely lost in the OpenGL librairies. If someone cann tell me where I can have some "pedagogical" info of what are for the various libGL, wrappers, This would be helpful, I would prefer to understand that to use recepees.
In the mean time, Here what I got in compiling:
system
laptop "Medion" P4 2.6 Ghz 512 M, NVidia GeForce 488 Go 64 M
Mandrake 9.0
Celesia compile (125 --with kde:
[michel@line celestia-1.2.5]$ make
.....
In file included from ../celengine/gl.h:36,
from texturefont.cpp:22:
/usr/include/GL/glu.h:261: parse error before `*' token
/usr/include/GL/glu.h:263: syntax error before `void'
/usr/include/GL/glu.h:264: syntax error before `void'
/usr/include/GL/glu.h:265: syntax error before `void'

....
/usr/include/GL/glu.h:321: syntax error before `GLAPIENTRY'
make[3]: *** [texturefont.o] Erreur 1


other test withMesa gears:

[root@line michel]# /usr/X11R6/bin/gears
GLUT: Fatal Error in gears: visual with necessary capabilities not found.

[root@line michel]# ldd /usr/X11R6/bin/gears
libglut.so.3 => /usr/X11R6/lib/libglut.so.3 (0x40025000)
libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 (0x4005c000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x400f3000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4015a000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40162000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x4016b000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40182000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40198000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x401f2000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40202000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4020a000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x402d5000)
libm.so.6 => /lib/i686/libm.so.6 (0x402e9000)
libc.so.6 => /lib/i686/libc.so.6 (0x4030c000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x4042c000)
libdl.so.2 => /lib/libdl.so.2 (0x408dc000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

Thanks for any help
MB

jamarsa
Posts: 326
Joined: 31.03.2003
With us: 21 years 8 months
Location: San Sebastian (Spain)

Post #2by jamarsa » 07.04.2003, 11:44

This is my output (i have only glxgears, not gears, sorry):

# ldd /usr/bin/celestia
libkio.so.4 => /usr/lib/libkio.so.4 (0x40013000)
libkdeui.so.4 => /usr/lib/libkdeui.so.4 (0x40280000)
libkdefx.so.4 => /usr/lib/libkdefx.so.4 (0x40496000)
libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x404bc000)
libkdesu.so.4 => /usr/lib/libkdesu.so.4 (0x404c2000)
libkdecore.so.4 => /usr/lib/libkdecore.so.4 (0x404dc000)
libDCOP.so.4 => /usr/lib/libDCOP.so.4 (0x40630000)
libqt-mt.so.3 => /usr/lib/qt3/lib/libqt-mt.so.3 (0x40661000)
libdl.so.2 => /lib/libdl.so.2 (0x40d02000)
libutil.so.1 => /lib/libutil.so.1 (0x40d05000)
libz.so.1 => /lib/libz.so.1 (0x40d08000)
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40d17000)
libresolv.so.2 => /lib/libresolv.so.2 (0x40ddb000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x40dec000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40e12000)
libglut.so.3 => /usr/X11R6/lib/libglut.so.3 (0x40e34000)
libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 (0x40e6b000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40f02000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x40f0a000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40f57000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40fb0000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40fc4000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40fcd000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40fe5000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40ffb000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x41003000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x41013000)
libm.so.6 => /lib/i686/libm.so.6 (0x410de000)
libc.so.6 => /lib/i686/libc.so.6 (0x41101000)
libmng.so.1 => /usr/lib/libmng.so.1 (0x41221000)
libXft.so.1 => /usr/X11R6/lib/libXft.so.1 (0x4126a000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x41298000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x412da000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
liblcms.so.1 => /usr/lib/liblcms.so.1 (0x4176c000)

I remember the nVidia driver used a special version of GL, and renamed the original ones:

# cd /usr/lib
# ls -l libGL*

lrwxrwxrwx 1 root root 21 ene 26 13:05 libGLcore.so.1 -> libGLcore.so.1.0.4191
-rwxr-xr-x 1 root root 4773696 dic 9 21:26 libGLcore.so.1.0.4191
lrwxrwxrwx 1 root root 10 ene 26 13:05 libGL.so -> libGL.so.1
lrwxrwxrwx 1 root root 17 ene 26 13:05 libGL.so.1 -> libGL.so.1.0.4191
-rwxr-xr-x 1 root root 304820 dic 9 21:26 libGL.so.1.0.4191

This is from previous nvidia driver; could be a bit different in your system. Definitively NOT this (already renamed):

$ ls -l /usr/X11R6/lib/modules/extensions/xxx.libGLcore.a.RPMSAVE
-rwxr-xr-x 1 root root 1995832 sep 13 2002 /usr/X11R6/lib/modules/extensions/xxx.libGLcore.a.RPMSAVE


# locate libGL

/usr/lib/libGLcore.so.1.0.4191
/usr/lib/libGL.so.1.0.4191
/usr/lib/libGL.so.1
/usr/lib/libGLcore.so.1
/usr/lib/libGL.so
/usr/X11R6/lib/libGLU.so.1.3.403
/usr/X11R6/lib/libGLU.so.1
/usr/X11R6/lib/libGLw.a
/usr/X11R6/lib/modules/extensions/xxx.libGLcore.a.RPMSAVE <-- renamed from installation of nvidia driver
/usr/X11R6/lib/xxx.libGL.so.1.2.RPMSAVE <--- idem.
/usr/X11R6/lib/libGL.la
/usr/X11R6/lib/libGLU.la
/usr/X11R6/lib/libGLU.so
/usr/X11R6/lib/libGL.so

You should also remove the following lines in /etc/X11/XF86Config-4 if you have them:

Load "dri"
Load "GLcore"


PD: Ah! the GL libraries in /usr/X11R6/lib must point to the /usr/lib ones:
# cd /usr/X11R6/lib
# ls -l libGL*

-rwxr-xr-x 1 root root 755 ago 4 2002 libGL.la
lrwxrwxrwx 1 root root 17 mar 17 20:39 libGL.so -> /usr/lib/libGL.so
-rwxr-xr-x 1 root root 803 ago 4 2002 libGLU.la
lrwxrwxrwx 1 root root 11 feb 21 14:06 libGLU.so -> libGLU.so.1lrwxr-xr-x 1 root root 17 ene 11 12:28 libGLU.so.1 -> libGLU.so.1.3.403
-rwxr-xr-x 1 root root 599072 ago 4 2002 libGLU.so.1.3.403
-rw-r--r-- 1 root root 27316 sep 13 2002 libGLw.a
Last edited by jamarsa on 07.04.2003, 12:13, edited 2 times in total.

jamarsa
Posts: 326
Joined: 31.03.2003
With us: 21 years 8 months
Location: San Sebastian (Spain)

Post #3by jamarsa » 07.04.2003, 11:55

Useful information about this from nvidia README:

Problems will arise if applications use the wrong version of a library.
This can be the case if there are either old libGL libraries or stale
symlinks left lying around. If you think there may be something awry
in your installation, check that the following files are in place
(these are all the files of the NVIDIA Accelerated Linux Driver Set,
plus their symlinks):

/usr/X11R6/lib/modules/drivers/nvidia_drv.o

/usr/X11R6/lib/modules/extensions/libglx.so.x.y.z
/usr/X11R6/lib/modules/extensions/libglx.so -> libglx.so.x.y.z

/usr/lib/libGL.so.x.y.z
/usr/lib/libGL.so.x -> libGL.so.x.y.z
/usr/lib/libGL.so -> libGL.so.x

/usr/lib/libGLcore.so.x.y.z
/usr/lib/libGLcore.so.x -> libGLcore.so.x.y.z

/lib/modules/`uname -r`/video/nvidia.o, or
/lib/modules/`uname -r`/kernel/drivers/video/nvidia.o

Installation will also create the /dev files:

crw-rw-rw- 1 root root 195, 0 Feb 15 17:21 nvidia0
crw-rw-rw- 1 root root 195, 1 Feb 15 17:21 nvidia1
crw-rw-rw- 1 root root 195, 2 Feb 15 17:21 nvidia2
crw-rw-rw- 1 root root 195, 3 Feb 15 17:21 nvidia3
crw-rw-rw- 1 root root 195, 255 Feb 15 17:21 nvidiactl

If there are other libraries whose "soname" conflicts with that of
the NVIDIA libraries, ldconfig may create the wrong symlinks. It is
recommended that you manually remove or rename conflicting libraries (be
sure to rename clashing libraries to something that ldconfig won't look at
-- we've found that prepending "XXX" to a library name generally does the
trick), rerun 'ldconfig', and check that the correct symlinks were made.
Some libraries that often create conflicts are "/usr/X11R6/lib/libGL.so*"
and "/usr/X11R6/lib/libGLcore.so*".

If the libraries checks out, then verify that the application is using
the correct libraries. For example, to check that the application
/usr/X11R6/bin/gears is using the NVIDIA libraries, you would do:

$ ldd /usr/X11R6/bin/gears
libglut.so.3 => /usr/lib/libglut.so.3 (0x40014000)
libGLU.so.1 => /usr/lib/libGLU.so.1 (0x40046000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x40062000)
libc.so.6 => /lib/libc.so.6 (0x4009f000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4018d000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40196000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x401ac000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x401c0000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x401cd000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x401d6000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x402ab000)
libm.so.6 => /lib/libm.so.6 (0x4048d000)
libdl.so.2 => /lib/libdl.so.2 (0x404a9000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x404ac000)

Note the files being used for libGL and libGLcore -- if they are something
other than the NVIDIA libraries, then you will need to either remove the
libraries that are getting in the way, or adjust your ld search path.
If any of this seems foreign to you, then you may want to read the man
pages for "ldconfig" and "ldd" for pointers.

Topic author
MB
Posts: 128
Joined: 19.07.2002
With us: 22 years 4 months
Location: Paris France

Post #4by MB » 07.04.2003, 12:46

jamarsa
as suggested by Chistophe (my other thread), I download the rpm and I got the same answers as yours to ldd celestia except :

libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x412da000)
that is not present in my ldd celestia
even if I ckecked that the link /usr/lib/libGLcore.so.1
is present and points to the Nvidia /usr/lib/libGLcore.so.1.0.4349

I knew the nvidia readme but nothing was obviously wrong for me .
MB

jamarsa
Posts: 326
Joined: 31.03.2003
With us: 21 years 8 months
Location: San Sebastian (Spain)

Post #5by jamarsa » 07.04.2003, 12:59

Well, I compiled mine from CVS, it could have different dynamic libraries due to different configfile.

Another silly questions:
You have the symlink usr/lib/libGLcore.so.1 ---> /usr/lib/libGLcore.so.1.0.4349 , but do you have the file symlinked? (I mean, /usr/lib/libGLcore.so.1.0.4349).

What's the output from the newly downloaded celestia when you try to run it?
Are you sure the previous version of celestia binary (if you had one) was overwrited?

....

Will the sun rise again tomorrow? (from the viewpoint of celestia, of course... hehehe)

Topic author
MB
Posts: 128
Joined: 19.07.2002
With us: 22 years 4 months
Location: Paris France

Post #6by MB » 07.04.2003, 16:34

jamarsa wrote:
You have the symlink usr/lib/libGLcore.so.1 ---> /usr/lib/libGLcore.so.1.0.4349 , but do you have the file symlinked? (I mean, /usr/lib/libGLcore.so.1.0.4349).

Yes I have

jamarsa wrote:

What's the output from the newly downloaded celestia when you try to run it?
It is that I already posted,( the rpm suggested by Christophe)t it could not be a previous one since the compile crashes!

jamarsa wrote:

Are you sure the previous version of celestia binary (if you had one) was overwrited?
In this new PC there is NO previous version of celestia.

Thanks again
MB

jamarsa
Posts: 326
Joined: 31.03.2003
With us: 21 years 8 months
Location: San Sebastian (Spain)

Post #7by jamarsa » 07.04.2003, 16:52

Sorry, don't take me wrong, but I thought you had got a binary rpm and installed it, and you were doing a ldd from this binary. That's what I mean, the error messages from this binary. If you have it, please let me know, since I don't have clues of what's happening with your system. If you are saying you have a source RPM, things are different.

Guest

Post #8by Guest » 07.04.2003, 17:04

It was put into the other post:
Here It is

[root@line michel]# /usr/bin/celestia
DCOPServer up and running.
Loading compatibility GL library /usr/X11R6/lib/libGL.so.1.3.403
nStars: 112521
Parent body 'TYC 5503-946-1' of 'b' not found.
KCrash: crashing.... crashRecursionCounter = 2
KCrash: Application Name = celestia path = <unknown> pid = 2687
DCOP aborting call from 'anonymous-2686' to 'celestia'
ERROR: KUniqueApplication: DCOP communication error!
[root@line michel]# Mutex destroy failure: Device or resource busy
kdeinit: Fatal IO error: client killed
kdeinit: sending SIGHUP to children.
kdeinit: sending SIGTERM to children.
kdeinit: Exit.

MB

jamarsa
Posts: 326
Joined: 31.03.2003
With us: 21 years 8 months
Location: San Sebastian (Spain)

Post #9by jamarsa » 08.04.2003, 08:18

It seems not to have nothing related to GL library... Perhaps is something in the KDE installation. What packages of KDE have you installed? Have you configured KDE and worked with it?

These are my current kde packages:

# rpm -q -a | grep kde

kdegraphics-3.0.3-11mdk
kdetoys-3.0.3-3mdk
kdeadmin-3.0.3-10mdk
kdevelop-2.1.3-6mdk
kdenetwork-3.0.3-15mdk
kdesdk-3.0.3-5mdk
kdenetwork-devel-3.0.3-15mdk
kdelibs-devel-3.0.3-30mdk
kdebase-devel-3.0.3-68mdk
kdelibs-3.0.3-30mdk
kdebase-3.0.3-68mdk
kdeutils-3.0.3-6mdk
kdegraphics-devel-3.0.3-11mdk
kdepim-3.0.3-4mdk
kdemultimedia-devel-3.0.3-7mdk
kdemultimedia-3.0.3-7mdk
kdebase-nsplugins-3.0.3-68mdk
kde-i18n-es-3.0.3-2mdk


Return to “Celestia Users”