The configuration I would like to get going is to run GnomeMeeting as a
local application on the thin client. This would be done by logging in
to the client under ssh, setting a DISPLAY variable and running the binary. It could be run as a server app but as a local application you get the advantages of the image compression done before broadcasting on the local net.
The problem with the GnomeMeeting binary when run as a local application is that it wants to access many runtime libraries that are not supplied with the LTSP file system mount. Some google posts suggest some apps have succeeded by supplying the missing libraries and risking any incompatibilities.
I tried NFS mounting the server directories /lib /usr/lib and /usr/X11R6/lib onto the thin client at say /mnt/server/lib /mnt/server/usr/lib etc. Then setting the LD_LIBRARY_PATH environment variable to these mounted directorys. Most of the library references referenced by the binary are then satisfied and gnomemeeting progressed my further.
To make sure Gnomemeeting relates to my server box (although not LTSP), I compiled gnomemeeting on my Fedora box copying the binary to an LTSP account, logging into the thin client and running the Gnomemeeting binary.
The LD_LIBRARY_PATH variable is /mnt/server/lib:/mnt/server/usr/lib:/mnt/server/usr/X11R6/lib
It crashes with the error
./gnomeeting: relocation error: /mnt/server/lib/i686/libc.so.6: symbol _rtld_global_ro, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference.
It is apparently possible to supply the helper program, ld-linux.so.2 with precompiled modules from the _rtld_global_ro source. More recent versions of gcc libraries enforce version standards and although _rtld_global_ro may be preent it is the wrong version....this is getting ugly.
I tried changing LD_LIBRARY_PATH to be /lib:/usr/lib:/usr/X11R6/lib:/mnt/server/lib:/mnt/server/usr/lib:/mnt/server/usr/X11R6/lib
This will access both library sets, the first being the LTSP libraries and then, if a library is not found it looks in the server libraries.
After adjusting the LS_LIBRARY_PATH,the error then changed to
./gnomeeting: /libc.so.6: version 'GLIBC_2.3.4' not found ( required by ./gnomemeeting)
./gnomeeting: /libc.so.6: version 'GLIBC_2.3.4' not found ( required by /mnt/server/usr/lib/libpt.so.1.6.5)
./gnomeeting: /libc.so.6: version 'GLIBC_2.3.3' not found ( required by /mnt/server/usr/lib/libstc++.so.6)
./gnomeeting: /libc.so.6: version 'GLIBC_2.3.4' not found ( required by /mnt/server/usr/lib/libkrb5.so.3)
The version of glibc I have on the Fedora box is 2.3.5-0
Looks like I need to compile Gnomemeeting in the LTSP environment or perhaps convince my Fedora compiler to use the LTSP glibc libraries.
The LTSP sitehas documentation on how to build an LTSP kernel but not how to compile applications using LTSP libraries or in some sort of LTSP environment. I could build a linux box with appropriate gcc libraries but perhaps someone can suggest my best course of action....please. Perhaps someone can suggest a way that leads this to work. If I get it to work I'll write it up and submit the procedure as documentation for the LTSP site.
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net
