[FreeNX-kNX] Some problems with my FreeNX configuration
chris at ccburton.com
chris at ccburton.com
Sun Nov 22 17:47:02 UTC 2009
Alain Lemerre <alain.lemerre at gmail.com> wrote on 21/11/2009 08:37:05:
> Hi,
>
> For the problem of launching OpenOffice on the server screen.
>
> The problem occurs if OpenOffice if already running in the session
> on the server.
>
You will get SOME issues if the SAME user logs in to two sessions.
This is mainly to do with two sessions trying to control config files
caches, or trying to re-open a file from a previous session which
is actually still running.
Mostly you won't notice, but bear in mind that quite a bit of software
expects only to be run in one instance (for each particular user).
> For example, I open a session on the server with my account, I
> launched OpenOffice. From a laptop with NX client and the same
> account, I open a OpenOffice session: the OpenOffice window opens on
Hmmm, well . . .
> the server. I close all OpenOffice sessions and this time the
> OpenOffice displays on the laptop.
Right
>
> Regards,
>
> 2009/11/20 Alain Lemerre <alain.lemerre at gmail.com>
> Hi,
>
> I followed your advice:
My advice was to use 0.7.3 ;--)
>
> I don't have error message. But the first time I launch swriter it
> works. But the next launches, swriter main Window display on the
> screen of the server.
>
?? You mean two remote sessions and the second appears on the server
console ??
Please explain a little more fully if this is different from above.
>
> I don't want to go back to 0.7.3 librairies because I want to
> benefit from Marcelo Boveto Shima patches. I used before 0.7.4
> without problems.
Oh. Did something break ???
And what difference is there between this time and before ??
>
> Regards
>
For ye record, OOTB FreeNX 0.7.3 puts "libXrender.so.1.2" in
APPLICATION_LIBRARY_PRELOAD
Which means that newer versions of the libraries have to put a link in
from all previous subversions to the latest (sub)version
ie. libXrender.so -> libXrender.so.1.2.2 # good
libXrender.so.1 -> libXrender.so.1.2.2 #good
libXrender.so.1.2 -> libXrender.so.1.2.2 # oh-oh, not a soname
rather than ( more properly ) the soname, else there will be a missing
library.
Presumably FreeNX functionality was dependent upon the differences between
libXrender.so.1 and libXrender.so.1.2
Now normally, the difference from lib.so.1 to lib.so.1.1 should be just a
bug
fix rather than a version change (based on interface/functionality.)
If lib.so.3 won't replace lib.so.2 then lib.so.2 needs to be kept despite
version
changes,
The config checker can of course check for subversions, and helpfully tell
you that you need to upgrade your library, but it shouldn't demand a
specific
file name.
ie.
you can demand lib.so.1.2 or above, but you shouldn't bail out if
lib.so.1.3 exists instead of lib.so.1.2.
If your code will only work with unsupported lib.so.1.2 then you and
your userbase have a problem until you can either manage your own
out of date libraries or bring your code up to date with the latest
library
This means that a happier practice is to demand
lib.so.x
rather than
lib.so.x.y
which means you only need links from
lib.so.x -> lib.so.latest.subversion
not lots of links all over the show
lib.so.x -> lib.so.latest.subversion
lib.so.x.1 -> lib.so.latest.subversion
lib.so.x.1.1 -> lib.so.latest.subversion
lib.so.x.1.2 -> lib.so.latest.subversion
And ironically, FreeNX's version of the libraries, NX4U.tar.gz
follows this more correct practice, presumably straight from
NoMachine and doesn't have the link, so won't work
out of the box with freenx-server-0.7.3.tar.gz
-rwxr-xr-x ff/users 10192 2008-04-02 16:08 NX4U/lib/libXrandr.so.2.0
lrwxrwxrwx ff/users 0 2008-08-23 13:11 NX4U/lib/libXrender.so ->
libXrender.so.1.2.2
lrwxrwxrwx ff/users 0 2008-08-23 13:11 NX4U/lib/libXrender.so.1
-> libXrender.so.1.2.2
-rwxr-xr-x ff/users 32000 2008-04-02 16:08
NX4U/lib/libXrender.so.1.2.2
Checking a couple of distros, which I've been looking at recently
Opensuse FreeNX-0.7.3-4.1.src.rpm and
fedora freenx-server-0.7.3-15.fc11.i586.rpm
both changed their APPLICATION_LIBRARY_PRELOAD
to libXrender.so.1, whereas the ubuntu one I looked at
freenx-server_0.7.3+teambzr104-0ubuntu1~karmic1_i386.deb
didn't and kept libXrender.so.1.2, presumably they changed their
version of NoMachines libraries.
There isn't much consistency between distros as to where the librarys
are kept either, but of course thats pure distro stuff !!!
Shows how dependent we are on the distros to test things.
Anyway, I expect Fabian et al. put their lives on hold writing all this
stuff
so I hope everyone is duly grateful.
Alain, all your libraries seem to be in /usr/NX/lib
This is the default for the Nomachine client, so you
may find an issue over libXcomp.so which is in both
the Server and Client Libraries.
and
I notice that your libX11.so.6.2 & libXrender.so.1.2.2 are both
10 x the size of mine from Suse!!
-rwxr-xr-x 1 root root 10172494 2009-11-11 14:00 libX11.so.6.2*
-rwxr-xr-x 1 root root 406531 2009-11-11 14:03
libXrender.so.1.2.2*
vs
-rwxr-xr-x 1 root root 1158270 2009-05-29 16:46 libX11.so.6.2
-rwxr-xr-x 1 root root 42998 2009-05-29 16:47
libXrender.so.1.2.2
Where did you get your libraries from ?? You compiled them I suppose.
Did you strip them, or are you busy debugging ??
> ________________________________________________________________
> Were you helped on this list with your FreeNX problem?
> Then please write up the solution in the FreeNX Wiki/FAQ:
>
>
http://openfacts2.berlios.de/wikien/index.php/BerliosProject:FreeNX_-_FAQ
>
> Don't forget to check the NX Knowledge Base:
> http://www.nomachine.com/kb/
>
> ________________________________________________________________
> FreeNX-kNX mailing list --- FreeNX-kNX at kde.org
> https://mail.kde.org/mailman/listinfo/freenx-knx
> ________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/freenx-knx/attachments/20091122/e2d9b225/attachment.html>
More information about the FreeNX-kNX
mailing list