From antoine at nagafix.co.uk Tue Jul 4 15:06:36 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 4 Jul 2017 21:06:36 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 2.0.3 : many fixes Message-ID: <716af13e-bebb-6cf6-2fd1-93235b747d45@nagafix.co.uk> Hi, This minor update fixes a large number of issues, mostly found in build and packaging, HTML5 client, network layer, etc The security issue only affected MS Windows users running servers with the "sys" authentication module. There is no urgency to update if you were not affected by those issues. Release notes: * fix security issue in the win32 authentication module * fix potential symlink attacks when running the proxy server as root * fix authentication with unencrypted xor mode * fix packet handling errors with AES encryption enabled * fix compatibility with Fedora 26: disable broken systemd-run * fix RPM build errors due to incompatible build and install switches * fix RPM build dependency: the test phase needs rencode * fix build prefix stripping with newer Debian versions * fix Debian Stretch x264 package dependency * fix Debian deprecated package name for Python Pillow * fix window aspect ratio handling in client * fix server startup failures when running without stdout or stderr * fix library versions used when multiple versions are installed * fix loss of clipboard synchronization with direction restrictions * fix audio stream duplicated header * fix vp8 codec maximum picture size (8kx4k on posix platforms) * fix shadow servers picture corruption when using non-standard pixel-depth * fix HTML5 exception in audio error handler * fix HTML5 using the wrong audio codec * fix HTML5 audio codec fallback * fix HTML5 audio not closed on end-of-stream * fix HTML5 MediaSource API availability detection * fix HTML5 spurious paint error messages * fix X11 ICC profile version handling: continue if missing * fix X11 extensions checks, prevent event code mismatch * fix window model leak when we fail to manage a window * fix nvenc encoding reported (wrongly hardcoded to H264) * fix handling of unsupported connection types * fix handling of desktop window resizing, prevent it from moving off-screen * fix missing error exit code from test-connect and remote-start subcommands * fix lost window icons with some window managers * fix python-lz4 library version detection * fix audio forwarding with MS Windows clients in GUI mode * fix errors during launcher cleanup * fix proxy server errors with scroll encoded packets * fix Mac OS corrupted build patch * fix command name used for audio forwarding on MS Windows * fix crashes accessing some xsettings * fix systray logging on posix OS * use a smaller initial display size with desktop mode * launcher now shows the more secure transports first * disable "legacy mp3" audio decoding in the HTML5 client * avoid warnings when running with newer versions of the config files * blacklist Mesa Intel Ivybridge GPU 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 antoine at nagafix.co.uk Tue Jul 4 18:47:04 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 5 Jul 2017 00:47:04 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 2.0.3 : many fixes In-Reply-To: <5058158A-F1B1-4842-A16E-E161FCEE9065@gmail.com> References: <716af13e-bebb-6cf6-2fd1-93235b747d45@nagafix.co.uk> <5058158A-F1B1-4842-A16E-E161FCEE9065@gmail.com> Message-ID: <5f4857bb-f9e9-89a6-90ed-2623a9b3d2b1@nagafix.co.uk> On 04/07/17 23:13, Abdulaziz Aldarrab wrote: > Hi Antoine, > > I could not find it (or any 2.x release) under CentOS 6.x. are you dropping builds/support on Redhat/CentOS 6? CentOS 6.x, 7.0 and 7.1, Ubuntu Precise and Trusty, Debian Wheezy and Jessie, Mac OS 10.8 and older are no longer supported in the 2.x branch: https://www.xpra.org/trac/wiki/Platforms They remain supported in the 1.x LTS branch. For more details see: http://xpra.org/trac/wiki/News#a2.0ImportantFeatures Cheers Antoine > > Best regards, > Abdulaziz Aldarrab > >> On Jul 4, 2017, at 5:06 PM, Antoine Martin via shifter-users wrote: >> >> Hi, >> >> This minor update fixes a large number of issues, mostly found in build >> and packaging, HTML5 client, network layer, etc >> The security issue only affected MS Windows users running servers with >> the "sys" authentication module. >> There is no urgency to update if you were not affected by those issues. >> >> >> Release notes: >> * fix security issue in the win32 authentication module >> * fix potential symlink attacks when running the proxy server as root >> * fix authentication with unencrypted xor mode >> * fix packet handling errors with AES encryption enabled >> * fix compatibility with Fedora 26: disable broken systemd-run >> * fix RPM build errors due to incompatible build and install switches >> * fix RPM build dependency: the test phase needs rencode >> * fix build prefix stripping with newer Debian versions >> * fix Debian Stretch x264 package dependency >> * fix Debian deprecated package name for Python Pillow >> * fix window aspect ratio handling in client >> * fix server startup failures when running without stdout or stderr >> * fix library versions used when multiple versions are installed >> * fix loss of clipboard synchronization with direction restrictions >> * fix audio stream duplicated header >> * fix vp8 codec maximum picture size (8kx4k on posix platforms) >> * fix shadow servers picture corruption when using non-standard >> pixel-depth >> * fix HTML5 exception in audio error handler >> * fix HTML5 using the wrong audio codec >> * fix HTML5 audio codec fallback >> * fix HTML5 audio not closed on end-of-stream >> * fix HTML5 MediaSource API availability detection >> * fix HTML5 spurious paint error messages >> * fix X11 ICC profile version handling: continue if missing >> * fix X11 extensions checks, prevent event code mismatch >> * fix window model leak when we fail to manage a window >> * fix nvenc encoding reported (wrongly hardcoded to H264) >> * fix handling of unsupported connection types >> * fix handling of desktop window resizing, prevent it from moving >> off-screen >> * fix missing error exit code from test-connect and remote-start >> subcommands >> * fix lost window icons with some window managers >> * fix python-lz4 library version detection >> * fix audio forwarding with MS Windows clients in GUI mode >> * fix errors during launcher cleanup >> * fix proxy server errors with scroll encoded packets >> * fix Mac OS corrupted build patch >> * fix command name used for audio forwarding on MS Windows >> * fix crashes accessing some xsettings >> * fix systray logging on posix OS >> * use a smaller initial display size with desktop mode >> * launcher now shows the more secure transports first >> * disable "legacy mp3" audio decoding in the HTML5 client >> * avoid warnings when running with newer versions of the config files >> * blacklist Mesa Intel Ivybridge GPU >> >> >> 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 titusiforum at gmail.com Tue Jul 18 19:47:22 2017 From: titusiforum at gmail.com (Titusi Forum) Date: Tue, 18 Jul 2017 11:47:22 -0700 Subject: [winswitch] XPRA with docker Message-ID: Dear XPRA Team: Is there any documentation that can help me setup XPRA server inside a docker container running on Ubuntu and then connect to it using HTML5 client? Regards, From timothy at hobbs.cz Tue Jul 18 19:54:36 2017 From: timothy at hobbs.cz (Timothy Hobbs) Date: Tue, 18 Jul 2017 20:54:36 +0200 Subject: [winswitch] XPRA with docker In-Reply-To: References: Message-ID: <7ef080c3-8a5f-5d8f-0621-5e59160d3d51@hobbs.cz> I don't think any such document exists, however, the subuser project has working code for connecting to xpra via docker: https://github.com/subuser-security/subuser/blob/master/logic/subuserlib/classes/subuserSubmodules/run/x11Bridge.py On 07/18/2017 08:47 PM, Titusi Forum via shifter-users wrote: > Dear XPRA Team: > > > Is there any documentation that can help me setup XPRA server inside a > docker container running on Ubuntu and then connect to it using HTML5 > client? > > > > Regards, > _______________________________________________ > 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 Jul 19 08:06:03 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 19 Jul 2017 14:06:03 +0700 Subject: [winswitch] XPRA with docker In-Reply-To: <7ef080c3-8a5f-5d8f-0621-5e59160d3d51@hobbs.cz> References: <7ef080c3-8a5f-5d8f-0621-5e59160d3d51@hobbs.cz> Message-ID: <7fb6471c-025d-6384-3a05-500fd590da88@nagafix.co.uk> On 19/07/17 01:54, Timothy Hobbs via shifter-users wrote: > I don't think any such document exists, Well, it certainly could be improved and updated, but the first hit when googling "xpra docker" is this page on the xpra wiki: https://xpra.org/trac/wiki/Usage/Docker (and it does link to subuser) It's a wiki, so feel free to suggest edits or just do them yourself. Cheers Antoine > however, the subuser project has > working code for connecting to xpra via docker: > https://github.com/subuser-security/subuser/blob/master/logic/subuserlib/classes/subuserSubmodules/run/x11Bridge.py > > > > On 07/18/2017 08:47 PM, Titusi Forum via shifter-users wrote: >> Dear XPRA Team: >> >> >> Is there any documentation that can help me setup XPRA server inside a >> docker container running on Ubuntu and then connect to it using HTML5 >> client? >> >> >> >> Regards, >> _______________________________________________ >> 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 ajs1 at cam.ac.uk Wed Jul 19 17:59:21 2017 From: ajs1 at cam.ac.uk (Anthony Stone) Date: Wed, 19 Jul 2017 17:59:21 +0100 Subject: [winswitch] auto-repeat keys with xpra Message-ID: I have been using xpra for a while to connect from home over broadband to my office computer. It's generally fine, and I appreciate the work that's gone into it, but there is an irritating feature: if I use the auto-repeat by holding down a delete or cursor key, the display doesn't keep up with the auto-repeat, so it's impossible to stop at the right point. Presumably every repeat has to be sent to the server and reflected back before it's displayed. This didn't happen with NX, which I used to use, and as xpra is apparently based on NX, would it be possible to echo the cursor position or deletion locally in real time even if the server takes a while to catch up? Thanks, Anthony From antoine at nagafix.co.uk Wed Jul 19 20:44:19 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 20 Jul 2017 02:44:19 +0700 Subject: [winswitch] auto-repeat keys with xpra In-Reply-To: References: Message-ID: <6c61377b-24d0-8715-4916-ecd26501edec@nagafix.co.uk> On 19/07/17 23:59, Anthony Stone via shifter-users wrote: > I have been using xpra for a while to connect from home over broadband > to my office computer. It's generally fine, and I appreciate the work > that's gone into it, but there is an irritating feature: if I use the > auto-repeat by holding down a delete or cursor key, the display doesn't > keep up with the auto-repeat, so it's impossible to stop at the right > point. I guess you're saying that their is a delay between key events and screen updates. That is inevitable if your connection has any kind of latency. The key events have to travel to the server, and the screen updates back to the client. Those two things happen independently, asynchronously. > Presumably every repeat has to be sent to the server and > reflected back before it's displayed. Sort of. There are two modes: with and without keyboard synchronization. You can toggle between these modes from xpra's system tray menu. For more information, see: https://xpra.org/trac/wiki/Keyboard > This didn't happen with NX, which > I used to use, and as xpra is apparently based on NX, Xpra has absolutely nothing in common whatsoever with NX, thankfully. The only website that I know of which claims otherwise happens to have a vested interest in this matter.. > would it be > possible to echo the cursor position or deletion locally in real time > even if the server takes a while to catch up? No, that's absolutely impossible. Tools like mosh can do that for terminal emulators, but this just cannot be done for GUI applications. It might be possible to do better at getting the screen updates to your client, but you would have to give a lot more information on your use case and bandwidth conditions (preferably in a ticket): https://www.xpra.org/trac/wiki/ReportingBugs (and try turning off keyboard-sync first) Cheers Antoine > > Thanks, > Anthony > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From ajs1 at cam.ac.uk Fri Jul 21 08:57:51 2017 From: ajs1 at cam.ac.uk (Anthony Stone) Date: Fri, 21 Jul 2017 08:57:51 +0100 Subject: [winswitch] auto-repeat keys with xpra In-Reply-To: <6c61377b-24d0-8715-4916-ecd26501edec@nagafix.co.uk> References: <6c61377b-24d0-8715-4916-ecd26501edec@nagafix.co.uk> Message-ID: Antoine, Thanks for the clarification. Turning off keyboard-sync seems to solve the problem. Anthony On 19/07/17 20:44, Antoine Martin via shifter-users wrote: > On 19/07/17 23:59, Anthony Stone via shifter-users wrote: >> I have been using xpra for a while to connect from home over broadband >> to my office computer. It's generally fine, and I appreciate the work >> that's gone into it, but there is an irritating feature: if I use the >> auto-repeat by holding down a delete or cursor key, the display doesn't >> keep up with the auto-repeat, so it's impossible to stop at the right >> point. > I guess you're saying that their is a delay between key events and > screen updates. > That is inevitable if your connection has any kind of latency. > The key events have to travel to the server, and the screen updates back > to the client. Those two things happen independently, asynchronously. > >> Presumably every repeat has to be sent to the server and >> reflected back before it's displayed. > Sort of. There are two modes: with and without keyboard synchronization. > You can toggle between these modes from xpra's system tray menu. > For more information, see: > https://xpra.org/trac/wiki/Keyboard > >> This didn't happen with NX, which >> I used to use, and as xpra is apparently based on NX, > Xpra has absolutely nothing in common whatsoever with NX, thankfully. > > The only website that I know of which claims otherwise happens to have a > vested interest in this matter.. > >> would it be >> possible to echo the cursor position or deletion locally in real time >> even if the server takes a while to catch up? > No, that's absolutely impossible. Tools like mosh can do that for > terminal emulators, but this just cannot be done for GUI applications. > > It might be possible to do better at getting the screen updates to your > client, but you would have to give a lot more information on your use > case and bandwidth conditions (preferably in a ticket): > https://www.xpra.org/trac/wiki/ReportingBugs > (and try turning off keyboard-sync first) > > Cheers > Antoine > > >> >> Thanks, >> Anthony >> _______________________________________________ >> 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 titusiforum at gmail.com Mon Jul 24 03:34:45 2017 From: titusiforum at gmail.com (Titusi Forum) Date: Sun, 23 Jul 2017 19:34:45 -0700 Subject: [winswitch] XPRA with docker In-Reply-To: <7fb6471c-025d-6384-3a05-500fd590da88@nagafix.co.uk> References: <7ef080c3-8a5f-5d8f-0621-5e59160d3d51@hobbs.cz> <7fb6471c-025d-6384-3a05-500fd590da88@nagafix.co.uk> Message-ID: Tim and Antonie. I framed the question incorrectly. Sorry about that. What I want to do is to run xpra server outside socket container. I would like applications running inside multiple different containers to be able to send their graphics to xpra server which in turn is connected to HTML5 client across internet. Is this doable? Thanks in advance for any pointers. On Jul 19, 2017 12:06 AM, "Antoine Martin via shifter-users" < shifter-users at lists.devloop.org.uk> wrote: > On 19/07/17 01:54, Timothy Hobbs via shifter-users wrote: > > I don't think any such document exists, > Well, it certainly could be improved and updated, but the first hit when > googling "xpra docker" is this page on the xpra wiki: > https://xpra.org/trac/wiki/Usage/Docker > (and it does link to subuser) > It's a wiki, so feel free to suggest edits or just do them yourself. > > Cheers > Antoine > > > however, the subuser project has > > working code for connecting to xpra via docker: > > https://github.com/subuser-security/subuser/blob/master/ > logic/subuserlib/classes/subuserSubmodules/run/x11Bridge.py > > > > > > > > On 07/18/2017 08:47 PM, Titusi Forum via shifter-users wrote: > >> Dear XPRA Team: > >> > >> > >> Is there any documentation that can help me setup XPRA server inside a > >> docker container running on Ubuntu and then connect to it using HTML5 > >> client? > >> > >> > >> > >> Regards, > >> _______________________________________________ > >> 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 titusiforum at gmail.com Mon Jul 24 03:39:03 2017 From: titusiforum at gmail.com (Titusi Forum) Date: Sun, 23 Jul 2017 19:39:03 -0700 Subject: [winswitch] XPRA with docker In-Reply-To: References: <7ef080c3-8a5f-5d8f-0621-5e59160d3d51@hobbs.cz> <7fb6471c-025d-6384-3a05-500fd590da88@nagafix.co.uk> Message-ID: Correction: "xpra server outside docker container" On Jul 23, 2017 7:34 PM, "Titusi Forum" wrote: Tim and Antonie. I framed the question incorrectly. Sorry about that. What I want to do is to run xpra server outside socket container. I would like applications running inside multiple different containers to be able to send their graphics to xpra server which in turn is connected to HTML5 client across internet. Is this doable? Thanks in advance for any pointers. On Jul 19, 2017 12:06 AM, "Antoine Martin via shifter-users" < shifter-users at lists.devloop.org.uk> wrote: > On 19/07/17 01:54, Timothy Hobbs via shifter-users wrote: > > I don't think any such document exists, > Well, it certainly could be improved and updated, but the first hit when > googling "xpra docker" is this page on the xpra wiki: > https://xpra.org/trac/wiki/Usage/Docker > (and it does link to subuser) > It's a wiki, so feel free to suggest edits or just do them yourself. > > Cheers > Antoine > > > however, the subuser project has > > working code for connecting to xpra via docker: > > https://github.com/subuser-security/subuser/blob/master/logi > c/subuserlib/classes/subuserSubmodules/run/x11Bridge.py > > > > > > > > On 07/18/2017 08:47 PM, Titusi Forum via shifter-users wrote: > >> Dear XPRA Team: > >> > >> > >> Is there any documentation that can help me setup XPRA server inside a > >> docker container running on Ubuntu and then connect to it using HTML5 > >> client? > >> > >> > >> > >> Regards, > >> _______________________________________________ > >> 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 Mon Jul 24 08:53:56 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 24 Jul 2017 14:53:56 +0700 Subject: [winswitch] XPRA with docker In-Reply-To: References: <7ef080c3-8a5f-5d8f-0621-5e59160d3d51@hobbs.cz> <7fb6471c-025d-6384-3a05-500fd590da88@nagafix.co.uk> Message-ID: <0f9cbcc3-aa4c-38e7-ae7e-ceb1aff386fc@nagafix.co.uk> On 24/07/17 09:39, Titusi Forum wrote: > Correction: "xpra server outside docker container" > > On Jul 23, 2017 7:34 PM, "Titusi Forum" > wrote: > > Tim and Antonie. > > I framed the question incorrectly. Sorry about that. > > What I want to do is to run xpra server outside socket container. I > would like applications running inside multiple different containers > to be able to send their graphics to xpra server which in turn is > connected to HTML5 client across internet. > > Is this doable? Thanks in advance for any pointers. Sure. Everything goes through the xpra server's vfb, so this isn't really an xpra question, more of a general container + X11 question. You just need to ensure that your X11 applications can connect to the X11 vfb server socket. Usually, they'll lookup the DISPLAY variable and open the corresponding socket in /tmp/.X11-unix/ You could bind-mount that directory, but this would expose all the display sockets in that directory. I'm sure there are other options others can suggest (preferably not using X11 over TCP!). Incidentally, I had suggested a better solution for private X11 sockets many years ago, but people didn't seem to understand the use case so this didn't get enough traction and I gave up on it: https://xpra.org/trac/ticket/778 (and this still looks like the right solution to this sort of problem) Cheers Antoine > > On Jul 19, 2017 12:06 AM, "Antoine Martin via shifter-users" > > wrote: > > On 19/07/17 01:54, Timothy Hobbs via shifter-users wrote: > > I don't think any such document exists, > Well, it certainly could be improved and updated, but the first > hit when > googling "xpra docker" is this page on the xpra wiki: > https://xpra.org/trac/wiki/Usage/Docker > > (and it does link to subuser) > It's a wiki, so feel free to suggest edits or just do them yourself. > > Cheers > Antoine > > > however, the subuser project has > > working code for connecting to xpra via docker: > > > https://github.com/subuser-security/subuser/blob/master/logic/subuserlib/classes/subuserSubmodules/run/x11Bridge.py > > > > > > > > > On 07/18/2017 08:47 PM, Titusi Forum via shifter-users wrote: > >> Dear XPRA Team: > >> > >> > >> Is there any documentation that can help me setup XPRA server > inside a > >> docker container running on Ubuntu and then connect to it > using HTML5 > >> client? > >> > >> > >> > >> Regards, > >> _______________________________________________ > >> 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 Tue Jul 25 17:36:51 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 25 Jul 2017 23:36:51 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 2.1 Message-ID: Hi, This release builds on the new foundations of the 2.0 branch to improve many existing features and also add a few new ones. TLDR: logind integration, split packages, many HTML5 client updates, mDNS gui launcher, better desktop and shadow modes (with NvFBC support). For more detailed information, including links to the documentation and tickets, see: http://xpra.org/trac/wiki/News#a2.1ImportantFeatures Release notes summary: * the system wide proxy server now integrates with logind and supports socket activation * new authentication modules: - new posix peercred authentication module (used by system wide proxy) - new sqlite authentication module * split packages for RPM, MS Windows and Mac OS * digitally signed MS Windows installers * HTML5 client improvements: - file upload support - better non-us keyboard and language support - safe HMAC authentication over HTTP, re-connection etc - more complete window management, (pre-)compression (zlib, brotli) - mobile on-screen keyboard - audio forwarding for IE - remote drag and drop support * better Multicast DNS support, with a GUI launcher * improved image depth / deep color handling * desktop mode can now be resized easily * any window can be made fullscreen (Shift+F11 to trigger) * Python3 GTK3 client is now usable (though still incomplete) * shutdown the server from the tray menu * option to terminate child commands on server shutdown * macos library updates, support for virtual desktops * NVENC SDK version 8 and HEVC support * Nvidia NvFBC capture SDK support for fast shadow servers * shadow servers improvements: show shadow pointer in opengl client * many structural improvements and important bug fixes The source: https://xpra.org/src/ Downloads: http://xpra.org/trac/wiki/Download Cheers Antoine From e.grammatico at gmail.com Wed Jul 26 15:55:12 2017 From: e.grammatico at gmail.com (Eric Grammatico) Date: Wed, 26 Jul 2017 14:55:12 +0000 Subject: [winswitch] Stuck with automatic picture encoding while trying to connect with HTML5 Message-ID: <864540a4c8f47845a28913171211f8c5@webmail.grammatico.me> Hello There, I have very poor performances with html5 client. I had a look in the code and I saw h264 may be available. Thus I have modified Client.js with: this.enabled_encodings = ["jpeg", "png", "rgb", "rgb32", "h264", "vp8+webm", "h264+mp4", "mpeg4+mp4"]; this.supported_encodings = ["jpeg", "png", "rgb", "rgb32", "h264", "vp8+webm", "h264+mp4", "mpeg4+mp4"]; end connect.html with: Automatic JPEG PNG Raw RGB H264 vp8+webm h264+mp4 mpeg4+mp4 Encoding What ever codec I choose, the xpra server reports: 2017-07-26 14:33:22,309 HTML5 Linux Chrome client version 2.1 2017-07-26 14:33:22,310 as 'eric' 2017-07-26 14:33:22,310 via Linux 4.11.10-100.fc24.x86_64 proxy version 2.1 on 'xpra-proxy' 2017-07-26 14:33:22,312 automatic picture encoding enabled 2017-07-26 14:33:22,314 also available: 2017-07-26 14:33:22,314 jpeg, png, rgb32, h264, vp8+webm, h264+mp4, mpeg4+mp4 As the performance are still poor, I believe h264 is stil not selected... How can I have better performance with HTML2 ? Tested with Firefox and Chromium. thanks and best regards, - Eric Grammatico _/) From antoine at nagafix.co.uk Wed Jul 26 17:21:18 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 26 Jul 2017 23:21:18 +0700 Subject: [winswitch] Stuck with automatic picture encoding while trying to connect with HTML5 In-Reply-To: <864540a4c8f47845a28913171211f8c5@webmail.grammatico.me> References: <864540a4c8f47845a28913171211f8c5@webmail.grammatico.me> Message-ID: <026c7412-15ed-2755-94fc-1cb221703409@nagafix.co.uk> On 26/07/17 21:55, Eric Grammatico via shifter-users wrote: > Hello There, > > I have very poor performances with html5 client. Is this a regression from 2.0? > I had a look in the code and I saw h264 may be available. Thus I have modified Client.js with: No need to modify anything, there's an option in advanced settings on the connect dialog page. (snip)> 2017-07-26 14:33:22,309 HTML5 Linux Chrome client version 2.1 > 2017-07-26 14:33:22,310 as 'eric' > 2017-07-26 14:33:22,310 via Linux 4.11.10-100.fc24.x86_64 proxy version 2.1 on 'xpra-proxy' > 2017-07-26 14:33:22,312 automatic picture encoding enabled > 2017-07-26 14:33:22,314 also available: > 2017-07-26 14:33:22,314 jpeg, png, rgb32, h264, vp8+webm, h264+mp4, mpeg4+mp4 It shows "auto" because that's the best encoding selection policy available, it may use any of the encodings available, including "h264". > As the performance are still poor, I believe h264 is stil not selected... It probably is used, but it is hidden in the advanced options because it doesn't work reliably. I don't recommend it. > How can I have better performance with HTML2 ? Please file a ticket with enough details. Cheers Antoine > > Tested with Firefox and Chromium. > > thanks and best regards, > - > Eric Grammatico _/) > _______________________________________________ > 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 Jul 27 09:45:07 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 27 Jul 2017 15:45:07 +0700 Subject: [winswitch] future direction for HTML5 client and 1.x LTS series Message-ID: <51e63190-3c1e-3b8c-06d5-bc8ff5d2db72@nagafix.co.uk> Hi, In order to make it easier to contribute to the project, the HTML5 client will now accept pull requests on github: https://github.com/totaam/xpra-html5 It does make sense to split this code out since it isn't really tied to the rest of the project or even any specific server version. We may consider splitting off other (sub)projects, or just offering dual repositories depending on how well this works out. The 1.0 LTS branch is also reaching the point where the number of fixes is decreasing fast enough that we can consider updating it with more significant changes than the usual small-bug-fix-only policy. This will become the 1.1 branch. This branch is only relevant for those stuck on outdated OSes like CentOS 6.x, everyone else should be running the 2.x series. The constraints are: * the changes must still be self-contained, not modifying too many files * bring real benefits in terms of behaviour or fixes * as before, the changes must have been committed to trunk first - but the changes must also have been available in a released version, and not just a beta The current list of nominations can be found here: http://xpra.org/trac/wiki/Versions/PendingFixes#a1.1candidates Feel free to submit your requests there or through tickets. Cheers Antoine From thomas.mainka at gmail.com Sun Jul 30 11:06:41 2017 From: thomas.mainka at gmail.com (Thomas Mainka) Date: Sun, 30 Jul 2017 12:06:41 +0200 Subject: [winswitch] Windows Client: preexec_fn not supported on Windows platform Message-ID: Hi, I've tried to update my Xpra windows client on Win 10 from 2.0.2, but somehow any newer version since that gives the error message "preexec_fn not supported on Windows platforms". Could this be a problem with a second Python runtime installed somewhere else? Regards, Thomas From antoine at nagafix.co.uk Sun Jul 30 11:09:25 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 30 Jul 2017 17:09:25 +0700 Subject: [winswitch] Windows Client: preexec_fn not supported on Windows platform In-Reply-To: References: Message-ID: On 30/07/17 17:06, Thomas Mainka via shifter-users wrote: > Hi, > > I've tried to update my Xpra windows client on Win 10 from 2.0.2, but > somehow any newer version since that gives the error message > "preexec_fn not supported on Windows platforms". > > Could this be a problem with a second Python runtime installed somewhere else? It could be, or it could also just be a bug. Please specify the exact download that you've used (exe? msi? 32-bit? 64-bit?) and the exact command line that you've used. Please note that the 2.0.x branch is out of date, try using 2.1 Cheers Antoine > > > Regards, > Thomas From thomas.mainka at gmail.com Mon Jul 31 19:14:46 2017 From: thomas.mainka at gmail.com (Thomas Mainka) Date: Mon, 31 Jul 2017 20:14:46 +0200 Subject: [winswitch] Windows Client: preexec_fn not supported on Windows platform In-Reply-To: References: Message-ID: The latest version I tried is Windows 64bit v2.1 revision 16505 "built on Win7ProDev-PC by Win7ProDev 2017-07-25 22:26." That was the .exe Installer directly from the homepage. I did not use a command line, as the error message pops up in the Xpra launcher GUI after selecting SSH as connection method. Regards, Thomas On Sun, Jul 30, 2017 at 12:09 PM, Antoine Martin via shifter-users wrote: > On 30/07/17 17:06, Thomas Mainka via shifter-users wrote: >> Hi, >> >> I've tried to update my Xpra windows client on Win 10 from 2.0.2, but >> somehow any newer version since that gives the error message >> "preexec_fn not supported on Windows platforms". >> >> Could this be a problem with a second Python runtime installed somewhere else? > It could be, or it could also just be a bug. > > Please specify the exact download that you've used (exe? msi? 32-bit? > 64-bit?) and the exact command line that you've used. > Please note that the 2.0.x branch is out of date, try using 2.1 > > Cheers > Antoine > >> >> >> Regards, >> Thomas > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From shanew at shanew.net Mon Jul 31 18:58:39 2017 From: shanew at shanew.net (shanew at shanew.net) Date: Mon, 31 Jul 2017 12:58:39 -0500 (CDT) Subject: [winswitch] Windows Client: preexec_fn not supported on Windows platform In-Reply-To: References: Message-ID: We ran into the same issue here, and ended up downgrading to get it to work. If my coworker who ran into the issue made notes of the things she tried, I'll share them here. On Sun, 30 Jul 2017, Thomas Mainka via shifter-users wrote: > Hi, > > I've tried to update my Xpra windows client on Win 10 from 2.0.2, but > somehow any newer version since that gives the error message > "preexec_fn not supported on Windows platforms". > > Could this be a problem with a second Python runtime installed somewhere else? > > > Regards, > Thomas > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > -- Public key #7BBC68D9 at | Shane Williams http://pgp.mit.edu/ | System Admin - UT CompSci =----------------------------------+------------------------------- All syllogisms contain three lines | shanew at shanew.net Therefore this is not a syllogism | www.ischool.utexas.edu/~shanew