From adam at jooadam.hu Mon Aug 1 19:30:38 2016 From: adam at jooadam.hu (=?UTF-8?B?Sm/DsyDDgWTDoW0=?=) Date: Mon, 1 Aug 2016 20:30:38 +0200 Subject: [winswitch] Icons Message-ID: Hello, I have installed xpra on an Ubuntu 16.04 Server instance, and I get the following warning running Firefox: Gtk-WARNING **: Error loading theme icon 'list-add' for stock: Icon 'list-add' not present in theme elementary Indeed, the new tab icon is missing. I use Elementary on my client, I suppose that?s what the error refers to, but I don?t quite understand why would something running on the server try to load an icon on the client, given that as far as I understand xpra transfers the rendered image of the application window. What can I do to have the icons render properly? Thanks, ?d?m From antoine at nagafix.co.uk Tue Aug 2 06:06:00 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 2 Aug 2016 12:06:00 +0700 Subject: [winswitch] Icons In-Reply-To: References: Message-ID: On 02/08/16 01:30, Jo? ?d?m wrote: > Hello, > > I have installed xpra on an Ubuntu 16.04 Server instance, and I get > the following warning running Firefox: > > Gtk-WARNING **: Error loading theme icon 'list-add' for stock: Icon > 'list-add' not present in theme elementary > > Indeed, the new tab icon is missing. > > I use Elementary on my client, I suppose that?s what the error refers > to, but I don?t quite understand why would something running on the > server try to load an icon on the client, given that as far as I > understand xpra transfers the rendered image of the application > window. Some client settings are synchronized, the theme in this case. This allows server rendered applications to look the same as other local applications on the client. That seems to cause problems with Firefox. Is the "elementary" theme installed on the server? If not, Firefox should be falling back to a default theme. (or maybe we shouldn't be setting the theme to one that is not installed - though I am unsure how we would check and filter that..) If it is, then it is missing "list-add", which would be a bug in the theme. (not the first theme bug I've encountered) > What can I do to have the icons render properly? "--xsettings=no" would disable all client to server settings synchronization, which may workaround this particular problem. Cheers Antoine > > > Thanks, > ?d?m > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From messerbras at gmail.com Thu Aug 4 01:52:17 2016 From: messerbras at gmail.com (Mark Messer) Date: Thu, 4 Aug 2016 02:52:17 +0200 Subject: [winswitch] Black screen on ElementaryOS Message-ID: I have an issue with Xpra - as I need a remote screen locally I did everything in the following order: xpra start :99 export DISPLAY=:99 someapprun and in another terminal: xpra attach :99 And it works almost fine with one small exception - the screen is black. It reacts to clicks. When clicked top right on black, where the close button should be the app closes. Tested also an app that has a close button on the bottom - works the same way. So the screen indeed works. But misses to show graphics. I even turned on debug -d all and see that messages re mouse travel well. Cannot see errors, but maybe they scrolled in a mass of messages. What else should I check, what switch enable, is it a known issue? From antoine at nagafix.co.uk Thu Aug 4 10:04:52 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 4 Aug 2016 16:04:52 +0700 Subject: [winswitch] Black screen on ElementaryOS In-Reply-To: References: Message-ID: <1f6fc66a-2d3c-e317-feaf-f183554d2792@nagafix.co.uk> On 04/08/16 07:52, Mark Messer wrote: > I have an issue with Xpra - as I need a remote screen locally I did > everything in the following order: > xpra start :99 > export DISPLAY=:99 > someapprun You can also do: xpra start --start=someapprun (no need to specify the display on most recent ditros) > and in another terminal: > xpra attach :99 xpra attach (no need to specify the display if there is only one session available) > And it works almost fine with one small exception - the screen is black. That's a significant problem indeed! > It > reacts to clicks. When clicked top right on black, where the close button > should be the app closes. Tested also an app that has a close button on the > bottom - works the same way. So the screen indeed works. But misses to show > graphics. > I even turned on debug -d all and see that messages re mouse travel well. > Cannot see errors, but maybe they scrolled in a mass of messages. > What else should I check, what switch enable, is it a known issue? Is this happening with just this application or others? xterm? You may want to turn every feature off and switch encodings. Failing that, please file a ticket: http://xpra.org/trac/wiki/ReportingBugs Cheers Antoine From autohughski at gmail.com Thu Aug 11 13:42:48 2016 From: autohughski at gmail.com (Richard Hughes (semi-automated)) Date: Thu, 11 Aug 2016 05:42:48 -0700 (PDT) Subject: [winswitch] AppData additions required for the software center Message-ID: <57ac72c8.03121c0a.461af.08c4@mx.google.com> Hi again! First, apologies for the direct email. I'm emailing you directly as you've been listed as the update contact in one or more AppData files. We've been busy building an awesome software center, and we've been adding more and more metadata fields that upstream authors can set. The software center is now being used in Fedora, Opensuse, Ubuntu, Debian and Arch, with many millions of happy users. Some of the newest features include a way to make it easy for translators to contribute new translations of your applications by specifying a URL in the xpra.appdata.xml winswitch.appdata.xml AppData file that tells them where to start looking. This can be specified by adding: http://the-web-site-with-translation-instructions/ Another useful tag to add is to tell end-users where to donate, for instance: http://www.gnome.org/friends/ Also, by including keywords into either the desktop file or the AppData file you can increase the number of search matches you get in the software center. Adding application-specific keywords like "editor" or "vhdl" means that we can provide better search results for common queries. Keywords are also stemmed, so searching for "edit" will also match "editor" and "edits" so there's no need to add every variant. You can add keywords using: something anotherthing If it's been some time since you updated the AppData file (and hey, you've got an app to write!) you can get add the latest metadata fields by doing `appstream-util upgrade xpra.appdata.xml winswitch.appdata.xml` and then replacing any FIXMEs in the file with actual data. We'll be putting more functionality into the software center in the future that uses this extra data, but we need more upstream software to opt-in before we can enable features, for instance, providing a button for users to donate to specific apps. You can also use `appstream-util validate-relax` on your AppData file to check the various fields meet our style guidelines. If you disagree with any of the validation warnings, please let me know! Of course, you don't have to do a release with these enhancements straight away, and if you have a stable branch it would be a good thing to backport this as well if it does not add translated strings or you have no string freeze policy. When you've changed the file(s) and committed, please email me back and I'll mark your application as completed. If you don't want to hear from me ever again just edit the in the AppData file and change it to somebody else. I'm not planning on emailing more than once every 6 months, so don't worry about me spamming you with even more work to do. Thanks, Richard From robertnclayton at gmail.com Sat Aug 13 22:18:15 2016 From: robertnclayton at gmail.com (Robert Neal Clayton) Date: Sat, 13 Aug 2016 16:18:15 -0500 Subject: [winswitch] Launcher Defaults/Config? Message-ID: <3DB08763-FE44-4F7A-8A4F-D9D3AE093E7B@gmail.com> Hi folks, I?ve been using the Xpra server on a FreeBSD NAS and the Xpra client + launcher on OS X for awhile now. One nagging thing I?d like to find an answer to: is there a set of defaults for the Launcher, a config file perhaps? I?d like to set the default encoding and store the default server/port but there appears to be no obvious means to do so. I tried creating a conf file in the .app folder for OS X as the wiki suggests but that doesn?t make any difference if changes are made in there so I assume the launcher has its defaults somewhere else. From antoine at nagafix.co.uk Sun Aug 14 16:13:20 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 14 Aug 2016 22:13:20 +0700 Subject: [winswitch] Launcher Defaults/Config? In-Reply-To: <3DB08763-FE44-4F7A-8A4F-D9D3AE093E7B@gmail.com> References: <3DB08763-FE44-4F7A-8A4F-D9D3AE093E7B@gmail.com> Message-ID: On 14/08/16 04:18, Robert Neal Clayton wrote: > Hi folks, I?ve been using the Xpra server on a FreeBSD NAS and the Xpra client + launcher on OS X for awhile now. > > One nagging thing I?d like to find an answer to: is there a set of defaults for the Launcher, a config file perhaps? The launcher GUI has a "Save" and "Load" buttons, have you tried using that? You can place all your settings in a file with the ".xpra" extension, then the launcher should be executed when you try to open this file - usually a double click is enough, or right click + open. The only poorly documented feature is the magic flag "autoconnect=true" which you can add to your config file to connect without showing the launcher GUI. On OSX, you will need to install xpra using the PKG so that the ".xpra" extension is associated with the Xpra launcher application. Cheers Antoine > > I?d like to set the default encoding and store the default server/port but there appears to be no obvious means to do so. I tried creating a conf file in the .app folder for OS X as the wiki suggests but that doesn?t make any difference if changes are made in there so I assume the launcher has its defaults somewhere else. > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From akadanitan at yahoo.com Sat Aug 20 15:26:36 2016 From: akadanitan at yahoo.com (dan l) Date: Sat, 20 Aug 2016 14:26:36 +0000 (UTC) Subject: [winswitch] Floating point exception when trying to start application on xpra display References: <1945386053.241189.1471703196495.ref@mail.yahoo.com> Message-ID: <1945386053.241189.1471703196495@mail.yahoo.com> I have a script called /home/dan/run-calibre on the remote machine, js1, that has the following contents: #!/bin/sh export QT_XKB_CONFIG_ROOT=/usr/local/share/qxkb /usr/local/bin/calibre I have an X server running on my local machine, and can start this application without issue by doing the following on the local machine: DISPLAY=:0 ssh -Y dan at js1 /home/dan/run-calibre *That works without issue.* Then, I try to run this under Xpra. I start Xpra like this: $ xpra start :101 --daemon=no --pulseaudio=no --mdns=no 2016-08-20 14:15:55,462 server uuid is 6f28c125f92b4f5b94c42f8526eacb4f 2016-08-20 14:15:55,642 no RandR support ** Message: pygobject_register_sinkfunc is deprecated (GstObject) 2016-08-20 14:15:55,972 using notification forwarder: DBUSNotificationsForwarder(org.freedesktop.Notifications) 2016-08-20 14:15:55,978 xpra server version 0.15.10 (r11439) 2016-08-20 14:15:55,978 running with pid 11255 2016-08-20 14:15:56,009 xpra is ready. Then I try to start the application and get a Floating point exception: $ DISPLAY=:101 /home/dan/run-calibre Floating point exception $ Nothing appears in the xpra log/stdout when I do that. The xpra server continues to run, and I can start other X clients (such as xeyes) on it sucessfully. Any recommendations for how I can debug this? Some other info:? * the application, calibre, is an ebook management application? * the application runs OK when the X server on the local machine is Cygwin/X started with: "startxwin -- +iglx -wgl" This is the non-Xpra case (that works) that I mention above? * the remote system is FreeBSD 10.3. I realize the version of Xpra on the remote system is not the latest (it is 0.15.10 r11439) but that is the latest as a FreeBSD pkg ? * the local system is Windows 10 using Xpra 0.17.4 (r12925) From antoine at nagafix.co.uk Sat Aug 20 18:00:36 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 21 Aug 2016 00:00:36 +0700 Subject: [winswitch] Floating point exception when trying to start application on xpra display In-Reply-To: <1945386053.241189.1471703196495@mail.yahoo.com> References: <1945386053.241189.1471703196495.ref@mail.yahoo.com> <1945386053.241189.1471703196495@mail.yahoo.com> Message-ID: <36bb3561-a3d6-6f05-44df-d9353faa8404@nagafix.co.uk> On 20/08/16 21:26, dan l wrote: > I have a script called /home/dan/run-calibre on the remote machine, js1, that has the following contents: > #!/bin/sh > export QT_XKB_CONFIG_ROOT=/usr/local/share/qxkb > /usr/local/bin/calibre > > I have an X server running on my local machine, and can start this application without issue by doing the following on the local machine: > DISPLAY=:0 ssh -Y dan at js1 /home/dan/run-calibre > *That works without issue.* > Then, I try to run this under Xpra. I start Xpra like this: > $ xpra start :101 --daemon=no --pulseaudio=no --mdns=no > 2016-08-20 14:15:55,462 server uuid is 6f28c125f92b4f5b94c42f8526eacb4f > 2016-08-20 14:15:55,642 no RandR support > ** Message: pygobject_register_sinkfunc is deprecated (GstObject) > 2016-08-20 14:15:55,972 using notification forwarder: DBUSNotificationsForwarder(org.freedesktop.Notifications) > 2016-08-20 14:15:55,978 xpra server version 0.15.10 (r11439) > 2016-08-20 14:15:55,978 running with pid 11255 > 2016-08-20 14:15:56,009 xpra is ready. > > Then I try to start the application and get a Floating point exception: > $ DISPLAY=:101 /home/dan/run-calibre > Floating point exception > $ > > Nothing appears in the xpra log/stdout when I do that. The xpra server continues to run, and I can start other X clients (such as xeyes) on it sucessfully. > > Any recommendations for how I can debug this? > Some other info: * the application, calibre, is an ebook management application * the application runs OK when the X server on the local machine is Cygwin/X started with: "startxwin -- +iglx -wgl" This is the non-Xpra case (that works) that I mention above * the remote system is FreeBSD 10.3. I realize the version of Xpra on the remote system is not the latest (it is 0.15.10 r11439) but that is the latest as a FreeBSD pkg > * the local system is Windows 10 using Xpra 0.17.4 (r12925) Calibre runs fine here on Fedora 24, I have tested it briefly with trunk, 0.17.x and 0.14.x. Please try to see if you can reproduce the problem with a supported version and if so, file a ticket with all the required details (full version numbers, etc) Cheers Antoine From akadanitan at yahoo.com Sat Aug 20 18:03:28 2016 From: akadanitan at yahoo.com (dan l) Date: Sat, 20 Aug 2016 17:03:28 +0000 (UTC) Subject: [winswitch] Floating point exception when trying to start application on xpra display In-Reply-To: <36bb3561-a3d6-6f05-44df-d9353faa8404@nagafix.co.uk> References: <1945386053.241189.1471703196495.ref@mail.yahoo.com> <1945386053.241189.1471703196495@mail.yahoo.com> <36bb3561-a3d6-6f05-44df-d9353faa8404@nagafix.co.uk> Message-ID: <2093215026.285082.1471712608184@mail.yahoo.com> blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px #715FFA solid !important; padding-left:1ex !important; background-color:white !important; } The versions I am using are not supported? Would be happy to try a supported version and file a ticket. On Saturday, August 20, 2016, 1:00 PM, Antoine Martin wrote: On 20/08/16 21:26, dan l wrote: > I have a script called /home/dan/run-calibre on the remote machine, js1, that has the following contents: > #!/bin/sh > export QT_XKB_CONFIG_ROOT=/usr/local/share/qxkb > /usr/local/bin/calibre > > I have an X server running on my local machine, and can start this application without issue by doing the following on the local machine: > DISPLAY=:0 ssh -Y dan at js1 /home/dan/run-calibre > *That works without issue.* > Then, I try to run this under Xpra. I start Xpra like this: > $ xpra start :101 --daemon=no --pulseaudio=no --mdns=no > 2016-08-20 14:15:55,462 server uuid is 6f28c125f92b4f5b94c42f8526eacb4f > 2016-08-20 14:15:55,642 no RandR support > ** Message: pygobject_register_sinkfunc is deprecated (GstObject) > 2016-08-20 14:15:55,972 using notification forwarder: DBUSNotificationsForwarder(org.freedesktop.Notifications) > 2016-08-20 14:15:55,978 xpra server version 0.15.10 (r11439) > 2016-08-20 14:15:55,978 running with pid 11255 > 2016-08-20 14:15:56,009 xpra is ready. > > Then I try to start the application and get a Floating point exception: > $ DISPLAY=:101 /home/dan/run-calibre > Floating point exception > $ > > Nothing appears in the xpra log/stdout when I do that. The xpra server continues to run, and I can start other X clients (such as xeyes) on it sucessfully. > > Any recommendations for how I can debug this? > Some other info:? * the application, calibre, is an ebook management application? * the application runs OK when the X server on the local machine is Cygwin/X started with: "startxwin -- +iglx -wgl" This is the non-Xpra case (that works) that I mention above? * the remote system is FreeBSD 10.3. I realize the version of Xpra on the remote system is not the latest (it is 0.15.10 r11439) but that is the latest as a FreeBSD pkg >? * the local system is Windows 10 using Xpra 0.17.4 (r12925) Calibre runs fine here on Fedora 24, I have tested it briefly with trunk, 0.17.x and 0.14.x. Please try to see if you can reproduce the problem with a supported version and if so, file a ticket with all the required details (full version numbers, etc) Cheers Antoine _______________________________________________ shifter-users mailing list shifter-users at lists.devloop.org.uk http://lists.devloop.org.uk/mailman/listinfo/shifter-users From akadanitan at yahoo.com Sat Aug 20 18:17:51 2016 From: akadanitan at yahoo.com (dan l) Date: Sat, 20 Aug 2016 17:17:51 +0000 (UTC) Subject: [winswitch] Floating point exception when trying to start application on xpra display In-Reply-To: <2093215026.285082.1471712608184@mail.yahoo.com> References: <1945386053.241189.1471703196495.ref@mail.yahoo.com> <1945386053.241189.1471703196495@mail.yahoo.com> <36bb3561-a3d6-6f05-44df-d9353faa8404@nagafix.co.uk> <2093215026.285082.1471712608184@mail.yahoo.com> Message-ID: <1235124451.260267.1471713471537@mail.yahoo.com> blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px #715FFA solid !important; padding-left:1ex !important; background-color:white !important; } Just found the supported versions page. Will try that. Versions ? Xpra? | | | | | | | | | | | Versions ? Xpra xpra - screen for X | | | | On Saturday, August 20, 2016, 1:03 PM, dan l wrote: The versions I am using are not supported? Would be happy to try a supported version and file a ticket. On Saturday, August 20, 2016, 1:00 PM, Antoine Martin wrote: On 20/08/16 21:26, dan l wrote: > I have a script called /home/dan/run-calibre on the remote machine, js1, that has the following contents: > #!/bin/sh > export QT_XKB_CONFIG_ROOT=/usr/local/share/qxkb > /usr/local/bin/calibre > > I have an X server running on my local machine, and can start this application without issue by doing the following on the local machine: > DISPLAY=:0 ssh -Y dan at js1 /home/dan/run-calibre > *That works without issue.* > Then, I try to run this under Xpra. I start Xpra like this: > $ xpra start :101 --daemon=no --pulseaudio=no --mdns=no > 2016-08-20 14:15:55,462 server uuid is 6f28c125f92b4f5b94c42f8526eacb4f > 2016-08-20 14:15:55,642 no RandR support > ** Message: pygobject_register_sinkfunc is deprecated (GstObject) > 2016-08-20 14:15:55,972 using notification forwarder: DBUSNotificationsForwarder(org.freedesktop.Notifications) > 2016-08-20 14:15:55,978 xpra server version 0.15.10 (r11439) > 2016-08-20 14:15:55,978 running with pid 11255 > 2016-08-20 14:15:56,009 xpra is ready. > > Then I try to start the application and get a Floating point exception: > $ DISPLAY=:101 /home/dan/run-calibre > Floating point exception > $ > > Nothing appears in the xpra log/stdout when I do that. The xpra server continues to run, and I can start other X clients (such as xeyes) on it sucessfully. > > Any recommendations for how I can debug this? > Some other info:? * the application, calibre, is an ebook management application? * the application runs OK when the X server on the local machine is Cygwin/X started with: "startxwin -- +iglx -wgl" This is the non-Xpra case (that works) that I mention above? * the remote system is FreeBSD 10.3. I realize the version of Xpra on the remote system is not the latest (it is 0.15.10 r11439) but that is the latest as a FreeBSD pkg >? * the local system is Windows 10 using Xpra 0.17.4 (r12925) Calibre runs fine here on Fedora 24, I have tested it briefly with trunk, 0.17.x and 0.14.x. Please try to see if you can reproduce the problem with a supported version and if so, file a ticket with all the required details (full version numbers, etc) Cheers Antoine _______________________________________________ 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 Aug 20 18:22:21 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 21 Aug 2016 00:22:21 +0700 Subject: [winswitch] Floating point exception when trying to start application on xpra display In-Reply-To: <2093215026.285082.1471712608184@mail.yahoo.com> References: <1945386053.241189.1471703196495.ref@mail.yahoo.com> <1945386053.241189.1471703196495@mail.yahoo.com> <36bb3561-a3d6-6f05-44df-d9353faa8404@nagafix.co.uk> <2093215026.285082.1471712608184@mail.yahoo.com> Message-ID: <2bef5157-20d8-db83-f1de-7ca88e37c3fc@nagafix.co.uk> On 21/08/16 00:03, dan l wrote: > The versions I am using are not supported? 0.15.x is not, for details see: http://xpra.org/trac/wiki/Versions We do not provide newer binaries for FreeBSD. Building from source should not be too difficult, but the wiki needs updating: http://xpra.org/trac/wiki/Building#FreeBSD > Would be happy to try a > supported version and file a ticket. For general guidelines, see: http://xpra.org/trac/wiki/ReportingBugs Cheers Antoine > > On Saturday, August 20, 2016, 1:00 PM, Antoine Martin > wrote: > > On 20/08/16 21:26, dan l wrote: > > > I have a script called /home/dan/run-calibre on the remote > machine, js1, that has the following contents: > > #!/bin/sh > > export QT_XKB_CONFIG_ROOT=/usr/local/share/qxkb > > /usr/local/bin/calibre > > > > I have an X server running on my local machine, and can start this > application without issue by doing the following on the local machine: > > DISPLAY=:0 ssh -Y dan at js1 /home/dan/run-calibre > > *That works without issue.* > > Then, I try to run this under Xpra. I start Xpra like this: > > $ xpra start :101 --daemon=no --pulseaudio=no --mdns=no > > 2016-08-20 14:15:55,462 server uuid is > 6f28c125f92b4f5b94c42f8526eacb4f > > 2016-08-20 14:15:55,642 no RandR support > > ** Message: pygobject_register_sinkfunc is deprecated (GstObject) > > 2016-08-20 14:15:55,972 using notification forwarder: > DBUSNotificationsForwarder(org.freedesktop.Notifications) > > 2016-08-20 14:15:55,978 xpra server version 0.15.10 (r11439) > > 2016-08-20 14:15:55,978 running with pid 11255 > > 2016-08-20 14:15:56,009 xpra is ready. > > > > Then I try to start the application and get a Floating point > exception: > > $ DISPLAY=:101 /home/dan/run-calibre > > Floating point exception > > $ > > > > Nothing appears in the xpra log/stdout when I do that. The xpra > server continues to run, and I can start other X clients (such as > xeyes) on it sucessfully. > > > > Any recommendations for how I can debug this? > > Some other info: * the application, calibre, is an ebook > management application * the application runs OK when the X server > on the local machine is Cygwin/X started with: "startxwin -- +iglx > -wgl" This is the non-Xpra case (that works) that I mention above * > the remote system is FreeBSD 10.3. I realize the version of Xpra on > the remote system is not the latest (it is 0.15.10 r11439) but that > is the latest as a FreeBSD pkg > > * the local system is Windows 10 using Xpra 0.17.4 (r12925) > > Calibre runs fine here on Fedora 24, I have tested it briefly with > trunk, 0.17.x and 0.14.x. > > Please try to see if you can reproduce the problem with a supported > version and if so, file a ticket with all the required details (full > version numbers, etc) > > Cheers > Antoine > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From akadanitan at yahoo.com Sun Aug 21 14:45:49 2016 From: akadanitan at yahoo.com (dan l) Date: Sun, 21 Aug 2016 13:45:49 +0000 (UTC) Subject: [winswitch] setup.py not respecting --home when installing config in etc References: <424332140.524757.1471787149725.ref@mail.yahoo.com> Message-ID: <424332140.524757.1471787149725@mail.yahoo.com> I am trying to do a local install as described in the "Building with disutils" section of this page: http://xpra.org/trac/wiki/Building $ ./setup.py install --home=./install./setup.py install --home=./installXpra version 0.17.4found pkg-config version: 1build switches: <...snip...> updated ./xpra/build_info.py with:* BUILD_BIT??????????? = 64bit* BUILD_CPU??????????? = amd64* BUILD_DATE?????????? = 2016-08-20* BUILD_OS???????????? = BSD* BUILD_TIME?????????? = 19:34* BUILT_BY???????????? = dan* BUILT_ON???????????? = js1* COMPILER_VERSION???? = gcc (FreeBSD Ports Collection) 4.8.5* CYTHON_VERSION?????? = 0.24* LINKER_VERSION?????? = GNU ld 2.17.50 [FreeBSD] 2007-07-03* PYTHON_VERSION?????? = 2.7.12* RELEASE_BUILD??????? = True <...snip...> copying icons/ticked-small.png -> ./install/share/xpra/iconscreating install/share/applicationscopying xdg/xpra_launcher.desktop -> ./install/share/applicationscopying xdg/xpra.desktop -> ./install/share/applicationscreating install/share/mimecreating install/share/mime/packagescopying xdg/application-x-xpraconfig.xml -> ./install/share/mime/packagescreating install/share/iconscopying xdg/xpra.png -> ./install/share/iconscreating install/share/appdatacopying xdg/xpra.appdata.xml -> ./install/share/appdatacreating install/lib/tmpfiles.dcopying tmpfiles.d/xpra.conf -> ./install/lib/tmpfiles.dcreating /usr/local/etc/xpraerror: could not create '/usr/local/etc/xpra': Permission denied$ pwd/usr/home/dan/xpra-0.17.4$ I removed most of the lines of output for brevity, but the install seems to put things in the intended place up until the config files, which it tries to put in /usr/local/etc/xpra. Is this intended? The documentation for setup (https://docs.python.org/2/install/#alternate-installation-the-home-scheme) doesn't really make it clear what to expect from "configuration files" when "--home" is used. From antoine at nagafix.co.uk Mon Aug 22 08:22:41 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 22 Aug 2016 14:22:41 +0700 Subject: [winswitch] setup.py not respecting --home when installing config in etc In-Reply-To: <424332140.524757.1471787149725@mail.yahoo.com> References: <424332140.524757.1471787149725.ref@mail.yahoo.com> <424332140.524757.1471787149725@mail.yahoo.com> Message-ID: On 21/08/16 20:45, dan l via shifter-users wrote: > I am trying to do a local install as described in the "Building with disutils" section of this page: http://xpra.org/trac/wiki/Building > $ ./setup.py install --home=./install./setup.py install --home=./install > Xpra version 0.17.4 > found pkg-config version: 1build switches: > <...snip...> > updated ./xpra/build_info.py with:* BUILD_BIT = 64bit* BUILD_CPU = amd64* BUILD_DATE = 2016-08-20* BUILD_OS = BSD* BUILD_TIME = 19:34* BUILT_BY = dan* BUILT_ON = js1* COMPILER_VERSION = gcc (FreeBSD Ports Collection) 4.8.5* CYTHON_VERSION = 0.24* LINKER_VERSION = GNU ld 2.17.50 [FreeBSD] 2007-07-03* PYTHON_VERSION = 2.7.12* RELEASE_BUILD = True > <...snip...> > copying icons/ticked-small.png -> ./install/share/xpra/iconscreating install/share/applicationscopying xdg/xpra_launcher.desktop -> ./install/share/applicationscopying xdg/xpra.desktop -> ./install/share/applicationscreating install/share/mimecreating install/share/mime/packagescopying xdg/application-x-xpraconfig.xml -> ./install/share/mime/packagescreating install/share/iconscopying xdg/xpra.png -> ./install/share/iconscreating install/share/appdatacopying xdg/xpra.appdata.xml -> ./install/share/appdatacreating install/lib/tmpfiles.dcopying tmpfiles.d/xpra.conf -> ./install/lib/tmpfiles.dcreating /usr/local/etc/xpra > error: could not create '/usr/local/etc/xpra': Permission denied > $ pwd > /usr/home/dan/xpra-0.17.4 > $ > I removed most of the lines of output for brevity, but the install seems to put things in the intended place up until the config files, which it tries to put in /usr/local/etc/xpra. > Is this intended? No. That's a bug in the v0.17.x branch, not sure why it only seems to occur on freebsd. Not sure it will get fixed in that branch either, because the changes could be intrusive. > The documentation for setup (https://docs.python.org/2/install/#alternate-installation-the-home-scheme) doesn't really make it clear what to expect from "configuration files" when "--home" is used. The configuration files should go into --home too. Latest trunk does build and run fine on FreeBSD, I have also updated the build instructions: http://xpra.org/trac/wiki/Building#FreeBSD I have also made a few tweaks to make it easier to build and run on FreeBSD, including a workaround for a FreeBSD bug affecting all branches: http://xpra.org/trac/changeset/13420 So you should now be able to: python2.7 ./setup.py install --home=./install PYTHONPATH=./install/lib/python/ python2.7 ./install/bin/xpra start --start=xterm :100 Thanks Antoine From antoine at nagafix.co.uk Wed Aug 24 11:57:15 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 24 Aug 2016 17:57:15 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 0.17.5 (many fixes) Message-ID: <1989f0a4-6081-457e-cf99-de31cef5d514@nagafix.co.uk> Hi, This update contains a large number of fixes, but none of them are critical. There is no urgency to update if you are not affected by these issues. The webcam forwarding fixes are probably the most noticeable ones. There are a number of packaging fixes: workarounds for OSX El Capitan (where root is not really root..), some FreeBSD fixes, etc Because of the longer than average gap with the previous update and this one, there are quite a few library updates (ffmpeg, pillow, gstreamer, etc) and also some RPM packaging updates (trying to workaround some Fedora conflicts, naming updates). One long-standing bug still present in this release is the SSH password mode with OSX clients, this is finally fixed in the current beta release but may not get applied to the v0.17.x branch because the change would be too intrusive. Until then, use SSH keys, TCP mode, or try the beta builds. Release notes: * fix sound codec order: prevent incompatibilities with gdp payloader * fix internal error with some values for the window title option * fix crash on FreeBSD caused by buggy netifaces package * fix strict build on FreeBSD, use correct Xvfb command * fix video region statistics not correctly reset * fix OSX PKG installation errors on El Capitan and later * fix OSX installation warnings * fix X11 keyboard layout setup code corner case handling * fix VP9 speed setting to prevent excruciatingly slow compression * fix honour socket-dirs value found in configuration files * fix Fedora 25+ builds hanging during printer probing * fix unnecessary delay in network layer of MS Windows clients * fix xvid encoder debug overlay (now only enabled with debugging) * fix x265 compilation with python3 * fix cursor errors with no data to send * fix v4l2 module build on older platforms, add missing build switch * fix CentOS 7.1 cryptography packaging dependency * fix misleading cryptography import error message * fix logging loops with 'network' and 'crypto' debug flags * fix spurious sound log messages on some platforms (ie: CentOS 6.x) * fix webcam spurious warnings when already disabled * fix webcam skewed picture * fix size calculations for the 1 pixel bottom edge of video areas * fix heavy import with side effects for shadow servers * fix MS Windows shadow servers picture corruption * fix jpeg wrongly included in auto-refresh encodings * fix compatibility with ffmpeg 3.1+, warn but don't fail * fix socket-dir option not being honoured * fix log dir in commented out Xvfb example * fix build on some non US locales 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 From philip at tidepool.ca Thu Aug 25 06:04:12 2016 From: philip at tidepool.ca (Philip Loewen) Date: Wed, 24 Aug 2016 22:04:12 -0700 Subject: [winswitch] Trouble installing Xpra 0.17.5 on Ubuntu 16.04 In-Reply-To: <1989f0a4-6081-457e-cf99-de31cef5d514@nagafix.co.uk> References: <1989f0a4-6081-457e-cf99-de31cef5d514@nagafix.co.uk> Message-ID: <0516d00f-90b6-052c-81e4-c1f7fb917cbd@tidepool.ca> Thanks for this excellent software! Something strange happens when I try to update xpra on Ubuntu 16.04. My usual steps produce an error message that makes me think the problem is somewhere at winswitch.org. Is it? (If not, what should I do?) Here's what I see: $ sudo aptitude safe-upgrade The following packages will be upgraded: xpra 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 1,673 kB of archives. After unpacking 14.3 kB will be freed. Do you want to continue? [Y/n/?] Get: 1 http://winswitch.org xenial/main amd64 xpra amd64 0.17.5-r13454-1 [1,673 kB] Err http://winswitch.org xenial/main amd64 xpra amd64 0.17.5-r13454-1 Writing more data than expected (1672748 > 1672628) E: Failed to fetch http://winswitch.org/dists/xenial/main/binary-amd64/xpra_0.17.5-r13454-1_amd64.deb: Writing more data than expected (1672748 > 1672628) Gratefully, Philip On 2016-08-24 03:57 AM, Antoine Martin via shifter-users wrote: > Hi, > > This update contains a large number of fixes, but none of them are > critical. There is no urgency to update if you are not affected by these > issues. > > The webcam forwarding fixes are probably the most noticeable ones. > There are a number of packaging fixes: workarounds for OSX El Capitan > (where root is not really root..), some FreeBSD fixes, etc > Because of the longer than average gap with the previous update and this > one, there are quite a few library updates (ffmpeg, pillow, gstreamer, > etc) and also some RPM packaging updates (trying to workaround some > Fedora conflicts, naming updates). > > One long-standing bug still present in this release is the SSH password > mode with OSX clients, this is finally fixed in the current beta release > but may not get applied to the v0.17.x branch because the change would > be too intrusive. Until then, use SSH keys, TCP mode, or try the beta > builds. > > > Release notes: > * fix sound codec order: prevent incompatibilities with gdp payloader > * fix internal error with some values for the window title option > * fix crash on FreeBSD caused by buggy netifaces package > * fix strict build on FreeBSD, use correct Xvfb command > * fix video region statistics not correctly reset > * fix OSX PKG installation errors on El Capitan and later > * fix OSX installation warnings > * fix X11 keyboard layout setup code corner case handling > * fix VP9 speed setting to prevent excruciatingly slow compression > * fix honour socket-dirs value found in configuration files > * fix Fedora 25+ builds hanging during printer probing > * fix unnecessary delay in network layer of MS Windows clients > * fix xvid encoder debug overlay (now only enabled with debugging) > * fix x265 compilation with python3 > * fix cursor errors with no data to send > * fix v4l2 module build on older platforms, add missing build switch > * fix CentOS 7.1 cryptography packaging dependency > * fix misleading cryptography import error message > * fix logging loops with 'network' and 'crypto' debug flags > * fix spurious sound log messages on some platforms (ie: CentOS 6.x) > * fix webcam spurious warnings when already disabled > * fix webcam skewed picture > * fix size calculations for the 1 pixel bottom edge of video areas > * fix heavy import with side effects for shadow servers > * fix MS Windows shadow servers picture corruption > * fix jpeg wrongly included in auto-refresh encodings > * fix compatibility with ffmpeg 3.1+, warn but don't fail > * fix socket-dir option not being honoured > * fix log dir in commented out Xvfb example > * fix build on some non US locales > > 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 > > > > > > _______________________________________________ > 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 Thu Aug 25 06:53:58 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 25 Aug 2016 12:53:58 +0700 Subject: [winswitch] Trouble installing Xpra 0.17.5 on Ubuntu 16.04 In-Reply-To: <0516d00f-90b6-052c-81e4-c1f7fb917cbd@tidepool.ca> References: <1989f0a4-6081-457e-cf99-de31cef5d514@nagafix.co.uk> <0516d00f-90b6-052c-81e4-c1f7fb917cbd@tidepool.ca> Message-ID: On 25/08/16 12:04, Philip Loewen via shifter-users wrote: > Thanks for this excellent software! > > Something strange happens when I try to update xpra on Ubuntu 16.04. My > usual steps produce an error message that makes me think the problem is > somewhere at winswitch.org. Is it? (If not, what should I do?) Here's > what I see: > > > $ sudo aptitude safe-upgrade > The following packages will be upgraded: > xpra > 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > Need to get 1,673 kB of archives. After unpacking 14.3 kB will be freed. > Do you want to continue? [Y/n/?] > Get: 1 http://winswitch.org xenial/main amd64 xpra amd64 0.17.5-r13454-1 > [1,673 kB] > Err http://winswitch.org xenial/main amd64 xpra amd64 0.17.5-r13454-1 > Writing more data than expected (1672748 > 1672628) > E: Failed to fetch > http://winswitch.org/dists/xenial/main/binary-amd64/xpra_0.17.5-r13454-1_amd64.deb: > Writing more data than expected (1672748 > 1672628) Sorry about that, I built the packages twice by mistake so your RPM headers ended up pointing to the first build but the packages you downloaded is the second set... I am in the process of fixing this by forcing a full rebuild with a newer release number but this will take a few hours. Until then, you should be able to just do: apt-get clean apt-get update && apt-get dist-upgrade For the RPM repos, that would be: yum clean all && yum update Cheers Antoine > > > Gratefully, > Philip > > On 2016-08-24 03:57 AM, Antoine Martin via shifter-users wrote: >> Hi, >> >> This update contains a large number of fixes, but none of them are >> critical. There is no urgency to update if you are not affected by these >> issues. >> >> The webcam forwarding fixes are probably the most noticeable ones. >> There are a number of packaging fixes: workarounds for OSX El Capitan >> (where root is not really root..), some FreeBSD fixes, etc >> Because of the longer than average gap with the previous update and this >> one, there are quite a few library updates (ffmpeg, pillow, gstreamer, >> etc) and also some RPM packaging updates (trying to workaround some >> Fedora conflicts, naming updates). >> >> One long-standing bug still present in this release is the SSH password >> mode with OSX clients, this is finally fixed in the current beta release >> but may not get applied to the v0.17.x branch because the change would >> be too intrusive. Until then, use SSH keys, TCP mode, or try the beta >> builds. >> >> >> Release notes: >> * fix sound codec order: prevent incompatibilities with gdp payloader >> * fix internal error with some values for the window title option >> * fix crash on FreeBSD caused by buggy netifaces package >> * fix strict build on FreeBSD, use correct Xvfb command >> * fix video region statistics not correctly reset >> * fix OSX PKG installation errors on El Capitan and later >> * fix OSX installation warnings >> * fix X11 keyboard layout setup code corner case handling >> * fix VP9 speed setting to prevent excruciatingly slow compression >> * fix honour socket-dirs value found in configuration files >> * fix Fedora 25+ builds hanging during printer probing >> * fix unnecessary delay in network layer of MS Windows clients >> * fix xvid encoder debug overlay (now only enabled with debugging) >> * fix x265 compilation with python3 >> * fix cursor errors with no data to send >> * fix v4l2 module build on older platforms, add missing build switch >> * fix CentOS 7.1 cryptography packaging dependency >> * fix misleading cryptography import error message >> * fix logging loops with 'network' and 'crypto' debug flags >> * fix spurious sound log messages on some platforms (ie: CentOS 6.x) >> * fix webcam spurious warnings when already disabled >> * fix webcam skewed picture >> * fix size calculations for the 1 pixel bottom edge of video areas >> * fix heavy import with side effects for shadow servers >> * fix MS Windows shadow servers picture corruption >> * fix jpeg wrongly included in auto-refresh encodings >> * fix compatibility with ffmpeg 3.1+, warn but don't fail >> * fix socket-dir option not being honoured >> * fix log dir in commented out Xvfb example >> * fix build on some non US locales >> >> 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 >> >> >> >> >> >> _______________________________________________ >> 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 philip at tidepool.ca Thu Aug 25 16:00:44 2016 From: philip at tidepool.ca (Philip Loewen) Date: Thu, 25 Aug 2016 08:00:44 -0700 Subject: [winswitch] Trouble installing Xpra 0.17.5 on Ubuntu 16.04 In-Reply-To: References: <1989f0a4-6081-457e-cf99-de31cef5d514@nagafix.co.uk> <0516d00f-90b6-052c-81e4-c1f7fb917cbd@tidepool.ca> Message-ID: <6d545eba-ba11-3081-80a9-27cae190b3ec@tidepool.ca> Super helpful, as always. This suggestion worked for me. Thanks again! - Philip On 2016-08-24 10:53 PM, Antoine Martin via shifter-users wrote: > On 25/08/16 12:04, Philip Loewen via shifter-users wrote: >> Thanks for this excellent software! >> >> Something strange happens when I try to update xpra on Ubuntu 16.04. My >> usual steps produce an error message that makes me think the problem is >> somewhere at winswitch.org. Is it? (If not, what should I do?) Here's >> what I see: >> >> >> $ sudo aptitude safe-upgrade >> The following packages will be upgraded: >> xpra >> 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. >> Need to get 1,673 kB of archives. After unpacking 14.3 kB will be freed. >> Do you want to continue? [Y/n/?] >> Get: 1 http://winswitch.org xenial/main amd64 xpra amd64 0.17.5-r13454-1 >> [1,673 kB] >> Err http://winswitch.org xenial/main amd64 xpra amd64 0.17.5-r13454-1 >> Writing more data than expected (1672748 > 1672628) >> E: Failed to fetch >> http://winswitch.org/dists/xenial/main/binary-amd64/xpra_0.17.5-r13454-1_amd64.deb: >> Writing more data than expected (1672748 > 1672628) > Sorry about that, I built the packages twice by mistake so your RPM > headers ended up pointing to the first build but the packages you > downloaded is the second set... > > I am in the process of fixing this by forcing a full rebuild with a > newer release number but this will take a few hours. > Until then, you should be able to just do: > apt-get clean > apt-get update && apt-get dist-upgrade > > For the RPM repos, that would be: > yum clean all && yum update > > Cheers > Antoine > >> >> >> Gratefully, >> Philip >> >> On 2016-08-24 03:57 AM, Antoine Martin via shifter-users wrote: >>> Hi, >>> >>> This update contains a large number of fixes, but none of them are >>> critical. There is no urgency to update if you are not affected by these >>> issues. >>> >>> The webcam forwarding fixes are probably the most noticeable ones. >>> There are a number of packaging fixes: workarounds for OSX El Capitan >>> (where root is not really root..), some FreeBSD fixes, etc >>> Because of the longer than average gap with the previous update and this >>> one, there are quite a few library updates (ffmpeg, pillow, gstreamer, >>> etc) and also some RPM packaging updates (trying to workaround some >>> Fedora conflicts, naming updates). >>> >>> One long-standing bug still present in this release is the SSH password >>> mode with OSX clients, this is finally fixed in the current beta release >>> but may not get applied to the v0.17.x branch because the change would >>> be too intrusive. Until then, use SSH keys, TCP mode, or try the beta >>> builds. >>> >>> >>> Release notes: >>> * fix sound codec order: prevent incompatibilities with gdp payloader >>> * fix internal error with some values for the window title option >>> * fix crash on FreeBSD caused by buggy netifaces package >>> * fix strict build on FreeBSD, use correct Xvfb command >>> * fix video region statistics not correctly reset >>> * fix OSX PKG installation errors on El Capitan and later >>> * fix OSX installation warnings >>> * fix X11 keyboard layout setup code corner case handling >>> * fix VP9 speed setting to prevent excruciatingly slow compression >>> * fix honour socket-dirs value found in configuration files >>> * fix Fedora 25+ builds hanging during printer probing >>> * fix unnecessary delay in network layer of MS Windows clients >>> * fix xvid encoder debug overlay (now only enabled with debugging) >>> * fix x265 compilation with python3 >>> * fix cursor errors with no data to send >>> * fix v4l2 module build on older platforms, add missing build switch >>> * fix CentOS 7.1 cryptography packaging dependency >>> * fix misleading cryptography import error message >>> * fix logging loops with 'network' and 'crypto' debug flags >>> * fix spurious sound log messages on some platforms (ie: CentOS 6.x) >>> * fix webcam spurious warnings when already disabled >>> * fix webcam skewed picture >>> * fix size calculations for the 1 pixel bottom edge of video areas >>> * fix heavy import with side effects for shadow servers >>> * fix MS Windows shadow servers picture corruption >>> * fix jpeg wrongly included in auto-refresh encodings >>> * fix compatibility with ffmpeg 3.1+, warn but don't fail >>> * fix socket-dir option not being honoured >>> * fix log dir in commented out Xvfb example >>> * fix build on some non US locales >>> >>> 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 >>> >>> >>> >>> >>> >>> _______________________________________________ >>> 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 > > _______________________________________________ > 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 Thu Aug 25 17:02:57 2016 From: rdt at cs.queensu.ca (Bob Tennent) Date: Thu, 25 Aug 2016 12:02:57 -0400 Subject: [winswitch] Centos libvpx.so.4 dependency Message-ID: <57bf16b1.Qzbum2LYPtyEcnLA%rdt@cs.queensu.ca> On Centos 7: Resolving Dependencies --> Running transaction check ---> Package PyOpenGL.noarch 0:3.1.1a1r1-1.el7_2 will be obsoleted ---> Package PyOpenGL-accelerate.x86_64 0:3.1.1a1r1-1.el7_2 will be obsoleted ---> Package ffmpeg-xpra.x86_64 0:3.0.2-1.el7_2 will be updated ---> Package ffmpeg-xpra.x86_64 0:3.1.2-1.el7_2 will be an update --> Processing Dependency: libvpx.so.4()(64bit) for package: ffmpeg-xpra-3.1.2-1.el7_2.x86_64 On Centos 6: Resolving Dependencies --> Running transaction check ---> Package ffmpeg-xpra.i686 0:3.0.2-1.el6_8 will be updated ---> Package ffmpeg-xpra.i686 0:3.1.2-1.el6_8 will be an update --> Processing Dependency: libvpx.so.4 for package: ffmpeg-xpra-3.1.2-1.el6_8.i686 From rdtennent at gmail.com Thu Aug 25 16:56:32 2016 From: rdtennent at gmail.com (Bob Tennent) Date: Thu, 25 Aug 2016 11:56:32 -0400 Subject: [winswitch] Centos libvpx.so.4 dependency Message-ID: <20160825155632.xovjqcSL41NN%rdtennent@gmail.com> On Centos 7: Resolving Dependencies --> Running transaction check ---> Package PyOpenGL.noarch 0:3.1.1a1r1-1.el7_2 will be obsoleted ---> Package PyOpenGL-accelerate.x86_64 0:3.1.1a1r1-1.el7_2 will be obsoleted ---> Package ffmpeg-xpra.x86_64 0:3.0.2-1.el7_2 will be updated ---> Package ffmpeg-xpra.x86_64 0:3.1.2-1.el7_2 will be an update --> Processing Dependency: libvpx.so.4()(64bit) for package: ffmpeg-xpra-3.1.2-1.el7_2.x86_64 On Centos 6: Resolving Dependencies --> Running transaction check ---> Package ffmpeg-xpra.i686 0:3.0.2-1.el6_8 will be updated ---> Package ffmpeg-xpra.i686 0:3.1.2-1.el6_8 will be an update --> Processing Dependency: libvpx.so.4 for package: ffmpeg-xpra-3.1.2-1.el6_8.i686 From thlai15 at yahoo.com Thu Aug 25 18:24:14 2016 From: thlai15 at yahoo.com (Clement Lai) Date: Thu, 25 Aug 2016 17:24:14 +0000 (UTC) Subject: [winswitch] Xpra Initialization Error: invalid mode 'start' References: <1666176619.2148449.1472145854993.ref@mail.yahoo.com> Message-ID: <1666176619.2148449.1472145854993@mail.yahoo.com> To whom it may concern,I am new to Xpra. From the web page it indicates that Xpra is able to forward full desktops, from X11 servers, MS Windows, or Mac OS X. I was able to run the command below to start a process on Linux and connect to it from other client desktops:xpra start :100 --start-child=xterm On Windows and MacOS, I attempted to run a similar command but encountered the following error: xpra initialization error: invalid mode 'start' The commands I tried were: /c/'Program Files (x86)'/Xpra_cmd start :100 --start-child=cmd (on Windows) /Applications/Xpra.app/Contents/MacOS/Xpra start :100 --start-child='open Terminal .' (on MacOS) Are Windows and MacOS supported as a remote server or am I not using it correctly? Please kindly advise. Thanks, Clement From mwoolstenhulme at ebates.com Thu Aug 25 22:54:17 2016 From: mwoolstenhulme at ebates.com (Martin Woolstenhulme) Date: Thu, 25 Aug 2016 21:54:17 +0000 Subject: [winswitch] Ubuntu 14.04 Installation Message-ID: <063D48B6-EAAF-4299-AC56-3B5649D03088@ebates.com> I?m seeing some errors when installing xpra with apt on Ubuntu 14.04. WARNING: The following packages cannot be authenticated! xpra Install these packages without verification? [y/N] And if I hit yes then the following: Err http://winswitch.org/ trusty/main xpra amd64 0.17.5-r13282-1 ??404??Not Found [IP: 194.145.197.105 80] I think it?s because the latest version isn?t available for Ubuntu 14.04, but it might also have to do with PGP key. Should it still be attempting to install 0.15.10-1 on Ubuntu 14.04? Martin Woolstenhulme Senior Software Engineer Ebates Inc From akadanitan at yahoo.com Fri Aug 26 03:41:06 2016 From: akadanitan at yahoo.com (dan l) Date: Fri, 26 Aug 2016 02:41:06 +0000 (UTC) Subject: [winswitch] setup.py not respecting --home when installing config in etc In-Reply-To: References: <424332140.524757.1471787149725.ref@mail.yahoo.com> <424332140.524757.1471787149725@mail.yahoo.com> Message-ID: <1938148221.12558.1472179266147@mail.yahoo.com> Confirmed that the code in trunk now respects --home when installing etc config files. Thank you! On Monday, August 22, 2016 3:22 AM, Antoine Martin via shifter-users wrote: On 21/08/16 20:45, dan l via shifter-users wrote: > I am trying to do a local install as described in the "Building with disutils" section of this page: http://xpra.org/trac/wiki/Building > $ ./setup.py install --home=./install./setup.py install --home=./install > Xpra version 0.17.4 > found pkg-config version: 1build switches: > <...snip...> > updated ./xpra/build_info.py with:* BUILD_BIT? ? ? ? ? ? = 64bit* BUILD_CPU? ? ? ? ? ? = amd64* BUILD_DATE? ? ? ? ? = 2016-08-20* BUILD_OS? ? ? ? ? ? = BSD* BUILD_TIME? ? ? ? ? = 19:34* BUILT_BY? ? ? ? ? ? = dan* BUILT_ON? ? ? ? ? ? = js1* COMPILER_VERSION? ? = gcc (FreeBSD Ports Collection) 4.8.5* CYTHON_VERSION? ? ? = 0.24* LINKER_VERSION? ? ? = GNU ld 2.17.50 [FreeBSD] 2007-07-03* PYTHON_VERSION? ? ? = 2.7.12* RELEASE_BUILD? ? ? ? = True > <...snip...> > copying icons/ticked-small.png -> ./install/share/xpra/iconscreating install/share/applicationscopying xdg/xpra_launcher.desktop -> ./install/share/applicationscopying xdg/xpra.desktop -> ./install/share/applicationscreating install/share/mimecreating install/share/mime/packagescopying xdg/application-x-xpraconfig.xml -> ./install/share/mime/packagescreating install/share/iconscopying xdg/xpra.png -> ./install/share/iconscreating install/share/appdatacopying xdg/xpra.appdata.xml -> ./install/share/appdatacreating install/lib/tmpfiles.dcopying tmpfiles.d/xpra.conf -> ./install/lib/tmpfiles.dcreating /usr/local/etc/xpra > error: could not create '/usr/local/etc/xpra': Permission denied > $ pwd > /usr/home/dan/xpra-0.17.4 > $ > I removed most of the lines of output for brevity, but the install seems to put things in the intended place up until the config files, which it tries to put in /usr/local/etc/xpra. > Is this intended? No. That's a bug in the v0.17.x branch, not sure why it only seems to occur on freebsd. Not sure it will get fixed in that branch either, because the changes could be intrusive. > The documentation for setup (https://docs.python.org/2/install/#alternate-installation-the-home-scheme) doesn't really make it clear what to expect from "configuration files" when "--home" is used. The configuration files should go into --home too. Latest trunk does build and run fine on FreeBSD, I have also updated the build instructions: http://xpra.org/trac/wiki/Building#FreeBSD I have also made a few tweaks to make it easier to build and run on FreeBSD, including a workaround for a FreeBSD bug affecting all branches: http://xpra.org/trac/changeset/13420 So you should now be able to: python2.7 ./setup.py install --home=./install PYTHONPATH=./install/lib/python/ python2.7 ./install/bin/xpra start --start=xterm :100 Thanks Antoine _______________________________________________ shifter-users mailing list shifter-users at lists.devloop.org.uk http://lists.devloop.org.uk/mailman/listinfo/shifter-users From akadanitan at yahoo.com Fri Aug 26 03:46:37 2016 From: akadanitan at yahoo.com (dan l) Date: Fri, 26 Aug 2016 02:46:37 +0000 (UTC) Subject: [winswitch] setup.py not respecting --home when installing config in etc In-Reply-To: <1938148221.12558.1472179266147@mail.yahoo.com> References: <424332140.524757.1471787149725.ref@mail.yahoo.com> <424332140.524757.1471787149725@mail.yahoo.com> <1938148221.12558.1472179266147@mail.yahoo.com> Message-ID: <128865360.8007.1472179597250@mail.yahoo.com> Additionally, I updated the FreeBSD build instructions with two additional packages that I needed to install to get xpra to build and run: xkbcomp and pkgconf. On Thursday, August 25, 2016 10:45 PM, dan l via shifter-users wrote: Confirmed that the code in trunk now respects --home when installing etc config files. Thank you! ? ? On Monday, August 22, 2016 3:22 AM, Antoine Martin via shifter-users wrote: On 21/08/16 20:45, dan l via shifter-users wrote: > I am trying to do a local install as described in the "Building with disutils" section of this page: http://xpra.org/trac/wiki/Building > $ ./setup.py install --home=./install./setup.py install --home=./install > Xpra version 0.17.4 > found pkg-config version: 1build switches: > <...snip...> > updated ./xpra/build_info.py with:* BUILD_BIT? ? ? ? ? ? = 64bit* BUILD_CPU? ? ? ? ? ? = amd64* BUILD_DATE? ? ? ? ? = 2016-08-20* BUILD_OS? ? ? ? ? ? = BSD* BUILD_TIME? ? ? ? ? = 19:34* BUILT_BY? ? ? ? ? ? = dan* BUILT_ON? ? ? ? ? ? = js1* COMPILER_VERSION? ? = gcc (FreeBSD Ports Collection) 4.8.5* CYTHON_VERSION? ? ? = 0.24* LINKER_VERSION? ? ? = GNU ld 2.17.50 [FreeBSD] 2007-07-03* PYTHON_VERSION? ? ? = 2.7.12* RELEASE_BUILD? ? ? ? = True > <...snip...> > copying icons/ticked-small.png -> ./install/share/xpra/iconscreating install/share/applicationscopying xdg/xpra_launcher.desktop -> ./install/share/applicationscopying xdg/xpra.desktop -> ./install/share/applicationscreating install/share/mimecreating install/share/mime/packagescopying xdg/application-x-xpraconfig.xml -> ./install/share/mime/packagescreating install/share/iconscopying xdg/xpra.png -> ./install/share/iconscreating install/share/appdatacopying xdg/xpra.appdata.xml -> ./install/share/appdatacreating install/lib/tmpfiles.dcopying tmpfiles.d/xpra.conf -> ./install/lib/tmpfiles.dcreating /usr/local/etc/xpra > error: could not create '/usr/local/etc/xpra': Permission denied > $ pwd > /usr/home/dan/xpra-0.17.4 > $ > I removed most of the lines of output for brevity, but the install seems to put things in the intended place up until the config files, which it tries to put in /usr/local/etc/xpra. > Is this intended? No. That's a bug in the v0.17.x branch, not sure why it only seems to occur on freebsd. Not sure it will get fixed in that branch either, because the changes could be intrusive. > The documentation for setup (https://docs.python.org/2/install/#alternate-installation-the-home-scheme) doesn't really make it clear what to expect from "configuration files" when "--home" is used. The configuration files should go into --home too. Latest trunk does build and run fine on FreeBSD, I have also updated the build instructions: http://xpra.org/trac/wiki/Building#FreeBSD I have also made a few tweaks to make it easier to build and run on FreeBSD, including a workaround for a FreeBSD bug affecting all branches: http://xpra.org/trac/changeset/13420 So you should now be able to: python2.7 ./setup.py install --home=./install PYTHONPATH=./install/lib/python/ python2.7 ./install/bin/xpra start --start=xterm :100 Thanks Antoine _______________________________________________ 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 akadanitan at yahoo.com Fri Aug 26 03:58:39 2016 From: akadanitan at yahoo.com (dan l) Date: Fri, 26 Aug 2016 02:58:39 +0000 (UTC) Subject: [winswitch] Connection lost when connecting to xpra server References: <812697909.6121.1472180319780.ref@mail.yahoo.com> Message-ID: <812697909.6121.1472180319780@mail.yahoo.com> Server: compiled on FreeBSD using svn trunk. "xpra --version" shows "xpra v1.0"Client: Windows 10, Xpra 1.0 revision 13453 Server startup: $ PYTHONPATH=./install/lib/python/ python2.7 ./install/bin/xpra start --no-daemon :100No pam support: No module named pam2016-08-26 02:07:12,475 created unix domain socket: /home/dan/.xpra/js2-1002016-08-26 02:07:17,200 Warning: menu forwarding is disabled:2016-08-26 02:07:17,201? cannot load dbus helper: No module named dbus2016-08-26 02:07:17,356 Warning: enc_pillow failed its self test2016-08-26 02:07:17,356? /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found2016-08-26 02:07:17,367 Warning: csc_cython failed its self test2016-08-26 02:07:17,367? /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found2016-08-26 02:07:21,637 Warning: failed to load the mdns avahi publisher:2016-08-26 02:07:21,637? No module named avahi2016-08-26 02:07:21,637? either fix your installation or use the 'mdns=no' option2016-08-26 02:07:21,638 Warning: no X11 RandR support on :1002016-08-26 02:07:22,324 15.9GB of system memory2016-08-26 02:07:22,329 Error: failed to import the virtual video module:2016-08-26 02:07:22,329? No module named v4l2.pusher2016-08-26 02:07:22,465 pulseaudio server started with pid 56133pulseaudio: not foundWarning: failed to import GStreamer:?GStreamer 1.0: No module named gi?GStreamer 0.10: No module named pygst2016-08-26 02:07:22,904 Error: failed to query sound subsystem:2016-08-26 02:07:22,905? query did not return any data2016-08-26 02:07:22,909 Warning: failed to load or register our dbus notifications forwarder:2016-08-26 02:07:22,909? No module named dbus.service2016-08-26 02:07:22,909? if you do not have a dedicated dbus session for this xpra instance,2016-08-26 02:07:22,910? use the 'notifications=no' option2016-08-26 02:07:22,911 cannot load dbus helper: No module named dbus2016-08-26 02:07:22,915 Error setting up our dbus server:2016-08-26 02:07:22,915? No module named dbus2016-08-26 02:07:22,920 xpra X11 version 1.0-r13465 64-bit2016-08-26 02:07:22,920? running with pid 56109 on FreeBSD 10.3-STABLE2016-08-26 02:07:22,920? connected to X11 display :1002016-08-26 02:07:22,953 xpra is ready.2016-08-26 02:07:23,929 Warning: pulseaudio has terminated shortly after startup.2016-08-26 02:07:23,930? pulseaudio is limited to a single instance per user account,2016-08-26 02:07:23,930? and one may be running already for user 'dan'2016-08-26 02:07:23,931? to avoid this warning, either fix the pulseaudio command line2016-08-26 02:07:23,931? or use the 'pulseaudio=no' option Xclient startup: $ DISPLAY=:100 xterm Symptom: I attempt to connect to the server from the client with the following settings:Mode: SSHEncoding: H.264Quality: AutoSpeed: Autodan at js2 22 : 100 I see on the client: "starting plink tunnel" flash quickly, followed by "Connection lost" I see on the server:nothing appears on in stdout on the server I have verified that I can connect via ssh to dan at js2 using a key that is loaded in pageant. Any ideas on what could be wrong or how I can debug this further? From antoine at nagafix.co.uk Fri Aug 26 05:02:09 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 26 Aug 2016 11:02:09 +0700 Subject: [winswitch] Connection lost when connecting to xpra server In-Reply-To: <812697909.6121.1472180319780@mail.yahoo.com> References: <812697909.6121.1472180319780.ref@mail.yahoo.com> <812697909.6121.1472180319780@mail.yahoo.com> Message-ID: <2a4d08a8-967c-f0c5-3b4c-3afdad1e310f@nagafix.co.uk> On 26/08/16 09:58, dan l via shifter-users wrote: > Server: compiled on FreeBSD using svn trunk. "xpra --version" shows "xpra v1.0"Client: Windows 10, Xpra 1.0 revision 13453 > Server startup: > $ PYTHONPATH=./install/lib/python/ python2.7 ./install/bin/xpra start --no-daemon :100No pam support: No module named pam2016-08-26 02:07:12,475 created unix domain socket: /home/dan/.xpra/js2-1002016-08-26 02:07:17,200 Warning: menu forwarding is disabled:2016-08-26 02:07:17,201 cannot load dbus helper: No module named dbus2016-08-26 02:07:17,356 Warning: enc_pillow failed its self test2016-08-26 02:07:17,356 /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found2016-08-26 02:07:17,367 Warning: csc_cython failed its self test2016-08-26 02:07:17,367 /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found2016-08-26 02:07:21,637 Warning: failed to load the mdns avahi publisher:2016-08-26 02:07:21,637 No module named avahi2016-08-26 02:07:21,637 either fix your installation or use the 'mdns=no' option2016-08-26 02:07:21,638 Warning: no X11 RandR support on :1002016-08-26 02:07:22,324 15.9GB of system memory2016-08-26 02:07:22,329 Error: failed to import the virtual video module:2016-08-26 02:07:22,329 No module named v4l2.pusher2016-08-26 02:07:22,465 pulseaudio server started with pid 56133pulseaudio: not foundWarning: failed to import GStreamer: GStreamer 1.0: No module named gi GStreamer 0.10: No module named pygst2016-08-26 02:07:22,904 Error: failed to query sound subsystem:2016-08-26 02:07:22,905 query did not return any data2016-08-26 02:07:22,909 Warning: failed to load or register our dbus notifications forwarder:2016-08-26 02:07:22,909 No module named dbus.service2016-08-26 02:07:22,909 if you do not have a dedicated dbus session for this xpra instance,2016-08-26 02:07:22,910 use the 'notifications=no' option2016-08-26 02:07:22,911 cannot load dbus helper: No module named dbus2016-08-26 02:07:22,915 Error setting up our dbus server:2016-08-26 02:07:22,915 No module named dbus2016-08-26 02:07:22,920 xpra X11 version 1.0-r13465 64-bit2016-08-26 02:07:22,920 running with pid 56109 on FreeBSD 10.3-STABLE2016-08-26 02:07:22,920 connected to X11 display :1002016-08-26 02:07:22,953 xpra is ready.2016-08-26 02:07:23,929 Warning: pulseaudio has terminated shortly after startup.2016-08-26 02:07:23,930 pulseaudio is limited to a single instance per user account,2016-08-26 02:07:23,930 and one may be running already for user 'dan'2016-08-26 02:07:23,931 to avoid this warning, either fix the pulseaudio command line2016-08-26 02:07:23,931 or use the 'pulseaudio=no' option This is unreadable for me. If you cannot get yahoo to not mess up the log output, please consider using another email provider. (we also have endless spam and mailing list problems because of yahoo) > Xclient startup: > $ DISPLAY=:100 xterm > Symptom: > I attempt to connect to the server from the client with the following settings:Mode: SSHEncoding: H.264Quality: AutoSpeed: Autodan at js2 22 : 100 > I see on the client: > "starting plink tunnel" flash quickly, followed by "Connection lost" Have you tried connecting over SSH using a FreeBSD client? Try using the Xpra_cmd.exe command instead of the GUI, it may show more useful debug messages. > I see on the server:nothing appears on in stdout on the server Then the client never established the connection. Check your SSH server log to see if the login was successful. > I have verified that I can connect via ssh to dan at js2 using a key that is loaded in pageant. > Any ideas on what could be wrong or how I can debug this further? See above. Cheers Antoine From antoine at nagafix.co.uk Fri Aug 26 05:17:58 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 26 Aug 2016 11:17:58 +0700 Subject: [winswitch] Ubuntu 14.04 Installation In-Reply-To: <063D48B6-EAAF-4299-AC56-3B5649D03088@ebates.com> References: <063D48B6-EAAF-4299-AC56-3B5649D03088@ebates.com> Message-ID: <1dcf7c5e-8580-c43e-be13-2242b5002be9@nagafix.co.uk> On 26/08/16 04:54, Martin Woolstenhulme via shifter-users wrote: > I?m seeing some errors when installing xpra with apt on Ubuntu 14.04. > > > WARNING: The following packages cannot be authenticated! > xpra > Install these packages without verification? [y/N] > > > And if I hit yes then the following: > > > Err http://winswitch.org/ trusty/main xpra amd64 0.17.5-r13282-1 > ??404??Not Found [IP: 194.145.197.105 80] > > > I think it?s because the latest version isn?t available for Ubuntu 14.04, but it might also have to do with PGP key. > > Should it still be attempting to install 0.15.10-1 on Ubuntu 14.04? Hah, sorry! TLDR: apt-get clean;apt-get update;apt-get install xpra (or apt-get upgrade) Long answer: I made a mistake building the latest release twice http://lists.devloop.org.uk/pipermail/shifter-users/2016-August/001621.html It was just a bigger blooper than I realized: the next release will support many more Debian and Ubuntu distribution versions thanks to the use of private ffmpeg libraries (just like we already do for RPMs), see: http://xpra.org/trac/ticket/1256 So I ended up building 0.17.5 instead of the beta for Trusty, and you ended up with a dead link in your repo data.. You may want to try the beta builds for trusty, as those are much more up to date than the abandoned 0.15.x branch. Cheers Antoine From antoine at nagafix.co.uk Fri Aug 26 05:21:00 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 26 Aug 2016 11:21:00 +0700 Subject: [winswitch] Centos libvpx.so.4 dependency In-Reply-To: <57bf16b1.Qzbum2LYPtyEcnLA%rdt@cs.queensu.ca> References: <57bf16b1.Qzbum2LYPtyEcnLA%rdt@cs.queensu.ca> Message-ID: <0d32ef02-1a10-cc94-7bd4-c1944b92b85d@nagafix.co.uk> On 25/08/16 23:02, Bob Tennent via shifter-users wrote: > On Centos 7: > > Resolving Dependencies > --> Running transaction check > ---> Package PyOpenGL.noarch 0:3.1.1a1r1-1.el7_2 will be obsoleted > ---> Package PyOpenGL-accelerate.x86_64 0:3.1.1a1r1-1.el7_2 will be > obsoleted > ---> Package ffmpeg-xpra.x86_64 0:3.0.2-1.el7_2 will be updated > ---> Package ffmpeg-xpra.x86_64 0:3.1.2-1.el7_2 will be an update > --> Processing Dependency: libvpx.so.4()(64bit) for package: > ffmpeg-xpra-3.1.2-1.el7_2.x86_64 > > On Centos 6: > > Resolving Dependencies > --> Running transaction check > ---> Package ffmpeg-xpra.i686 0:3.0.2-1.el6_8 will be updated > ---> Package ffmpeg-xpra.i686 0:3.1.2-1.el6_8 will be an update > --> Processing Dependency: libvpx.so.4 for package: > ffmpeg-xpra-3.1.2-1.el6_8.i686 I guess you're having some dependency problems on the latest CentOS? Can you please clarify what the problem is? Is the required libvpx library version not available in those repos? (otherwise I will take a look using a clean install when I get a chance) Thanks Antoine From akadanitan at yahoo.com Fri Aug 26 05:41:43 2016 From: akadanitan at yahoo.com (dan l) Date: Fri, 26 Aug 2016 04:41:43 +0000 (UTC) Subject: [winswitch] Connection lost when connecting to xpra server In-Reply-To: <2a4d08a8-967c-f0c5-3b4c-3afdad1e310f@nagafix.co.uk> References: <812697909.6121.1472180319780.ref@mail.yahoo.com> <812697909.6121.1472180319780@mail.yahoo.com> <2a4d08a8-967c-f0c5-3b4c-3afdad1e310f@nagafix.co.uk> Message-ID: <2139800225.50243.1472186503882@mail.yahoo.com> >This is unreadable for me. If you cannot get yahoo to not mess up the log output, please consider using another email provider. (we also have endless spam and mailing list problems because of yahoo) Apologize for that. I just switched to text only mode, so hopefully that resolves the issue. As you suggest, though, it sounds like the the server may not be getting anything in this case so instead of pasting the server output again, let's look further at information from the client. > Have you tried connecting over SSH using a FreeBSD client? I have only tried with a Windows client. If the info below from the Windows client doesn't reveal what is going on, I will setup a FreeBSD VM and try that. > Try using the Xpra_cmd.exe command instead of the GUI, it may show more useful debug messages. Ok, that seems useful. Below is what I see what I try to make a connection. I have removed some of the lines to save space and because it seems like it is just dumping out a data structure. I have attached the full log in case that is helpful. > Xpra_cmd.exe Xpra gtk2 client version 1.0-r13453 32-bit running on Microsoft Windows 10 GStreamer version 1.8.2 for Python 3.4.4 32-bit OpenGL_accelerate module loaded OpenGL enabled with GeForce GTX 970/PCIe/SSE2 keyboard layouts: us keyboard settings: layout=us desktop size is 4480x1440 with 1 screen: Default (1185x381 mm - DPI: 96x96) workarea: 4480x1400 DISPLAY1 2560x1440 at 1920x0 (597x336 mm - DPI: 108x108) workarea: 2560x1400 DISPLAY2 1920x1080 (521x293 mm - DPI: 93x93) workarea: 1920x1080 upscaled by 150%, virtual screen size: 2987x960 Default (1185x381 mm - DPI: 64x64) workarea: 2987x933 DISPLAY1 1707x960 at 1280x0 (597x336 mm - DPI: 72x72) workarea: 1707x933 DISPLAY2 1280x720 (521x293 mm - DPI: 62x62) workarea: 1280x720 Traceback (most recent call last): File "xpra\net\bencode\cython_bencode.pyx", line 201, in xpra.net.bencode.cython_bencode.bencode (xpra/net/bencode/cython_bencode.c:4580) File "xpra\net\bencode\cython_bencode.pyx", line 186, in xpra.net.bencode.cython_bencode.encode (xpra/net/bencode/cython_bencode.c:4139) File "xpra\net\bencode\cython_bencode.pyx", line 161, in xpra.net.bencode.cython_bencode.encode_list (xpra/net/bencode/cython_bencode.c:3713) File "xpra\net\bencode\cython_bencode.pyx", line 190, in xpra.net.bencode.cython_bencode.encode (xpra/net/bencode/cython_bencode.c:4209) File "xpra\net\bencode\cython_bencode.pyx", line 170, in xpra.net.bencode.cython_bencode.encode_dict (xpra/net/bencode/cython_bencode.c:3889) File "xpra\net\bencode\cython_bencode.pyx", line 186, in xpra.net.bencode.cython_bencode.encode (xpra/net/bencode/cython_bencode.c:4139) File "xpra\net\bencode\cython_bencode.pyx", line 161, in xpra.net.bencode.cython_bencode.encode_list (xpra/net/bencode/cython_bencode.c:3713) File "xpra\net\bencode\cython_bencode.pyx", line 194, in xpra.net.bencode.cython_bencode.encode (xpra/net/bencode/cython_bencode.c:4289) ValueError: found None value! failed to encode packet: ['hello', {'named_cursors': True, 'desktops': 1, 'lzo': True, 'sound.codec-full-names': True, 'pango.version': '1.29.4', 'python-lz4': True, 'glib.version': (2, 28, 8), 'double_click.distance': (4, 4), 'encoding.vpx.version': u'v1.5.0', 'encoding.opencv.version': '3.1.0', 'double_click.time': 760, 'encoding.video_b_frames': ['h264'], 'python-cryptography.version': '1.3.2', 'sound.receive': True, 'vorbisenc', 'vorbisparse', 'vorbistag', 'wavenc', 'wavpackdec', 'wavpackenc', 'wavpackparse', 'wavparse', 'webmmux'], 'sound.sources': ['directsoundsrc', 'audiotestsrc'], 'encoding.min-quality': 30, 'pyglib.version': (2, 28, 3), 'compression_level': 1, 'sound.muxers': ['ogg', 'mka', 'mpeg4'], 'build.local_modifications': 0, 'clipboard.selections': ['CLIPBOARD'], 'sound.gst.version': ['1', '8', '2', '0'], 'encoding.swscale.version': (4, 1, 100), 'encoding.csc_atoms': True}] Traceback (most recent call last): File "xpra\net\protocol.pyc", line 531, in encode File "xpra\net\packet_encoding.pyc", line 86, in do_bencode File "xpra\net\bencode\cython_bencode.pyx", line 206, in xpra.net.bencode.cython_bencode.bencode (xpra/net/bencode/cython_bencode.c:4702) ValueError: cannot encode '['hello', {'named_cursors': True, 'desktops': 1, 'lzo': True, 'sound.codec-full-names': True, 'pango.version': '1.29.4', 'python-lz4': True, 'glib.version': (2, 28, 8), 'double_click.distance': (4, 4), 'encoding.vpx.version': u'v1.5.0', 'encoding.opencv.version': '3.1.0', 'double_click.time': 760, 'encoding.video_b_frames': ['h264'], 'python-cryptography.version': '1.3.2', 'sound.receive': True, .version': (2, 28, 3), 'compression_level': 1, 'sound.muxers': ['ogg', 'mka', 'mpeg4'], 'build.local_modifications': 0, 'clipboard.selections': ['CLIPBOARD'], 'sound.gst.version': ['1', '8', '2', '0'], 'encoding.swscale.version': (4, 1, 100), 'encoding.csc_atoms': True}]': found None value! None value in 'hello' packet->[1]->value for key='xkbmap_variants'->[0] Error: error in network packet write/format cannot encode '['hello', {'named_cursors': True, 'desktops': 1, 'lzo': True, 'sound.codec-full-names': True, 'pango.version': '1.29.4', 'python-lz4': True, 'glib.version': (2, 28, 8), 'double_click.distance': (4, 4), 'encoding.vpx.version': u'v1.5.0', 'encoding.opencv.version': '3.1.0', 'double_click.time': 760, 'encoding.video_b_frames': ['h264'], 'python-cryptography.version': '1.3.2', 'sound.receive': True, 'vorbisparse', 'vorbistag', 'wavenc', 'wavpackdec', 'wavpackenc', 'wavpackparse', 'wavparse', 'webmmux'], 'sound.sources': ['directsoundsrc', 'audiotestsrc'], 'encoding.min-quality': 30, 'pyglib.version': (2, 28, 3), 'compression_level': 1, 'sound.muxers': ['ogg', 'mka', 'mpeg4'], 'build.local_modifications': 0, 'clipboard.selections': ['CLIPBOARD'], 'sound.gst.version': ['1', '8', '2', '0'], 'encoding.swscale.version': (4, 1, 100), 'encoding.csc_atoms': True}]': found None value! Traceback (most recent call last): File "xpra\net\protocol.pyc", line 302, in _write_format_thread_loop File "xpra\net\protocol.pyc", line 314, in _add_packet_to_queue File "xpra\net\protocol.pyc", line 531, in encode File "xpra\net\packet_encoding.pyc", line 86, in do_bencode File "xpra\net\bencode\cython_bencode.pyx", line 206, in xpra.net.bencode.cython_bencode.bencode (xpra/net/bencode/cython_bencode.c:4702) ValueError: cannot encode '['hello', {'named_cursors': True, 'desktops': 1, 'lzo': True, 'sound.codec-full-names': True, 'pango.version': '1.29.4', 'python-lz4': True, 'glib.version': (2, 28, 8), 'double_click.distance': (4, 4), 'encoding.vpx.version': u'v1.5.0', 'encoding.opencv.version': '3.1.0', 'double_click.time': 760, 'encoding.video_b_frames': ['h264'], 'python-cryptography.version': '1.3.2', 'sound.receive': True, 'vorbisenc', 'vorbisparse', 'vorbistag', 'wavenc', 'wavpackdec', 'wavpackenc', 'wavpackparse', 'wavparse', 'webmmux'], 'sound.sources': ['directsoundsrc', 'audiotestsrc'], 'encoding.min-quality': 30, 'pyglib.version': (2, 28, 3), 'compression_level': 1, 'sound.muxers': ['ogg', 'mka', 'mpeg4'], 'build.local_modifications': 0, 'clipboard.selections': ['CLIPBOARD'], 'sound.gst.version': ['1', '8', '2', '0'], 'encoding.swscale.version': (4, 1, 100), 'encoding.csc_atoms': True}]': found None value! Error: failed to receive anything, not an xpra server? could also be the wrong protocol, username, password or port Xpra gtk2 client version 1.0-r13453 32-bit running on Microsoft Windows 10 GStreamer version 1.8.2 for Python 3.4.4 32-bit > Check your SSH server log to see if the login was successful. The following is what I see on the server auth.log when a connection is attempted: Aug 26 04:30:07 js2 sshd[65216]: Connection reset by 192.168.3.131 port 54232 [preauth] In this case, the 192.168.3.131 is the IP of my client. From antoine at nagafix.co.uk Fri Aug 26 05:57:45 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 26 Aug 2016 11:57:45 +0700 Subject: [winswitch] Xpra Initialization Error: invalid mode 'start' In-Reply-To: <1666176619.2148449.1472145854993@mail.yahoo.com> References: <1666176619.2148449.1472145854993.ref@mail.yahoo.com> <1666176619.2148449.1472145854993@mail.yahoo.com> Message-ID: On 26/08/16 00:24, Clement Lai via shifter-users wrote: > To whom it may concern,I am new to Xpra. From the web page it indicates that Xpra is able to forward full desktops, from X11 servers, MS Windows, or Mac OS X. > > I was able to run the command below to start a process on Linux and connect to it from other client desktops:xpra start :100 --start-child=xterm > > On Windows and MacOS, I attempted to run a similar command but encountered the following error: > > xpra initialization error: > invalid mode 'start' "xpra start" is for starting seamless servers (forwarding individual windows) and is only supported on platforms with native X11 servers. It is not supported with Cygwin or with Mac OSX as it wouldn't be very useful on those platforms and would also be very difficult to build. > The commands I tried were: > > /c/'Program Files (x86)'/Xpra_cmd start :100 --start-child=cmd (on Windows) > > /Applications/Xpra.app/Contents/MacOS/Xpra start :100 --start-child='open Terminal .' (on MacOS) > > Are Windows and MacOS supported as a remote server or am I not using it correctly? Please kindly advise. On Windows and MacOS you can only forward an existing full desktop and not individual windows. This mode is called "shadow": http://xpra.org/trac/wiki/ShadowServer ie: xpra_cmd.exe shadow --bind-tcp=0.0.0.0:10000 Or on OSX with a PKG install: Xpra shadow --bind-tcp=0.0.0.0:10000 I strongly recommend you to test the latest beta builds for shadow support as these include a lot of keyboard fixes and some significant performance improvements: http://xpra.org/beta/ FYI desktop mode on X11 will also be much improved in the next release: http://xpra.org/trac/ticket/1247 Cheers Antoine > > Thanks, > Clement > _______________________________________________ > 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 Fri Aug 26 12:48:45 2016 From: rdt at cs.queensu.ca (Bob Tennent) Date: Fri, 26 Aug 2016 07:48:45 -0400 Subject: [winswitch] Centos libvpx.so.4 dependency In-Reply-To: <0d32ef02-1a10-cc94-7bd4-c1944b92b85d@nagafix.co.uk> References: <57bf16b1.Qzbum2LYPtyEcnLA%rdt@cs.queensu.ca> <0d32ef02-1a10-cc94-7bd4-c1944b92b85d@nagafix.co.uk> Message-ID: <57c02c9d.11PpJ+yO4UOPFoQV%rdt@cs.queensu.ca> >|> --> Processing Dependency: libvpx.so.4()(64bit) for package: >|> ffmpeg-xpra-3.1.2-1.el7_2.x86_64 >|> >|> --> Processing Dependency: libvpx.so.4 for package: >|> ffmpeg-xpra-3.1.2-1.el6_8.i686 >|I guess you're having some dependency problems on the latest CentOS? >|Can you please clarify what the problem is? Is the required libvpx >|library version not available in those repos? Yes. ffmeg-xpra requires libvpx.so.4, which isn't available. On Centos 7 I've built and installed libvpx-1.6.0 which provides it and then xpra-0.17.5 installs ok. From ron.eggler at gmail.com Sat Aug 27 22:35:14 2016 From: ron.eggler at gmail.com (Ron Eggler) Date: Sat, 27 Aug 2016 14:35:14 -0700 Subject: [winswitch] Xpra performance (over internet) Message-ID: Hi, I'm using Xpra in the office to connect to my server over the local network which works really well for me. Now, I also log into our VPN from home and can connect to the server using Xpra too. Which - once settled - works reasonably okay. Now I was wondering if the performance can be improved over slow links (internet). Whenever I start a session, it always seems to take a few mMinutes until I can use an application, i.e. keypresses & mouse clicks are accepted. Any way this can be improved? Ron From akadanitan at yahoo.com Sat Aug 27 23:19:16 2016 From: akadanitan at yahoo.com (dan l) Date: Sat, 27 Aug 2016 22:19:16 +0000 (UTC) Subject: [winswitch] Connection lost when connecting to xpra server In-Reply-To: <2139800225.50243.1472186503882@mail.yahoo.com> References: <812697909.6121.1472180319780.ref@mail.yahoo.com> <812697909.6121.1472180319780@mail.yahoo.com> <2a4d08a8-967c-f0c5-3b4c-3afdad1e310f@nagafix.co.uk> <2139800225.50243.1472186503882@mail.yahoo.com> Message-ID: <632556545.786448.1472336356789@mail.yahoo.com> I updated my svn checkout of xpra and also downloaded the most recent Windows build (8/27 r13482. I no longer get the large error output on the client I pasted in the previous message. Here is what I see now. Server: $ PYTHONPATH=./install/lib/python/ python2.7 ./install/bin/xpra start --no-daemon :101 No pam support: No module named pam 2016-08-27 22:10:19,117 created unix domain socket: /home/dan/.xpra/js2-101 2016-08-27 22:10:23,796 Warning: menu forwarding is disabled: 2016-08-27 22:10:23,796 cannot load dbus helper: No module named dbus 2016-08-27 22:10:23,946 Warning: enc_pillow failed its self test 2016-08-27 22:10:23,947 /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found 2016-08-27 22:10:23,957 Warning: csc_cython failed its self test 2016-08-27 22:10:23,957 /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found 2016-08-27 22:10:28,249 Warning: failed to load the mdns avahi publisher: 2016-08-27 22:10:28,249 No module named avahi 2016-08-27 22:10:28,249 either fix your installation or use the 'mdns=no' option 2016-08-27 22:10:28,251 Warning: no X11 RandR support on :101 2016-08-27 22:10:28,887 15.9GB of system memory 2016-08-27 22:10:28,893 Error: failed to import the virtual video module: 2016-08-27 22:10:28,893 No module named v4l2.pusher 2016-08-27 22:10:29,028 pulseaudio server started with pid 49851 pulseaudio: not found 2016-08-27 22:10:29,635 GStreamer version 1.8.0 for Python 2.7.11 64-bit 2016-08-27 22:10:29,650 Warning: failed to load or register our dbus notifications forwarder: 2016-08-27 22:10:29,651 No module named dbus.service 2016-08-27 22:10:29,651 if you do not have a dedicated dbus session for this xpra instance, 2016-08-27 22:10:29,651 use the 'notifications=no' option 2016-08-27 22:10:29,653 cannot load dbus helper: No module named dbus 2016-08-27 22:10:29,657 Error setting up our dbus server: 2016-08-27 22:10:29,657 No module named dbus 2016-08-27 22:10:29,661 xpra X11 version 1.0-r13465 64-bit 2016-08-27 22:10:29,662 running with pid 49827 on FreeBSD 10.3-STABLE 2016-08-27 22:10:29,662 connected to X11 display :101 2016-08-27 22:10:29,695 xpra is ready. 2016-08-27 22:10:30,692 Warning: pulseaudio has terminated shortly after startup. 2016-08-27 22:10:30,692 pulseaudio is limited to a single instance per user account, 2016-08-27 22:10:30,693 and one may be running already for user 'dan' 2016-08-27 22:10:30,693 to avoid this warning, either fix the pulseaudio command line 2016-08-27 22:10:30,693 or use the 'pulseaudio=no' option Client: > Xpra_cmd.exe Warning: using fallback encryption library pycrypto python-cryptography is not available: Multibackend cannot be initialized with no backends. If you are seeing this error when trying to use default_backend() please try uninstalling and reinstalling cryptography. Xpra gtk2 client version 1.0-r13482 32-bit running on Microsoft Windows 10 GStreamer version 1.8.2 for Python 3.4.4 32-bit OpenGL_accelerate module loaded OpenGL enabled with GeForce GTX 970/PCIe/SSE2 keyboard layouts: us keyboard settings: layout=us desktop size is 4480x1440 with 1 screen: Default (1185x381 mm - DPI: 96x96) workarea: 4480x1400 DISPLAY1 2560x1440 at 1920x0 (597x336 mm - DPI: 108x108) workarea: 2560x1400 DISPLAY2 1920x1080 (521x293 mm - DPI: 93x93) workarea: 1920x1080 upscaled by 150%, virtual screen size: 2987x960 Default (1185x381 mm - DPI: 64x64) workarea: 2987x933 DISPLAY1 1707x960 at 1280x0 (597x336 mm - DPI: 72x72) workarea: 1707x933 DISPLAY2 1280x720 (521x293 mm - DPI: 62x62) workarea: 1280x720 xpra initialization error: cannot find any live servers to connect to Xpra gtk2 client version 1.0-r13482 32-bit running on Microsoft Windows 10 GStreamer version 1.8.2 for Python 3.4.4 32-bit Xpra gtk2 client version 1.0-r13482 32-bit running on Microsoft Windows 10 GStreamer version 1.8.2 for Python 3.4.4 32-bit > Demonstrating connection to the server from the client using SSH: > C:\cygwin64\bin\ssh.exe dan at js2.lan ps wwwx Password for dan at js2: PID TT STAT TIME COMMAND 47931 - IJ 0:00.38 sshd: dan at pts/0 (sshd) 48043 - SJ 0:00.02 sshd: dan at pts/1 (sshd) 49833 - SsJ 0:00.38 Xvfb-for-Xpra-:101 +extension Composite -screen 0 5760x2560x24+32 -dpi 96 -nolisten tcp -noreset -auth /home/dan/.Xauthority :101 (Xvfb) 49840 - IsJ 0:00.00 /usr/local/bin/dbus-daemon --fork --print-pid 4 --print-address 6 --session 50098 - SJ 0:00.00 sshd: dan at notty (sshd) 50099 - RsJ 0:00.00 ps wwwx 47932 0 IsJ 0:00.05 -sh (sh) 49827 0 S+J 0:05.00 python2.7 ./install/bin/xpra start --no-daemon :101 48044 1 SsJ 0:00.01 -sh (sh) 50084 1 S+J 0:00.05 xterm 50086 3 Ss+J 0:00.01 sh > From antoine at nagafix.co.uk Sun Aug 28 17:27:59 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 28 Aug 2016 23:27:59 +0700 Subject: [winswitch] Xpra performance (over internet) In-Reply-To: References: Message-ID: <41d127f7-f9a2-e2ff-5dbe-cc2d52f2ec11@nagafix.co.uk> On 28/08/16 04:35, Ron Eggler via shifter-users wrote: > Hi, > > I'm using Xpra in the office to connect to my server over the local network > which works really well for me. Now, I also log into our VPN from home and > can connect to the server using Xpra too. Which - once settled - works > reasonably okay. Now I was wondering if the performance can be improved > over slow links (internet). Whenever I start a session, it always seems to > take a few mMinutes until I can use an application, i.e. keypresses & mouse > clicks are accepted. Any way this can be improved? This sounds like a bug. Some of the heuristics can take a little while to detect the link speed and settle down, but minutes sounds like way too much. Please file a ticket and include "xpra info" (or the bug report tool data) both right after you connect and again once things are working well enough. We should be able to figure out what's taking too long from there. Thanks Antoine From antoine at nagafix.co.uk Sun Aug 28 17:42:00 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 28 Aug 2016 23:42:00 +0700 Subject: [winswitch] Connection lost when connecting to xpra server In-Reply-To: <632556545.786448.1472336356789@mail.yahoo.com> References: <812697909.6121.1472180319780.ref@mail.yahoo.com> <812697909.6121.1472180319780@mail.yahoo.com> <2a4d08a8-967c-f0c5-3b4c-3afdad1e310f@nagafix.co.uk> <2139800225.50243.1472186503882@mail.yahoo.com> <632556545.786448.1472336356789@mail.yahoo.com> Message-ID: On 28/08/16 05:19, dan l wrote: > > > I updated my svn checkout of xpra and also downloaded the most recent Windows build (8/27 r13482. I no longer get the large error output on the client I pasted in the previous message. Here is what I see now. > > Server: (snip) > Client: > >> Xpra_cmd.exe (snip) > xpra initialization error: > cannot find any live servers to connect to That's trying to connect to a local xpra server on your Windows PC. What I meant was something like this: Xpra_cmd attach ssh/username:password at host:22/ And again, keep an eye on your sshd server log. If the connection is still refused, you may be hitting some compatibility issues between plink and your sshd server. Cheers Antoine From antoine at nagafix.co.uk Sun Aug 28 17:42:33 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 28 Aug 2016 23:42:33 +0700 Subject: [winswitch] Centos libvpx.so.4 dependency In-Reply-To: <57c02c9d.11PpJ+yO4UOPFoQV%rdt@cs.queensu.ca> References: <57bf16b1.Qzbum2LYPtyEcnLA%rdt@cs.queensu.ca> <0d32ef02-1a10-cc94-7bd4-c1944b92b85d@nagafix.co.uk> <57c02c9d.11PpJ+yO4UOPFoQV%rdt@cs.queensu.ca> Message-ID: On 26/08/16 18:48, Bob Tennent wrote: > >|> --> Processing Dependency: libvpx.so.4()(64bit) for package: > >|> ffmpeg-xpra-3.1.2-1.el7_2.x86_64 > >|> > >|> --> Processing Dependency: libvpx.so.4 for package: > >|> ffmpeg-xpra-3.1.2-1.el6_8.i686 > > >|I guess you're having some dependency problems on the latest CentOS? > >|Can you please clarify what the problem is? Is the required libvpx > >|library version not available in those repos? > > Yes. ffmeg-xpra requires libvpx.so.4, which isn't available. > On Centos 7 I've built and installed libvpx-1.6.0 which > provides it and then xpra-0.17.5 installs ok. Should be fixed now, thanks for reporting it. If needed: yum clean metadata && yum update I wished I could say this is the first or last time some dependency issue like this is going to land in the repository.. but producing builds for multiple branches for over 40+ different distribution variants is hard, so please keep bugging me when things do go wrong. More often than not, including this time, the missing packages can be found in the beta area. (I'll try to automate this better) Cheers Antoine From kc7noa at gmail.com Sun Aug 28 22:44:33 2016 From: kc7noa at gmail.com (Michael Durkin) Date: Sun, 28 Aug 2016 14:44:33 -0700 Subject: [winswitch] error or not Message-ID: Im not sure if this is a bug or just too old of ubuntu built on ... trusty 14.04 ... Cythonizing xpra/x11/bindings/keyboard_bindings.pyx Error compiling Cython file: ------------------------------------------------------------ ... cdef XkbRF_VarDefsRec rdefs cdef XkbComponentNamesRec rnames cdef char *locale = setlocale(LC_ALL, NULL) log("setxkbmap: using locale=%s", locale) rdefs.model = model or b"" ^ ------------------------------------------------------------ xpra/x11/bindings/keyboard_bindings.pyx:273:28: Obtaining 'char *' from temporary Python value Traceback (most recent call last): File "setup.py", line 2388, in setup_options["ext_modules"] = cythonize(ext_modules, gdb_debug=False) File "/usr/lib/python2.7/dist-packages/Cython/Build/Dependencies.py", line 798, in cythonize cythonize_one(*args[1:]) File "/usr/lib/python2.7/dist-packages/Cython/Build/Dependencies.py", line 915, in cythonize_one raise CompileError(None, pyx_file) Cython.Compiler.Errors.CompileError: xpra/x11/bindings/keyboard_bindings.pyx odroid at odroid:~/Downloads/xpra-0.17.5$ From rdt at cs.queensu.ca Sun Aug 28 23:55:48 2016 From: rdt at cs.queensu.ca (Bob Tennent) Date: Sun, 28 Aug 2016 18:55:48 -0400 Subject: [winswitch] Centos libvpx.so.4 dependency In-Reply-To: References: <57bf16b1.Qzbum2LYPtyEcnLA%rdt@cs.queensu.ca> <0d32ef02-1a10-cc94-7bd4-c1944b92b85d@nagafix.co.uk> <57c02c9d.11PpJ+yO4UOPFoQV%rdt@cs.queensu.ca> Message-ID: <20160828225548.4Q9gs89PYCZd%rdt@cs.queensu.ca> >|More often than not, including this time, the missing >|packages can be found in the beta area. (I'll try to >|automate this better) Where is the "beta area"? From akadanitan at yahoo.com Mon Aug 29 02:52:56 2016 From: akadanitan at yahoo.com (dan l) Date: Mon, 29 Aug 2016 01:52:56 +0000 (UTC) Subject: [winswitch] Connection lost when connecting to xpra server In-Reply-To: References: <812697909.6121.1472180319780.ref@mail.yahoo.com> <812697909.6121.1472180319780@mail.yahoo.com> <2a4d08a8-967c-f0c5-3b4c-3afdad1e310f@nagafix.co.uk> <2139800225.50243.1472186503882@mail.yahoo.com> <632556545.786448.1472336356789@mail.yahoo.com> Message-ID: <237429757.1108135.1472435576832@mail.yahoo.com> > That's trying to connect to a local xpra server on your Windows PC. > What I meant was something like this: > Xpra_cmd attach ssh/username:password at host:22/ Ah, thank you. I like that syntax better. What I was doing before was running Xpra_cmd.exe and then filling in the fields in the GUI (which I think should be equivalent). > And again, keep an eye on your sshd server log.> If the connection is still refused, you may be hitting some > compatibility issues between plink and your sshd server. Spent some time verifying that it wasn't ssh/sshd. I think I found the issue after a lot of experimentation. So, recall that on the server side, I do a local install: python2.7 ./setup.py install --home=./install If I just run xpra from here, I will get the problems I've been mentioning in this thread. However, I found that I can resolve all of the issues if on the server, I do: cat install/etc/xpra/conf.d/*.conf > ~/.xpra/xpra.conf and then start the server. Then everything works. I've tested this in a fresh jail to make sure it wasn't anything else. So basically I need to have an xpra.conf in my home for things to work. Is it possible that when I run without making a ~/.xpra/xpra.conf file that the server code is *not* reading install/etc/xpra/conf.d/* ? That is what seems like is happening. If the fix isn't obvious let me know and I'll open a bug with more info. From antoine at nagafix.co.uk Mon Aug 29 03:30:49 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 29 Aug 2016 09:30:49 +0700 Subject: [winswitch] Centos libvpx.so.4 dependency In-Reply-To: <20160828225548.4Q9gs89PYCZd%rdt@cs.queensu.ca> References: <57bf16b1.Qzbum2LYPtyEcnLA%rdt@cs.queensu.ca> <0d32ef02-1a10-cc94-7bd4-c1944b92b85d@nagafix.co.uk> <57c02c9d.11PpJ+yO4UOPFoQV%rdt@cs.queensu.ca> <20160828225548.4Q9gs89PYCZd%rdt@cs.queensu.ca> Message-ID: <003745fb-d1bb-4a89-5798-a5881131364b@nagafix.co.uk> On 29/08/16 05:55, Bob Tennent wrote: > >|More often than not, including this time, the missing > >|packages can be found in the beta area. (I'll try to > >|automate this better) > > Where is the "beta area"? http://xpra.org/beta/ From antoine at nagafix.co.uk Mon Aug 29 04:26:56 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 29 Aug 2016 10:26:56 +0700 Subject: [winswitch] error or not In-Reply-To: References: Message-ID: <1c88ae5f-d4c1-0beb-416a-76473942e8e7@nagafix.co.uk> On 29/08/16 04:44, Michael Durkin via shifter-users wrote: > Im not sure if this is a bug or just too old of ubuntu built on ... > trusty 14.04 ... Ubuntu Trusty will be supported in the next release so this is definitely possible. With trunk, unless you build against private ffmpeg headers as per: http://xpra.org/trac/ticket/1256 you may need to build "--without-csc_swcale". The v0.17.x branch may require more patching still and is not supported with trusty. > Cythonizing xpra/x11/bindings/keyboard_bindings.pyx > > Error compiling Cython file: > ------------------------------------------------------------ > ... > cdef XkbRF_VarDefsRec rdefs > cdef XkbComponentNamesRec rnames > cdef char *locale = setlocale(LC_ALL, NULL) > log("setxkbmap: using locale=%s", locale) > > rdefs.model = model or b"" > ^ > ------------------------------------------------------------ > > xpra/x11/bindings/keyboard_bindings.pyx:273:28: Obtaining 'char *' from > temporary Python value > Traceback (most recent call last): > File "setup.py", line 2388, in > setup_options["ext_modules"] = cythonize(ext_modules, gdb_debug=False) > File "/usr/lib/python2.7/dist-packages/Cython/Build/Dependencies.py", > line 798, in cythonize > cythonize_one(*args[1:]) > File "/usr/lib/python2.7/dist-packages/Cython/Build/Dependencies.py", > line 915, in cythonize_one > raise CompileError(None, pyx_file) > Cython.Compiler.Errors.CompileError: xpra/x11/bindings/keyboard_bindings.pyx > odroid at odroid:~/Downloads/xpra-0.17.5$ Try with this changeset for older versions of Cython: http://xpra.org/trac/changeset/13488 You may also need to apply this patch for building trunk with an old version of Cython: http://xpra.org/trac/browser/xpra/trunk/src/patches/compile-with-old-cython.patch?rev=13489 Cheers Antoine From mukulagrawal78 at yahoo.com Mon Aug 29 18:03:48 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Mon, 29 Aug 2016 17:03:48 +0000 (UTC) Subject: [winswitch] Properly setting XPRA HTML5 References: <878108217.1587397.1472490228173.ref@mail.yahoo.com> Message-ID: <878108217.1587397.1472490228173@mail.yahoo.com> I am running several instances of XPRA servers each listening to certain display number on a remote Ubuntu machine. Each instance is binding to different TCP port in the range of 1000 to 1050.When I connect using web-browser on my local laptop to the same-IP-address:different-ports, I can see the graphics being streamed on these different display numbers. Now, I dont really want to server any other webpages. I just want to see XPRA traffic on web browser on the client side -- nothing else. In fact, I would prefer to stop/filter any request to access for non-xpra traffic. Do you have any reccomendation on how to best set it up? Also what is the best choice for me to make it as secure and as authenticated as possible? Specifically, which option flags should I use while starting the server? Considering my application (i.e. only xpra-traffic and no other web applications being served) , do you see any pro/cons of using a standard web-server (such as apache) instead of the server that comes with web-sockify. Either from security point of view or any other? Thanks, greatly appreciate any pointers or advice. ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) From mukulagrawal78 at yahoo.com Tue Aug 30 08:04:20 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Tue, 30 Aug 2016 07:04:20 +0000 (UTC) Subject: [winswitch] Properly setting XPRA HTML5 In-Reply-To: <878108217.1587397.1472490228173@mail.yahoo.com> References: <878108217.1587397.1472490228173.ref@mail.yahoo.com> <878108217.1587397.1472490228173@mail.yahoo.com> Message-ID: <539329034.1975445.1472540660493@mail.yahoo.com> I have a couple more questions. I would like to modify your detailed example at :- https://xpra.org/trac/wiki/ProxyServer 1. Can I use AES encryption with xpra proxy? (AES key transport is not an issue for me.) I am guessing I will still need to use multifile to figure which user has access to which proxied sesssion? Something like following :- xpra proxy :100 --bind-tcp=0.0.0.0:443 --tcp-encryption=AES --tcp-encryption-keyfile=key.txt --auth=multifile:filename=./xpra-auth xpra attach tcp:$PROXYHOST:443 --tcp-encryption=AES --tcp-encryption-keyfile=./key.txt --username=myusername --password-file=./password.txt 2. In my case, several Xpra servers are running on the same machine with different display numbers. Xpra proxy will also run on the same machine. I do not like to open so many ports for xpra server instance to the external world. Any alternative suggestion? Can these servers be attached to unix domain sockets instead and can still be proxied?? xpra start :10 --bind=socket1xpra start :11 --bind=socket2 ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) On Monday, August 29, 2016 10:06 AM, Mukul Agrawal via shifter-users wrote: I am running several instances of XPRA servers each listening to certain display number on a remote Ubuntu machine. Each instance is binding to different TCP port in the range of 1000 to 1050.When I connect using web-browser on my local laptop to the same-IP-address:different-ports, I can see the graphics being streamed on these different display numbers. Now, I dont really want to server any other webpages. I just want to see XPRA traffic on web browser on the client side -- nothing else. In fact, I would prefer to stop/filter any request to access for non-xpra traffic. Do you have any reccomendation on how to best set it up? Also what is the best choice for me to make it as secure and as authenticated as possible? Specifically, which option flags should I use while starting the server? Considering my application (i.e. only xpra-traffic and no other web applications being served) , do you see any pro/cons of using a standard web-server (such as apache) instead of the server that comes with web-sockify. Either from security point of view or any other? Thanks, greatly appreciate any pointers or advice. ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) _______________________________________________ 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 Tue Aug 30 09:00:07 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 30 Aug 2016 15:00:07 +0700 Subject: [winswitch] Connection lost when connecting to xpra server In-Reply-To: <237429757.1108135.1472435576832@mail.yahoo.com> References: <812697909.6121.1472180319780.ref@mail.yahoo.com> <812697909.6121.1472180319780@mail.yahoo.com> <2a4d08a8-967c-f0c5-3b4c-3afdad1e310f@nagafix.co.uk> <2139800225.50243.1472186503882@mail.yahoo.com> <632556545.786448.1472336356789@mail.yahoo.com> <237429757.1108135.1472435576832@mail.yahoo.com> Message-ID: <559bcd58-80f8-84e4-8fec-26deb48bce81@nagafix.co.uk> On 29/08/16 08:52, dan l wrote: >> That's trying to connect to a local xpra server on your Windows PC. > >> What I meant was something like this: >> Xpra_cmd attach ssh/username:password at host:22/ > > > Ah, thank you. I like that syntax better. What I was doing before was running Xpra_cmd.exe and then filling in the fields in the GUI (which I think should be equivalent). > > >> And again, keep an eye on your sshd server log.> If the connection is still refused, you may be hitting some > >> compatibility issues between plink and your sshd server. > > Spent some time verifying that it wasn't ssh/sshd. > > I think I found the issue after a lot of experimentation. > > > So, recall that on the server side, I do a local install: > > python2.7 ./setup.py install --home=./install > > > If I just run xpra from here, I will get the problems I've been mentioning in this thread. > > However, I found that I can resolve all of the issues if on the server, I do: > > cat install/etc/xpra/conf.d/*.conf > ~/.xpra/xpra.conf > > and then start the server. Then everything works. I've tested this in a fresh jail to make sure it wasn't anything else. So basically I need to have an xpra.conf in my home for things to work. > > > Is it possible that when I run without making a ~/.xpra/xpra.conf file that the server code is *not* reading install/etc/xpra/conf.d/* ? That is what seems like is happening. If the fix isn't obvious let me know and I'll open a bug with more info. > I have made some tweaks to the search path for configs and the version currently in trunk works for me. You haven't included the commands you used for the build or for starting the server so it is difficult to be sure we're doing the same thing. Here's what I did: rm -fr ~/.xpra cd Xpra/trunk/src python2.7 ./setup.py install --home=./install PYTHONPATH=./install/lib64/python \ PATH=./install/bin/:$PATH \ ./install/bin/xpra start --start=xterm >From another user (or host): xpra attach ssh/username:password at host/ Cheers Antoine From antoine at nagafix.co.uk Tue Aug 30 09:29:36 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 30 Aug 2016 15:29:36 +0700 Subject: [winswitch] Properly setting XPRA HTML5 In-Reply-To: <878108217.1587397.1472490228173@mail.yahoo.com> References: <878108217.1587397.1472490228173.ref@mail.yahoo.com> <878108217.1587397.1472490228173@mail.yahoo.com> Message-ID: On 30/08/16 00:03, Mukul Agrawal via shifter-users wrote: > I am running several instances of XPRA servers each listening to certain display number on a remote Ubuntu machine. > Each instance is binding to different TCP port in the range of 1000 to 1050.When I connect using web-browser on my local laptop to the same-IP-address:different-ports, I can see the graphics being streamed on these different display numbers. > > Now, I dont really want to server any other webpages. I just want to see XPRA traffic on web browser on the client side -- nothing else. In fact, I would prefer to stop/filter any request to access for non-xpra traffic. Do you have any reccomendation on how to best set it up? By default, the built-in webserver only serves the web content required for using the HTML5 client and nothing more. Each TCP port you listen on will handle xpra's protocol, optionally wrapped in websockets when "--html=on". Removing TCP support and keeping websockets only would not be very useful in securing anything as the websockets are just a wrapper layer around TCP. > Also what is the best choice for me to make it as secure and as authenticated as possible? Specifically, which option flags should I use while starting the server? Difficult question to answer without knowing the specific use case and how you intend to send the authentication credentials to your clients. > Considering my application (i.e. only xpra-traffic and no other web applications being served) , do you see any pro/cons of using a standard web-server (such as apache) instead of the server that comes with web-sockify. Either from security point of view or any other? OTOH. Pros: a lot more flexibility: * you can configure your apache server with many more modules (ie: redirect, authentication, etc) * the websocket modules for apache might be more efficient than websockify * you could completely hide xpra's sockets (TCP bind it to 127.0.0.1 only, or even use unix domain sockets - this may require netcat) - this way only HTTP authenticated users can end up sending traffic to the xpra server running behind apache * enable SSL for websockets (work in progress for the builtin websockify handler) Cons: * much harder to setup as this will require manual configuration for everything > Thanks, greatly appreciate any pointers or advice. Cheers Antoine > > Regards, > Mukul > ( https://sites.google.com/site/mukulagrawal ) > _______________________________________________ > 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 Tue Aug 30 09:39:59 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 30 Aug 2016 15:39:59 +0700 Subject: [winswitch] Properly setting XPRA HTML5 In-Reply-To: <539329034.1975445.1472540660493@mail.yahoo.com> References: <878108217.1587397.1472490228173.ref@mail.yahoo.com> <878108217.1587397.1472490228173@mail.yahoo.com> <539329034.1975445.1472540660493@mail.yahoo.com> Message-ID: <160fa6b4-4c93-c41b-9995-fdc89180ef26@nagafix.co.uk> On 30/08/16 14:04, Mukul Agrawal via shifter-users wrote: > I have a couple more questions. > > > I would like to modify your detailed example at :- > https://xpra.org/trac/wiki/ProxyServer > > 1. Can I use AES encryption with xpra proxy? (AES key transport is not an issue for me.) Yes. > I am guessing I will still need to use multifile to figure which user has access to which proxied sesssion? Correct. > Something like following :- > > xpra proxy :100 --bind-tcp=0.0.0.0:443 --tcp-encryption=AES --tcp-encryption-keyfile=key.txt --auth=multifile:filename=./xpra-auth > xpra attach tcp:$PROXYHOST:443 --tcp-encryption=AES --tcp-encryption-keyfile=./key.txt > --username=myusername --password-file=./password.txt > > 2. In my case, several Xpra servers are running on the same machine with different display numbers. Xpra proxy will also run on the same machine. I do not like to open so many ports for xpra server instance to the external world. Any alternative suggestion? SSH mode only requires the SSH port, but then you would also have to restrict the user accounts to only be able to execute the xpra command. > Can these servers be attached to unix domain sockets instead and can still be proxied? > xpra start :10 --bind=socket1 > xpra start :11 --bind=socket2 The multifile can contain display information in the same format as the client connection string. ie: :DISPLAY ssh/username:password at host:SSHPORT/DISPLAY tcp/host:port/ ssl/host:port/ PS: not tested recently, but this re-uses the same code as the client. Cheers Antoine > > Regards, > Mukul ( https://sites.google.com/site/mukulagrawal ) > > On Monday, August 29, 2016 10:06 AM, Mukul Agrawal via shifter-users wrote: > > > I am running several instances of XPRA servers each listening to certain display number on a remote Ubuntu machine. > Each instance is binding to different TCP port in the range of 1000 to 1050.When I connect using web-browser on my local laptop to the same-IP-address:different-ports, I can see the graphics being streamed on these different display numbers. > > Now, I dont really want to server any other webpages. I just want to see XPRA traffic on web browser on the client side -- nothing else. In fact, I would prefer to stop/filter any request to access for non-xpra traffic. Do you have any reccomendation on how to best set it up? > > Also what is the best choice for me to make it as secure and as authenticated as possible? Specifically, which option flags should I use while starting the server? > > Considering my application (i.e. only xpra-traffic and no other web applications being served) , do you see any pro/cons of using a standard web-server (such as apache) instead of the server that comes with web-sockify. Either from security point of view or any other? > > Thanks, greatly appreciate any pointers or advice. > > Regards, > Mukul > ( https://sites.google.com/site/mukulagrawal ) > _______________________________________________ > 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 Tue Aug 30 14:23:38 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 30 Aug 2016 20:23:38 +0700 Subject: [winswitch] [ANNOUNCE] Xpra LTS 0.14.36 (minor fixes) Message-ID: <8b884f4d-f1ea-6517-bdbb-f5caf52d0244@nagafix.co.uk> Hi, This update to the LTS branch contains minor fixes accumulated over the last few months. There is nothing major here and no urgency to update. The next release will be another LTS and it will be protocol compatible with v0.14.x. This old LTS branch may still get the occasional update if major issues are found, but unless you are stuck on an old distribution with Python 2.4 (like CentOS 5.x) or checking for regressions, there is no reason to be using this branch at this point. Release notes: * fix unnecessary delay in network layer of MS Windows clients * fix sanitization of invalid aspect ratio size hints * fix error handling in X11 keyboard detection code * fix MS Windows shadow servers picture corruption * fix size calculations for the 1 pixel bottom edge of video areas * fix dbus crash on exit which prevented Xvfb from being killed * fix run-xpra script accumulating duplicate paths * fix libx264 API value for infinite key interval * fix x265 encoder compilation with Python 3.x * fix minor client logging error causing disconnection from proxy * fix spurious "Connection lost" warning on disconnection * fix compilation against ffmpeg 3.1 onwards * fix video encoder context leak * fix actual exception reported in GTK X11 errors 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 From mukulagrawal78 at yahoo.com Tue Aug 30 15:44:26 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Tue, 30 Aug 2016 14:44:26 +0000 (UTC) Subject: [winswitch] Properly setting XPRA HTML5 In-Reply-To: <160fa6b4-4c93-c41b-9995-fdc89180ef26@nagafix.co.uk> References: <878108217.1587397.1472490228173.ref@mail.yahoo.com> <878108217.1587397.1472490228173@mail.yahoo.com> <539329034.1975445.1472540660493@mail.yahoo.com> <160fa6b4-4c93-c41b-9995-fdc89180ef26@nagafix.co.uk> Message-ID: <984821143.2171500.1472568266938@mail.yahoo.com> Thanks. Just one more clraification.Any chance, I can get end-to-end AES encryption in this setup (i.e. several Xpra server and Xpra Proxy with several clients connected)? Meaning, can I have encryption from server1 to client1 and server2 to client2?Can multifile contain AES keys? Instead of passwords can proxy resolve the users based on AES keys? ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) On Tuesday, August 30, 2016 1:40 AM, Antoine Martin via shifter-users wrote: On 30/08/16 14:04, Mukul Agrawal via shifter-users wrote: > I have a couple more questions. > > >? I would like to modify your detailed example at :- > https://xpra.org/trac/wiki/ProxyServer > > 1. Can I use AES encryption with xpra proxy? (AES key transport is not an issue for me.) Yes. > I am guessing I will still need to use multifile to figure which user has access to which proxied sesssion? Correct. > Something like following :- > >? xpra proxy :100 --bind-tcp=0.0.0.0:443 --tcp-encryption=AES --tcp-encryption-keyfile=key.txt --auth=multifile:filename=./xpra-auth > xpra attach tcp:$PROXYHOST:443 --tcp-encryption=AES --tcp-encryption-keyfile=./key.txt > --username=myusername --password-file=./password.txt > > 2. In my case, several Xpra servers are running on the same machine with different display numbers. Xpra proxy will also run on the same machine. I do not like to open so many ports for xpra server instance to the external world. Any alternative suggestion? SSH mode only requires the SSH port, but then you would also have to restrict the user accounts to only be able to execute the xpra command. > Can these servers be attached to unix domain sockets instead and can still be proxied? > xpra start :10 --bind=socket1 > xpra start :11 --bind=socket2 The multifile can contain display information in the same format as the client connection string. ie: :DISPLAY ssh/username:password at host:SSHPORT/DISPLAY tcp/host:port/ ssl/host:port/ PS: not tested recently, but this re-uses the same code as the client. Cheers Antoine > >? Regards, > Mukul ( https://sites.google.com/site/mukulagrawal ) > >? ? On Monday, August 29, 2016 10:06 AM, Mukul Agrawal via shifter-users wrote: >? > >? I am running several instances of XPRA servers each listening to certain display number on a remote Ubuntu machine. > Each instance is binding to different TCP port in the range of 1000 to 1050.When I connect using web-browser on my local laptop to the same-IP-address:different-ports, I can see the graphics being streamed on these different display numbers. > > Now, I dont really want to server any other webpages. I just want to see XPRA traffic on web browser on the client side -- nothing else. In fact, I would prefer to stop/filter any request to access for non-xpra traffic. Do you have any reccomendation on how to best set it up? > > Also what is the best choice for me to make it as secure and as authenticated as possible? Specifically, which option flags should I use while starting the server? > > Considering my application (i.e. only xpra-traffic and no other web applications being served) , do you see any pro/cons of using a standard web-server (such as apache) instead of the server that comes with web-sockify. Either from security point of view or any other? > > Thanks, greatly appreciate any pointers or advice. > >? Regards, > Mukul > ( https://sites.google.com/site/mukulagrawal ) > _______________________________________________ > 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 > _______________________________________________ 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 Tue Aug 30 17:52:29 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Tue, 30 Aug 2016 16:52:29 +0000 (UTC) Subject: [winswitch] Xpra proxy with --auth=allow does not work References: <1356904740.2201761.1472575949749.ref@mail.yahoo.com> Message-ID: <1356904740.2201761.1472575949749@mail.yahoo.com> I am running xpra server 0.15 that I got from the latest winswitch repo. Started proxy like that shown in your basic usage example ProxyServer ? Xpra xpra proxy :13 --bind-tcp=0.0.0.0:10000 --auth=allow started a xpra server instance on same machine/same account using several different formatsxpra start :11 xpra start :11 --bind-tcp=127.0.0.1:10001 xpra start :11 --auth=allow --bind-tcp=127.0.0.1:10001 When I try to attach to this instance from windows machine using Xpra_cmd attach tcp/user at IP/10000/11? I get authentication error :- " authentication failed: this server requires authentication, please provide a password." Another problem xpra stop :13 will not stop the proxy.I again get a message asking for a password. ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) From mukulagrawal78 at yahoo.com Tue Aug 30 18:40:47 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Tue, 30 Aug 2016 17:40:47 +0000 (UTC) Subject: [winswitch] 0.17 or 1.0 binaries for Ubuntu References: <1536596840.553191.1472578847121.ref@mail.yahoo.com> Message-ID: <1536596840.553191.1472578847121@mail.yahoo.com> Where can I find XPRA 0.17 or 1.0 binaries for ubuntu??Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) From akadanitan at yahoo.com Wed Aug 31 00:38:15 2016 From: akadanitan at yahoo.com (dan l) Date: Tue, 30 Aug 2016 23:38:15 +0000 (UTC) Subject: [winswitch] Connection lost when connecting to xpra server In-Reply-To: <559bcd58-80f8-84e4-8fec-26deb48bce81@nagafix.co.uk> References: <812697909.6121.1472180319780.ref@mail.yahoo.com> <812697909.6121.1472180319780@mail.yahoo.com> <2a4d08a8-967c-f0c5-3b4c-3afdad1e310f@nagafix.co.uk> <2139800225.50243.1472186503882@mail.yahoo.com> <632556545.786448.1472336356789@mail.yahoo.com> <237429757.1108135.1472435576832@mail.yahoo.com> <559bcd58-80f8-84e4-8fec-26deb48bce81@nagafix.co.uk> Message-ID: <236226981.2227165.1472600295109@mail.yahoo.com> >I have made some tweaks to the search path for configs and the version currently in trunk works for me. Whatever changes you made fixed the issue, thank you. BTW, how did you debug that? Was everything in etc/conf.d/ just being read before or was something else going on? From antoine at nagafix.co.uk Wed Aug 31 04:56:42 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 31 Aug 2016 10:56:42 +0700 Subject: [winswitch] Properly setting XPRA HTML5 In-Reply-To: <984821143.2171500.1472568266938@mail.yahoo.com> References: <878108217.1587397.1472490228173.ref@mail.yahoo.com> <878108217.1587397.1472490228173@mail.yahoo.com> <539329034.1975445.1472540660493@mail.yahoo.com> <160fa6b4-4c93-c41b-9995-fdc89180ef26@nagafix.co.uk> <984821143.2171500.1472568266938@mail.yahoo.com> Message-ID: On 30/08/16 21:44, Mukul Agrawal via shifter-users wrote: > Thanks. Just one more clraification. > Any chance, I can get end-to-end AES encryption in this setup (i.e. several Xpra server and Xpra Proxy with several clients connected)? > Meaning, can I have encryption from server1 to client1 and server2 to client2? The encryption is from client to proxy only. > Can multifile contain AES keys? Not at present. You can use different authentication credentials from proxy to server: http://xpra.org/trac/ticket/1264#comment:3 With the current trunk version you may be able to use an SSL encryption layer: http://xpra.org/trac/ticket/1252#comment:3 by specifying an SSL display string of the form: ssl:HOST:PORT in your multifile. (I have not tested this particular combination) > Instead of passwords can proxy resolve the users based on AES keys? No Cheers Antoine > Regards, > Mukul > ( https://sites.google.com/site/mukulagrawal ) > > On Tuesday, August 30, 2016 1:40 AM, Antoine Martin via shifter-users wrote: > > > On 30/08/16 14:04, Mukul Agrawal via shifter-users wrote: >> I have a couple more questions. >> >> >> I would like to modify your detailed example at :- >> https://xpra.org/trac/wiki/ProxyServer >> >> 1. Can I use AES encryption with xpra proxy? (AES key transport is not an issue for me.) > Yes. > >> I am guessing I will still need to use multifile to figure which user has access to which proxied sesssion? > Correct. > >> Something like following :- >> >> xpra proxy :100 --bind-tcp=0.0.0.0:443 --tcp-encryption=AES --tcp-encryption-keyfile=key.txt --auth=multifile:filename=./xpra-auth >> xpra attach tcp:$PROXYHOST:443 --tcp-encryption=AES --tcp-encryption-keyfile=./key.txt >> --username=myusername --password-file=./password.txt >> >> 2. In my case, several Xpra servers are running on the same machine with different display numbers. Xpra proxy will also run on the same machine. I do not like to open so many ports for xpra server instance to the external world. Any alternative suggestion? > SSH mode only requires the SSH port, but then you would also have to > restrict the user accounts to only be able to execute the xpra command. > >> Can these servers be attached to unix domain sockets instead and can > still be proxied? >> xpra start :10 --bind=socket1 >> xpra start :11 --bind=socket2 > The multifile can contain display information in the same format as the > client connection string. ie: > :DISPLAY > ssh/username:password at host:SSHPORT/DISPLAY > tcp/host:port/ > ssl/host:port/ > > PS: not tested recently, but this re-uses the same code as the client. > > Cheers > Antoine > >> >> Regards, >> Mukul ( https://sites.google.com/site/mukulagrawal ) >> >> On Monday, August 29, 2016 10:06 AM, Mukul Agrawal via shifter-users wrote: >> >> >> I am running several instances of XPRA servers each listening to certain display number on a remote Ubuntu machine. >> Each instance is binding to different TCP port in the range of 1000 to 1050.When I connect using web-browser on my local laptop to the same-IP-address:different-ports, I can see the graphics being streamed on these different display numbers. >> >> Now, I dont really want to server any other webpages. I just want to see XPRA traffic on web browser on the client side -- nothing else. In fact, I would prefer to stop/filter any request to access for non-xpra traffic. Do you have any reccomendation on how to best set it up? >> >> Also what is the best choice for me to make it as secure and as authenticated as possible? Specifically, which option flags should I use while starting the server? >> >> Considering my application (i.e. only xpra-traffic and no other web applications being served) , do you see any pro/cons of using a standard web-server (such as apache) instead of the server that comes with web-sockify. Either from security point of view or any other? >> >> Thanks, greatly appreciate any pointers or advice. >> >> Regards, >> Mukul >> ( https://sites.google.com/site/mukulagrawal ) >> _______________________________________________ >> 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 >> > > _______________________________________________ > 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 Aug 31 05:04:57 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 31 Aug 2016 11:04:57 +0700 Subject: [winswitch] Xpra proxy with --auth=allow does not work In-Reply-To: <1356904740.2201761.1472575949749@mail.yahoo.com> References: <1356904740.2201761.1472575949749.ref@mail.yahoo.com> <1356904740.2201761.1472575949749@mail.yahoo.com> Message-ID: <4c48aff7-a636-0b1b-abb5-2cb0d79bb6a7@nagafix.co.uk> On 30/08/16 23:52, Mukul Agrawal via shifter-users wrote: > I am running xpra server 0.15 that I got from the latest winswitch repo. > Started proxy like that shown in your basic usage example ProxyServer ? Xpra > > xpra proxy :13 --bind-tcp=0.0.0.0:10000 --auth=allow > started a xpra server instance on same machine/same account using several different formatsxpra start :11 > xpra start :11 --bind-tcp=127.0.0.1:10001 > xpra start :11 --auth=allow --bind-tcp=127.0.0.1:10001 > When I try to attach to this instance from windows machine using > Xpra_cmd attach tcp/user at IP/10000/11 > > I get authentication error :- " authentication failed: this server requires authentication, please provide a password." I assume you must be using an older distribution like Ubuntu Trusty? Please try with the current beta packages, the next release will support those older distribution versions and it includes a large number of fixes for the proxy server: http://xpra.org/trac/ticket/952 http://xpra.org/trac/ticket/1264 Many of those features and fixes are not available in the branch you are using. Cheers Antoine > > Another problem > xpra stop :13 will not stop the proxy.I again get a message asking for a password. > Regards, > Mukul > ( https://sites.google.com/site/mukulagrawal ) > _______________________________________________ > 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 Aug 31 05:09:45 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 31 Aug 2016 11:09:45 +0700 Subject: [winswitch] Connection lost when connecting to xpra server In-Reply-To: <236226981.2227165.1472600295109@mail.yahoo.com> References: <812697909.6121.1472180319780.ref@mail.yahoo.com> <812697909.6121.1472180319780@mail.yahoo.com> <2a4d08a8-967c-f0c5-3b4c-3afdad1e310f@nagafix.co.uk> <2139800225.50243.1472186503882@mail.yahoo.com> <632556545.786448.1472336356789@mail.yahoo.com> <237429757.1108135.1472435576832@mail.yahoo.com> <559bcd58-80f8-84e4-8fec-26deb48bce81@nagafix.co.uk> <236226981.2227165.1472600295109@mail.yahoo.com> Message-ID: <58660c98-919c-e574-7d5d-9d2bfed2ddd0@nagafix.co.uk> On 31/08/16 06:38, dan l wrote: > > >> I have made some tweaks to the search path for configs and the version > currently in trunk works for me. > > > Whatever changes you made fixed the issue, thank you. > BTW, how did you debug that? I tried running from a local installation directory only, like you did, this exposed some path issues in the code and generated config files. > Was everything in etc/conf.d/ just being read before or was something else going on? I believe nothing was being read at all, which meant that the built-in default config was used and it was probably missing some important bits. I didn't actually figure out which missing settings specifically prevented the ssh connection from locating the server it needed to connect to... The fact that it fixed the symptom was enough for me, given more time maybe I should re-visit this. Cheers Antoine From stroller at stellar.eclipse.co.uk Wed Aug 31 15:29:17 2016 From: stroller at stellar.eclipse.co.uk (Stroller) Date: Wed, 31 Aug 2016 15:29:17 +0100 Subject: [winswitch] 0.17 or 1.0 binaries for Ubuntu In-Reply-To: <1536596840.553191.1472578847121@mail.yahoo.com> References: <1536596840.553191.1472578847121.ref@mail.yahoo.com> <1536596840.553191.1472578847121@mail.yahoo.com> Message-ID: <46051510-FED7-46F4-8887-F22419220E62@stellar.eclipse.co.uk> > On 30 Aug 2016, at 18:40, Mukul Agrawal via shifter-users wrote: > > Where can I find XPRA 0.17 or 1.0 binaries for ubuntu? Regards, Mukul http://winswitch.org/downloads/debian-repository.html Have you tried here? Stroller From mukulagrawal78 at yahoo.com Wed Aug 31 19:40:41 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Wed, 31 Aug 2016 18:40:41 +0000 (UTC) Subject: [winswitch] xpra window will stay on top References: <439164263.3010931.1472668841023.ref@mail.yahoo.com> Message-ID: <439164263.3010931.1472668841023@mail.yahoo.com> Like to report a buggy behavior.Running client on windows 7.Used putty to ssh to remote ubuntu machine. Launched a remote firefox app on remote machine.Got the window to pop-up on local windows machine. Good thing is that firefox will stay open even when Putty loses/expires connection. But .... once Putty has lost the connection, firefox window starts behaving weird. It would want to stay on top of all other windows no mater what. Even if I click on some other window, this will not go back. I can only minimize it.I did not experience this as long as Putty connection was active. ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) From mukulagrawal78 at yahoo.com Wed Aug 31 23:55:41 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Wed, 31 Aug 2016 22:55:41 +0000 (UTC) Subject: [winswitch] Xpra proxy with --auth=allow does not work In-Reply-To: <4c48aff7-a636-0b1b-abb5-2cb0d79bb6a7@nagafix.co.uk> References: <1356904740.2201761.1472575949749.ref@mail.yahoo.com> <1356904740.2201761.1472575949749@mail.yahoo.com> <4c48aff7-a636-0b1b-abb5-2cb0d79bb6a7@nagafix.co.uk> Message-ID: <1131646350.3097961.1472684141503@mail.yahoo.com> OK. Upgraded my ubuntu distributon to Xenial and then got the xpra 1.0 from beta. Still, cannot get it to work. Any help? started proxy like this -- xpra proxy :13 --bind-tcp=0.0.0.0:10002--tcp-auth=multifile:filename=/home/ubuntu/xpra-auth started a couple of servers on same machine like this -- xpra start :11 --bind-tcp=0.0.0.0:10000 -- xpra start :12 --bind-tcp=0.0.0.0:10001 -- DISPLAY=:11 xlclock & -- DISPLAY=:12 xlogo try to attach from windows machine -- Xpra_cmd.exe attach --username=ubuntu --password-file=pswd.txt tcp/52.53.168.31/10002/11 Everything seems to go well in the beginning. No error message. It simply drops the connection without saying anything. Here is the log from proxy :- 2016-08-31 22:28:47,740 New unix-domain connection receivedon /home/ubuntu/.xpra/ip-aa-bb-cc-dd-13^[[0m 2016-08-31 22:29:00,624 New tcp connection received from xx.yy.zz.aa:5792^[[0m 2016-08-31 22:29:00,625 Authentication required by multi password fileauthenticator module^[[0m 2016-08-31 22:29:00,625? sending challenge for 'ubuntu' using hmacdigest^[[0m ^[[33m2016-08-31 22:29:00,955 Warning: enc_xvid failed its self test^[[0m ^[[33m2016-08-31 22:29:00,955? No module named xvid^[[0m 2016-08-31 22:29:00,966 proxy video encoders: x264^[[0m 2016-08-31 22:29:00,966 new proxy instance started^[[0m 2016-08-31 22:29:00,966? for client tcp socket: aa.bb.cc.dd:10002 <- xx.yy.zz.aa:5792^[[0m 2016-08-31 22:29:00,967? and server tcp socket: aa.bb.cc.dd:43006 <- 22.33.44.55:10000^[[0m 2016-08-31 22:29:00,967 proxy instance now also available using unix domainsocket:^[[0m 2016-08-31 22:29:00,967? /home/ubuntu/.xpra/ip-aa-bb-cc-dd-proxy-7553^[[0m 2016-08-31 22:29:00,967 setting sockets (tcp socket: aa.bb.cc.dd:10002 <- xx.yy.zz.aa:5792,tcp socket: aa.bb.cc.dd:43006 <- 22.33.44.55:10000) to blocking mode^[[0m 2016-08-31 22:29:01,628 stop(client connection lost, Protocol(None))^[[0m 2016-08-31 22:29:01,628 removing socket /home/ubuntu/.xpra/ip-aa-bb-cc-dd-proxy-7553^[[0m 2016-08-31 22:29:01,638 proxy instance 7553 stopped^[[0m?Here is the log from the serveritself?2016-08-3122:28:47,738 New unix-domain connection received on /home/ubuntu/.xpra/ip-aa-bb-cc-dd-11^[[0m 2016-08-31 22:29:00,974 New tcp connection received from 22.33.44.55:43006^[[0m 2016-08-31 22:29:00,977 Handshake complete; enabling connection^[[0m ^[[31m2016-08-31 22:29:00,980 Error setting up the source's DBUS server:^[[0m ^[[31m2016-08-31 22:29:00,980? No module named dbus^[[0m 2016-08-31 22:29:00,981 Python/Gtk2 Microsoft Windows 7 client version0.16.3-r12203^[[0m 2016-08-31 22:29:00,981? connected from 'MAGRAWAL? as 'ubuntu' -'magrawal'^[[0m 2016-08-31 22:29:00,981 via {'': 'linux2', 'name': 'Linux Ubuntu 16.04 xenial','machine': 'x86_64', 'platform':'Linux-4.4.0-36-generic-x86_64-with-Ubuntu-16.04-xenial', 'architecture':['64bit', 'ELF'], 'release': '4.4.0-36-generic', 'processor': 'Intel(R) Xeon(R)CPU E5-2670 v2 @ 2.50GHz', 'linux_distribution': ['Ubuntu', '16.04', 'xenial']}proxy version unknown on 'ip-aa-bb-cc-dd'^[[0m ^[[33m2016-08-31 22:29:00,981 Warning: proxy version may not be compatible:remote version not available!^[[0m 2016-08-31 22:29:00,982? using h264 as primary encoding alsoavailable:^[[0m 2016-08-31 22:29:00,982?? vp9, vp8, png, png/P, png/L, rgb24, jpeg,rgb32^[[0m 2016-08-31 22:29:00,990? client root window size is 1920x1080 with 1display:^[[0m 2016-08-31 22:29:00,990?? Default (508x285 mm - DPI: 96x96)^[[0m 2016-08-31 22:29:00,990???? DISPLAY1 (677x381 mm - DPI:72x72)^[[0m 2016-08-31 22:29:01,017 setting key repeat rate from client: 500ms delay / 33msinterval^[[0m 2016-08-31 22:29:01,018 keyboard mapping already configured (skipped)^[[0m 2016-08-31 22:29:01,629 client has requested disconnection: server shutdown(client connection lost)^[[0m 2016-08-31 22:29:01,629 Disconnecting client 22.33.44.55:43006:^[[0m 2016-08-31 22:29:01,629? client request^[[0m 2016-08-31 22:29:01,630 xpra client 5 disconnected.^[[0m Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) On Wednesday, August 31, 2016 4:05 AM, Antoine Martin via shifter-users wrote: On 30/08/16 23:52, Mukul Agrawal via shifter-users wrote: > I am running xpra server 0.15 that I got from the latest winswitch repo. > Started proxy like that shown in your basic usage example ProxyServer ? Xpra > > xpra proxy :13 --bind-tcp=0.0.0.0:10000 --auth=allow > started a xpra server instance on same machine/same account using several different formatsxpra start :11 > xpra start :11 --bind-tcp=127.0.0.1:10001 > xpra start :11 --auth=allow --bind-tcp=127.0.0.1:10001 > When I try to attach to this instance from windows machine using > Xpra_cmd attach tcp/user at IP/10000/11? > > I get authentication error :- " authentication failed: this server requires authentication, please provide a password." I assume you must be using an older distribution like Ubuntu Trusty? Please try with the current beta packages, the next release will support those older distribution versions and it includes a large number of fixes for the proxy server: http://xpra.org/trac/ticket/952 http://xpra.org/trac/ticket/1264 Many of those features and fixes are not available in the branch you are using. Cheers Antoine > > Another problem > xpra stop :13 will not stop the proxy.I again get a message asking for a password. >? Regards, > Mukul > ( https://sites.google.com/site/mukulagrawal ) > _______________________________________________ > 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