From ron.eggler at gmail.com Mon Mar 7 18:27:43 2016 From: ron.eggler at gmail.com (Ron Eggler) Date: Mon, 7 Mar 2016 10:27:43 -0800 Subject: [winswitch] Windows client seems to render windows scaled Message-ID: hi, I'm using the Windows Xpra 0.16.1 build 11739 client to render a bunch of Windows on my Windows machine. Now, even though, scaling has been set to "none" on the icons in my task bar, the rendered applications look like they're being displayed scaled and appear somewhat blurry. Also, the font size of the text doesn't seem to align with the correct sizes. I'm on a Windows machine with 4 screens horizontally aligned like (left to right): 1: 1920 x 1080 3: 1680x 1050 (primary) 4: 1280 x 1024 2: 1280 x 1024 How can I fix this? Thank you, Ron -- Ron Eggler 1804 - 1122 Gilford St. Vancouver, BC V6G 2P5 (778) 230-9442 From antoine at nagafix.co.uk Tue Mar 8 05:20:18 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 8 Mar 2016 13:20:18 +0800 Subject: [winswitch] Windows client seems to render windows scaled In-Reply-To: References: Message-ID: <56DE6112.4070306@nagafix.co.uk> On 08/03/16 02:27, Ron Eggler wrote: > hi, > > I'm using the Windows Xpra 0.16.1 build 11739 client to render a bunch of > Windows on my Windows machine. Now, even though, scaling has been set to > "none" on the icons in my task bar, the rendered applications look like > they're being displayed scaled and appear somewhat blurry. Also, the font > size of the text doesn't seem to align with the correct sizes. This all sounds like it could be a DPI issue. What server distro are you using? What xpra version? Xdummy driver version? What sort of connection? 6kx1k is a lot of pixels, but shouldn't be blurry unless your windows are very big and refresh a lot. > I'm on a Windows machine with 4 screens horizontally aligned like (left to > right): > 1: 1920 x 1080 > 3: 1680x 1050 (primary) > 4: 1280 x 1024 > 2: 1280 x 1024 > > How can I fix this? Difficult to say without more details on your setup. Can you create a ticket? Thanks Antoine > > Thank you, > Ron > From blade.eric at gmail.com Tue Mar 8 06:16:00 2016 From: blade.eric at gmail.com (Eric Blade) Date: Tue, 8 Mar 2016 01:16:00 -0500 Subject: [winswitch] Windows client seems to render windows scaled In-Reply-To: <56DE6112.4070306@nagafix.co.uk> References: <56DE6112.4070306@nagafix.co.uk> Message-ID: For the brief period that I had 0.16 working for me, every time I started a session on the server that has a high DPI native display, the windows xpra receiving the windows would automatically enable scaling.. Which apparently only scales some elements and makes the fonts blurry. Right clicking on the xpra tray icon and turning scaling off would fix it. I didn't find a way to .make that stick permanently before my setup stopped working again :-s On Mar 8, 2016 12:20 AM, "Antoine Martin" wrote: > On 08/03/16 02:27, Ron Eggler wrote: > > hi, > > > > I'm using the Windows Xpra 0.16.1 build 11739 client to render a bunch of > > Windows on my Windows machine. Now, even though, scaling has been set to > > "none" on the icons in my task bar, the rendered applications look like > > they're being displayed scaled and appear somewhat blurry. Also, the font > > size of the text doesn't seem to align with the correct sizes. > This all sounds like it could be a DPI issue. > What server distro are you using? What xpra version? Xdummy driver version? > What sort of connection? 6kx1k is a lot of pixels, but shouldn't be > blurry unless your windows are very big and refresh a lot. > > > I'm on a Windows machine with 4 screens horizontally aligned like (left > to > > right): > > 1: 1920 x 1080 > > 3: 1680x 1050 (primary) > > 4: 1280 x 1024 > > 2: 1280 x 1024 > > > > How can I fix this? > Difficult to say without more details on your setup. > > Can you create a ticket? > > Thanks > Antoine > > > > > Thank you, > > Ron > > > > _______________________________________________ > 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 Mar 8 06:19:07 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 8 Mar 2016 14:19:07 +0800 Subject: [winswitch] Windows client seems to render windows scaled In-Reply-To: References: <56DE6112.4070306@nagafix.co.uk> Message-ID: <56DE6EDB.3040402@nagafix.co.uk> On 08/03/16 14:16, Eric Blade wrote: > For the brief period that I had 0.16 working for me, every time I > started a session on the server that has a high DPI native display, the > windows xpra receiving the windows would automatically enable scaling.. > Which apparently only scales some elements and makes the fonts blurry. What gets scaled and how is very much dependent on your setup. (same questions as the ones I asked below) > Right clicking on the xpra tray icon and turning scaling off would fix > it. I didn't find a way to .make that stick permanently xpra --desktop-scaling=no Or put this option in your xpra.conf > before my setup > stopped working again :-s Stopped how? Antoine > > On Mar 8, 2016 12:20 AM, "Antoine Martin" > wrote: > > On 08/03/16 02:27, Ron Eggler wrote: > > hi, > > > > I'm using the Windows Xpra 0.16.1 build 11739 client to render a > bunch of > > Windows on my Windows machine. Now, even though, scaling has been > set to > > "none" on the icons in my task bar, the rendered applications look > like > > they're being displayed scaled and appear somewhat blurry. Also, > the font > > size of the text doesn't seem to align with the correct sizes. > This all sounds like it could be a DPI issue. > What server distro are you using? What xpra version? Xdummy driver > version? > What sort of connection? 6kx1k is a lot of pixels, but shouldn't be > blurry unless your windows are very big and refresh a lot. > > > I'm on a Windows machine with 4 screens horizontally aligned like > (left to > > right): > > 1: 1920 x 1080 > > 3: 1680x 1050 (primary) > > 4: 1280 x 1024 > > 2: 1280 x 1024 > > > > How can I fix this? > Difficult to say without more details on your setup. > > Can you create a ticket? > > Thanks > Antoine > > > > > Thank you, > > Ron > > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From ron.eggler at gmail.com Tue Mar 8 17:14:03 2016 From: ron.eggler at gmail.com (Ron Eggler) Date: Tue, 8 Mar 2016 09:14:03 -0800 Subject: [winswitch] Windows client seems to render windows scaled In-Reply-To: <56DE6112.4070306@nagafix.co.uk> References: <56DE6112.4070306@nagafix.co.uk> Message-ID: On Mon, Mar 7, 2016 at 9:20 PM, Antoine Martin wrote: > On 08/03/16 02:27, Ron Eggler wrote: > > hi, > > > > I'm using the Windows Xpra 0.16.1 build 11739 client to render a bunch of > > Windows on my Windows machine. Now, even though, scaling has been set to > > "none" on the icons in my task bar, the rendered applications look like > > they're being displayed scaled and appear somewhat blurry. Also, the font > > size of the text doesn't seem to align with the correct sizes. > This all sounds like it could be a DPI issue. > What server distro are you using? What xpra version? Xdummy driver version? > Ubuntu 14.04, Xpra 0.15.10-1_amd64.deb unsure about Xdummy, isn't it part of the xpra packet? What sort of connection? 1000BASE-T > 6kx1k is a lot of pixels, but shouldn't be > blurry unless your windows are very big and refresh a lot. > all my monitors are set to refresh at 60Hz. > > > I'm on a Windows machine with 4 screens horizontally aligned like (left > to > > right): > > 1: 1920 x 1080 > > 3: 1680x 1050 (primary) > > 4: 1280 x 1024 > > 2: 1280 x 1024 > > > > How can I fix this? > Difficult to say without more details on your setup. > > Can you create a ticket? > I'll wait for your reply to this email and then will open one. Thanks, Ron From ron.eggler at gmail.com Tue Mar 8 22:37:37 2016 From: ron.eggler at gmail.com (Ron Eggler) Date: Tue, 8 Mar 2016 14:37:37 -0800 Subject: [winswitch] Windows client seems to render windows scaled In-Reply-To: References: <56DE6112.4070306@nagafix.co.uk> Message-ID: Looks like things improved much after I rebooted my (xpra) servers. Looks like some GTK configuration settings didn't get applied correctly until I rebooted the machines. This resolves the blurry & large font issue! Thanks, Ron On Tue, Mar 8, 2016 at 9:14 AM, Ron Eggler wrote: > On Mon, Mar 7, 2016 at 9:20 PM, Antoine Martin > wrote: > >> On 08/03/16 02:27, Ron Eggler wrote: >> > hi, >> > >> > I'm using the Windows Xpra 0.16.1 build 11739 client to render a bunch >> of >> > Windows on my Windows machine. Now, even though, scaling has been set to >> > "none" on the icons in my task bar, the rendered applications look like >> > they're being displayed scaled and appear somewhat blurry. Also, the >> font >> > size of the text doesn't seem to align with the correct sizes. >> This all sounds like it could be a DPI issue. >> What server distro are you using? What xpra version? Xdummy driver >> version? >> > > Ubuntu 14.04, Xpra 0.15.10-1_amd64.deb unsure about Xdummy, isn't it part > of the xpra packet? > > What sort of connection? > > > 1000BASE-T > > >> 6kx1k is a lot of pixels, but shouldn't be >> blurry unless your windows are very big and refresh a lot. >> > > all my monitors are set to refresh at 60Hz. > > >> >> > I'm on a Windows machine with 4 screens horizontally aligned like (left >> to >> > right): >> > 1: 1920 x 1080 >> > 3: 1680x 1050 (primary) >> > 4: 1280 x 1024 >> > 2: 1280 x 1024 >> > >> > How can I fix this? >> Difficult to say without more details on your setup. >> >> Can you create a ticket? >> > > I'll wait for your reply to this email and then will open one. > > Thanks, > Ron > From michael at mayer.cx Tue Mar 15 18:29:26 2016 From: michael at mayer.cx (Michael Mayer) Date: Tue, 15 Mar 2016 19:29:26 +0100 Subject: [winswitch] XPRA 0.16.2 - Stability issues & status of non-US keyboard support ? Message-ID: <56E85486.8080601@mayer.cx> Hi there, I am still exploring xpra at the moment (see earlier post about xpra stop issue). Currently I am fighting with an issue regarding keyboard support. For the tests I am using Google Chrome 48, Internet Explorer 10 and Firefox 38.7 as client browsers under Windows 7. My local keyboard layout is "ch". XPRA server runs under CentOS 7.2 and I am using the HTML5 interface with AES Encryption and Password protection to connect. My test example is to run a simple xterm in a browser. Chrome and Firefox do detect a "us" keyboard which is wrong. The sessions in both browsers run stable though. Internet Explorer 10 however correct detects "ch" keyboard and launches the session. I can see the xterm window coming up but as soon as I move the mouse pointer, the session disappears and displays the connect.html page. In the logs (with "--debug=ALL" in the xpra start command) I can see the following lines. ------------------- Error parsing bencode packet: invalid literal for long() with base 10: '407.3333435058594' Disconnecting client '127.0.0.1:33448': failed to parse bencode packet xpra client disconnected. ----------------------- Questions: 1) Why do Firefox and Chrome detect "us" keyboard instead of "ch" ? I have been playing with various input-methods but did not have any success. 2) What is the issue with Internet Explorer and the error in the bencode packet. XPRA server is the same in both cases. Happy to supply any logs and data you may need. Many thanks in advance, Michael. --------------------------------------------------------------------------- X.Org X Server 1.17.2 Release Date: 2015-06-16 X Protocol Version 11, Revision 0 Build Operating System: 2.6.32-220.17.1.el6.x86_64 Current Operating System: Linux rkalvpr104 3.10.0-327.10.1.el7.x86_64 #1 SMP Tue Feb 16 17:03:50 UTC 2016 x86_64 Kernel command line: BOOT_IMAGE=/vmlinuz-3.10.0-327.10.1.el7.x86_64 root=/dev/mapper/centos_rkalvpr104-root ro crashkernel=auto rd.lvm.lv=centos_rkalvpr104/root rd.lvm.lv=centos_rkalvpr104/swap rhgb quiet LANG=en_US.UTF-8 Build Date: 20 November 2015 02:44:25PM Build ID: xorg-x11-server 1.17.2-10.el7 Current version of pixman: 0.32.6 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (++) Log file: "/tmp/Xorg.:14.log", Time: Tue Mar 15 09:09:14 2016 (++) Using config file: "/etc/xpra/xorg.conf" (==) Using system config directory "/usr/share/X11/xorg.conf.d" 2016-03-15 09:09:14,130 Warning: failed to load the mdns avahi publisher: No module named avahi 2016-03-15 09:09:14,131 either fix your installation or use the 'mdns=no' option 2016-03-15 09:09:14,595 no authentication module specified for unix-domain-sockets with 'XPRA_PASSWORD' 2016-03-15 09:09:14,595 using 'file' based authentication 2016-03-15 09:09:14,613 no authentication module specified for tcp-sockets with 'XPRA_PASSWORD' 2016-03-15 09:09:14,613 using 'file' based authentication /usr/lib64/python2.7/site-packages/gobject/constants.py:24: Warning: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed import gobject._gobject 2016-03-15 09:09:15,043 GStreamer version 1.4 for Python 2.7 2016-03-15 09:09:15,131 pulseaudio server started with pid 16117 2016-03-15 09:09:15,133 using notification forwarder: 2016-03-15 09:09:15,133 DBUS-NotificationsForwarder(org.freedesktop.Notifications) 2016-03-15 09:09:15,152 websockify started, serving /usr/share/xpra/www on 127.0.0.1:45744 2016-03-15 09:09:15,161 xpra X11 version 0.16.2-r11889 2016-03-15 09:09:15,162 running with pid 16073 on Linux CentOS Linux 7.2.1511 Core 2016-03-15 09:09:15,162 on display :14 /bin/sh: module: command not found 2016-03-15 09:09:15,312 xpra is ready. WebSocket server settings: - Listen on 127.0.0.1:45744 - Flash security policy server - Web server. Web root: /usr/share/xpra/www - No SSL/TLS support (no cert file) - proxying from 127.0.0.1:45744 to 127.0.0.1:33482 E: [pulseaudio] pid.c: Daemon already running. 2016-03-15 09:09:15,930 New tcp connection received from 10.114.200.29:34244 2016-03-15 09:09:16,048 client connection from 10.114.200.29:34244 forwarded to proxy server on 127.0.0.1:45744 2016-03-15 09:09:16,503 Warning: pulseaudio has terminated shortly after startup. 2016-03-15 09:09:16,503 pulseaudio is limited to a single instance per user account, 2016-03-15 09:09:16,504 and one may be running already for user 'mayerm23' 2016-03-15 09:09:16,504 to avoid this warning, either fix the pulseaudio command line 2016-03-15 09:09:16,504 or use the 'pulseaudio=no' option 2016-03-15 09:09:18,592 New tcp connection received from 10.113.50.187:49544 2016-03-15 09:09:18,707 client connection from 10.113.50.187:49544 forwarded to proxy server on 127.0.0.1:45744 2016-03-15 09:09:19,280 New tcp connection received from 10.113.50.187:49552 2016-03-15 09:09:19,280 New tcp connection received from 10.113.50.187:49551 2016-03-15 09:09:19,398 client connection from 10.113.50.187:49551 forwarded to proxy server on 127.0.0.1:45744 2016-03-15 09:09:19,398 client connection from 10.113.50.187:49552 forwarded to proxy server on 127.0.0.1:45744 2016-03-15 09:09:20,343 New tcp connection received from 10.113.50.187:49559 2016-03-15 09:09:20,345 New tcp connection received from 10.113.50.187:49560 2016-03-15 09:09:20,461 client connection from 10.113.50.187:49560 forwarded to proxy server on 127.0.0.1:45744 2016-03-15 09:09:20,462 client connection from 10.113.50.187:49559 forwarded to proxy server on 127.0.0.1:45744 2016-03-15 09:09:20,614 New tcp connection received from 10.113.50.187:49561 2016-03-15 09:09:20,730 client connection from 10.113.50.187:49561 forwarded to proxy server on 127.0.0.1:45744 127.0.0.1 - - [15/Mar/2016 09:09:20] 127.0.0.1: Plain non-SSL (ws://) WebSocket connection 127.0.0.1 - - [15/Mar/2016 09:09:20] 127.0.0.1: Version hybi-13, base64: 'False' 127.0.0.1 - - [15/Mar/2016 09:09:20] connecting to: 127.0.0.1:33482 2016-03-15 09:09:20,731 New tcp connection received from 127.0.0.1:33448 2016-03-15 09:09:20,867 sending data using AES encryption 2016-03-15 09:09:20,913 receiving data using AES encryption 2016-03-15 09:09:20,958 Authentication required, Password File Authenticator sending challenge for 'mayerm23' using digest hmac 2016-03-15 09:09:21,283 Handshake complete; enabling connection 2016-03-15 09:09:21,294 HTML5 Microsoft Windows client version 0.16.2 2016-03-15 09:09:21,294 as 'mayerm23' 2016-03-15 09:09:21,294 using h264 as primary encoding also available: 2016-03-15 09:09:21,294 jpeg, png, rgb32 2016-03-15 09:09:21,295 New unix-domain connection received on /tmp/.xpra-14/rkalvpr104-14 2016-03-15 09:09:21,295 client root window size is 1707x863 with 1 display: 2016-03-15 09:09:21,296 HTML (452x228 mm - DPI: 95x96) 2016-03-15 09:09:21,296 Canvas 2016-03-15 09:09:21,424 server virtual display now set to 1920x1080 (best match for 1707x863) 2016-03-15 09:09:21,426 setting keyboard layout to 'ch' The XKEYBOARD keymap compiler (xkbcomp) reports: > Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols > Ignoring extra symbols Errors from xkbcomp are not fatal to the X server 2016-03-15 09:09:21,463 DPI set to 96 x 96 2016-03-15 09:09:21,465 Connection lost lpadmin: Forbidden 2016-03-15 09:09:21,653 lpadmin failed and returned error code: 1 2016-03-15 09:09:21,653 verify that user 'mayerm23' has all the required permissions 2016-03-15 09:09:21,653 for running: '/usr/sbin/lpadmin' 2016-03-15 09:09:22,151 New tcp connection received from 10.113.50.187:49574 2016-03-15 09:09:22,153 New tcp connection received from 10.113.50.187:49575 2016-03-15 09:09:22,271 client connection from 10.113.50.187:49574 forwarded to proxy server on 127.0.0.1:45744 2016-03-15 09:09:22,272 client connection from 10.113.50.187:49575 forwarded to proxy server on 127.0.0.1:45744 *2016-03-15 09:09:24,820 Error parsing bencode packet:** **2016-03-15 09:09:24,820 invalid literal for long() with base 10: '407.3333435058594'** **2016-03-15 09:09:24,820 Disconnecting client '127.0.0.1:33448':** **2016-03-15 09:09:24,820 failed to parse bencode packet** **2016-03-15 09:09:24,821 xpra client disconnected.* 2016-03-15 09:09:24,860 New tcp connection received from 10.113.50.187:49576 2016-03-15 09:09:24,976 client connection from 10.113.50.187:49576 forwarded to proxy server on 127.0.0.1:45744 2016-03-15 09:09:24,984 New tcp connection received from 10.113.50.187:49577 2016-03-15 09:09:24,985 New tcp connection received from 10.113.50.187:49578 2016-03-15 09:09:25,101 client connection from 10.113.50.187:49578 forwarded to proxy server on 127.0.0.1:45744 2016-03-15 09:09:25,103 client connection from 10.113.50.187:49577 forwarded to proxy server on 127.0.0.1:45744 From antoine at nagafix.co.uk Wed Mar 16 04:55:38 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 16 Mar 2016 11:55:38 +0700 Subject: [winswitch] XPRA 0.16.2 - Stability issues & status of non-US keyboard support ? In-Reply-To: <56E85486.8080601@mayer.cx> References: <56E85486.8080601@mayer.cx> Message-ID: <56E8E74A.5090806@nagafix.co.uk> On 16/03/16 01:29, Michael Mayer wrote: > Hi there, > > I am still exploring xpra at the moment (see earlier post about xpra > stop issue). Currently I am fighting with an issue regarding keyboard > support. > > For the tests I am using Google Chrome 48, Internet Explorer 10 and > Firefox 38.7 as client browsers under Windows 7. My local keyboard > layout is "ch". XPRA server runs under CentOS 7.2 and I am using the > HTML5 interface with AES Encryption and Password protection to connect. > My test example is to run a simple xterm in a browser. > > Chrome and Firefox do detect a "us" keyboard which is wrong. The source for the Javascript language detection code can be seen here: http://xpra.org/trac/browser/xpra/tags/v0.16.x/src/html5/include/xpra_client.js#L424 It may need improving so I have created a ticket for this: http://xpra.org/trac/ticket/1147 Feel free to subscribe to that ticket to get notified of progress / testing. > The > sessions in both browsers run stable though. Internet Explorer 10 > however correct detects "ch" keyboard and launches the session. I can > see the xterm window coming up but as soon as I move the mouse pointer, > the session disappears and displays the connect.html page. > > In the logs (with "--debug=ALL" in the xpra start command) I can see the > following lines. I couldn't reproduce this with IE until I changed the scaling of the window. This is now fixed in: http://xpra.org/trac/changeset/12149 And will be included in the next stable update. Thanks for reporting those issues. Antoine > > ------------------- > > Error parsing bencode packet: > invalid literal for long() with base 10: '407.3333435058594' > Disconnecting client '127.0.0.1:33448': > failed to parse bencode packet > xpra client disconnected. > > ----------------------- > > Questions: > > 1) Why do Firefox and Chrome detect "us" keyboard instead of "ch" ? I > have been playing with various input-methods but did not have any success. > > 2) What is the issue with Internet Explorer and the error in the bencode > packet. XPRA server is the same in both cases. > > Happy to supply any logs and data you may need. > > Many thanks in advance, > > Michael. > > --------------------------------------------------------------------------- > > > > X.Org X Server 1.17.2 > Release Date: 2015-06-16 > X Protocol Version 11, Revision 0 > Build Operating System: 2.6.32-220.17.1.el6.x86_64 > Current Operating System: Linux rkalvpr104 3.10.0-327.10.1.el7.x86_64 #1 > SMP Tue Feb 16 17:03:50 UTC 2016 x86_64 > Kernel command line: BOOT_IMAGE=/vmlinuz-3.10.0-327.10.1.el7.x86_64 > root=/dev/mapper/centos_rkalvpr104-root ro crashkernel=auto > rd.lvm.lv=centos_rkalvpr104/root rd.lvm.lv=centos_rkalvpr104/swap rhgb > quiet LANG=en_US.UTF-8 > Build Date: 20 November 2015 02:44:25PM > Build ID: xorg-x11-server 1.17.2-10.el7 > Current version of pixman: 0.32.6 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (++) Log file: "/tmp/Xorg.:14.log", Time: Tue Mar 15 09:09:14 2016 > (++) Using config file: "/etc/xpra/xorg.conf" > (==) Using system config directory "/usr/share/X11/xorg.conf.d" > 2016-03-15 09:09:14,130 Warning: failed to load the mdns avahi > publisher: No module named avahi > 2016-03-15 09:09:14,131 either fix your installation or use the > 'mdns=no' option > 2016-03-15 09:09:14,595 no authentication module specified for > unix-domain-sockets with 'XPRA_PASSWORD' > 2016-03-15 09:09:14,595 using 'file' based authentication > 2016-03-15 09:09:14,613 no authentication module specified for > tcp-sockets with 'XPRA_PASSWORD' > 2016-03-15 09:09:14,613 using 'file' based authentication > /usr/lib64/python2.7/site-packages/gobject/constants.py:24: Warning: > g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' > failed > import gobject._gobject > 2016-03-15 09:09:15,043 GStreamer version 1.4 for Python 2.7 > 2016-03-15 09:09:15,131 pulseaudio server started with pid 16117 > 2016-03-15 09:09:15,133 using notification forwarder: > 2016-03-15 09:09:15,133 > DBUS-NotificationsForwarder(org.freedesktop.Notifications) > 2016-03-15 09:09:15,152 websockify started, serving /usr/share/xpra/www > on 127.0.0.1:45744 > 2016-03-15 09:09:15,161 xpra X11 version 0.16.2-r11889 > 2016-03-15 09:09:15,162 running with pid 16073 on Linux CentOS Linux > 7.2.1511 Core > 2016-03-15 09:09:15,162 on display :14 > /bin/sh: module: command not found > 2016-03-15 09:09:15,312 xpra is ready. > WebSocket server settings: > - Listen on 127.0.0.1:45744 > - Flash security policy server > - Web server. Web root: /usr/share/xpra/www > - No SSL/TLS support (no cert file) > - proxying from 127.0.0.1:45744 to 127.0.0.1:33482 > E: [pulseaudio] pid.c: Daemon already running. > 2016-03-15 09:09:15,930 New tcp connection received from > 10.114.200.29:34244 > 2016-03-15 09:09:16,048 client connection from 10.114.200.29:34244 > forwarded to proxy server on 127.0.0.1:45744 > 2016-03-15 09:09:16,503 Warning: pulseaudio has terminated shortly after > startup. > 2016-03-15 09:09:16,503 pulseaudio is limited to a single instance per > user account, > 2016-03-15 09:09:16,504 and one may be running already for user 'mayerm23' > 2016-03-15 09:09:16,504 to avoid this warning, either fix the pulseaudio > command line > 2016-03-15 09:09:16,504 or use the 'pulseaudio=no' option > 2016-03-15 09:09:18,592 New tcp connection received from > 10.113.50.187:49544 > 2016-03-15 09:09:18,707 client connection from 10.113.50.187:49544 > forwarded to proxy server on 127.0.0.1:45744 > 2016-03-15 09:09:19,280 New tcp connection received from > 10.113.50.187:49552 > 2016-03-15 09:09:19,280 New tcp connection received from > 10.113.50.187:49551 > 2016-03-15 09:09:19,398 client connection from 10.113.50.187:49551 > forwarded to proxy server on 127.0.0.1:45744 > 2016-03-15 09:09:19,398 client connection from 10.113.50.187:49552 > forwarded to proxy server on 127.0.0.1:45744 > 2016-03-15 09:09:20,343 New tcp connection received from > 10.113.50.187:49559 > 2016-03-15 09:09:20,345 New tcp connection received from > 10.113.50.187:49560 > 2016-03-15 09:09:20,461 client connection from 10.113.50.187:49560 > forwarded to proxy server on 127.0.0.1:45744 > 2016-03-15 09:09:20,462 client connection from 10.113.50.187:49559 > forwarded to proxy server on 127.0.0.1:45744 > 2016-03-15 09:09:20,614 New tcp connection received from > 10.113.50.187:49561 > 2016-03-15 09:09:20,730 client connection from 10.113.50.187:49561 > forwarded to proxy server on 127.0.0.1:45744 > 127.0.0.1 - - [15/Mar/2016 09:09:20] 127.0.0.1: Plain non-SSL (ws://) > WebSocket connection > 127.0.0.1 - - [15/Mar/2016 09:09:20] 127.0.0.1: Version hybi-13, base64: > 'False' > 127.0.0.1 - - [15/Mar/2016 09:09:20] connecting to: 127.0.0.1:33482 > 2016-03-15 09:09:20,731 New tcp connection received from 127.0.0.1:33448 > 2016-03-15 09:09:20,867 sending data using AES encryption > 2016-03-15 09:09:20,913 receiving data using AES encryption > 2016-03-15 09:09:20,958 Authentication required, Password File > Authenticator sending challenge for 'mayerm23' using digest hmac > 2016-03-15 09:09:21,283 Handshake complete; enabling connection > 2016-03-15 09:09:21,294 HTML5 Microsoft Windows client version 0.16.2 > 2016-03-15 09:09:21,294 as 'mayerm23' > 2016-03-15 09:09:21,294 using h264 as primary encoding also available: > 2016-03-15 09:09:21,294 jpeg, png, rgb32 > 2016-03-15 09:09:21,295 New unix-domain connection received on > /tmp/.xpra-14/rkalvpr104-14 > 2016-03-15 09:09:21,295 client root window size is 1707x863 with 1 display: > 2016-03-15 09:09:21,296 HTML (452x228 mm - DPI: 95x96) > 2016-03-15 09:09:21,296 Canvas > 2016-03-15 09:09:21,424 server virtual display now set to 1920x1080 > (best match for 1707x863) > 2016-03-15 09:09:21,426 setting keyboard layout to 'ch' > The XKEYBOARD keymap compiler (xkbcomp) reports: >> Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols >> Ignoring extra symbols > Errors from xkbcomp are not fatal to the X server > 2016-03-15 09:09:21,463 DPI set to 96 x 96 > 2016-03-15 09:09:21,465 Connection lost > lpadmin: Forbidden > 2016-03-15 09:09:21,653 lpadmin failed and returned error code: 1 > 2016-03-15 09:09:21,653 verify that user 'mayerm23' has all the required > permissions > 2016-03-15 09:09:21,653 for running: '/usr/sbin/lpadmin' > 2016-03-15 09:09:22,151 New tcp connection received from > 10.113.50.187:49574 > 2016-03-15 09:09:22,153 New tcp connection received from > 10.113.50.187:49575 > 2016-03-15 09:09:22,271 client connection from 10.113.50.187:49574 > forwarded to proxy server on 127.0.0.1:45744 > 2016-03-15 09:09:22,272 client connection from 10.113.50.187:49575 > forwarded to proxy server on 127.0.0.1:45744 > *2016-03-15 09:09:24,820 Error parsing bencode packet:** > **2016-03-15 09:09:24,820 invalid literal for long() with base 10: > '407.3333435058594'** > **2016-03-15 09:09:24,820 Disconnecting client '127.0.0.1:33448':** > **2016-03-15 09:09:24,820 failed to parse bencode packet** > **2016-03-15 09:09:24,821 xpra client disconnected.* > 2016-03-15 09:09:24,860 New tcp connection received from > 10.113.50.187:49576 > 2016-03-15 09:09:24,976 client connection from 10.113.50.187:49576 > forwarded to proxy server on 127.0.0.1:45744 > 2016-03-15 09:09:24,984 New tcp connection received from > 10.113.50.187:49577 > 2016-03-15 09:09:24,985 New tcp connection received from > 10.113.50.187:49578 > 2016-03-15 09:09:25,101 client connection from 10.113.50.187:49578 > forwarded to proxy server on 127.0.0.1:45744 > 2016-03-15 09:09:25,103 client connection from 10.113.50.187:49577 > forwarded to proxy server on 127.0.0.1:45744 > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From johnss1221 at gmail.com Wed Mar 23 08:23:31 2016 From: johnss1221 at gmail.com (John Smith) Date: Wed, 23 Mar 2016 15:23:31 +0700 Subject: [winswitch] Window button on MAC VMware Message-ID: Hi, I'm running Xpra client version 0.17.0-r12161 (MS Windows 7 64bit) and Xpra server version 0.15.10-r11439 (also try 0.17.0-r12132 ( Trusty amd64)). In the server, I've installed Vmware Workstation 11.1.3 to running a MAC OSX (Yosemite) on it. Everything is great but only Window button is not. Whenever I press Window button on MAC (guest OS of Trusty) + S/C/V button..., Start Menu on Windows 7( the client) was appeared instead of executing Save As/Copy/Paste on MAC. The keyboard synchronization is ON. From antoine at nagafix.co.uk Wed Mar 23 16:01:39 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 23 Mar 2016 23:01:39 +0700 Subject: [winswitch] Window button on MAC VMware In-Reply-To: References: Message-ID: <56F2BDE3.1070100@nagafix.co.uk> On 23/03/16 15:23, John Smith wrote: > Hi, > > I'm running Xpra client version 0.17.0-r12161 (MS Windows 7 64bit) and Xpra > server version 0.15.10-r11439 (also try 0.17.0-r12132 ( Trusty amd64)). > In the server, I've installed Vmware Workstation 11.1.3 to running a MAC > OSX (Yosemite) on it. Everything is great but only Window button is not. Which "Window button"? Are you talking about the "windows" key on the keyboard? https://en.wikipedia.org/wiki/Windows_key > Whenever I press Window button on MAC (guest OS of Trusty) + S/C/V > button..., Start Menu on Windows 7( the client) was appeared instead of > executing Save As/Copy/Paste on MAC. The keyboard synchronization is ON. Sounds like your client OS is intercepting those key events, I'm not sure there's much we can do about this. Perhaps you can remap the keys that you need in vmware instead? If not, please create a ticket with sufficient details for me to reproduce, preferably using simple applications rather than vmware.. Thanks Antoine From antoine at nagafix.co.uk Thu Mar 24 04:08:04 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 24 Mar 2016 11:08:04 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.16.3 (many fixes) Message-ID: <56F36824.8010505@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This minor update contains a large number of fixes, including important performance issues and application compatibility fixes. Updating is recommended. Release notes: * fix xpra info major performance issues * fix restore windows when OSX dock is clicked * fix clipboard timeouts and high CPU usage * fix out-of-date bug report data * fix startup failures on some invalid MS Windows configurations * fix HTML5 client with Internet Exporer and zoom * fix visual corruption with transparent windows * fix pulseaudio starting before we request it * fix window decorations flag forwarding * fix undecorated window positioning adjustments * fix microphone forwarding, stop on disconnection or exit * fix sound-source options parsing errors * fix sound command line tools * fix sound error in duration message parsing * fix pulseaudio microphone input device selection * fix gstreamer automatic version selection errors * fix webp package detection * fix Vfb not getting killed on server startup error * fix handling of authentication setup errors * fix codec test code (some encodings were skipped) * fix NVENC handling of runtime speed and quality changes * fix video region detection off-by-one * fix error in unlikely error handler * fix deadlock on exit with HTML server * fix socket timeout code - use blocking sockets * fix for Java applications enabled by default * fix "AltGr" key event forwarding for MS Windows clients * fix encoding errors with zero dimension windows * fix example Xdummy command line in default config file * fix Xorg command line path expansion * fix honour XPRA_SCRIPT_BIN_DIR environment override * fix some automatic quality heuristics calculations * fix logging large packet warning * fix MS Windows shadow server key mapping * fix authentication errors with Python 2.6 and older * fix dbus menu forwarding component loading * more user friendly missing Xvfb error message * hide unusable tray menu entries * make it possible to tune or disable optimistic sending * make it possible to disable force-quit code * add shortcut for showing tray menu * add some new common resolutions to xorg.conf The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Beta: https://xpra.org/beta/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlbzaCEACgkQGK2zHPGK1rv/WwCeO1xHVPNepYKPL8m68dVZZB2S BJUAmwdtOieLp08zwWTC9e9wIWF4J2yp =oz2p -----END PGP SIGNATURE----- From johnss1221 at gmail.com Sat Mar 26 03:53:19 2016 From: johnss1221 at gmail.com (John Smith) Date: Sat, 26 Mar 2016 10:53:19 +0700 Subject: [winswitch] Fwd: Window button on MAC VMware In-Reply-To: References: <56F2BDE3.1070100@nagafix.co.uk> Message-ID: ---------- Forwarded message ---------- From: John Smith Date: Sat, Mar 26, 2016 at 10:52 AM Subject: Re: [winswitch] Window button on MAC VMware To: Antoine Martin Hi, I apologize for the delay in answering back. On Wed, Mar 23, 2016 at 11:01 PM, Antoine Martin wrote: > On 23/03/16 15:23, John Smith wrote: > > Hi, > > > > I'm running Xpra client version 0.17.0-r12161 (MS Windows 7 64bit) and > Xpra > > server version 0.15.10-r11439 (also try 0.17.0-r12132 ( Trusty amd64)). > > In the server, I've installed Vmware Workstation 11.1.3 to running a MAC > > OSX (Yosemite) on it. Everything is great but only Window button is not. > Which "Window button"? > Are you talking about the "windows" key on the keyboard? > https://en.wikipedia.org/wiki/Windows_key Yes, that's what i meant. > > > > Whenever I press Window button on MAC (guest OS of Trusty) + S/C/V > > button..., Start Menu on Windows 7( the client) was appeared instead of > > executing Save As/Copy/Paste on MAC. The keyboard synchronization is ON. > Sounds like your client OS is intercepting those key events, I'm not > sure there's much we can do about this. > Perhaps you can remap the keys that you need in vmware instead? > I'd tried to search about remap the key in vmware, but didn't succeed. > If not, please create a ticket with sufficient details for me to > reproduce, preferably using simple applications rather than vmware.. > Yea, I will create it. Can you tell me the information that you need ? Thanks, John > > Thanks > 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 Mar 26 13:03:34 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 26 Mar 2016 20:03:34 +0700 Subject: [winswitch] Fwd: Window button on MAC VMware In-Reply-To: References: <56F2BDE3.1070100@nagafix.co.uk> Message-ID: <56F688A6.8090605@nagafix.co.uk> >>> I'm running Xpra client version 0.17.0-r12161 (MS Windows 7 64bit) and >> Xpra >>> server version 0.15.10-r11439 (also try 0.17.0-r12132 ( Trusty amd64)). >>> In the server, I've installed Vmware Workstation 11.1.3 to running a MAC >>> OSX (Yosemite) on it. Everything is great but only Window button is not. >> Which "Window button"? >> Are you talking about the "windows" key on the keyboard? >> https://en.wikipedia.org/wiki/Windows_key > > Yes, that's what i meant. > >>> Whenever I press Window button on MAC (guest OS of Trusty) + S/C/V >>> button..., Start Menu on Windows 7( the client) was appeared instead of >>> executing Save As/Copy/Paste on MAC. The keyboard synchronization is ON. >> Sounds like your client OS is intercepting those key events, I'm not >> sure there's much we can do about this. >> Perhaps you can remap the keys that you need in vmware instead? >> > I'd tried to search about remap the key in vmware, but didn't succeed. If you find out how, you could use one of the rarely used keys (ie: right control key) and map this key to the windows key in the vmware guest. This should allow you to simulate the key you need. >> If not, please create a ticket with sufficient details for me to >> reproduce, preferably using simple applications rather than vmware.. >> > Yea, I will create it. Can you tell me the information that you need ? I have created a ticket for you: http://xpra.org/trac/ticket/1152 And I have committed some code already that should help us achieve what is required. Please subscribe to it so you can see progress and verify that it works for you. Cheers Antoine From michael at mayer.cx Tue Mar 29 23:47:44 2016 From: michael at mayer.cx (Michael Mayer) Date: Wed, 30 Mar 2016 00:47:44 +0200 Subject: [winswitch] XPRA_PASSWORD and XPRA_ENCRYPTION_KEY ? Message-ID: <56FB0610.5010804@mayer.cx> Dear Antoine, I was just about to explore the fixes for keyboard support in #1147 (Thanks for this - looks good to me) when I discovered that the environment variables for PASSWORD and ENCRPYTION are gone. They were removed in r12099 and r11465. I can see the mention of "Legacy" and "security" in the change logs... Before I am hacking something to get this working again - what is/was the exact reasoning for removing those environment variables ? I quite like the fact that you can specify the password and encryption key on-demand in a session before launching xpra - Currently I store the password and encrpytion keys in a protected database and extract them on-demand to set them. That way I don't leave any trace on the storage backend (except in the db). Only the xpra logs are written. Many thanks, Michael. From ron.eggler at gmail.com Wed Mar 30 19:07:27 2016 From: ron.eggler at gmail.com (Ron Eggler) Date: Wed, 30 Mar 2016 11:07:27 -0700 Subject: [winswitch] RANDR missing on display (on meld launch) Message-ID: Hi, I'm running terminator on a Ubuntu 14.04 machine over Xpra on Windows. Now when I'm trying to launch an application like meld, it fails to launch and I get the below output. Any hints on how I can get this going? $ meld& [1] 26843 ron at jpax-build07:~$ Xlib: extension "RANDR" missing on display ":13". (meld:26843): GConf-WARNING **: Client failed to connect to the D-BUS daemon: Failed to connect to socket /tmp/dbus-3IBnMEyz6K: Connection refused (meld:26843): GConf-WARNING **: Client failed to connect to the D-BUS daemon: Failed to connect to socket /tmp/dbus-1HMUUeEJua: Connection refused Traceback (most recent call last): File "/usr/bin/meld", line 178, in main() File "/usr/bin/meld", line 164, in main already_running, dbus_app = meld.dbus_service.setup(app) File "/usr/lib/meld/meld/dbus_service.py", line 56, in setup bus = dbus.SessionBus() File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 211, in __new__ mainloop=mainloop) File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 100, in __new__ bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop) File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 122, in __new__ bus = cls._new_for_bus(address_or_type, mainloop=mainloop) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoServer: Failed to connect to socket /tmp/dbus-bYQoyAd3sL: Connection refused Thank you, Ron From antoine at nagafix.co.uk Thu Mar 31 05:57:29 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 31 Mar 2016 11:57:29 +0700 Subject: [winswitch] XPRA_PASSWORD and XPRA_ENCRYPTION_KEY ? In-Reply-To: <56FB0610.5010804@mayer.cx> References: <56FB0610.5010804@mayer.cx> Message-ID: <56FCAE39.60003@nagafix.co.uk> On 30/03/16 05:47, Michael Mayer wrote: > Dear Antoine, > > I was just about to explore the fixes for keyboard support in #1147 > (Thanks for this - looks good to me) when I discovered that the > environment variables for PASSWORD and ENCRPYTION are gone. They were > removed in r12099 and r11465. I can see the mention of "Legacy" and > "security" in the change logs... > > Before I am hacking something to get this working again - what is/was > the exact reasoning for removing those environment variables ? The code was a bit ugly and made validation harder. > I quite like the fact that you can specify the password and encryption > key on-demand in a session before launching xpra - Currently I store the > password and encrpytion keys in a protected database and extract them > on-demand to set them. That way I don't leave any trace on the storage > backend (except in the db). Only the xpra logs are written. OK, I'll try to re-enable the feature again. Cheers Antoine > > Many thanks, > > Michael. > _______________________________________________ > 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 Mar 31 06:03:32 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 31 Mar 2016 12:03:32 +0700 Subject: [winswitch] RANDR missing on display (on meld launch) In-Reply-To: References: Message-ID: <56FCAFA4.40404@nagafix.co.uk> On 31/03/16 01:07, Ron Eggler wrote: > Hi, > > I'm running terminator on a Ubuntu 14.04 machine over Xpra on Windows. Now > when I'm trying to launch an application like meld, it fails to launch and > I get the below output. Any hints on how I can get this going? > $ meld& > [1] 26843 Please include the full command lines. It isn't clear at all how you launched this application within an xpra session. > ron at jpax-build07:~$ Xlib: extension "RANDR" missing on display ":13". You want Xdummy to have RandR: http://xpra.org/trac/wiki/Xdummy But Ubuntu breaks their Xorg packages - if you really want RandR, don't use Ubuntu. > Failed to connect to socket /tmp/dbus-3IBnMEyz6K: Connection refused (snip) That's a dbus failure. Maybe launch xpra like so: dbus-launch xpra start .... 0.17 will make this automatic. Note: if you run from an existing desktop session, or via sudo/su, etc, you may encounter problems. Best way is to launch as a separate user, one that does not have any other concurrent desktop environment session. Cheers Antoine