I'm not sure what would be going on with the winswitch.org xpra -- that's a forked version by Antoine Martin. CC'ing the list in case he would like to join in. Maybe you'll have better luck with the list this time, I don't know what could have gone wrong before...
FYI, the latest development version of the xpra at code.google.com/p/partiwm does have windows support. It does require that you be able to login to the remote side without a password (e.g., by using keys and an ssh agent like pageant), though. BTW, Antoine, does the winswitch windows xpra have ssh support now? > Xlib: extension "RANDR" missing on display ":3.0". ^^ This makes me suspicious that you might have a too-old version of Xvfb or somtehing. Can you run 'xdpyinfo' on the server -- just like you ran gnome-terminal, with the same DISPLAY setting etc. -- and paste the output? -- Nathaniel On Thu, Mar 3, 2011 at 6:48 AM, Harris, Donald <[email protected]> wrote: > Ok, I did some more digging, and came up with a version of xpra that should > be the same as the windows one I am running, 7.17. I found it here: > > http://winswitch.org/trac/browser/contrib-src/xpra-0.0.7.17.tar.bz2 > > So I installed that version, and it installed just fine. I then tried to > launch gnome-terminal just as before, but I get this now in my local xpra log: > > [dix] Could not init font path element /usr/share/fonts/TTF/, removing from > list! > [dix] Could not init font path element /usr/share/fonts/OTF, removing from > list! > [dix] Could not init font path element /usr/share/fonts/TTF/, removing from > list! > [dix] Could not init font path element /usr/share/fonts/OTF, removing from > list! > Xlib: extension "RANDR" missing on display ":3.0". > Xlib: extension "RANDR" missing on display ":3.0". > Xlib: extension "RANDR" missing on display ":3.0". > > xpra is ready. > New connection received > Handshake complete; enabling connection > Missing window or missing property or wrong property type WM_TRANSIENT_FOR > (window) > Missing window or missing property or wrong property type _NET_WM_STATE > (['atom']) > Missing window or missing property or wrong property type > _NET_WM_STRUT_PARTIAL (strut-partial) > Missing window or missing property or wrong property type _NET_WM_STRUT > (strut) > Missing window or missing property or wrong property type > _NET_WM_STRUT_PARTIAL (strut-partial) > Missing window or missing property or wrong property type _NET_WM_STRUT > (strut) > wtf, pixmap is None? > wtf, pixmap is None? > Traceback (most recent call last): > File "/usr/local/lib64/python2.6/site-packages/wimpiggy/util.py", line 25, > in do_get_property > return getattr(self, getter)(pspec.name) > File "/usr/local/lib64/python2.6/site-packages/wimpiggy/composite.py", line > 85, in do_get_property_contents_handle > assert self._listening_to is None > AssertionError > wtf, pixmap is None? > Traceback (most recent call last): > File "/usr/local/lib64/python2.6/site-packages/wimpiggy/util.py", line 25, > in do_get_property > return getattr(self, getter)(pspec.name) > File "/usr/local/lib64/python2.6/site-packages/wimpiggy/composite.py", line > 85, in do_get_property_contents_handle > assert self._listening_to is None > AssertionError > wtf, pixmap is None? > Traceback (most recent call last): > File "/usr/local/lib64/python2.6/site-packages/wimpiggy/util.py", line 25, > in do_get_property > return getattr(self, getter)(pspec.name) > File "/usr/local/lib64/python2.6/site-packages/wimpiggy/composite.py", line > 85, in do_get_property_contents_handle > assert self._listening_to is None > AssertionError > wtf, pixmap is None? > Traceback (most recent call last): > File "/usr/local/lib64/python2.6/site-packages/wimpiggy/util.py", line 25, > in do_get_property > return getattr(self, getter)(pspec.name) > File "/usr/local/lib64/python2.6/site-packages/wimpiggy/composite.py", line > 85, in do_get_property_contents_handle > assert self._listening_to is None > AssertionError > wtf, pixmap is None? > > The only thing I can think of is that I am missing something, but what I > don't know... I am going to continue to see what I can come up with, you got > any ideas? > > Xpra is connecting up just fine and forwarding the x session like it's > supposed to, it just doesn't display anything on the remote display at all... > > Donald > On Thu, Mar 3, 2011 at 5:49 AM, Harris, Donald <[email protected]> wrote: > Ok, so I got the latest pyrex installed, and xpra installed just fine! > > BUT I ran into another problem, I need a windows version of xpra in order to > connect to xpra! I was hoping that winswitch would be the answer, but I > can't get it to work for me at all! Everytime I try to connect to my server, > it rejects my user with an error message saying: > > Failed keyboard-interactive/pam for root > > Which makes no sense because I can log in via putty just fine. So I setup up > ssh keys and tried that, still no go, but the keys work just fine from putty. > Weird, so I give up on win switch, and decided to just use the libs that I > got with winswitch. > > So I took it a little bit farther and made some more progress, only to get > shut down again. What I did was go to the winswitch program folder, and ran > xpra_cmd.exe. This gives me xpra, just like I wanted. BUT, the server > version .6 won't work with the client version 7.17 (which is the windows > version), so it just errors out. So I found this site: > http://xpra.devloop.org.uk/dists/ and it had a new version (7.13), so I > download that, installed it and tried again. This time when I connect from > windows, it works just fine and says press control c to detach. BUT, when I > try to run something on the server using: > > export display=:15 > gnome-terminal > > All I get is a window with nothing in it! It says the application name in > the window, but the window is just blank. Here's the log file from xpra on > the server: > > Traceback (most recent call last): > File "/usr/local/lib64/python2.6/site-packages/wimpiggy/util.py", line 26, > in do_get_property > return getattr(self, getter)(pspec.name) > File "/usr/local/lib64/python2.6/site-packages/wimpiggy/composite.py", line > 85, in do_get_property_contents_handle > assert self._listening_to is None > AssertionError > wtf, pixmap is None? > > And this is repeated several times. So it's "working" the way it should, > it's just not displaying ANYTHING at all. I am running windows7 enterprise > if that matters. > > Do you have a windows version of xpra I could have? Or am I pooched? Or is > this an easy fix? Any help/insight would be very welcome! > > Thanks man! > > Donald Harris > [email protected] > > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf Of Nathaniel Smith > Sent: Wednesday, March 02, 2011 3:06 PM > To: Harris, Donald > Subject: Re: [Parti-discuss] Comment on xpra in partiwm > > On Wed, Mar 2, 2011 at 2:08 PM, Harris, Donald <[email protected]> wrote: >> Thanks for getting back to me so quickly, even when I didn't leave a return >> address! Something is going on with my work email, because I tried to send >> the message to the list server, and it got kicked back by my work email. I >> will have to look into that some more. Either way, my email address is this >> address, [email protected]. My personal email is >> [email protected] and that is the one that I used to comment on the >> google code page. Thanks again for getting back to me so quickly! > > No problem! I've been a bit swamped with graduate school (which is why xpra > hasn't seen a release in more than a year, sadly), but I think this is > probably a pretty simple fix. > >> As for pyrex, version pyrex-0.9.5.1a-1.17 should be installed. I say should >> be because I don't have access to the box right now because I am at home. >> But from the little bit of research I did, it looks to be that version, or >> one close to it. I have not update my SLES11 box (which is what I am >> currently running as a distro), so it should just be the default one that >> was shipped with SLES11. It looks like version 9.9 is the latest, so I will >> look into getting that and installing that tonight, and then re-running >> do-build and see where that gets me. I hope it's that easy of a fix! > > Ah-hah, yep -- the "for 0 <= i < cbuf_len / 4" was only added to Pyrex on > 0.9.7, IIRC. > >> If that fixes it, then you my friend are a god send and have seriously >> helped me out! I am trying to push linux, especially linux on the mainframe >> since that is what I am using, and the mainframe onto WSDOT and show them >> that linux and the mainframe are a valuable asset, and one that should be >> utilized more than it currently is. So beening able to resume sessions and >> all that jazz just makes that one less thing for them to complain about >> which is not having a GUI, or atleast a usable one. VNC just isn't cutting >> it, and I have created some scripts that will launch and forward the gnome >> session, but it doesn't suspend and resume, and it's a pain to have to >> update my custom scripts, so having a "off the shelf" product to do this is >> awesome! Especially when the program is light weight, free, and the >> developer responds to emails! So having xpra and a brand new mainframe that >> is powerful and fast with it's own dedicated linux CPU that is living in a >> virtual machine that I am the administrator of means that I get to play with >> as many linux images as I want, AND I am now one step closer to making >> zlinux/mainframe a usable alternative to windblows. So thanks man! > > Well, good luck and glad to help! > > -- Nathaniel > > _______________________________________________ Parti-discuss mailing list [email protected] http://lists.partiwm.org/cgi-bin/mailman/listinfo/parti-discuss
