From antoine at nagafix.co.uk Fri Apr 8 10:14:09 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 8 Apr 2016 16:14:09 +0700 Subject: [winswitch] XPRA_PASSWORD and XPRA_ENCRYPTION_KEY ? In-Reply-To: <56FCAE39.60003@nagafix.co.uk> References: <56FB0610.5010804@mayer.cx> <56FCAE39.60003@nagafix.co.uk> Message-ID: <57077661.2030502@nagafix.co.uk> On 31/03/16 11:57, Antoine Martin wrote: > On 30/03/16 05:47, Michael Mayer wrote: >> Dear Antoine, >> >> I was just about to explore the fixes for keyboard support in #1147 >> (Thanks for this - looks good to me) when I discovered that the >> environment variables for PASSWORD and ENCRPYTION are gone. They were >> removed in r12099 and r11465. I can see the mention of "Legacy" and >> "security" in the change logs... >> >> Before I am hacking something to get this working again - what is/was >> the exact reasoning for removing those environment variables ? > The code was a bit ugly and made validation harder. This is now mostly reverted, see: http://xpra.org/trac/ticket/1159#comment:1 The XPRA_ENCRYPTION_KEY environment variable should work as before. The XPRA_PASSWORD environment variable will work as before for the client, for the server you will need to use "--auth=env" (or "--tcp-auth=env" for tcp sockets). Cheers Antoine From stephen.fromm at gmail.com Fri Apr 15 19:50:34 2016 From: stephen.fromm at gmail.com (Stephen Fromm) Date: Fri, 15 Apr 2016 14:50:34 -0400 Subject: [winswitch] Does installing Xpra require installing an X server? Message-ID: I'm looking for an alternative to installing X on a remote server and then using VNC+ssh tunnelling. When I followed instructions for installing on CentOS via RPM, it pulled in an X11 server as a dependency: Package xorg-x11-server-Xorg.x86_64 0:1.15.0-36.el6.centos will be installed Do I need to install an X server to run xpra? TIA, S From timothy at hobbs.cz Fri Apr 15 23:12:54 2016 From: timothy at hobbs.cz (Timothy Hobbs) Date: Sat, 16 Apr 2016 00:12:54 +0200 Subject: [winswitch] Does installing Xpra require installing an X server? In-Reply-To: <5711674A.50807@hobbs.cz> References: <5711674A.50807@hobbs.cz> Message-ID: <57116766.2010504@hobbs.cz> If you are running XPRA in order to server applications, then yes, you need an X11 server installed. If you are running XPRA to display remote content, you also need X11 installed. So I presume that in all cases, yes, you need X11. Basically, when you server an application, XPRA starts up that application in a small dummy X11 server, and then interacts with that application via the dummy X11 server, it's not like XPRA is emulating the X11 protocol or anything. Tim On 04/15/16 20:50, Stephen Fromm wrote: > I'm looking for an alternative to installing X on a remote server and then > using VNC+ssh tunnelling. > > When I followed instructions for installing on CentOS via RPM, it pulled in > an X11 server as a dependency: > Package xorg-x11-server-Xorg.x86_64 0:1.15.0-36.el6.centos will be > installed > > Do I need to install an X server to run xpra? > > TIA, > > S > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From antoine at nagafix.co.uk Sat Apr 16 03:18:37 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 16 Apr 2016 09:18:37 +0700 Subject: [winswitch] Does installing Xpra require installing an X server? In-Reply-To: References: Message-ID: <5711A0FD.1040807@nagafix.co.uk> On 16/04/16 01:50, Stephen Fromm wrote: > I'm looking for an alternative to installing X on a remote server and then > using VNC+ssh tunnelling. > > When I followed instructions for installing on CentOS via RPM, it pulled in > an X11 server as a dependency: > Package xorg-x11-server-Xorg.x86_64 0:1.15.0-36.el6.centos will be > installed > > Do I need to install an X server to run xpra? Yes, you need a virtual X11 display server to run the applications on. Without it: * it would be impossible to re-connect to a session * the performance would be limited by the line latency Antoine From antoine at devloop.org.uk Wed Apr 20 09:40:32 2016 From: antoine at devloop.org.uk (Antoine Martin) Date: Wed, 20 Apr 2016 15:40:32 +0700 Subject: [winswitch] Xpra 0.17.0 and winswitch 0.12.22 release candidates Message-ID: <57174080.5040503@devloop.org.uk> Hi, Because these updates will happen together, the packaging and integration testing is taking a bit longer than planned. Feel free to download the release candidate builds from the beta area - unless something major turns up, these will be the final builds: https://xpra.org/beta/ The changes in winswitch are fairly minor but long overdue: it should now support all SSH servers thanks to the library updates. We no longer ship xpra bundled with winswitch on MS Windows and OSX, so you must install xpra (any recent version should work) prior to upgrading. winswitch should then be able to locate it automatically. On MS Windows, because older versions did bundle xpra, it is probably a good idea to uninstall winswitch first and nuke any installation left-overs before installing the new version. After installation, you may want to verify that xpra is still the default protocol used for seamless application forwarding. As for xpra, detailed release notes can be found here: http://xpra.org/trac/wiki/News#a0.17.0Release There are improvements all over the codebase, but mostly concentrated around: sound encoding, shadow servers, OSX platform fixes, new and faster video encoders, new and faster network backends, integration improvements and the usual tweaks to window handling, webcam forwarding and SELinux enhancements are still incomplete (just a more fancy word for saying buggy). Cheers Antoine From nop at nop.com Wed Apr 20 13:00:20 2016 From: nop at nop.com (nop at nop.com) Date: Wed, 20 Apr 2016 15:00:20 +0300 Subject: [winswitch] SPAM deleted Message-ID: <000014654b34$69d5b1fb$37ae8553$@nop.com> From mukulagrawal78 at yahoo.com Thu Apr 21 23:51:00 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Thu, 21 Apr 2016 22:51:00 +0000 (UTC) Subject: [winswitch] WinSwitch Windows Client Not Working References: <2145743021.13327.1461279060457.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <2145743021.13327.1461279060457.JavaMail.yahoo@mail.yahoo.com> I am trying to use winswitch on windows7 computer to log into a Ubuntu (Trusty) remote server using public-key authentication method. It does not work. I can separately use Putty and log on to server just fine without any problems. I can also install XPRA client and XPRA server from Xpra distriibution and that also works flawlessly. Not sure whats wrong with WinSwitch. Any help will be appreciated. Really like to try your product because multi-protocol support. On the Unix machine auth.log shows a login attempt was made but was not successful. sshd[6929]: error: Received disconnect from xx.xx.xx.xx: xx: no more authentication methods available [preauth] On Windows machine, winswitch client log shows huge list of logs like following :- [DD] 2016/21/04 15:25:09.296000 Win32Tray.MyWndProc(592962,28,1,0) [DD] 2016/21/04 15:25:12.739000 ConfigureServerWindow.callback_delegate(, at 0x05A8C430>) [DD] 2016/21/04 15:25:12.747000 ServerLink.kick() aborting connection to server ServerConfig(AWS Persistent:) [DD] 2016/21/04 15:25:12.747000 ServerLink.kick() server=ServerConfig(AWS Persistent:) [DD] 2016/21/04 15:25:12.747000 ServerLink.connect_to_server() [II] 2016/21/04 15:25:12.747000 ConchStdioRemoteClientLinkFactory.__init__(ubuntu,cc-bb.aa.xx.com,22,,########################################,,17:f6:ac:ea:bf:81:53:87:d7:67:c8:75:bd:62:cc:1a) [DD] 2016/21/04 15:25:12.748000 ServerLink.connect_to_server() connecting using via SSH on cc-bb.aa.xx.com:22 [II] 2016/21/04 15:25:12.780000 ConchTransport.connectionMade() [II] 2016/21/04 15:25:12.867000 WinSwitchApplet.get_link_client(ServerConfig(AWS Persistent:),None) no link client [II] 2016/21/04 15:25:12.889000 ConchTransport.verifyHostKey([...],17:f6:ac:ea:bf:81:53:87:d7:67:c8:75:bd:62:cc:1a) dialog_util=, factory=, hostkey_fingerprint=17:f6:ac:ea:bf:81:53:87:d7:67:c8:75:bd:62:cc:1a [II] 2016/21/04 15:25:12.914000 ConchConnection.__init__() [II] 2016/21/04 15:25:12.914000 ConchUserAuth.__init__(,) [II] 2016/21/04 15:25:12.914000 ConchTransport.connectionSecure() auth= [II] 2016/21/04 15:25:12.934000 ConchUserAuth.serviceStarted() agent_socket_filename=None [II] 2016/21/04 15:25:12.964000 ConchUserAuth.ssh_USERAUTH_FAILURE(?? ??? publickey ) TWISTED_MAJOR=15 [II] 2016/21/04 15:25:12.964000 ConchUserAuth._cbUserauthFailure(None,) attempts=0 [II] 2016/21/04 15:25:12.964000 ConchUserAuth.getPublicKey() agentKeyIndex=0, 0 agentKeys [II] 2016/21/04 15:25:12.964000 ConchUserAuth.getPublicKey() testing public_key= [II] 2016/21/04 15:25:12.964000 ConchUserAuth._cbUserauthFailure(False,) attempts=0 [II] 2016/21/04 15:25:12.984000 ConchUserAuth.ssh_USERAUTH_FAILURE(?? ??? publickey ) TWISTED_MAJOR=15 [II] 2016/21/04 15:25:12.984000 ConchUserAuth._cbUserauthFailure(None,) attempts=1 [II] 2016/21/04 15:25:12.984000 ConchUserAuth.getPublicKey() agentKeyIndex=0, 0 agentKeys [II] 2016/21/04 15:25:12.984000 ConchUserAuth.getPublicKey() testing public_key= [II] 2016/21/04 15:25:12.984000 ConchUserAuth._cbUserauthFailure(False,) attempts=1 [II] 2016/21/04 15:25:13.004000 ConchUserAuth.ssh_USERAUTH_FAILURE(?? ??? publickey ) TWISTED_MAJOR=15 [II] 2016/21/04 15:25:13.004000 ConchUserAuth._cbUserauthFailure(None,) attempts=2 [II] 2016/21/04 15:25:13.004000 ConchUserAuth.getPublicKey() agentKeyIndex=0, 0 agentKeys [II] 2016/21/04 15:25:13.004000 ConchUserAuth.getPublicKey() testing public_key= [II] 2016/21/04 15:25:13.004000 ConchUserAuth._cbUserauthFailure(False,) attempts=2 [II] 2016/21/04 15:25:13.024000 ConchUserAuth.ssh_USERAUTH_FAILURE(?? ??? publickey ) TWISTED_MAJOR=15 [II] 2016/21/04 15:25:13.024000 ConchUserAuth._cbUserauthFailure(None,) attempts=3 [II] 2016/21/04 15:25:13.024000 ConchUserAuth.getPublicKey() agentKeyIndex=0, 0 agentKeys [II] 2016/21/04 15:25:13.024000 ConchUserAuth.getPublicKey() testing public_key= [II] 2016/21/04 15:25:13.024000 ConchUserAuth._cbUserauthFailure(False,) attempts=3 [II] 2016/21/04 15:25:13.034000 ConchStdioRemoteClientLinkFactory.clientConnectionLost(,[Failure instance: Traceback (failure with no frames): : Connection was closed cleanly.\n]) [EE] 2016/21/04 15:25:13.034000 ConchStdioRemoteClientLinkFactory.disconnected() [II] 2016/21/04 15:25:13.165000 WinSwitchApplet.get_link_client(ServerConfig(AWS Persistent:),None) no link client [DD] 2016/21/04 15:25:15.671000 Win32Tray.MyWndProc(592962,28,0,5644) [DD] 2016/21/04 15:25:31.477000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:25:47.523000 Win32Tray.MyWndProc(592962,28,1,0) [DD] 2016/21/04 15:26:01.535000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:26:05.870000 Win32Tray.MyWndProc(592962,28,0,6644) [DD] 2016/21/04 15:26:31.495000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:27:01.470000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:27:24.929000 Win32Tray.MyWndProc(592962,49355,82,120) [DD] 2016/21/04 15:27:24.931000 Win32Tray.MyWndProc(592962,49355,80,0) [DD] 2016/21/04 15:27:31.500000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:28:01.536000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:28:31.519000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:29:01.531000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:29:31.526000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:30:01.468000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:30:03.448000 Win32Tray.MyWndProc(592962,28,1,5644) [DD] 2016/21/04 15:30:06.793000 Win32Tray.MyWndProc(592962,28,0,5644) [DD] 2016/21/04 15:30:18.008000 Win32Tray.MyWndProc(592962,49355,82,121) [DD] 2016/21/04 15:30:18.009000 Win32Tray.MyWndProc(592962,49355,80,0) [DD] 2016/21/04 15:30:31.504000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:31:01.488000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:31:31.454000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:32:01.511000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:32:31.497000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:33:01.486000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:33:31.495000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:34:01.438000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:34:31.507000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:35:01.498000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:35:31.509000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:36:01.488000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:36:31.504000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:36:41.194000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:36:52.913000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:36:52.992000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:36:52.993000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:36:56.031000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:36:56.096000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:36:56.111000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:36:56.161000 Win32Tray.MyWndProc(592962,537,32768,582336) [DD] 2016/21/04 15:36:56.181000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:37:01.459000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:37:26.281000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:37:26.484000 Win32Tray.MyWndProc(592962,537,32772,582336) [DD] 2016/21/04 15:37:26.527000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:37:31.483000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:37:34.706000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:37:59.631000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:38:00.078000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:38:00.986000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:38:01.515000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:38:01.712000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:38:01.723000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:38:01.988000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:38:16.738000 Win32Tray.MyWndProc(592962,537,7,0) [DD] 2016/21/04 15:38:31.428000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:39:01.476000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:39:31.511000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:40:01.455000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:40:31.434000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:41:01.468000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:41:31.477000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:42:01.478000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:42:31.451000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:42:49.198000 Win32Tray.MyWndProc(592962,49355,82,122) [DD] 2016/21/04 15:42:49.198000 Win32Tray.MyWndProc(592962,49355,80,0) [DD] 2016/21/04 15:43:01.512000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:43:31.530000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:44:01.493000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:44:31.438000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:45:01.496000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:45:31.490000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:46:01.510000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:46:26.377000 Win32Tray.MyWndProc(592962,49355,82,123) [DD] 2016/21/04 15:46:26.377000 Win32Tray.MyWndProc(592962,49355,80,0) [DD] 2016/21/04 15:46:31.560000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:47:01.495000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] [DD] 2016/21/04 15:47:31.494000 WinSwitchServer.send_new_capture_data() session=ServerSession(Main - windows - connected), util=, clients=[] ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) From antoine at nagafix.co.uk Fri Apr 22 13:56:40 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 22 Apr 2016 19:56:40 +0700 Subject: [winswitch] WinSwitch Windows Client Not Working In-Reply-To: <2145743021.13327.1461279060457.JavaMail.yahoo@mail.yahoo.com> References: <2145743021.13327.1461279060457.JavaMail.yahoo.ref@mail.yahoo.com> <2145743021.13327.1461279060457.JavaMail.yahoo@mail.yahoo.com> Message-ID: <571A1F88.4080500@nagafix.co.uk> On 22/04/16 05:51, Mukul Agrawal wrote: > I am trying to use winswitch on windows7 computer to log into a Ubuntu (Trusty) remote server using public-key authentication method. It does not work. > I can separately use Putty and log on to server just fine without any problems. > I can also install XPRA client and XPRA server from Xpra distriibution and that also works flawlessly. > Not sure whats wrong with WinSwitch. Any help will be appreciated. Really like to try your product because multi-protocol support. > On the Unix machine auth.log shows a login attempt was made but was not successful. > sshd[6929]: error: Received disconnect from xx.xx.xx.xx: xx: no more authentication methods available [preauth] > On Windows machine, winswitch client log shows huge list of logs like following :- You are probably hitting this bug: http://winswitch.org/trac/ticket/270 Which is fixed in the upcoming 0.12.22 release you can find here: https://xpra.org/beta/windows/ Cheers Antoine From mukulagrawal78 at yahoo.com Fri Apr 22 17:19:08 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Fri, 22 Apr 2016 16:19:08 +0000 (UTC) Subject: [winswitch] WinSwitch Windows Client Not Working In-Reply-To: <571A1F88.4080500@nagafix.co.uk> References: <571A1F88.4080500@nagafix.co.uk> Message-ID: <1711733072.419027.1461341948455.JavaMail.yahoo@mail.yahoo.com> Thanks for your reply. But that did not help. Still similar error on server side :- ?sshd[8872]: error: Received disconnect from xx.yy.aa.bb: cc: no more authentication methods available [preauth] Here is what it shows on windows side :- [EE] 2016/22/04 09:14:12.136000 ConchStdioRemoteClientLinkFactory.disconnected() [II] 2016/22/04 09:14:13.079000 ConchStdioRemoteClientLinkFactory.__init__(ubuntu,,ec2-54-183-130-35.us-west-1.compute.amazonaws.com,22,C:\All WorkSpaces\Personal\AWS\AWSKey.ppk.pub,########################################,,17:f6:ac:ea:bf:81:53:87:d7:67:c8:75:bd:62:cc:1a) [II] 2016/22/04 09:14:13.130000 ConchTransport.connectionMade() [II] 2016/22/04 09:14:13.252000 ConchTransport.verifyHostKey([...],17:f6:ac:ea:bf:81:53:87:d7:67:c8:75:bd:62:cc:1a) dialog_util=, factory=, hostkey_fingerprint=17:f6:ac:ea:bf:81:53:87:d7:67:c8:75:bd:62:cc:1a [II] 2016/22/04 09:14:13.282000 ConchConnection.__init__() [II] 2016/22/04 09:14:13.282000 ConchUserAuth.__init__(,) [II] 2016/22/04 09:14:13.282000 ConchTransport.connectionSecure() auth= [II] 2016/22/04 09:14:13.312000 ConchUserAuth.serviceStarted() agent_socket_filename=None [II] 2016/22/04 09:14:13.342000 ConchUserAuth.ssh_USERAUTH_FAILURE(?? ??? publickey ) TWISTED_MAJOR=16 [II] 2016/22/04 09:14:13.342000 ConchUserAuth._cbUserauthFailure(None,) attempts=0 [II] 2016/22/04 09:14:13.342000 ConchUserAuth.getPublicKey() agentKeyIndex=0, 0 agentKeys [II] 2016/22/04 09:14:13.342000 ConchUserAuth.getPublicKey() testing public_key=C:\All WorkSpaces\Personal\AWS\AWSKey.ppk.pub [II] 2016/22/04 09:14:13.343000 ConchUserAuth._cbUserauthFailure(False,) attempts=0 [II] 2016/22/04 09:14:13.373000 ConchUserAuth.ssh_USERAUTH_FAILURE(?? ??? publickey ) TWISTED_MAJOR=16 [II] 2016/22/04 09:14:13.373000 ConchUserAuth._cbUserauthFailure(None,) attempts=1 [II] 2016/22/04 09:14:13.373000 ConchUserAuth.getPublicKey() agentKeyIndex=0, 0 agentKeys [II] 2016/22/04 09:14:13.373000 ConchUserAuth.getPublicKey() testing public_key=C:\All WorkSpaces\Personal\AWS\AWSKey.ppk.pub [II] 2016/22/04 09:14:13.374000 ConchUserAuth._cbUserauthFailure(False,) attempts=1 [II] 2016/22/04 09:14:13.404000 ConchUserAuth.ssh_USERAUTH_FAILURE(?? ??? publickey ) TWISTED_MAJOR=16 [II] 2016/22/04 09:14:13.404000 ConchUserAuth._cbUserauthFailure(None,) attempts=2 [II] 2016/22/04 09:14:13.404000 ConchUserAuth.getPublicKey() agentKeyIndex=0, 0 agentKeys [II] 2016/22/04 09:14:13.404000 ConchUserAuth.getPublicKey() testing public_key=C:\All WorkSpaces\Personal\AWS\AWSKey.ppk.pub [II] 2016/22/04 09:14:13.405000 ConchUserAuth._cbUserauthFailure(False,) attempts=2 [II] 2016/22/04 09:14:13.445000 ConchUserAuth.ssh_USERAUTH_FAILURE(?? ??? publickey ) TWISTED_MAJOR=16 [II] 2016/22/04 09:14:13.445000 ConchUserAuth._cbUserauthFailure(None,) attempts=3 [II] 2016/22/04 09:14:13.445000 ConchUserAuth.getPublicKey() agentKeyIndex=0, 0 agentKeys [II] 2016/22/04 09:14:13.445000 ConchUserAuth.getPublicKey() testing public_key=C:\All WorkSpaces\Personal\AWS\AWSKey.ppk.pub [II] 2016/22/04 09:14:13.446000 ConchUserAuth._cbUserauthFailure(False,) attempts=3 [II] 2016/22/04 09:14:13.458000 ConchStdioRemoteClientLinkFactory.clientConnectionLost(,[Failure instance: Traceback (failure with no frames): : Connection was closed cleanly.\n]) [EE] 2016/22/04 09:14:13.458000 ConchStdioRemoteClientLinkFactory.disconnected() ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) On Friday, April 22, 2016 5:56 AM, Antoine Martin wrote: On 22/04/16 05:51, Mukul Agrawal wrote: > I am trying to use winswitch on windows7 computer to log into a Ubuntu (Trusty) remote server using public-key authentication method. It does not work. > I can separately use Putty and log on to server just fine without any problems. > I can also install XPRA client and XPRA server from Xpra distriibution and that also works flawlessly. > Not sure whats wrong with WinSwitch. Any help will be appreciated. Really like to try your product because multi-protocol support. > On the Unix machine auth.log shows a login attempt was made but was not successful. > sshd[6929]: error: Received disconnect from xx.xx.xx.xx: xx: no more authentication methods available [preauth] > On Windows machine, winswitch client log shows huge list of logs like following :- You are probably hitting this bug: http://winswitch.org/trac/ticket/270 Which is fixed in the upcoming 0.12.22 release you can find here: https://xpra.org/beta/windows/ Cheers Antoine _______________________________________________ shifter-users mailing list shifter-users at lists.devloop.org.uk http://lists.devloop.org.uk/mailman/listinfo/shifter-users From mukulagrawal78 at yahoo.com Fri Apr 22 20:05:02 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Fri, 22 Apr 2016 19:05:02 +0000 (UTC) Subject: [winswitch] Is NX any faster than XPra ? References: <479671932.512810.1461351902924.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <479671932.512810.1461351902924.JavaMail.yahoo@mail.yahoo.com> I can get XPra to work with very little effort. And I like it, its much faster than X11-fwding through ssh. But there is still some lag when using very graphics heavy applications on slow links.For example if I open google maps on remote computer and zoom in and out ... experience is not great. On the other hand, I am struggling to get any of the opensource versions of NX to work (including one from WinSwitch). Is it worth the effort? Is NX technology any different from Xpra. Will it be faster compared to Xpra? BTW, I only need seamless mode. I dont want remote desktop. ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) From antoine at nagafix.co.uk Sat Apr 23 06:48:19 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 23 Apr 2016 12:48:19 +0700 Subject: [winswitch] Is NX any faster than XPra ? In-Reply-To: <479671932.512810.1461351902924.JavaMail.yahoo@mail.yahoo.com> References: <479671932.512810.1461351902924.JavaMail.yahoo.ref@mail.yahoo.com> <479671932.512810.1461351902924.JavaMail.yahoo@mail.yahoo.com> Message-ID: <571B0CA3.1060508@nagafix.co.uk> On 23/04/16 02:05, Mukul Agrawal wrote: > I can get XPra to work with very little effort. > And I like it, its much faster than X11-fwding through ssh. But there is still some lag when using very graphics heavy applications on slow links. If you are on a slower link, you may want to tweak the speed and quality settings to better suit your preferences: quality vs bandwidth vs latency/framerate, choose one. By default, Xpra is optimized for faster links because that's what most users have - at least those that file tickets. You may also want to file your own ticket if you find that specific and reproducible bandwidth conditions trigger abnormally large lag. Newer versions should improve this. Please always specify which version you are using for testing, what distribution, etc. > For example if I open google maps on remote computer and zoom in and out ... experience is not great. > On the other hand, I am struggling to get any of the opensource versions of NX to work (including one from WinSwitch). NX open-source has been abandoned a long time ago. > Is it worth the effort? No. > Is NX technology any different from Xpra. Yes, NX was quite efficient when applications were painting the screen using X11 primitives, as it is compressing those requests. But very few applications do that any more. It lacks all the progress made in video compression that happened in the last ~10 years or so. > Will it be faster compared to Xpra? Very very unlikely. > BTW, I only need seamless mode. I dont want remote desktop. > Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) See also: https://winswitch.org/documentation/protocols/choose.html Cheers Antoine From antoine at nagafix.co.uk Sun Apr 24 11:04:46 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 24 Apr 2016 17:04:46 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 0.17.0 Message-ID: <571C9A3E.1090801@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, The 0.17.0 release is finally here, many thanks to those who tested the release candidates in the past week or so. As per the previous email, the detailed release notes can be found here: http://xpra.org/trac/wiki/News#a0.17.0Release There are improvements all over the codebase, but mostly concentrated around: sound encoding, shadow servers, OSX platform fixes, new and faster video encoders, new and faster network backends, integration improvements and the usual tweaks to window handling, webcam forwarding and SELinux enhancements are still incomplete (just a more fancy word for saying buggy). The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Beta: https://xpra.org/beta/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlccmjwACgkQGK2zHPGK1rsPzACfeJzbcX68OVOV2mOo2sB/wAFs mRQAniPOm5vlyGhKMsFOlsLtQC0fMiSQ =6Eb8 -----END PGP SIGNATURE----- From antoine at nagafix.co.uk Sun Apr 24 11:23:02 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 24 Apr 2016 17:23:02 +0700 Subject: [winswitch] [ANNOUNCE] winswitch 0.12.22 Message-ID: <571C9E86.5030208@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This stable update fixes some compatibility issues with newer distributions and libraries. Most notably: * support for newer SSH servers with an updated "python twisted conch" library on MS Windows and Mac OS X * compatibility with Xpra v0.17.0 which was also released today: this should make it easier to use xpra sessions with and without winswitch interchangeably Notes: * Xpra is no longer bundled with winswitch on Mac OS X and MS Windows, you should install xpra before installing this winswitch update * on Linux, the python-twisted library is provided by your OS vendor, please bug them for an update if you are still having SSH problems * on CentOS / RHEL 7.x, twisted-conch is missing altogether, so you will not be able to connect over SSH on those platforms without manually installing it * Ubuntu Xenial appears to ship a buggy python-utmp library, which will prevent winswitch from detecting local X11 sessions The source: https://winswitch.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://winswitch.org/dists/ Beta: https://winswitch.org/beta/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlccnoYACgkQGK2zHPGK1rt3cACfdzKgk4hHZX4T2oHkZeKVxpt3 dmcAnjYTKnzAj07EZDJFpBVhWqNrRtHr =PUBJ -----END PGP SIGNATURE----- From rdtennent at gmail.com Mon Apr 25 07:12:28 2016 From: rdtennent at gmail.com (Bob Tennent) Date: Mon, 25 Apr 2016 02:12:28 -0400 Subject: [winswitch] xpra-0.17.0 on Centos 7 Message-ID: <571db54c.2+a5wRZIx2OMbeAS%rdtennent@gmail.com> xpra attach ssh:... fails: 2016-04-25 01:55:23,218 Xpra gtk2 client version 0.17.0-r12474 2016-04-25 01:55:23,218 running on Linux CentOS Linux 7.2.1511 Core 2016-04-25 01:55:23,218 Warning: failed to import opencv: 2016-04-25 01:55:23,218 No module named cv2 2016-04-25 01:55:23,218 webcam forwarding is disabled 2016-04-25 01:55:23,492 OpenGL_accelerate module loaded 2016-04-25 01:55:23,496 OpenGL enabled with Gallium 0.4 on NV108 2016-04-25 01:55:23,934 keyboard layouts: us 2016-04-25 01:55:25,353 failed to instantiate the dbus notification handler: 2016-04-25 01:55:25,353 you may need to start a notification service for 'org.freedesktop.Notifications' 2016-04-25 01:55:25,353 disable notifications to avoid this warning 2016-04-25 01:55:25,365 detected keyboard: rules=evdev, model=pc105, layout=us,us 2016-04-25 01:55:25,366 desktop size is 3600x2000 with 1 screen: 2016-04-25 01:55:25,366 :0.0 (945x525 mm - DPI: 96x96) workarea: 2560x1440 2016-04-25 01:55:25,366 DVI-D-1 (597x336 mm - DPI: 153x151) 2016-04-25 01:55:25,366 upscaled by 150%, virtual screen size: 2400x1333 2016-04-25 01:55:25,367 :0.0 (945x525 mm - DPI: 64x64) workarea: 1707x960 2016-04-25 01:55:25,367 DVI-D-1 (597x336 mm - DPI: 102x100) /usr/lib64/python2.7/site-packages/xpra/client/gtk_base/statusicon_tray.py:97: GtkWarning: IA__gdk_window_get_origin: assertion 'GDK_IS_WINDOW (window)' failed ag = self.tray_widget.get_geometry() XDG_RUNTIME_DIR: Undefined variable. 2016-04-25 01:55:26,043 The SSH process has terminated with exit code 0 2016-04-25 01:55:26,044 the command line used was: 2016-04-25 01:55:26,044 Error: read on Pipe(ssh:...:100) failed: Traceback (most recent call last): File "/usr/lib64/python2.7/site-packages/xpra/net/protocol.py", line 548, in _io_thread_loop callback() File "/usr/lib64/python2.7/site-packages/xpra/net/protocol.py", line 597, in _read buf = self._conn.read(READ_BUFFER_SIZE) File "/usr/lib64/python2.7/site-packages/xpra/net/bytestreams.py", line 202, in read self.may_abort("read") File "/usr/lib64/python2.7/site-packages/xpra/net/bytestreams.py", line 199, in may_abort self._abort_test(action) File "/usr/lib64/python2.7/site-packages/xpra/scripts/main.py", line 1388, in abort_test log.error(" %s", cmd_info) UnboundLocalError: local variable 'cmd_info' referenced before assignment Bob T. From rdt at cs.queensu.ca Mon Apr 25 07:05:55 2016 From: rdt at cs.queensu.ca (Bob Tennent) Date: Mon, 25 Apr 2016 02:05:55 -0400 Subject: [winswitch] xpra-0.17.0 on Centos 7 Message-ID: <20160425060555.5Lk0YhHB4So0%rdt@cs.queensu.ca> xpra attach ssh:... fails: 2016-04-25 01:55:23,218 Xpra gtk2 client version 0.17.0-r12474 2016-04-25 01:55:23,218 running on Linux CentOS Linux 7.2.1511 Core 2016-04-25 01:55:23,218 Warning: failed to import opencv: 2016-04-25 01:55:23,218 No module named cv2 2016-04-25 01:55:23,218 webcam forwarding is disabled 2016-04-25 01:55:23,492 OpenGL_accelerate module loaded 2016-04-25 01:55:23,496 OpenGL enabled with Gallium 0.4 on NV108 2016-04-25 01:55:23,934 keyboard layouts: us 2016-04-25 01:55:25,353 failed to instantiate the dbus notification handler: 2016-04-25 01:55:25,353 you may need to start a notification service for 'org.freedesktop.Notifications' 2016-04-25 01:55:25,353 disable notifications to avoid this warning 2016-04-25 01:55:25,365 detected keyboard: rules=evdev, model=pc105, layout=us,us 2016-04-25 01:55:25,366 desktop size is 3600x2000 with 1 screen: 2016-04-25 01:55:25,366 :0.0 (945x525 mm - DPI: 96x96) workarea: 2560x1440 2016-04-25 01:55:25,366 DVI-D-1 (597x336 mm - DPI: 153x151) 2016-04-25 01:55:25,366 upscaled by 150%, virtual screen size: 2400x1333 2016-04-25 01:55:25,367 :0.0 (945x525 mm - DPI: 64x64) workarea: 1707x960 2016-04-25 01:55:25,367 DVI-D-1 (597x336 mm - DPI: 102x100) /usr/lib64/python2.7/site-packages/xpra/client/gtk_base/statusicon_tray.py:97: GtkWarning: IA__gdk_window_get_origin: assertion 'GDK_IS_WINDOW (window)' failed ag = self.tray_widget.get_geometry() XDG_RUNTIME_DIR: Undefined variable. 2016-04-25 01:55:26,043 The SSH process has terminated with exit code 0 2016-04-25 01:55:26,044 the command line used was: 2016-04-25 01:55:26,044 Error: read on Pipe(ssh:...:100) failed: Traceback (most recent call last): File "/usr/lib64/python2.7/site-packages/xpra/net/protocol.py", line 548, in _io_thread_loop callback() File "/usr/lib64/python2.7/site-packages/xpra/net/protocol.py", line 597, in _read buf = self._conn.read(READ_BUFFER_SIZE) File "/usr/lib64/python2.7/site-packages/xpra/net/bytestreams.py", line 202, in read self.may_abort("read") File "/usr/lib64/python2.7/site-packages/xpra/net/bytestreams.py", line 199, in may_abort self._abort_test(action) File "/usr/lib64/python2.7/site-packages/xpra/scripts/main.py", line 1388, in abort_test log.error(" %s", cmd_info) UnboundLocalError: local variable 'cmd_info' referenced before assignment Bob T. From antoine at nagafix.co.uk Mon Apr 25 08:53:53 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 25 Apr 2016 14:53:53 +0700 Subject: [winswitch] xpra-0.17.0 on Centos 7 In-Reply-To: <20160425060555.5Lk0YhHB4So0%rdt@cs.queensu.ca> References: <20160425060555.5Lk0YhHB4So0%rdt@cs.queensu.ca> Message-ID: <571DCD11.5030803@nagafix.co.uk> On 25/04/16 13:05, Bob Tennent wrote: > > xpra attach ssh:... fails: (snip) > XDG_RUNTIME_DIR: Undefined variable. > 2016-04-25 01:55:26,043 The SSH process has terminated with exit code 0 > 2016-04-25 01:55:26,044 the command line used was: > 2016-04-25 01:55:26,044 Error: read on Pipe(ssh:...:100) failed: > Traceback (most recent call last): > File "/usr/lib64/python2.7/site-packages/xpra/net/protocol.py", line 548, in _io_thread_loop > callback() > File "/usr/lib64/python2.7/site-packages/xpra/net/protocol.py", line 597, in _read > buf = self._conn.read(READ_BUFFER_SIZE) > File "/usr/lib64/python2.7/site-packages/xpra/net/bytestreams.py", line 202, in read > self.may_abort("read") > File "/usr/lib64/python2.7/site-packages/xpra/net/bytestreams.py", line 199, in may_abort > self._abort_test(action) > File "/usr/lib64/python2.7/site-packages/xpra/scripts/main.py", line 1388, in abort_test > log.error(" %s", cmd_info) > UnboundLocalError: local variable 'cmd_info' referenced before assignment This ugly stacktrace will be replaced with the more correct and helpful error message in the next stable update: http://xpra.org/trac/changeset/12479 I can reproduce this by using the wrong host or display, but if the parameters are correct - things connect fine over SSH with 0.17. Please include your distro, command lines, etc.. Cheers Antoine From rdt at cs.queensu.ca Mon Apr 25 13:24:44 2016 From: rdt at cs.queensu.ca (Bob Tennent) Date: Mon, 25 Apr 2016 08:24:44 -0400 Subject: [winswitch] xpra-0.17.0 on Centos 7 In-Reply-To: <571DCD11.5030803@nagafix.co.uk> References: <20160425060555.5Lk0YhHB4So0%rdt@cs.queensu.ca> <571DCD11.5030803@nagafix.co.uk> Message-ID: <571e0c8c.eUIEjcyy5C/HH218%rdt@cs.queensu.ca> >|I can reproduce this by using the wrong host or display, >|but if the parameters are correct - things connect fine >|over SSH with 0.17. Please include your distro, command >|lines, etc.. Distro was included in the material snipped: Xpra gtk2 client version 0.17.0-r12474 running on Linux CentOS Linux 7.2.1511 Core Command line: xpra attach ssh::100 "wrong host or display"? This works with xpra-0.16.3-1.el7_2. Similar results on two different Centos 7 systems, with remote host running either 0.17.0 or 0.16.3. Bob T. From stephen.fromm at gmail.com Mon Apr 25 21:58:56 2016 From: stephen.fromm at gmail.com (Stephen Fromm) Date: Mon, 25 Apr 2016 16:58:56 -0400 Subject: [winswitch] Connected to headless centos server from mac: keyboard messed up Message-ID: I'm trying to connect to a headless Centos 6.7 server. I installed xpra on the server and on my Macbook Pro. I'm able to get an xterm running, but the font is too small, and control characters don't work. In addition, the data structure returned by "setxkbmap -print" is empty. Suggestions? TIA, S From antoine at nagafix.co.uk Tue Apr 26 05:43:08 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 26 Apr 2016 11:43:08 +0700 Subject: [winswitch] xpra-0.17.0 on Centos 7 In-Reply-To: <571e0c8c.eUIEjcyy5C/HH218%rdt@cs.queensu.ca> References: <20160425060555.5Lk0YhHB4So0%rdt@cs.queensu.ca> <571DCD11.5030803@nagafix.co.uk> <571e0c8c.eUIEjcyy5C/HH218%rdt@cs.queensu.ca> Message-ID: <571EF1DC.503@nagafix.co.uk> On 25/04/16 19:24, Bob Tennent wrote: > >|I can reproduce this by using the wrong host or display, > >|but if the parameters are correct - things connect fine > >|over SSH with 0.17. Please include your distro, command > >|lines, etc.. > > Distro was included in the material snipped: > > Xpra gtk2 client version 0.17.0-r12474 > running on Linux CentOS Linux 7.2.1511 Core > > Command line: > > xpra attach ssh::100 > > "wrong host or display"? This works with xpra-0.16.3-1.el7_2. > > Similar results on two different Centos 7 systems, with > remote host running either 0.17.0 or 0.16.3. This worked for me: $ yum list xpra | grep "^xpra" xpra.x86_64 0.17.0-1.el7_2 @winswitch $ cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) $ xpra start :10 --start=xterm (..) $ xpra attach ssh:localhost:10 (...) Attached to ssh:localhost:10 (press Control-C to detach) Does it work if you run it locally like I did? Does "xpra list" work? I think I may know what is happening in your case: are you launching via su from a non-login session? This would manifest itself as a server start up failure instead of a client connection failure, but it would fit the bill. More details on the awful mess created by the XDG_RUNTIME_DIR idea can be found here: http://xpra.org/trac/ticket/1129#comment:15 If that's the case, you may need to create the directory "/run/user/$UID" on the server if it does not exist yet, or edit the config file to not refer to it. Thanks Antoine From antoine at nagafix.co.uk Tue Apr 26 05:48:19 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 26 Apr 2016 11:48:19 +0700 Subject: [winswitch] Connected to headless centos server from mac: keyboard messed up In-Reply-To: References: Message-ID: <571EF313.6090304@nagafix.co.uk> On 26/04/16 03:58, Stephen Fromm wrote: > I'm trying to connect to a headless Centos 6.7 server. I installed xpra on > the server and on my Macbook Pro. Which versions? > I'm able to get an xterm running, but the font is too small, Font too small is usually because of an unpatched xorg dummy driver, for more details see: http://xpra.org/trac/wiki/DPI > and control characters don't work. What are those specifically? Make sure "control-command" are or aren't swapped, depending on your expectations (see apple menu entry toggle or command line option). If that doesn't help, try xev in an xpra session to verify we are sending the right key events. > In addition, the data structure returned by > "setxkbmap -print" is empty. That is not needed on the OSX client, which does not use X11. It should never be empty on the server. Cheers Antoine > Suggestions? > > TIA, > > S > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From rdt at cs.queensu.ca Tue Apr 26 07:58:30 2016 From: rdt at cs.queensu.ca (Bob Tennent) Date: Tue, 26 Apr 2016 02:58:30 -0400 Subject: [winswitch] xpra-0.17.0 on Centos 7 In-Reply-To: <571EF1DC.503@nagafix.co.uk> References: <20160425060555.5Lk0YhHB4So0%rdt@cs.queensu.ca> <571DCD11.5030803@nagafix.co.uk> <571e0c8c.eUIEjcyy5C/HH218%rdt@cs.queensu.ca> <571EF1DC.503@nagafix.co.uk> Message-ID: <20160426065830.bWbABFjxS6AX%rdt@cs.queensu.ca> >|This worked for me: >|$ yum list xpra | grep "^xpra" >|xpra.x86_64 0.17.0-1.el7_2 >|@winswitch >|$ cat /etc/redhat-release >|CentOS Linux release 7.2.1511 (Core) >|$ xpra start :10 --start=xterm >|(..) >|$ xpra attach ssh:localhost:10 >|(...) >|Attached to ssh:localhost:10 (press Control-C to detach) >| >|Does it work if you run it locally like I did? No. Relevant output: 2016-04-26 02:18:15,944 Connection to the xpra server via SSH failed for: ssh:localhost:10 2016-04-26 02:18:15,945 check your username, hostname, display number, firewall, etc 2016-04-26 02:18:15,945 the command line used was: 2016-04-26 02:18:15,945 ssh -x -T localhost xpra initenv;$XDG_RUNTIME_DIR/xpra/run-xpra _proxy :10 || ~/.xpra/run-xpra _proxy :10 || xpra _proxy :10 >|Does "xpra list" work? Yes: % xpra list Found the following xpra sessions: /home/rdt/.xpra: LIVE session at :10 Is it relevant that this system uses a non-standard ssh port? >|I think I may know what is happening in your case: are >|you launching via su from a non-login session? The xpra server at the remote host is launched using su --command="xpra start :100" rdt in /etc/rc.d/rc.local. >|This would manifest itself as a server start up failure >|instead of a client connection failure, but it would fit >|the bill. AFAIK, there's no server start-up failure: % xpra list Found the following xpra sessions: /home/rdt/.xpra: LIVE session at :100 xpra 0.16.3 connects to it. >|More details on the awful mess created by the XDG_RUNTIME_DIR idea can >|be found here: >|http://xpra.org/trac/ticket/1129#comment:15 I don't understand this stuff. >|If that's the case, you may need to create the directory >|"/run/user/$UID" on the server if it does not exist yet, >|or edit the config file to not refer to it. The server is running Centos-6. It doesn't even have /run. If "the config file" is /etc/xpra/xpra.conf then the only reference to /run/user/$UID is # bind=/run/user/$UID/xpra/ bind = ~/.xpra/ which is presumably harmless. If I start xpra in a remote session without using su, and try to connect using 0.17.0, I now get XDG_RUNTIME_DIR: Undefined variable. 2016-04-26 02:43:17,406 The SSH process has terminated with exit code 0 2016-04-26 02:43:17,407 the command line used was: as before but nothing more. Bob T. From rdt at cs.queensu.ca Tue Apr 26 14:54:17 2016 From: rdt at cs.queensu.ca (Bob Tennent) Date: Tue, 26 Apr 2016 09:54:17 -0400 Subject: [winswitch] xpra-0.17.0 on Centos 7 In-Reply-To: <20160426065830.bWbABFjxS6AX%rdt@cs.queensu.ca> References: <20160425060555.5Lk0YhHB4So0%rdt@cs.queensu.ca> <571DCD11.5030803@nagafix.co.uk> <571e0c8c.eUIEjcyy5C/HH218%rdt@cs.queensu.ca> <571EF1DC.503@nagafix.co.uk> <20160426065830.bWbABFjxS6AX%rdt@cs.queensu.ca> Message-ID: <20160426135417.SNhd98_ecpZY%rdt@cs.queensu.ca> >| >|$ xpra start :10 --start=xterm >| >|(..) >| >|$ xpra attach ssh:localhost:10 >| >|(...) >| >|Attached to ssh:localhost:10 (press Control-C to detach) >| >| >| >|Does it work if you run it locally like I did? >| >|No. Relevant output: >| >|2016-04-26 02:18:15,944 Connection to the xpra server via SSH failed >|for: ssh:localhost:10 >|2016-04-26 02:18:15,945 check your username, hostname, display number, >|firewall, etc >|2016-04-26 02:18:15,945 the command line used was: >|2016-04-26 02:18:15,945 ssh -x -T localhost xpra >|initenv;$XDG_RUNTIME_DIR/xpra/run-xpra _proxy :10 || ~/.xpra/run-xpra >|_proxy :10 || xpra _proxy :10 >| >| >|Does "xpra list" work? >| >|Yes: >| >| % xpra list >| Found the following xpra sessions: >| /home/rdt/.xpra: >| LIVE session at :10 >| >|Is it relevant that this system uses a non-standard ssh port? Apparently it is relevant. If I re-start sshd with the standard port (22), the local ssh attach works. The remote host I'm trying to connect to uses port 22. Bob T. From stephen.fromm at gmail.com Tue Apr 26 19:21:26 2016 From: stephen.fromm at gmail.com (Stephen Fromm) Date: Tue, 26 Apr 2016 14:21:26 -0400 Subject: [winswitch] Connected to headless centos server from mac: keyboard messed up In-Reply-To: <571EF313.6090304@nagafix.co.uk> References: <571EF313.6090304@nagafix.co.uk> Message-ID: xev found the problem with the control keys: control is seen as ALT, CMD (apple key) is seen as control. Thanks for the tip. setxkbmap -print is indeed empty on the server. Best, S On Tue, Apr 26, 2016 at 12:48 AM, Antoine Martin wrote: > On 26/04/16 03:58, Stephen Fromm wrote: > > I'm trying to connect to a headless Centos 6.7 server. I installed xpra > on > > the server and on my Macbook Pro. > Which versions? > > > I'm able to get an xterm running, but the font is too small, > Font too small is usually because of an unpatched xorg dummy driver, for > more details see: > http://xpra.org/trac/wiki/DPI > > and control characters don't work. > What are those specifically? > Make sure "control-command" are or aren't swapped, depending on your > expectations (see apple menu entry toggle or command line option). > If that doesn't help, try xev in an xpra session to verify we are > sending the right key events. > > > In addition, the data structure returned by > > "setxkbmap -print" is empty. > That is not needed on the OSX client, which does not use X11. > It should never be empty on the server. > > Cheers > Antoine > > > Suggestions? > > > > TIA, > > > > S > > _______________________________________________ > > shifter-users mailing list > > shifter-users at lists.devloop.org.uk > > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From antoine at nagafix.co.uk Wed Apr 27 03:29:55 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 27 Apr 2016 09:29:55 +0700 Subject: [winswitch] Connected to headless centos server from mac: keyboard messed up In-Reply-To: References: <571EF313.6090304@nagafix.co.uk> Message-ID: <57202423.8060202@nagafix.co.uk> On 27/04/16 01:21, Stephen Fromm wrote: > xev found the problem with the control keys: control is seen as ALT, > CMD (apple key) is seen as control. As per my previous email, this is a feature which you can control via the apple menu, via the command line, or even override in your own xpra.conf if you don't like the default. More information here: http://xpra.org/trac/ticket/456 Cheers Antoine > Thanks for the tip. > > setxkbmap -print is indeed empty on the server. > > Best, > > S > > On Tue, Apr 26, 2016 at 12:48 AM, Antoine Martin > wrote: > > On 26/04/16 03:58, Stephen Fromm wrote: > > I'm trying to connect to a headless Centos 6.7 server. I installed xpra on > > the server and on my Macbook Pro. > Which versions? > > > I'm able to get an xterm running, but the font is too small, > Font too small is usually because of an unpatched xorg dummy driver, for > more details see: > http://xpra.org/trac/wiki/DPI > > and control characters don't work. > What are those specifically? > Make sure "control-command" are or aren't swapped, depending on your > expectations (see apple menu entry toggle or command line option). > If that doesn't help, try xev in an xpra session to verify we are > sending the right key events. > > > In addition, the data structure returned by > > "setxkbmap -print" is empty. > That is not needed on the OSX client, which does not use X11. > It should never be empty on the server. > > Cheers > Antoine > > > Suggestions? > > > > TIA, > > > > S > > _______________________________________________ > > shifter-users mailing list > > shifter-users at lists.devloop.org.uk > > > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > From rdt at cs.queensu.ca Wed Apr 27 16:36:42 2016 From: rdt at cs.queensu.ca (Bob Tennent) Date: Wed, 27 Apr 2016 11:36:42 -0400 Subject: [winswitch] xpra-0.17.0 on Centos 7 Message-ID: <20160427153642.PN08RGs8azFE%rdt@cs.queensu.ca> It seems the problem is that the remote system is running Centos-6. If I do sudo mkdir -p /run/user/500 and set XDG_RUNTIME_DIR to /run/user/500 there, I can attach to that system despite /run/user/500/xpra/run-xpra: Command not found. If I set XDG_RUNTIME_DIR to $HOME/.xpra and mkdir ~/.xpra/xpra with a symlink from there to ~/.xpra/run-xpra I no longer get a "Command not found" message when I attach. Is there a better way to fix this? Bob T. From thejunk.b at gmail.com Fri Apr 29 00:52:42 2016 From: thejunk.b at gmail.com (thejunk.b at gmail.com) Date: Thu, 28 Apr 2016 19:52:42 -0400 Subject: [winswitch] Debian Repos Message-ID: <6902753.o08IyLSMbh@bumblebee> Just curious when you will get your repo key updated W: http://winswitch.org/dists/jessie/Release.gpg: Signature by key C11C0A4DF702EDF6C04F458C18ADB31CF18AD6BB uses weak digest algorithm (SHA1) -- if it ain't broke tweak it From antoine at nagafix.co.uk Sat Apr 30 10:20:12 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 30 Apr 2016 16:20:12 +0700 Subject: [winswitch] xpra-0.17.0 on Centos 7 In-Reply-To: <20160427153642.PN08RGs8azFE%rdt@cs.queensu.ca> References: <20160427153642.PN08RGs8azFE%rdt@cs.queensu.ca> Message-ID: <733d8322-88ab-c023-2eb2-253290a4e7bb@nagafix.co.uk> On 27/04/16 22:36, Bob Tennent wrote: > > It seems the problem is that the remote system is running > Centos-6. If I do > sudo mkdir -p /run/user/500 On the server I assume? 500 being the uid of the user that starts the xpra server? > and set XDG_RUNTIME_DIR to /run/user/500 How? On the client or server? Please post the command lines used. > there, I can attach to that system despite > /run/user/500/xpra/run-xpra: Command not found. I can attach with or without having this directory present. > If I set XDG_RUNTIME_DIR to $HOME/.xpra and > mkdir ~/.xpra/xpra > with a symlink from there to ~/.xpra/run-xpra > I no longer get a "Command not found" message when I attach. > Is there a better way to fix this? The "command not found" can be safely ignored, I see it all the time on centos and is not causing any problems, just a minor visual annoyance. As for the root cause of your connectivity problems - if you still have them, I have just tried connecting to and from centos 7.x and 6.x, with ssh on a non-standard port, using a brand new test user account, and it didn't fail once. (well, once before I opened up the firewall on that port) I can only assume that something about your setup is different. Cheers Antoine From antoine at nagafix.co.uk Sat Apr 30 11:18:23 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 30 Apr 2016 17:18:23 +0700 Subject: [winswitch] Debian Repos In-Reply-To: <6902753.o08IyLSMbh@bumblebee> References: <6902753.o08IyLSMbh@bumblebee> Message-ID: <41616583-4a2c-b66b-d034-15edc56784b9@nagafix.co.uk> On 29/04/16 06:52, thejunk.b at gmail.com wrote: > Just curious when you will get your repo key updated FYI: the repo key did not need updating, the command used signing was: https://wiki.debian.org/Teams/Apt/Sha1Removal > > W: http://winswitch.org/dists/jessie/Release.gpg: Signature by key > C11C0A4DF702EDF6C04F458C18ADB31CF18AD6BB uses weak digest algorithm (SHA1) That's now done for most Debian repositories. I've kept the old digest for Debian Wheezy and Ubuntu Precise, just in case the new one causes compatibility issues there. Cheers Antoine From rdt at cs.queensu.ca Sat Apr 30 12:54:58 2016 From: rdt at cs.queensu.ca (Bob Tennent) Date: Sat, 30 Apr 2016 07:54:58 -0400 Subject: [winswitch] xpra-0.17.0 on Centos 7 In-Reply-To: <733d8322-88ab-c023-2eb2-253290a4e7bb@nagafix.co.uk> References: <20160427153642.PN08RGs8azFE%rdt@cs.queensu.ca> <733d8322-88ab-c023-2eb2-253290a4e7bb@nagafix.co.uk> Message-ID: <57249d12.6fbMN5X7k0oTHeMX%rdt@cs.queensu.ca> >|> It seems the problem is that the remote system is running >|> Centos-6. If I do >|> sudo mkdir -p /run/user/500 >|On the server I assume? >|500 being the uid of the user that starts the xpra server? Yes and yes. >|> and set XDG_RUNTIME_DIR to /run/user/500 >|How? On the client or server? >|Please post the command lines used. setenv XDG_RUNTIME_DIR /run/user/500 or setenv XDG_RUNTIME_DIR $HOME/.xpra in the user's .cshrc (user uses tcsh). Without setenv XDG_RUNTIME_DIR ... an xpra attach command fails with XDG_RUNTIME_DIR: Undefined variable. and a python Traceback. Bob T. From rdt at cs.queensu.ca Sat Apr 30 13:05:18 2016 From: rdt at cs.queensu.ca (Bob Tennent) Date: Sat, 30 Apr 2016 08:05:18 -0400 Subject: [winswitch] xpra-0.17.0 on Centos 7 In-Reply-To: <57249d12.6fbMN5X7k0oTHeMX%rdt@cs.queensu.ca> References: <20160427153642.PN08RGs8azFE%rdt@cs.queensu.ca> <733d8322-88ab-c023-2eb2-253290a4e7bb@nagafix.co.uk> <57249d12.6fbMN5X7k0oTHeMX%rdt@cs.queensu.ca> Message-ID: <57249f7e.jdDR2KVuLqC54Slq%rdt@cs.queensu.ca> >|user uses tcsh This seems to be crucial. If the user's shell on the client is changed to bash, there is no problem attaching. Bob T. From justusranvier at riseup.net Sat Apr 30 15:41:43 2016 From: justusranvier at riseup.net (Justus Ranvier) Date: Sat, 30 Apr 2016 09:41:43 -0500 Subject: [winswitch] xpra-0.17.0 microphone problem Message-ID: <272dd36f-7273-1213-a66d-2b1c29cd65cb@riseup.net> My xpra server is a Linux virtual machine running Chromium, where I'm trying to use Google Hangouts. This doesn't work, because the microphone device is created in pulseaudio as an output device rather than an input device. See attached screenshot: From antoine at nagafix.co.uk Sat Apr 30 16:28:20 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 30 Apr 2016 22:28:20 +0700 Subject: [winswitch] xpra-0.17.0 microphone problem In-Reply-To: <272dd36f-7273-1213-a66d-2b1c29cd65cb@riseup.net> References: <272dd36f-7273-1213-a66d-2b1c29cd65cb@riseup.net> Message-ID: On 30/04/16 21:41, Justus Ranvier wrote: > My xpra server is a Linux virtual machine running Chromium, where I'm > trying to use Google Hangouts. > > This doesn't work, because the microphone device is created in > pulseaudio as an output device rather than an input device. > > See attached screenshot: The mailing list scrubbed your screenshot (all attachements), please file a ticket instead. You may want to link back and look at this ticket first: http://xpra.org/trac/ticket/1141#comment:15 (please ignore comment 16 onwards, which digressed about other issues) Cheers Antoine From justusranvier at riseup.net Sat Apr 30 16:48:37 2016 From: justusranvier at riseup.net (Justus Ranvier) Date: Sat, 30 Apr 2016 10:48:37 -0500 Subject: [winswitch] xpra-0.17.0 microphone problem In-Reply-To: References: <272dd36f-7273-1213-a66d-2b1c29cd65cb@riseup.net> Message-ID: On 04/30/2016 10:28 AM, Antoine Martin wrote: > The mailing list scrubbed your screenshot (all attachements), please > file a ticket instead. I'll open an issue, and for the archives, here's a link to the image instead of an attachment: http://f81i.imgup.net/xpra1e078.png