[winswitch] openSUSE 13.1 Winswitch progress

[basd]

I put a symbolic link from /usr/lib/python2.7/site-packages/winswitch to
/usr/lib64/python2.7/site-packages/ -- and now my server is providing VNC desktop sessions!

I really don't know what I am doing in building rpms -- is this something I could write into the
spec file?  I thought of this fix because I was staring at my xpra.spec file and noticed in the
files section that files went to lib64, not lib.  (Haven't tried the same "fix" on my 13.2 server
yet ...)

And in other news:

I decided to try and run Xpra from command line and see what happens. 

*On my opSu 13.1 server, the log file reports (from Xorg) that "no screens found".

*On my opSu 13.2 server, Xpra mostly works -- initially I just started an xterm, then when I tried
desktop mode I discovered I did not have Xephyr installed, so after fixing more dependencies, it
works locally at least.

*Big HOWEVER, though -- when I run "xpra stop :100", it reboots my server!
*Smaller however: when I logout the client iceWM session, it invokes the KDE4 logout dialog on the
server! (Expected behavior would be to log out of Xpra iceWM session as happens with VNC desktops.
-- In both these instances, I am running the xpra client on the server via "localhost".)

*When I tried to access the xpra desktop session via command line xpra from my opSu 13.1 machine, I
got a number of errors
  (1) libwebp5.so missing -- even though after I repackaged the rpm, install no longer complains
about libwebp5.so.
  (2) connection refused -- if this is not related to libwebp5, then there continues to be some sort
of authentication problem.  This was seemingly solved in winswitch by the symbolic link mentioned
above, but in this instance I am running xpra without winswitch, so that is not a factor.  Also
tried to use Winswitch to start an xpra desktop session, but that didn't work either.
  (3) no gdkgl, which is a problem on both servers, but merely prevents openGL as far as I can tell.

Barrington