From thejunk.b at gmail.com Sun Oct 1 18:30:47 2017 From: thejunk.b at gmail.com (Randy) Date: Sun, 01 Oct 2017 13:30:47 -0400 Subject: [winswitch] Virtualbox Vm access Message-ID: <1584400.vHcx4ccPnl@bumblebee> First, thanks for a great program. I don't use winswitch much but I now would like to be able to access a win7-vm on a Mac laptop. There is a windows specific app in the vm that needs to be accessed from the Mac laptop. The win7-vm is hosted on Debian Squeeze (stable) server. I can access the vm from a Debian Squeeze laptop (although I can't seam to get the screen size right, but that is a separate issue). But when I try from the Mac laptop the vm will start OK but will not display on the Mac. Yet I can pull/push it to the Debian laptop. I have been through the server configs and have not been able to find a reason that it does not work. Also maybe related, I am unable to launch any other app hosted on the Debian Squeeze server and have the output displayed on the Mac laptop. I also can't find any debug info in .winswitch/server/sessions which is useful in helping fix the issue. The only thing I did find was that the server was complaining that "user is not a member of the xpra group". Adding the user to the group did not help. Related ? From the Deiban laptop I am able to launch and access the win7-vm and start simple terminal applications but I am unable to launch LibreOffice. I have debugging enabled but can't find any useful info to help resolve the issue. I have not found any useful info via Google either. Thank you -- If it ain't broke tweek it From Florian.Feldhaus at netapp.com Tue Oct 10 09:33:09 2017 From: Florian.Feldhaus at netapp.com (Feldhaus, Florian) Date: Tue, 10 Oct 2017 08:33:09 +0000 Subject: [winswitch] Xpra running Wireshark in Docker container Message-ID: <934B5C81-5FAD-4D84-BB92-9DD7A1FCFABC@netapp.com> I discovered Xpra several years ago, but never really used it until I was searching for a solution to make Wireshark available via a Webinterface. Using Docker and the Xpra HTML Client, I was able to create a Docker container with Xpra and Wireshark (see https://github.com/ffeldhaus/docker-wireshark). Based on the Docker image, I created a solution to proxy and analyze arbitrary TCP traffic with HAProxy and Wireshark - HAProxy acts as endpoint for e.g. NFS, SMB, HTTP or other services and forwards the traffic to the real service and Wireshark, accessed via Webbrowser, can analyze the traffic (see https://github.com/ffeldhaus/docker-network-traffic-analyzer for details). I?m impressed by the features and abilities of Xpra and would like to thank everyone who helped to develop it. During testing of the solution I discovered a few things were I would like to ask for your input: - Installing Xpra requires a huge number of dependencies. It would be great to get some input how to reduce the number of dependencies to create a minimal docker image (currently it?s larger than 1GB. - Running current stable Xpra version results in several error messages (see below). I?d appreciate input why these occur (check https://github.com/ffeldhaus/docker-wireshark/blob/master/xpra.conf for the config options). I?d be especially interested in - Why does renaming '/run/user/1000/xpra/Xorg.S1.log' to '/run/user/1000/xpra/Xorg.:0.log' fail? - Why does Xpra try to create socket directory in '/run/xpra' even though socket dir was specified as /run/user/1000/xpra and xpra was run as non root user? - Why does Xpra show an ERROR related to X11 property 'PULSE_SERVER' even though pulseaudio=no is specified in config file? - When I access Wireshark via Webinterface using Firefox 57 I have issues with special characters (y and z are working correct, but ! = # as well as ??? and others are not working). I?ve seen some fixed issues around this, but this seems to be a new one. With Chrome it works better, but not perfect (! = # work but ??? do not work). Should I report this as an issue? - Is it possible to force SSL connections when accessing the HTML client? I successfully configured SSL, but ideally all HTTP connections should be upgraded to HTTPS (maybe using HSTS). wireshark? ? | _XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be created. wireshark? ? | Failed to rename log file "/run/user/1000/xpra/Xorg.S1.log" to "/run/user/1000/xpra/Xorg.S1.log": No such file or directory wireshark? ? |? wireshark? ? | X.Org X Server 1.19.2 wireshark? ? | Release Date: 2017-03-02 wireshark? ? | X Protocol Version 11, Revision 0 wireshark? ? | Build Operating System: Linux 4.9.0-3-amd64 x86_64 Debian wireshark? ? | Current Operating System: Linux ec148b063ca0 3.10.0-514.26.2.el7.x86_64 #1 SMP Tue Jul 4 15:04:05 UTC 2017 x86_64 wireshark? ? | Kernel command line: BOOT_IMAGE=/vmlinuz-3.10.0-514.26.2.el7.x86_64 root=/dev/mapper/centos_florianf--centos-root ro crashkernel=auto rd.lvm.lv=centos_florianf-centos/root rd.lvm.lv=centos_florianf-centos/swap rhgb quiet LANG=en_US.UTF-8 wireshark? ? | Build Date: 07 July 2017? 06:14:06AM wireshark? ? | xorg-server 2:1.19.2-1+deb9u1 (https://www.debian.org/support)? wireshark? ? | Current version of pixman: 0.34.0 wireshark? ? |? Before reporting problems, check http://wiki.x.org wireshark? ? |? to make sure that you have the latest version. wireshark? ? | Markers: (--) probed, (**) from config file, (==) default setting, wireshark? ? |? (++) from command line, (!!) notice, (II) informational, wireshark? ? |? (WW) warning, (EE) error, (NI) not implemented, (??) unknown. wireshark? ? | (++) Log file: "/run/user/1000/xpra/Xorg.S1.log", Time: Mon Oct? 9 17:52:39 2017 wireshark? ? | (++) Using config file: "/etc/xpra/xorg.conf" wireshark? ? | (==) Using system config directory "/usr/share/X11/xorg.conf.d" wireshark? ? | failed to rename Xorg log file from '/run/user/1000/xpra/Xorg.S1.log' to '/run/user/1000/xpra/Xorg.:0.log' wireshark? ? |? [Errno 2] No such file or directory wireshark? ? | 2017-10-09 17:52:45,508 Warning: skipping duplicate bind path /run/user/1000/xpra/ec148b063ca0-0 wireshark? ? | 2017-10-09 17:52:45,509 Warning: failed to create socket directory '/run/xpra' wireshark? ? | 2017-10-09 17:52:45,509? [Errno 13] Permission denied: '/run/xpra' wireshark? ? | 2017-10-09 17:52:45,512 created unix domain socket: /run/user/1000/xpra/ec148b063ca0-0 wireshark? ? | 2017-10-09 17:52:45,513 created unix domain socket: /home/wireshark/.xpra/ec148b063ca0-0 wireshark? ? | 2017-10-09 17:52:45,513 Warning: cannot create socket '/run/xpra/ec148b063ca0-0' wireshark? ? | 2017-10-09 17:52:45,513? [Errno 2] No such file or directory wireshark? ? | 2017-10-09 17:52:45,513? /run/xpra does not exist wireshark? ? | 2017-10-09 17:52:45,514? user 'wireshark' is a member of groups: xpra wireshark? ? | 2017-10-09 17:52:45,514 ? failed to query path information for '/run/xpra': [Errno 2] No such file or directory: '/run/xpra' wireshark? ? | 2017-10-09 17:52:50,970 serving html content from: /usr/share/xpra/www wireshark? ? | Error: cannot get X11 property 'PULSE_SERVER' wireshark? ? | Traceback (most recent call last): wireshark? ? | ? File "/usr/lib/python2.7/dist-packages/xpra/sound/pulseaudio/pulseaudio_common_util.py", line 24, in get_x11_property wireshark? ? | ? ? from xpra.x11.bindings.window_bindings import X11WindowBindings wireshark? ? | ? File "xpra/x11/bindings/window_bindings.pyx", line 12, in init xpra.x11.bindings.window_bindings (xpra/x11/bindings/window_bindings.c:15092) wireshark? ? | ? File "/usr/lib/python2.7/dist-packages/xpra/gtk_common/error.py", line 42, in wireshark? ? | ? ? gdk = import_gdk() wireshark? ? | ? File "/usr/lib/python2.7/dist-packages/xpra/gtk_common/gobject_compat.py", line 118, in import_gdk wireshark? ? | ? ? return? _try_import(import_gdk3, import_gdk2) wireshark? ? | ? File "/usr/lib/python2.7/dist-packages/xpra/gtk_common/gobject_compat.py", line 38, in _try_import wireshark? ? | ? ? return? import_method_gtk3() wireshark? ? | ? File "/usr/lib/python2.7/dist-packages/xpra/gtk_common/gobject_compat.py", line 113, in import_gdk3 wireshark? ? | ? ? gi.require_version('Gdk', '3.0') wireshark? ? | ? File "/usr/lib/python2.7/dist-packages/gi/__init__.py", line 118, in require_version wireshark? ? | ? ? raise ValueError('Namespace %s not available' % namespace) wireshark? ? | ValueError: Namespace Gdk not available wireshark? ? |? for python sys.version_info(major=2, minor=7, micro=13, releaselevel='final', serial=0) wireshark? ? |? xpra command=['/usr/bin/xpra', '_sound_query'] wireshark? ? | 2017-10-09 17:52:51,997 GStreamer version 1.10.4 for Python 2.7.13 64-bit wireshark? ? | 2017-10-09 17:52:52,114 2.8GB of system memory wireshark? ? | 2017-10-09 17:52:52,160 started command 'wireshark' with pid 53 wireshark? ? | 2017-10-09 17:52:52,161 xpra X11 version 2.1.2-r16903 64-bit wireshark? ? | 2017-10-09 17:52:52,161? uid=1000 (wireshark), gid=1000 (wireshark) wireshark? ? | 2017-10-09 17:52:52,161? running with pid 1 on Linux Debian 9.1 stretch wireshark? ? | 2017-10-09 17:52:52,162? connected to X11 display :0 with 24 bit colors wireshark? ? | 2017-10-09 17:52:52,434 xpra is ready. Thanks a lot Florian Feldhaus Principal Consultant, Professional Services NetApp Deutschland GmbH, Gladbecker Str. 5, D-40472 D?sseldorf +49 151 12055 711 Mobil florian.feldhaus at netapp.com NetApp Deutschland GmbH, Sonnenallee 1, 85551 Kirchheim bei M?nchen Handelsregister: AG M?nchen HRB113907, VAT#: DE 182 196 996Gesch?ftsf?hrer: J?rg He?ke, Claudia Berchtold, Stephen Faulkner From antoine at nagafix.co.uk Tue Oct 10 11:00:28 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 10 Oct 2017 17:00:28 +0700 Subject: [winswitch] Virtualbox Vm access In-Reply-To: <1584400.vHcx4ccPnl@bumblebee> References: <1584400.vHcx4ccPnl@bumblebee> Message-ID: <31f22a26-12a7-0d7e-41b9-597845d2715b@nagafix.co.uk> Sorry for the slow response, I've let this one slip. On 02/10/17 00:30, Randy via shifter-users wrote: > First, thanks for a great program. > > I don't use winswitch much but I now would like to be able to access a win7-vm > on a Mac laptop. There is a windows specific app in the vm that needs to be > accessed from the Mac laptop. The win7-vm is hosted on Debian Squeeze > (stable) server. I can access the vm from a Debian Squeeze laptop (although I > can't seam to get the screen size right, but that is a separate issue). But > when I try from the Mac laptop the vm will start OK but will not display on > the Mac. Yet I can pull/push it to the Debian laptop. I have been through the > server configs and have not been able to find a reason that it does not work. Are you using the built-in virtualbox menu entries of winswitch? Or starting virtualbox from a terminal forwarded via xpra? > Also maybe related, I am unable to launch any other app hosted on the Debian > Squeeze server and have the output displayed on the Mac laptop. Sounds like there's something fundamentally wrong there. > I also can't > find any debug info in .winswitch/server/sessions which is useful in helping fix > the issue. The only thing I did find was that the server was complaining that > "user is not a member of the xpra group". Adding the user to the group did not > help. That's just a harmless warning. > Related ? From the Deiban laptop I am able to launch and access the win7-vm > and start simple terminal applications but I am unable to launch LibreOffice. IIRC, libreoffice is one of those applications that doesn't support multiple instances per user. That may well be the problem here. > I > have debugging enabled but can't find any useful info to help resolve the > issue. To debug this, I would start a plain xpra session without winswitch and connect from the macos system, then gradually make things more complicated until something breaks. ie: * forward just an xterm via xpra * start libreoffice * start virtualbox * add winswitch into the mix There isn't enough information there to be able to help you. Please try to create a ticket here: https://winswitch.org/trac/ And follow the bug reporting guidelines found here: http://xpra.org/trac/wiki/ReportingBugs Cheers Antoine > > I have not found any useful info via Google either. > > Thank you > From antoine at nagafix.co.uk Tue Oct 10 11:23:12 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 10 Oct 2017 17:23:12 +0700 Subject: [winswitch] Xpra running Wireshark in Docker container In-Reply-To: <934B5C81-5FAD-4D84-BB92-9DD7A1FCFABC@netapp.com> References: <934B5C81-5FAD-4D84-BB92-9DD7A1FCFABC@netapp.com> Message-ID: On 10/10/17 15:33, Feldhaus, Florian via shifter-users wrote: > I discovered Xpra several years ago, but never really used it until I was searching for a solution to make Wireshark available via a Webinterface. Using Docker and the Xpra HTML Client, I was able to create a Docker container with Xpra and Wireshark (see https://github.com/ffeldhaus/docker-wireshark). Based on the Docker image, I created a solution to proxy and analyze arbitrary TCP traffic with HAProxy and Wireshark - HAProxy acts as endpoint for e.g. NFS, SMB, HTTP or other services and forwards the traffic to the real service and Wireshark, accessed via Webbrowser, can analyze the traffic (see https://github.com/ffeldhaus/docker-network-traffic-analyzer for details). > > I?m impressed by the features and abilities of Xpra and would like to thank everyone who helped to develop it. > > During testing of the solution I discovered a few things were I would like to ask for your input: > - Installing Xpra requires a huge number of dependencies. It would be great to get some input how to reduce the number of dependencies to create a minimal docker image (currently it?s larger than 1GB. 1GB is huge! The most important dependencies are listed here: http://xpra.org/trac/wiki/Dependencies And the build and packaging dependencies are also documented here: http://xpra.org/trac/wiki/Building This will largely depend on the distro you are on. Some Debian it seems? Our Debian packaging uses strict dependencies as well as both "Recommends" and "Suggests" weak dependencies. Not installing the weak dependencies will give you a stripped down installation, without support for printer or audio forwarding, mdns, etc For your use-case, you may also want to remove "ffmpeg-xpra" as per: http://xpra.org/trac/changeset/17145 > - Running current stable Xpra version results in several error messages (see below). I?d appreciate input why these occur (check https://github.com/ffeldhaus/docker-wireshark/blob/master/xpra.conf for the config options). I?d be especially interested in > - Why does renaming '/run/user/1000/xpra/Xorg.S1.log' to '/run/user/1000/xpra/Xorg.:0.log' fail? That's a bug in the Xorg server, a fix has been submitted upstream: http://xpra.org/trac/ticket/1192 > - Why does Xpra try to create socket directory in '/run/xpra' even though socket dir was specified as /run/user/1000/xpra and xpra was run as non root user? See "socket-dirs" as well as "socket-dir". (yes, it is a bit confusing having both, we kinda messed up that one - too late to go back, sorry) > - Why does Xpra show an ERROR related to X11 property 'PULSE_SERVER' even though pulseaudio=no is specified in config file? The "_sound_query" subcommand is probing gstreamer to see what elements should be used for audio forwarding, and part of this query will try to figure out if pulseaudio is available. (which is separate from the pulseaudio=no command line option which controls if we start it or not) For whatever reason, your "/usr/bin/xpra" ends up trying to use GTK3 (maybe loading GTK2 failed?), this doesn't work well before xpra 2.2 > - When I access Wireshark via Webinterface using Firefox 57 I have issues with special characters (y and z are working correct, but ! = # as well as ??? and others are not working). I?ve seen some fixed issues around this, but this seems to be a new one. With Chrome it works better, but not perfect (! = # work but ??? do not work). Should I report this as an issue? Yes please. Make sure you include all the required details: https://www.xpra.org/trac/wiki/Keyboard#ReportingBugs Keyboard mapping issues are always "interesting". > - Is it possible to force SSL connections when accessing the HTML client? I successfully configured SSL, but ideally all HTTP connections should be upgraded to HTTPS (maybe using HSTS). In xpra 2.2, you can specify different socket types for different ports. For example: xpra --bind-wss=0.0.0.0:14500 This will only allow secure websockets / https. For more information, see: https://xpra.org/trac/ticket/1504#comment:2 Cheers Antoine > wireshark? ? | _XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be created. > wireshark? ? | Failed to rename log file "/run/user/1000/xpra/Xorg.S1.log" to "/run/user/1000/xpra/Xorg.S1.log": No such file or directory > wireshark? ? |? > wireshark? ? | X.Org X Server 1.19.2 > wireshark? ? | Release Date: 2017-03-02 > wireshark? ? | X Protocol Version 11, Revision 0 > wireshark? ? | Build Operating System: Linux 4.9.0-3-amd64 x86_64 Debian > wireshark? ? | Current Operating System: Linux ec148b063ca0 3.10.0-514.26.2.el7.x86_64 #1 SMP Tue Jul 4 15:04:05 UTC 2017 x86_64 > wireshark? ? | Kernel command line: BOOT_IMAGE=/vmlinuz-3.10.0-514.26.2.el7.x86_64 root=/dev/mapper/centos_florianf--centos-root ro crashkernel=auto rd.lvm.lv=centos_florianf-centos/root rd.lvm.lv=centos_florianf-centos/swap rhgb quiet LANG=en_US.UTF-8 > wireshark? ? | Build Date: 07 July 2017? 06:14:06AM > wireshark? ? | xorg-server 2:1.19.2-1+deb9u1 (https://www.debian.org/support)? > wireshark? ? | Current version of pixman: 0.34.0 > wireshark? ? |? Before reporting problems, check http://wiki.x.org > wireshark? ? |? to make sure that you have the latest version. > wireshark? ? | Markers: (--) probed, (**) from config file, (==) default setting, > wireshark? ? |? (++) from command line, (!!) notice, (II) informational, > wireshark? ? |? (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > wireshark? ? | (++) Log file: "/run/user/1000/xpra/Xorg.S1.log", Time: Mon Oct? 9 17:52:39 2017 > wireshark? ? | (++) Using config file: "/etc/xpra/xorg.conf" > wireshark? ? | (==) Using system config directory "/usr/share/X11/xorg.conf.d" > wireshark? ? | failed to rename Xorg log file from '/run/user/1000/xpra/Xorg.S1.log' to '/run/user/1000/xpra/Xorg.:0.log' > wireshark? ? |? [Errno 2] No such file or directory > wireshark? ? | 2017-10-09 17:52:45,508 Warning: skipping duplicate bind path /run/user/1000/xpra/ec148b063ca0-0 > wireshark? ? | 2017-10-09 17:52:45,509 Warning: failed to create socket directory '/run/xpra' > wireshark? ? | 2017-10-09 17:52:45,509? [Errno 13] Permission denied: '/run/xpra' > wireshark? ? | 2017-10-09 17:52:45,512 created unix domain socket: /run/user/1000/xpra/ec148b063ca0-0 > wireshark? ? | 2017-10-09 17:52:45,513 created unix domain socket: /home/wireshark/.xpra/ec148b063ca0-0 > wireshark? ? | 2017-10-09 17:52:45,513 Warning: cannot create socket '/run/xpra/ec148b063ca0-0' > wireshark? ? | 2017-10-09 17:52:45,513? [Errno 2] No such file or directory > wireshark? ? | 2017-10-09 17:52:45,513? /run/xpra does not exist > wireshark? ? | 2017-10-09 17:52:45,514? user 'wireshark' is a member of groups: xpra > wireshark? ? | 2017-10-09 17:52:45,514 ? failed to query path information for '/run/xpra': [Errno 2] No such file or directory: '/run/xpra' > wireshark? ? | 2017-10-09 17:52:50,970 serving html content from: /usr/share/xpra/www > wireshark? ? | Error: cannot get X11 property 'PULSE_SERVER' > wireshark? ? | Traceback (most recent call last): > wireshark? ? | ? File "/usr/lib/python2.7/dist-packages/xpra/sound/pulseaudio/pulseaudio_common_util.py", line 24, in get_x11_property > wireshark? ? | ? ? from xpra.x11.bindings.window_bindings import X11WindowBindings > wireshark? ? | ? File "xpra/x11/bindings/window_bindings.pyx", line 12, in init xpra.x11.bindings.window_bindings (xpra/x11/bindings/window_bindings.c:15092) > wireshark? ? | ? File "/usr/lib/python2.7/dist-packages/xpra/gtk_common/error.py", line 42, in > wireshark? ? | ? ? gdk = import_gdk() > wireshark? ? | ? File "/usr/lib/python2.7/dist-packages/xpra/gtk_common/gobject_compat.py", line 118, in import_gdk > wireshark? ? | ? ? return? _try_import(import_gdk3, import_gdk2) > wireshark? ? | ? File "/usr/lib/python2.7/dist-packages/xpra/gtk_common/gobject_compat.py", line 38, in _try_import > wireshark? ? | ? ? return? import_method_gtk3() > wireshark? ? | ? File "/usr/lib/python2.7/dist-packages/xpra/gtk_common/gobject_compat.py", line 113, in import_gdk3 > wireshark? ? | ? ? gi.require_version('Gdk', '3.0') > wireshark? ? | ? File "/usr/lib/python2.7/dist-packages/gi/__init__.py", line 118, in require_version > wireshark? ? | ? ? raise ValueError('Namespace %s not available' % namespace) > wireshark? ? | ValueError: Namespace Gdk not available > wireshark? ? |? for python sys.version_info(major=2, minor=7, micro=13, releaselevel='final', serial=0) > wireshark? ? |? xpra command=['/usr/bin/xpra', '_sound_query'] > wireshark? ? | 2017-10-09 17:52:51,997 GStreamer version 1.10.4 for Python 2.7.13 64-bit > wireshark? ? | 2017-10-09 17:52:52,114 2.8GB of system memory > wireshark? ? | 2017-10-09 17:52:52,160 started command 'wireshark' with pid 53 > wireshark? ? | 2017-10-09 17:52:52,161 xpra X11 version 2.1.2-r16903 64-bit > wireshark? ? | 2017-10-09 17:52:52,161? uid=1000 (wireshark), gid=1000 (wireshark) > wireshark? ? | 2017-10-09 17:52:52,161? running with pid 1 on Linux Debian 9.1 stretch > wireshark? ? | 2017-10-09 17:52:52,162? connected to X11 display :0 with 24 bit colors > wireshark? ? | 2017-10-09 17:52:52,434 xpra is ready. > > Thanks a lot > Florian Feldhaus > > Principal Consultant, Professional Services > NetApp Deutschland GmbH, Gladbecker Str. 5, D-40472 D?sseldorf > +49 151 12055 711 Mobil > florian.feldhaus at netapp.com > > NetApp Deutschland GmbH, Sonnenallee 1, 85551 Kirchheim bei M?nchen Handelsregister: AG M?nchen HRB113907, VAT#: DE 182 196 996Gesch?ftsf?hrer: J?rg He?ke, Claudia Berchtold, Stephen Faulkner > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From thejunk.b at gmail.com Tue Oct 10 23:31:31 2017 From: thejunk.b at gmail.com (Randy) Date: Tue, 10 Oct 2017 18:31:31 -0400 Subject: [winswitch] Virtualbox Vm access In-Reply-To: <31f22a26-12a7-0d7e-41b9-597845d2715b@nagafix.co.uk> References: <1584400.vHcx4ccPnl@bumblebee> <31f22a26-12a7-0d7e-41b9-597845d2715b@nagafix.co.uk> Message-ID: <1831999.Zu5Y6qREMy@bumblebee> On Tuesday, October 10, 2017 5:00:28 PM EDT Antoine Martin via shifter-users wrote: > Sorry for the slow response, I've let this one slip. Actually your timing is almost perfect, with the High Holy Days and a vacation I have not had time to look at it anymore before now. > > Are you using the built-in virtualbox menu entries of winswitch? > Or starting virtualbox from a terminal forwarded via xpra? Menu entries. > > > Also maybe related, I am unable to launch any other app hosted on the > > Debian Squeeze server and have the output displayed on the Mac laptop. > > Sounds like there's something fundamentally wrong there. > Agreed. I am not real familiar with Mac and I don't think I have the settings right. > > I also can't > > find any debug info in .winswitch/server/sessions which is useful in > > helping fix the issue. The only thing I did find was that the server was > > complaining that "user is not a member of the xpra group". Adding the > > user to the group did not help. > > That's just a harmless warning. OK > > Related ? From the Deiban laptop I am able to launch and access the > > win7-vm > > and start simple terminal applications but I am unable to launch > > LibreOffice. > IIRC, libreoffice is one of those applications that doesn't support > multiple instances per user. That may well be the problem here. There must have been some old lib's in use as this went away after a reboot, don't remember which machine though. > > > I > > have debugging enabled but can't find any useful info to help resolve the > > issue. > > To debug this, I would start a plain xpra session without winswitch and > connect from the macos system, then gradually make things more > complicated until something breaks. ie: > * forward just an xterm via xpra > * start libreoffice > * start virtualbox > * add winswitch into the mix > > There isn't enough information there to be able to help you. > Please try to create a ticket here: > https://winswitch.org/trac/ > And follow the bug reporting guidelines found here: > http://xpra.org/trac/wiki/ReportingBugs A question before creating a ticket. I did update winswitch on the mac with the most recent from the site, as the version on it was quite old. Did that also update xpra? Or is that a separate update? > > Cheers > Antoine > > > I have not found any useful info via Google either. > > > > Thank you > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users -- If it ain't broke tweek it From antoine at nagafix.co.uk Wed Oct 11 07:59:11 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 11 Oct 2017 13:59:11 +0700 Subject: [winswitch] Virtualbox Vm access In-Reply-To: <1831999.Zu5Y6qREMy@bumblebee> References: <1584400.vHcx4ccPnl@bumblebee> <31f22a26-12a7-0d7e-41b9-597845d2715b@nagafix.co.uk> <1831999.Zu5Y6qREMy@bumblebee> Message-ID: >> To debug this, I would start a plain xpra session without winswitch and >> connect from the macos system, then gradually make things more >> complicated until something breaks. ie: >> * forward just an xterm via xpra >> * start libreoffice >> * start virtualbox >> * add winswitch into the mix >> >> There isn't enough information there to be able to help you. >> Please try to create a ticket here: >> https://winswitch.org/trac/ >> And follow the bug reporting guidelines found here: >> http://xpra.org/trac/wiki/ReportingBugs > > A question before creating a ticket. I did update winswitch on the mac with > the most recent from the site, as the version on it was quite old. > Did that also update xpra? xpra is no longer bundled with winswitch. > Or is that a separate update? Yes. Install it in the standard location "/Applications" and winswitch should find it. Antoine From Florian.Feldhaus at netapp.com Wed Oct 11 09:25:56 2017 From: Florian.Feldhaus at netapp.com (Feldhaus, Florian) Date: Wed, 11 Oct 2017 08:25:56 +0000 Subject: [winswitch] Xpra running Wireshark in Docker container Message-ID: <205CBE4B-25BC-4FFE-9691-3352CB30E56B@netapp.com> Hi Antoine, thank you very much for the detailed answer. I have tried several of your suggestions and have some feedback inline: > On 10/10/17 15:33, Feldhaus, Florian via shifter-users wrote: >> I discovered Xpra several years ago, but never really used it until I was searching for a solution to make Wireshark available via a Webinterface. Using Docker and the Xpra HTML Client, I was able to create a Docker container with Xpra and Wireshark (see https://github.com/ffeldhaus/docker-wireshark). Based on the Docker image, I created a solution to proxy and analyze arbitrary TCP traffic with HAProxy and Wireshark - HAProxy acts as endpoint for e.g. NFS, SMB, HTTP or other services and forwards the traffic to the real service and Wireshark, accessed via Webbrowser, can analyze the traffic (see https://github.com/ffeldhaus/docker-network-traffic-analyzer for details). >> >> I?m impressed by the features and abilities of Xpra and would like to thank everyone who helped to develop it. >> >> During testing of the solution I discovered a few things were I would like to ask for your input: >> - Installing Xpra requires a huge number of dependencies. It would be great to get some input how to reduce the number of dependencies to create a minimal docker image (currently it?s larger than 1GB. > 1GB is huge! The most important dependencies are listed here: > http://xpra.org/trac/wiki/Dependencies > And the build and packaging dependencies are also documented here: > http://xpra.org/trac/wiki/Building > > This will largely depend on the distro you are on. Some Debian it seems? > Our Debian packaging uses strict dependencies as well as both > "Recommends" and "Suggests" weak dependencies. > Not installing the weak dependencies will give you a stripped down > installation, without support for printer or audio forwarding, mdns, etc > For your use-case, you may also want to remove "ffmpeg-xpra" as per: > http://xpra.org/trac/changeset/17145 I managed to reduce the docker image size quite a bit (to 480MB) by using the --no-install-recommends switch for apt-get install. Unfortunately changeset 17145 was not included in the latest available xpra 2.2 beta which is from yesterday morning. Could you trigger a new xpra 2.2 beta build for centos including that changeset? I did see a few new errors though: The following is probably related to python-uinput not being installed. If it is required, it should be a mandatory dependency. If it is not required, xpra shouldn?t fail. 2017-10-11 07:21:44,355 cannot access python uinput module: 2017-10-11 07:21:44,355 No module named uinput The following is new as well Error running "xauth add :0 MIT-MAGIC-COOKIE-1 7e0f55cb5f2a433993a09f12bcea0794": [Errno 2] No such file or directory Even though I included dbus-control=no and dbus-proxy=no I still get this error: /bin/sh: 1: dbus-launch: not found dbus-launch failed to start using command 'dbus-launch --close-stderr': exit code is 127 2017-10-11 07:21:54,388 Warning: menu forwarding is disabled: 2017-10-11 07:21:54,388 cannot load dbus helper: No module named dbus The following is also new and I would like to understand if I should install this package as dependency. For what does xpra use the package? 2017-10-11 07:21:54,404 Warning: the python netifaces package is missing There is one message regarding Gstream which I don?t understand Warning: failed to import GStreamer 1.x: No module named gi >> - Running current stable Xpra version results in several error messages (see below). I?d appreciate input why these occur (check https://github.com/ffeldhaus/docker-wireshark/blob/master/xpra.conf for the config options). I?d be especially interested in >> - Why does renaming '/run/user/1000/xpra/Xorg.S1.log' to '/run/user/1000/xpra/Xorg.:0.log' fail? > That's a bug in the Xorg server, a fix has been submitted upstream: > http://xpra.org/trac/ticket/1192 Let?s wait and see when this will be merged into Xorg. >> - Why does Xpra try to create socket directory in '/run/xpra' even though socket dir was specified as /run/user/1000/xpra and xpra was run as non root user? > See "socket-dirs" as well as "socket-dir". > (yes, it is a bit confusing having both, we kinda messed up that one - > too late to go back, sorry) Using socket-dirs instead of socket-dir fixed this. >> - Why does Xpra show an ERROR related to X11 property 'PULSE_SERVER' even though pulseaudio=no is specified in config file? > The "_sound_query" subcommand is probing gstreamer to see what elements > should be used for audio forwarding, and part of this query will try to > figure out if pulseaudio is available. (which is separate from the > pulseaudio=no command line option which controls if we start it or not) > > For whatever reason, your "/usr/bin/xpra" ends up trying to use GTK3 > (maybe loading GTK2 failed?), this doesn't work well before xpra 2.2 This seems to be fixed in xpra 2.2. The only error left is the following, which I understand should be a warning: 2017-10-11 07:21:56,950 Error: failed to query sound subsystem: 2017-10-11 07:21:56,950 query did not return any data >> - When I access Wireshark via Webinterface using Firefox 57 I have issues with special characters (y and z are working correct, but ! = # as well as ??? and others are not working). I?ve seen some fixed issues around this, but this seems to be a new one. With Chrome it works better, but not perfect (! = # work but ??? do not work). Should I report this as an issue? > Yes please. Make sure you include all the required details: > https://www.xpra.org/trac/wiki/Keyboard#ReportingBugs > > Keyboard mapping issues are always "interesting". > >> - Is it possible to force SSL connections when accessing the HTML client? I successfully configured SSL, but ideally all HTTP connections should be upgraded to HTTPS (maybe using HSTS). > In xpra 2.2, you can specify different socket types for different ports. > For example: > xpra --bind-wss=0.0.0.0:14500 > This will only allow secure websockets / https. > > For more information, see: > https://xpra.org/trac/ticket/1504#comment:2 Using --bind-wss works to enfore SSL when using xpra 2.2. > > Cheers > Antoine > > >> wireshark> | _XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be created. >> wireshark> | Failed to rename log file "/run/user/1000/xpra/Xorg.S1.log" to "/run/user/1000/xpra/Xorg.S1.log": No such file or directory >> wireshark> | >> wireshark> | X.Org X Server 1.19.2 >> wireshark> | Release Date: 2017-03-02 >> wireshark> | X Protocol Version 11, Revision 0 >> wireshark> | Build Operating System: Linux 4.9.0-3-amd64 x86_64 Debian >> wireshark> | Current Operating System: Linux ec148b063ca0 3.10.0-514.26.2.el7.x86_64 #1 SMP Tue Jul 4 15:04:05 UTC 2017 x86_64 >> wireshark> | Kernel command line: BOOT_IMAGE=/vmlinuz-3.10.0-514.26.2.el7.x86_64 root=/dev/mapper/centos_florianf--centos-root ro crashkernel=auto rd.lvm.lv=centos_florianf-centos/root rd.lvm.lv=centos_florianf-centos/swap rhgb quiet LANG=en_US.UTF-8 >> wireshark> | Build Date: 07 July 2017 06:14:06AM >> wireshark> | xorg-server 2:1.19.2-1+deb9u1 (https://www.debian.org/support) >> wireshark> | Current version of pixman: 0.34.0 >> wireshark> | Before reporting problems, check http://wiki.x.org >> wireshark> | to make sure that you have the latest version. >> wireshark> | Markers: (--) probed, (**) from config file, (==) default setting, >> wireshark> | (++) from command line, (!!) notice, (II) informational, >> wireshark> | (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> wireshark> | (++) Log file: "/run/user/1000/xpra/Xorg.S1.log", Time: Mon Oct 9 17:52:39 2017 >> wireshark> | (++) Using config file: "/etc/xpra/xorg.conf" >> wireshark> | (==) Using system config directory "/usr/share/X11/xorg.conf.d" >> wireshark> | failed to rename Xorg log file from '/run/user/1000/xpra/Xorg.S1.log' to '/run/user/1000/xpra/Xorg.:0.log' >> wireshark> | [Errno 2] No such file or directory >> wireshark> | 2017-10-09 17:52:45,508 Warning: skipping duplicate bind path /run/user/1000/xpra/ec148b063ca0-0 >> wireshark> | 2017-10-09 17:52:45,509 Warning: failed to create socket directory '/run/xpra' >> wireshark> | 2017-10-09 17:52:45,509 [Errno 13] Permission denied: '/run/xpra' >> wireshark> | 2017-10-09 17:52:45,512 created unix domain socket: /run/user/1000/xpra/ec148b063ca0-0 >> wireshark> | 2017-10-09 17:52:45,513 created unix domain socket: /home/wireshark/.xpra/ec148b063ca0-0 >> wireshark> | 2017-10-09 17:52:45,513 Warning: cannot create socket '/run/xpra/ec148b063ca0-0' >> wireshark> | 2017-10-09 17:52:45,513 [Errno 2] No such file or directory >> wireshark> | 2017-10-09 17:52:45,513 /run/xpra does not exist >> wireshark> | 2017-10-09 17:52:45,514 user 'wireshark' is a member of groups: xpra >> wireshark> | 2017-10-09 17:52:45,514 failed to query path information for '/run/xpra': [Errno 2] No such file or directory: '/run/xpra' >> wireshark> | 2017-10-09 17:52:50,970 serving html content from: /usr/share/xpra/www >> wireshark> | Error: cannot get X11 property 'PULSE_SERVER' >> wireshark> | Traceback (most recent call last): >> wireshark> | File "/usr/lib/python2.7/dist-packages/xpra/sound/pulseaudio/pulseaudio_common_util.py", line 24, in get_x11_property >> wireshark> |> from xpra.x11.bindings.window_bindings import X11WindowBindings >> wireshark> | File "xpra/x11/bindings/window_bindings.pyx", line 12, in init xpra.x11.bindings.window_bindings (xpra/x11/bindings/window_bindings.c:15092) >> wireshark> | File "/usr/lib/python2.7/dist-packages/xpra/gtk_common/error.py", line 42, in >> wireshark> |> gdk = import_gdk() >> wireshark> | File "/usr/lib/python2.7/dist-packages/xpra/gtk_common/gobject_compat.py", line 118, in import_gdk >> wireshark> |> return _try_import(import_gdk3, import_gdk2) >> wireshark> | File "/usr/lib/python2.7/dist-packages/xpra/gtk_common/gobject_compat.py", line 38, in _try_import >> wireshark> |> return import_method_gtk3() >> wireshark> | File "/usr/lib/python2.7/dist-packages/xpra/gtk_common/gobject_compat.py", line 113, in import_gdk3 >> wireshark> |> gi.require_version('Gdk', '3.0') >> wireshark> | File "/usr/lib/python2.7/dist-packages/gi/__init__.py", line 118, in require_version >> wireshark> |> raise ValueError('Namespace %s not available' % namespace) >> wireshark> | ValueError: Namespace Gdk not available >> wireshark> | for python sys.version_info(major=2, minor=7, micro=13, releaselevel='final', serial=0) >> wireshark> | xpra command=['/usr/bin/xpra', '_sound_query'] >> wireshark> | 2017-10-09 17:52:51,997 GStreamer version 1.10.4 for Python 2.7.13 64-bit >> wireshark> | 2017-10-09 17:52:52,114 2.8GB of system memory >> wireshark> | 2017-10-09 17:52:52,160 started command 'wireshark' with pid 53 >> wireshark> | 2017-10-09 17:52:52,161 xpra X11 version 2.1.2-r16903 64-bit >> wireshark> | 2017-10-09 17:52:52,161 uid=1000 (wireshark), gid=1000 (wireshark) >> wireshark> | 2017-10-09 17:52:52,161 running with pid 1 on Linux Debian 9.1 stretch >> wireshark> | 2017-10-09 17:52:52,162 connected to X11 display :0 with 24 bit colors >> wireshark> | 2017-10-09 17:52:52,434 xpra is ready. >> >> Thanks a lot >> Florian Feldhaus >> >> Principal Consultant, Professional Services >> NetApp Deutschland GmbH, Gladbecker Str. 5, D-40472 D?sseldorf >> +49 151 12055 711 Mobil >> florian.feldhaus at netapp.com >> >> NetApp Deutschland GmbH, Sonnenallee 1, 85551 Kirchheim bei M?nchen Handelsregister: AG M?nchen HRB113907, VAT#: DE 182 196 996Gesch?ftsf?hrer: J?rg He?ke, Claudia Berchtold, Stephen Faulkner >> >> _______________________________________________ >> 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 Oct 11 11:25:57 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 11 Oct 2017 17:25:57 +0700 Subject: [winswitch] Xpra running Wireshark in Docker container In-Reply-To: <205CBE4B-25BC-4FFE-9691-3352CB30E56B@netapp.com> References: <205CBE4B-25BC-4FFE-9691-3352CB30E56B@netapp.com> Message-ID: (snip) >> For your use-case, you may also want to remove "ffmpeg-xpra" as per: >> http://xpra.org/trac/changeset/17145 > > I managed to reduce the docker image size quite a bit (to 480MB) by using the --no-install-recommends switch for apt-get install. Unfortunately changeset 17145 was not included in the latest available xpra 2.2 beta which is from yesterday morning. Could you trigger a new xpra 2.2 beta build for centos including that changeset? I wasn't 100% sure which specific distro versions you needed here, as you've mentioned both "apt-get" and "CentOS", so I've pushed some new 2.2 beta 64-bit builds for Ubuntu Zesty and Artful, Debian Stretch, all current versions of Fedora and CentOS 7.4. And for good measure, also MS Windows and MacOS. > I did see a few new errors though: > > The following is probably related to python-uinput not being installed. If it is required, it should be a mandatory dependency. If it is not required, xpra shouldn?t fail. > 2017-10-11 07:21:44,355 cannot access python uinput module: > 2017-10-11 07:21:44,355 No module named uinput This is not a failure, just an informational message. Warnings and errors are printed in orange or red to a terminal output, and they are preceded with the string "Warning" or "Error". uinput is optional, for more information see here: https://xpra.org/trac/ticket/1611 > The following is new as well > Error running "xauth add :0 MIT-MAGIC-COOKIE-1 7e0f55cb5f2a433993a09f12bcea0794": [Errno 2] No such file or directory This usually happens when the XAUTHORITY file cannot be created or accessed. I'm not sure why this would be a new thing. > Even though I included dbus-control=no and dbus-proxy=no I still get this error: > /bin/sh: 1: dbus-launch: not found > dbus-launch failed to start using command 'dbus-launch --close-stderr': > exit code is 127 > 2017-10-11 07:21:54,388 Warning: menu forwarding is disabled: > 2017-10-11 07:21:54,388 cannot load dbus helper: No module named dbus You haven't installed dbus or the python bindings for it. These features are optional, to avoid the warning you can use: "--dbus-launch=no" > The following is also new and I would like to understand if I should install this package as dependency. For what does xpra use the package? > 2017-10-11 07:21:54,404 Warning: the python netifaces package is missing That's for multicast DNS support: https://xpra.org/trac/wiki/MulticastDNS > There is one message regarding Gstream which I don?t understand > Warning: failed to import GStreamer 1.x: > No module named gi You have not installed the python bindings for gstreamer. (aka GObject Introspection bindings) >>> - Running current stable Xpra version results in several error messages (see below). I?d appreciate input why these occur (check https://github.com/ffeldhaus/docker-wireshark/blob/master/xpra.conf for the config options). I?d be especially interested in >>> - Why does renaming '/run/user/1000/xpra/Xorg.S1.log' to '/run/user/1000/xpra/Xorg.:0.log' fail? >> That's a bug in the Xorg server, a fix has been submitted upstream: >> http://xpra.org/trac/ticket/1192 > > Let?s wait and see when this will be merged into Xorg. > >>> - Why does Xpra try to create socket directory in '/run/xpra' even though socket dir was specified as /run/user/1000/xpra and xpra was run as non root user? >> See "socket-dirs" as well as "socket-dir". >> (yes, it is a bit confusing having both, we kinda messed up that one - >> too late to go back, sorry) > > Using socket-dirs instead of socket-dir fixed this. > >>> - Why does Xpra show an ERROR related to X11 property 'PULSE_SERVER' even though pulseaudio=no is specified in config file? >> The "_sound_query" subcommand is probing gstreamer to see what elements >> should be used for audio forwarding, and part of this query will try to >> figure out if pulseaudio is available. (which is separate from the >> pulseaudio=no command line option which controls if we start it or not) >> >> For whatever reason, your "/usr/bin/xpra" ends up trying to use GTK3 >> (maybe loading GTK2 failed?), this doesn't work well before xpra 2.2 > > This seems to be fixed in xpra 2.2. The only error left is the following, which I understand should be a warning: > 2017-10-11 07:21:56,950 Error: failed to query sound subsystem: > 2017-10-11 07:21:56,950 query did not return any data As per above, the sound subsystem requires gstreamer and you have not installed the python bindings, or gstreamer, or both. >>> - When I access Wireshark via Webinterface using Firefox 57 I have issues with special characters (y and z are working correct, but ! = # as well as ??? and others are not working). I?ve seen some fixed issues around this, but this seems to be a new one. With Chrome it works better, but not perfect (! = # work but ??? do not work). Should I report this as an issue? >> Yes please. Make sure you include all the required details: >> https://www.xpra.org/trac/wiki/Keyboard#ReportingBugs >> >> Keyboard mapping issues are always "interesting". >> >>> - Is it possible to force SSL connections when accessing the HTML client? I successfully configured SSL, but ideally all HTTP connections should be upgraded to HTTPS (maybe using HSTS). >> In xpra 2.2, you can specify different socket types for different ports. >> For example: >> xpra --bind-wss=0.0.0.0:14500 >> This will only allow secure websockets / https. >> >> For more information, see: >> https://xpra.org/trac/ticket/1504#comment:2 > > Using --bind-wss works to enfore SSL when using xpra 2.2. An option for HSTS would be nice to have, I'll see what can be done. Cheers Antoine From thejunk.b at gmail.com Wed Oct 11 11:46:40 2017 From: thejunk.b at gmail.com (Randy) Date: Wed, 11 Oct 2017 06:46:40 -0400 Subject: [winswitch] Virtualbox Vm access In-Reply-To: References: <1584400.vHcx4ccPnl@bumblebee> <1831999.Zu5Y6qREMy@bumblebee> Message-ID: <3706054.4PoJLZFZJB@bumblebee> On Wednesday, October 11, 2017 1:59:11 PM EDT Antoine Martin via shifter-users wrote: > >> To debug this, I would start a plain xpra session without winswitch and > >> connect from the macos system, then gradually make things more > >> complicated until something breaks. ie: > >> * forward just an xterm via xpra > >> * start libreoffice > >> * start virtualbox > >> * add winswitch into the mix > >> > >> There isn't enough information there to be able to help you. > >> Please try to create a ticket here: > >> https://winswitch.org/trac/ > >> And follow the bug reporting guidelines found here: > >> http://xpra.org/trac/wiki/ReportingBugs > > > > A question before creating a ticket. I did update winswitch on the mac > > with the most recent from the site, as the version on it was quite old. > > Did that also update xpra? > > xpra is no longer bundled with winswitch. Is the wiki open for edits to indicate this? Not that I ever edited a wiki before. > > > Or is that a separate update? > > Yes. > Install it in the standard location "/Applications" and winswitch should > find it. > I tried to install but I am getting a complaint about "unknown author" and it won't install. Seams like I remember seeing something about this on the list at one time but have not had a chance to look for it. I also briefly look on google but ran out of time last night. Is this also true for windows? Tried to do some debugging with a win10 host and can't it to connect to the debian xrpa server either. Thanks -- If it ain't broke tweek it From Florian.Feldhaus at netapp.com Wed Oct 11 13:55:46 2017 From: Florian.Feldhaus at netapp.com (Feldhaus, Florian) Date: Wed, 11 Oct 2017 12:55:46 +0000 Subject: [winswitch] Xpra running Wireshark in Docker container In-Reply-To: References: <205CBE4B-25BC-4FFE-9691-3352CB30E56B@netapp.com> Message-ID: <5CEE453C-0176-4537-8CC2-CF858909B3FC@netapp.com> (snip) >> For your use-case, you may also want to remove "ffmpeg-xpra" as per: >> http://xpra.org/trac/changeset/17145 > > I managed to reduce the docker image size quite a bit (to 480MB) by using the --no-install-recommends switch for apt-get install. Unfortunately changeset 17145 was not included in the latest available xpra 2.2 beta which is from yesterday morning. Could you trigger a new xpra 2.2 beta build for centos including that changeset? I wasn't 100% sure which specific distro versions you needed here, as you've mentioned both "apt-get" and "CentOS", so I've pushed some new 2.2 beta 64-bit builds for Ubuntu Zesty and Artful, Debian Stretch, all current versions of Fedora and CentOS 7.4. And for good measure, also MS Windows and MacOS. Sorry, that I mentioned CentOS. The docker image is using Debian Stretch. Either the beta build did not work or it is still in progress. The Packages file for debian stretch amd64 is currently empty (see https://xpra.org/beta/stretch/main/binary-amd64/ ) and I can?t install from the repository anymore. Can you have a look? (snip) > Even though I included dbus-control=no and dbus-proxy=no I still get this error: > /bin/sh: 1: dbus-launch: not found > dbus-launch failed to start using command 'dbus-launch --close-stderr': > exit code is 127 > 2017-10-11 07:21:54,388 Warning: menu forwarding is disabled: > 2017-10-11 07:21:54,388 cannot load dbus helper: No module named dbus You haven't installed dbus or the python bindings for it. These features are optional, to avoid the warning you can use: "--dbus-launch=no" I couldn?t find the --dbus-launch option in the xpra manpage ( https://xpra.org/manual.html ). Therefore I didn?t know about the switch. I did not check the manpage of the binary in the docker container though? (snip) Thanks for all the explanations! Cheers Florian From antoine at nagafix.co.uk Wed Oct 11 19:25:25 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 12 Oct 2017 01:25:25 +0700 Subject: [winswitch] Virtualbox Vm access In-Reply-To: <3706054.4PoJLZFZJB@bumblebee> References: <1584400.vHcx4ccPnl@bumblebee> <1831999.Zu5Y6qREMy@bumblebee> <3706054.4PoJLZFZJB@bumblebee> Message-ID: <69b7b784-2d04-1678-3dea-1f2d7384fbc9@nagafix.co.uk> On 11/10/17 17:46, Randy via shifter-users wrote: > On Wednesday, October 11, 2017 1:59:11 PM EDT Antoine Martin via shifter-users > wrote: >>>> To debug this, I would start a plain xpra session without winswitch and >>>> connect from the macos system, then gradually make things more >>>> complicated until something breaks. ie: >>>> * forward just an xterm via xpra >>>> * start libreoffice >>>> * start virtualbox >>>> * add winswitch into the mix >>>> >>>> There isn't enough information there to be able to help you. >>>> Please try to create a ticket here: >>>> https://winswitch.org/trac/ >>>> And follow the bug reporting guidelines found here: >>>> http://xpra.org/trac/wiki/ReportingBugs >>> >>> A question before creating a ticket. I did update winswitch on the mac >>> with the most recent from the site, as the version on it was quite old. >>> Did that also update xpra? >> >> xpra is no longer bundled with winswitch. > > Is the wiki open for edits to indicate this? Not that I ever edited a wiki > before. The wiki is, but most of the pages are actually under svn: https://winswitch.org/trac/browser/web Feel free to send a diff, or even just email me where and what to change and I'll take care of it. >>> Or is that a separate update? >> >> Yes. >> Install it in the standard location "/Applications" and winswitch should >> find it. >> > I tried to install but I am getting a complaint about "unknown author" and it > won't install. Seams like I remember seeing something about this on the list > at one time but have not had a chance to look for it. I also briefly look on > google but ran out of time last night. Here's a page about working around this annoying "feature" for Sierra: https://support.apple.com/kb/PH25088 > Is this also true for windows? Tried to do some debugging with a win10 host > and can't it to connect to the debian xrpa server either. No, AFAIK MS Windows still allows you to run any application you choose. The problem must be elsewhere. Cheers Antoine From antoine at nagafix.co.uk Wed Oct 11 20:00:32 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 12 Oct 2017 02:00:32 +0700 Subject: [winswitch] Xpra running Wireshark in Docker container In-Reply-To: <5CEE453C-0176-4537-8CC2-CF858909B3FC@netapp.com> References: <205CBE4B-25BC-4FFE-9691-3352CB30E56B@netapp.com> <5CEE453C-0176-4537-8CC2-CF858909B3FC@netapp.com> Message-ID: On 11/10/17 19:55, Feldhaus, Florian via shifter-users wrote: > (snip) > >> For your use-case, you may also want to remove "ffmpeg-xpra" as per: > >> http://xpra.org/trac/changeset/17145 > > > > I managed to reduce the docker image size quite a bit (to 480MB) by using the --no-install-recommends switch for apt-get install. Unfortunately changeset 17145 was not included in the latest available xpra 2.2 beta which is from yesterday morning. Could you trigger a new xpra 2.2 beta build for centos including that changeset? > I wasn't 100% sure which specific distro versions you needed here, as > you've mentioned both "apt-get" and "CentOS", so I've pushed some new > 2.2 beta 64-bit builds for Ubuntu Zesty and Artful, Debian Stretch, all > current versions of Fedora and CentOS 7.4. > And for good measure, also MS Windows and MacOS. > > Sorry, that I mentioned CentOS. The docker image is using Debian Stretch. Either the beta build did not work or it is still in progress. The Packages file for debian stretch amd64 is currently empty (see https://xpra.org/beta/stretch/main/binary-amd64/ ) and I can?t install from the repository anymore. Can you have a look? It should be fine now. I scheduled so many builds that the buildbot eventually ran out of disk space. That's unlucky because Stretch came last, and the others were OK. > (snip) > > > Even though I included dbus-control=no and dbus-proxy=no I still get this error: > > /bin/sh: 1: dbus-launch: not found > > dbus-launch failed to start using command 'dbus-launch --close-stderr': > > exit code is 127 > > 2017-10-11 07:21:54,388 Warning: menu forwarding is disabled: > > 2017-10-11 07:21:54,388 cannot load dbus helper: No module named dbus > You haven't installed dbus or the python bindings for it. > These features are optional, to avoid the warning you can use: > "--dbus-launch=no" > > I couldn?t find the --dbus-launch option in the xpra manpage ( https://xpra.org/manual.html ). Therefore I didn?t know about the switch. I did not check the manpage of the binary in the docker container though? It was missing, only "xpra --help" had it, that's now fixed: http://xpra.org/trac/changeset/17161 Cheers Antoine From Florian.Feldhaus at netapp.com Thu Oct 12 06:40:46 2017 From: Florian.Feldhaus at netapp.com (Feldhaus, Florian) Date: Thu, 12 Oct 2017 05:40:46 +0000 Subject: [winswitch] Xpra running Wireshark in Docker container In-Reply-To: References: <205CBE4B-25BC-4FFE-9691-3352CB30E56B@netapp.com> <5CEE453C-0176-4537-8CC2-CF858909B3FC@netapp.com> Message-ID: <6DF72A02-FEE6-4717-9A3A-31FB16CF462D@netapp.com> Hi Antoine, thanks for rebuilding it for Debian stretch. Unfortunately the ffmpeg-xpra package is still required. I think you missed to remove it from the Build-Depends section in the Debian Control file: Source: xpra Section: x11 Priority: optional Maintainer: Antoine Martin Build-Depends: debhelper (>= 8) ,cython (>= 0.23) ,ffmpeg-xpra Can you have check if removing it from the Build-Depends is possible and then rebuild the Debian packages? Thanks Florian Feldhaus Principal Consultant, Professional Services NetApp Deutschland GmbH, Gladbecker Str. 5, D-40472 D?sseldorf +49 151 12055 711 Mobil florian.feldhaus at netapp.com NetApp Deutschland GmbH, Sonnenallee 1, 85551 Kirchheim bei M?nchen Handelsregister: AG M?nchen HRB113907, VAT#: DE 182 196 996Gesch?ftsf?hrer: J?rg He?ke, Claudia Berchtold, Stephen Faulkner Am 11.10.17, 21:01 schrieb "shifter-users im Auftrag von Antoine Martin via shifter-users" : On 11/10/17 19:55, Feldhaus, Florian via shifter-users wrote: > (snip) > >> For your use-case, you may also want to remove "ffmpeg-xpra" as per: > >> http://xpra.org/trac/changeset/17145 > > > > I managed to reduce the docker image size quite a bit (to 480MB) by using the --no-install-recommends switch for apt-get install. Unfortunately changeset 17145 was not included in the latest available xpra 2.2 beta which is from yesterday morning. Could you trigger a new xpra 2.2 beta build for centos including that changeset? > I wasn't 100% sure which specific distro versions you needed here, as > you've mentioned both "apt-get" and "CentOS", so I've pushed some new > 2.2 beta 64-bit builds for Ubuntu Zesty and Artful, Debian Stretch, all > current versions of Fedora and CentOS 7.4. > And for good measure, also MS Windows and MacOS. > > Sorry, that I mentioned CentOS. The docker image is using Debian Stretch. Either the beta build did not work or it is still in progress. The Packages file for debian stretch amd64 is currently empty (see https://xpra.org/beta/stretch/main/binary-amd64/ ) and I can?t install from the repository anymore. Can you have a look? It should be fine now. I scheduled so many builds that the buildbot eventually ran out of disk space. That's unlucky because Stretch came last, and the others were OK. > (snip) > > > Even though I included dbus-control=no and dbus-proxy=no I still get this error: > > /bin/sh: 1: dbus-launch: not found > > dbus-launch failed to start using command 'dbus-launch --close-stderr': > > exit code is 127 > > 2017-10-11 07:21:54,388 Warning: menu forwarding is disabled: > > 2017-10-11 07:21:54,388 cannot load dbus helper: No module named dbus > You haven't installed dbus or the python bindings for it. > These features are optional, to avoid the warning you can use: > "--dbus-launch=no" > > I couldn?t find the --dbus-launch option in the xpra manpage ( https://xpra.org/manual.html ). Therefore I didn?t know about the switch. I did not check the manpage of the binary in the docker container though? It was missing, only "xpra --help" had it, that's now fixed: http://xpra.org/trac/changeset/17161 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 Oct 12 09:05:51 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 12 Oct 2017 15:05:51 +0700 Subject: [winswitch] Xpra running Wireshark in Docker container In-Reply-To: <6DF72A02-FEE6-4717-9A3A-31FB16CF462D@netapp.com> References: <205CBE4B-25BC-4FFE-9691-3352CB30E56B@netapp.com> <5CEE453C-0176-4537-8CC2-CF858909B3FC@netapp.com> <6DF72A02-FEE6-4717-9A3A-31FB16CF462D@netapp.com> Message-ID: <57af0d90-75bd-5a80-cc74-8859cc352f50@nagafix.co.uk> On 12/10/17 12:40, Feldhaus, Florian wrote: > Hi Antoine, > > thanks for rebuilding it for Debian stretch. Unfortunately the ffmpeg-xpra package is still required. Please post the exact packaging diagnostic messages. > I think you missed to remove it from the Build-Depends section in the Debian Control file: > > Source: xpra > Section: x11 > Priority: optional > Maintainer: Antoine Martin > Build-Depends: debhelper (>= 8) > ,cython (>= 0.23) > ,ffmpeg-xpra > > Can you have check if removing it from the Build-Depends is possible and then rebuild the Debian packages? We can't remove the build time dependency, as it is really needed. If the binary packages generated still somehow have a dependency on ffmpeg-xpra (or was it the .so libraries themselves?), we may need to either add more dh_shlibdeps overrides or split the codecs into their own package. Not sure I'll have much to investigate either option in the near future, but you can easily do this yourself by following: http://xpra.org/trac/wiki/Building/Debian (some tweaking may be required) Cheers Antoine > > Thanks > Florian Feldhaus > > Principal Consultant, Professional Services > NetApp Deutschland GmbH, Gladbecker Str. 5, D-40472 D?sseldorf > +49 151 12055 711 Mobil > florian.feldhaus at netapp.com > > NetApp Deutschland GmbH, Sonnenallee 1, 85551 Kirchheim bei M?nchen Handelsregister: AG M?nchen HRB113907, VAT#: DE 182 196 996Gesch?ftsf?hrer: J?rg He?ke, Claudia Berchtold, Stephen Faulkner > > Am 11.10.17, 21:01 schrieb "shifter-users im Auftrag von Antoine Martin via shifter-users" : > > On 11/10/17 19:55, Feldhaus, Florian via shifter-users wrote: > > (snip) > > >> For your use-case, you may also want to remove "ffmpeg-xpra" as per: > > >> http://xpra.org/trac/changeset/17145 > > > > > > I managed to reduce the docker image size quite a bit (to 480MB) by using the --no-install-recommends switch for apt-get install. Unfortunately changeset 17145 was not included in the latest available xpra 2.2 beta which is from yesterday morning. Could you trigger a new xpra 2.2 beta build for centos including that changeset? > > I wasn't 100% sure which specific distro versions you needed here, as > > you've mentioned both "apt-get" and "CentOS", so I've pushed some new > > 2.2 beta 64-bit builds for Ubuntu Zesty and Artful, Debian Stretch, all > > current versions of Fedora and CentOS 7.4. > > And for good measure, also MS Windows and MacOS. > > > > Sorry, that I mentioned CentOS. The docker image is using Debian Stretch. Either the beta build did not work or it is still in progress. The Packages file for debian stretch amd64 is currently empty (see https://xpra.org/beta/stretch/main/binary-amd64/ ) and I can?t install from the repository anymore. Can you have a look? > It should be fine now. > > I scheduled so many builds that the buildbot eventually ran out of disk > space. That's unlucky because Stretch came last, and the others were OK. > > > (snip) > > > > > Even though I included dbus-control=no and dbus-proxy=no I still get this error: > > > /bin/sh: 1: dbus-launch: not found > > > dbus-launch failed to start using command 'dbus-launch --close-stderr': > > > exit code is 127 > > > 2017-10-11 07:21:54,388 Warning: menu forwarding is disabled: > > > 2017-10-11 07:21:54,388 cannot load dbus helper: No module named dbus > > You haven't installed dbus or the python bindings for it. > > These features are optional, to avoid the warning you can use: > > "--dbus-launch=no" > > > > I couldn?t find the --dbus-launch option in the xpra manpage ( https://xpra.org/manual.html ). Therefore I didn?t know about the switch. I did not check the manpage of the binary in the docker container though? > It was missing, only "xpra --help" had it, that's now fixed: > http://xpra.org/trac/changeset/17161 > > Cheers > Antoine > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From thejunk.b at gmail.com Sun Oct 15 13:29:11 2017 From: thejunk.b at gmail.com (Randy) Date: Sun, 15 Oct 2017 08:29:11 -0400 Subject: [winswitch] Virtualbox Vm access In-Reply-To: References: <1584400.vHcx4ccPnl@bumblebee> <1831999.Zu5Y6qREMy@bumblebee> Message-ID: <17138751.uX3fQEVI6t@bumblebee> On Wednesday, October 11, 2017 1:59:11 PM EDT Antoine Martin via shifter-users wrote: snip - > > A question before creating a ticket. I did update winswitch on the mac > > with the most recent from the site, as the version on it was quite old. > > Did that also update xpra? > > xpra is no longer bundled with winswitch. > > > Or is that a separate update? > > Yes. > Install it in the standard location "/Applications" and winswitch should > find it. > I did get xpra installed. Thanks for the link on how. I still hesitate to create a ticket for a simple configuration problem. Would the irc be a better place for this kind of assistance? (snip) >Feel free to send a diff, or even just email me where and what to change >and I'll take care of it. I think this is the page that should say something about winswitch and xpra not being bundled anymore. https://winswitch.org/downloads/ (snip) > To debug this, I would start a plain xpra session without winswitch and > connect from the macos system, then gradually make things more > complicated until something breaks. ie: > * forward just an xterm via xpra > * start libreoffice > * start virtualbox > * add winswitch into the mix It seams that I am having an authentication issue. It seams the log is gone now, and yes I remember seeing something about them being deleted when the session is shutdown but don't remember the exact work around for it. Anyway the "mac laptop user" is not on the debian server. Somehow I got that fixed on the debian laptop but the dialog boxes are different and I can't identify where to actually change that setting in winswitch on the mac. Thanks again. -- If it ain't broke tweek it From a.bolshov at me.com Sun Oct 15 14:57:19 2017 From: a.bolshov at me.com (=?utf-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCR0L7Qu9GM0YjQvtCy?=) Date: Sun, 15 Oct 2017 16:57:19 +0300 Subject: [winswitch] Xpra and Windows 10 program window Message-ID: <6256B142-D2B7-4DAA-AA7A-9BDB3FBFF87A@me.com> Hello! Can i ?interact" via xpra with one program window witch launched on one comp with windows10 on the other computer with windows10? Or one of this computer must be with lunux? From antoine at nagafix.co.uk Sun Oct 15 16:05:10 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 15 Oct 2017 22:05:10 +0700 Subject: [winswitch] Xpra and Windows 10 program window In-Reply-To: <6256B142-D2B7-4DAA-AA7A-9BDB3FBFF87A@me.com> References: <6256B142-D2B7-4DAA-AA7A-9BDB3FBFF87A@me.com> Message-ID: On 15/10/17 20:57, ????????? ??????? via shifter-users wrote: > Hello! Can i ?interact" via xpra with one program window witch launched on one comp with windows10 on the other computer with windows10? Or one of this computer must be with lunux? Seamless mode (forwarding individual windows) requires X11, which means that you need a Unix-like operating system such as Linux. Shadow mode is supported on all operating systems, including MS Windows, but this forwards the whole desktop so this is not much better than VNC. Cheers Antoine From alexander.berg at atos.net Tue Oct 17 13:55:47 2017 From: alexander.berg at atos.net (Berg, Alexander) Date: Tue, 17 Oct 2017 12:55:47 +0000 Subject: [winswitch] Xpra keyboard mapping: client: german Win 7, server german CentOS 7 Message-ID: <63e5d607-b507-b75f-8f3e-e85e0fb72fca@atos.net> Hi @all, a collegue of mine would like to use xpra on Win 7 to get X11 from CentOS 7. Unfortunately the keyboard mapping doesn't work well for a german keyboard (CentOS 7 <-> CentOS 7 works well). I've tried and can confirm his observation using different 2.x.x Clients on Win 7. Switching the keyboard (in xpra-context-menu) from "auto" to "de" makes no difference. Could you give me a hint if this is a bug or maybe a not-so-well-visible-client-setting we're missing? (Example with log && xev follows below)* Thanks! Regards, ??? Alex Example: The pipe symbol "|" is "AltGR"+"<" on a german keyboard. *Non-remote* typing "|" looks like: ??? KeyPress event, serial 30, synthetic NO, window 0x4400001, ??? ??? root 0x28e, subw 0x0, time 535304170, (389,-605), root:(889,416), ??? ??? state 0x10, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, ??? ??? XKeysymToKeycode returns keycode: 92 ??? ??? XLookupString gives 0 bytes: ??? ??? XmbLookupString gives 0 bytes: ??? ??? XFilterEvent returns: False ??? KeyPress event, serial 33, synthetic NO, window 0x4400001, ??? ??? root 0x28e, subw 0x0, time 535304218, (389,-605), root:(889,416), ??? ??? state 0x90, keycode 52 (keysym 0xbb, guillemotright), same_screen YES, ??? ??? XLookupString gives 2 bytes: (c2 bb) "?" ??? ??? XmbLookupString gives 2 bytes: (c2 bb) "?" ??? ??? XFilterEvent returns: False ??? KeyRelease event, serial 33, synthetic NO, window 0x4400001, ??? ??? root 0x28e, subw 0x0, time 535304307, (389,-605), root:(889,416), ??? ??? state 0x90, keycode 52 (keysym 0xbb, guillemotright), same_screen YES, ??? ??? XLookupString gives 2 bytes: (c2 bb) "?" ??? ??? XFilterEvent returns: False ??? KeyRelease event, serial 33, synthetic NO, window 0x4400001, ??? ??? root 0x28e, subw 0x0, time 535304530, (389,-605), root:(889,416), ??? ??? state 0x90, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, ??? ??? XKeysymToKeycode returns keycode: 92 ??? ??? XLookupString gives 0 bytes: ??? ??? XFilterEvent returns: False While xkbmap ist set to: ??? xkb_keymap { ??? ??????? xkb_keycodes? { include "evdev+aliases(qwertz)" }; ??? ??????? xkb_types???? { include "complete"????? }; ??? ??????? xkb_compat??? { include "complete"????? }; ??? ??????? xkb_symbols?? { include "pc+de+inet(evdev)"???? }; ??? ??????? xkb_geometry? { include "pc(pc105)"???? }; ??? }; ??? rules:????? evdev ??? model:????? pc105 ??? layout:???? de *Inside an xpra session* ??? xpra_cmd.exe start ssh:%USER%@%CENTOS7-HOST% --start-child="xterm -ls" --exit-with-children --debug=keyboard typing "|" (but getting "<") looks like: ??? KeyPress event, serial 33, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536295354, (568,425), root:(697,581), ??????? state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, ??????? XLookupString gives 0 bytes: ??????? XmbLookupString gives 0 bytes: ??????? XFilterEvent returns: False ??? KeyRelease event, serial 36, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536295384, (568,425), root:(697,581), ??????? state 0x6014, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, ??????? XLookupString gives 0 bytes: ??????? XFilterEvent returns: False ??? KeyPress event, serial 36, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536295384, (568,425), root:(697,581), ??????? state 0x6010, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES, ??????? XLookupString gives 0 bytes: ??????? XmbLookupString gives 0 bytes: ??????? XFilterEvent returns: False ??? KeyRelease event, serial 36, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536295384, (568,425), root:(697,581), ??????? state 0x6010, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES, ??????? XLookupString gives 0 bytes: ??????? XFilterEvent returns: False ??? KeyPress event, serial 36, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536295384, (568,425), root:(697,581), ??????? state 0x6000, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, ??????? XLookupString gives 0 bytes: ??????? XmbLookupString gives 0 bytes: ??????? XFilterEvent returns: False ??? KeyPress event, serial 36, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536295547, (568,425), root:(697,581), ??????? state 0x80, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES, ??????? XLookupString gives 0 bytes: ??????? XmbLookupString gives 0 bytes: ??????? XFilterEvent returns: False ??? KeyRelease event, serial 36, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536295547, (568,425), root:(697,581), ??????? state 0x90, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES, ??????? XLookupString gives 0 bytes: ??????? XFilterEvent returns: False ??? KeyPress event, serial 36, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536295547, (568,425), root:(697,581), ??????? state 0x90, keycode 183 (keysym 0x3c, less), same_screen YES, ??????? XKeysymToKeycode returns keycode: 94 ??????? XLookupString gives 1 bytes: (3c) "<" ??????? XmbLookupString gives 1 bytes: (3c) "<" ??????? XFilterEvent returns: False ??? KeyRelease event, serial 36, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536295629, (568,425), root:(697,581), ??????? state 0x90, keycode 183 (keysym 0x3c, less), same_screen YES, ??????? XKeysymToKeycode returns keycode: 94 ??????? XLookupString gives 1 bytes: (3c) "<" ??????? XFilterEvent returns: False ??? KeyPress event, serial 36, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536295901, (568,425), root:(697,581), ??????? state 0x6090, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES, ??????? XLookupString gives 0 bytes: ??????? XmbLookupString gives 0 bytes: ??????? XFilterEvent returns: False ??? KeyRelease event, serial 36, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536295901, (568,425), root:(697,581), ??????? state 0x6090, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES, ??????? XLookupString gives 0 bytes: ??????? XFilterEvent returns: False ??? KeyRelease event, serial 36, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536297311, (568,425), root:(697,581), ??????? state 0x6080, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, ??????? XLookupString gives 0 bytes: ??????? XFilterEvent returns: False ??? KeyPress event, serial 36, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536297312, (568,425), root:(697,581), ??????? state 0x6000, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES, ??????? XLookupString gives 0 bytes: ??????? XmbLookupString gives 0 bytes: ??????? XFilterEvent returns: False ??? KeyRelease event, serial 36, synthetic NO, window 0xa00001, ??????? root 0x25d, subw 0x0, time 536297312, (568,425), root:(697,581), ??????? state 0x6010, keycode 77 (keysym 0xff7f, Num_Lock), same_screen YES, ??????? XLookupString gives 0 bytes: ??????? XFilterEvent returns: False While xkbmap is set to: ??? xkb_keymap { ??? }; ??? rules:??? ? base ??? layout:??? de The Xpra_cmd.exe debug-output tells this: ??? Warning: invalid option: 'min-port' ??? Warning: invalid option: 'start-via-proxy' ??? Warning: invalid option: 'mousewheel' ??? 2017-10-17 14:50:03,870 Xpra gtk2 client version 2.0-r15316 64-bit ??? 2017-10-17 14:50:03,870? running on Microsoft Windows 7 ??? Warning: invalid option: 'min-port' ??? Warning: invalid option: 'start-via-proxy' ??? Warning: invalid option: 'mousewheel' ??? 2017-10-17 14:50:04,338 GStreamer version 1.10.2 for Python 2.7.13 64-bit ??? 2017-10-17 14:50:04,728 Warning: vendor 'VMware, Inc.' is greylisted, ??? 2017-10-17 14:50:04,728? you may want to turn off OpenGL if you encounter bugs ??? 2017-10-17 14:50:04,759 OpenGL_accelerate module loaded ??? 2017-10-17 14:50:04,806 OpenGL enabled with Gallium 0.4 on SVGA3D; build: RELEASE;? LLVM; ??? 2017-10-17 14:50:04,853? keyboard settings: layout=de ??? 2017-10-17 14:50:04,853? desktop size is 1920x1200 with 1 screen: ??? 2017-10-17 14:50:04,853?? Default (406x254 mm - DPI: 120x120) workarea: 1920x1166 ??? 2017-10-17 14:50:04,869???? DISPLAY1 (677x423 mm - DPI: 72x72) ??? 2017-10-17 14:50:04,884 keyboard layouts: de,us,ru ??? 2017-10-17 14:50:08,488 Xpra X11 server version 2.1-r15692 64-bit ??? 2017-10-17 14:50:10,079? running on Linux CentOS 7.4.1708 Core ??? 2017-10-17 14:50:10,079 enabled remote logging ??? Warning: invalid option: 'min-port' ??? Warning: invalid option: 'start-via-proxy' ??? Warning: invalid option: 'mousewheel' ??? 2017-10-17 14:50:10,859 sound output using container format ogg ??? 2017-10-17 14:50:11,356 sound output using audio codec opus [...] ??? 2017-10-17 14:31:32,936 parse_key_event(, True)= ??? 2017-10-17 14:31:32,946 handle_key_action(GLClientWindow(3 : gtk2.GLWindowBacking(3, (178, 178), None)), ) wid=3 ??? 2017-10-17 14:31:32,953 process_key_event: Control_L pressed=True, with GetKeyState(VK_RMENU)=0 ??? 2017-10-17 14:31:32,958 AltGr_modifiers(['mod2'], True) AltGr=mod5, add=['mod5'], clear=['mod1', 'mod2', 'control'] ??? 2017-10-17 14:31:32,966 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod5', 'mod2'] ??? 2017-10-17 14:31:32,978 parse_key_event(, True)= ??? 2017-10-17 14:31:32,994 handle_key_action(GLClientWindow(3 : gtk2.GLWindowBacking(3, (178, 178), None)), ) wid=3 ??? 2017-10-17 14:31:33,006 process_key_event: Alt_R pressed=True, with GetKeyState(VK_RMENU)=-127 ??? 2017-10-17 14:31:33,014 AltGr_modifiers(['mod5', 'mod2'], True) AltGr=mod5, add=['mod5'], clear=['mod1', 'mod2', 'contro ??? l'] ??? 2017-10-17 14:31:33,025 send_delayed_key() delayed_event=(>, 3, ) ??? 2017-10-17 14:31:33,046 send_delayed_key() GetKeyState(VK_RMENU)=-127 ??? 2017-10-17 14:31:33,053 send_key_action(3, ) ??? 2017-10-17 14:31:33,066 send_key_action(3, ) ??? 2017-10-17 14:31:33,077 send_delayed_key() delayed_event=None ??? 2017-10-17 14:31:33,188 AltGr_modifiers(['mod2'], True) AltGr=mod5, add=['mod5'], clear=['mod1', 'mod2', 'control'] ??? 2017-10-17 14:31:33,198 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod5', 'mod2'] ??? 2017-10-17 14:31:33,208 parse_key_event(, True)= ??? 2017-10-17 14:31:33,219 handle_key_action(GLClientWindow(3 : gtk2.GLWindowBacking(3, (178, 178), None)), ) wid=3 ??? 2017-10-17 14:31:33,232 send_delayed_key() delayed_event=None ??? 2017-10-17 14:31:33,236 send_key_action(3, ) ??? 2017-10-17 14:31:33,265 AltGr_modifiers(['mod2'], True) AltGr=mod5, add=['mod5'], clear=['mod1', 'mod2', 'control'] ??? 2017-10-17 14:31:33,280 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod5', 'mod2'] ??? 2017-10-17 14:31:33,300 parse_key_event(, False)= ??? 2017-10-17 14:31:33,310 handle_key_action(GLClientWindow(3 : gtk2.GLWindowBacking(3, (178, 178), None)), ) wid=3 ??? 2017-10-17 14:31:33,311 send_delayed_key() delayed_event=None ??? 2017-10-17 14:31:33,317 send_key_action(3, ) ??? 2017-10-17 14:31:33,462 AltGr_modifiers(['mod1'], True) AltGr=mod5, add=['mod5'], clear=['mod1', 'mod2', 'control'] ??? 2017-10-17 14:31:33,472 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod5', 'mod2'] ??? 2017-10-17 14:31:33,482 parse_key_event(, False)= ??? 2017-10-17 14:31:33,492 handle_key_action(GLClientWindow(3 : gtk2.GLWindowBacking(3, (178, 178), None)), ) wid=3 ??? 2017-10-17 14:31:33,502 process_key_event: Control_L pressed=False, with GetKeyState(VK_RMENU)=-127 ??? 2017-10-17 14:31:33,506 send_delayed_key() delayed_event=None ??? 2017-10-17 14:31:33,512 send_key_action(3, ) ??? 2017-10-17 14:31:33,523 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:33,529 parse_key_event(, False)= ??? 2017-10-17 14:31:33,541 handle_key_action(GLClientWindow(3 : gtk2.GLWindowBacking(3, (178, 178), None)), ) wid=3 ??? 2017-10-17 14:31:33,559 process_key_event: Alt_R pressed=False, with GetKeyState(VK_RMENU)=1 ??? 2017-10-17 14:31:33,566 AltGr_modifiers(['mod2'], True) AltGr=mod5, add=['mod5'], clear=['mod1', 'mod2', 'control'] ??? 2017-10-17 14:31:33,569 send_delayed_key() delayed_event=None ??? 2017-10-17 14:31:33,573 send_key_action(3, ) ??? 2017-10-17 14:31:35,004 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,014 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,015 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,015 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,028 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,096 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,136 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,146 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,157 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,177 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,208 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,228 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,268 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,278 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['control', 'mod2'] ??? 2017-10-17 14:31:35,298 parse_key_event(, True)= ??? 2017-10-17 14:31:35,299 handle_key_action(GLClientWindow(1 : gtk2.GLWindowBacking(1, (1135, 901), GBRP)), ) wid=1 ??? 2017-10-17 14:31:35,312 process_key_event: Control_L pressed=True, with GetKeyState(VK_RMENU)=1 ??? 2017-10-17 14:31:35,319 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['control', 'mod2'] ??? 2017-10-17 14:31:35,327 parse_key_event(, True)= ??? 2017-10-17 14:31:35,342 handle_key_action(GLClientWindow(1 : gtk2.GLWindowBacking(1, (1135, 901), GBRP)), ) wid=1 ??? 2017-10-17 14:31:35,361 send_delayed_key() delayed_event=(>, 1, ) ??? 2017-10-17 14:31:35,385 send_delayed_key() GetKeyState(VK_RMENU)=1 ??? 2017-10-17 14:31:35,388 send_key_action(1, ) ??? 2017-10-17 14:31:35,399 mask_to_names() GetKeyState(VK_NUMLOCK)=1, names=['mod2'] ??? 2017-10-17 14:31:35,405 parse_key_event(, False)= ??? 2017-10-17 14:31:35,422 handle_key_action(GLClientWindow(1 : gtk2.GLWindowBacking(1, (1135, 901), GBRP)), ) wid=1 ??? 2017-10-17 14:31:35,438 process_key_event: Control_L pressed=False, with GetKeyState(VK_RMENU)=1 ??? 2017-10-17 14:31:35,442 send_delayed_key() delayed_event=None ??? 2017-10-17 14:31:35,452 send_key_action(1, ) ??? 2017-10-17 14:31:35,463 send_delayed_key() delayed_event=None From antoine at nagafix.co.uk Tue Oct 17 14:33:21 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 17 Oct 2017 20:33:21 +0700 Subject: [winswitch] Xpra keyboard mapping: client: german Win 7, server german CentOS 7 In-Reply-To: <63e5d607-b507-b75f-8f3e-e85e0fb72fca@atos.net> References: <63e5d607-b507-b75f-8f3e-e85e0fb72fca@atos.net> Message-ID: <93e5ecb4-1447-3ca8-7321-4b699654e1eb@nagafix.co.uk> On 17/10/17 19:55, Berg, Alexander via shifter-users wrote: > Hi @all, > > a collegue of mine would like to use xpra on Win 7 to get X11 from CentOS 7. > > Unfortunately the keyboard mapping doesn't work well for a german > keyboard (CentOS 7 <-> CentOS 7 works well). > I've tried and can confirm his observation using different 2.x.x Clients > on Win 7. > Switching the keyboard (in xpra-context-menu) from "auto" to "de" makes > no difference. > > Could you give me a hint if this is a bug or maybe a > not-so-well-visible-client-setting we're missing? > (Example with log && xev follows below)* This is likely to be a bug. As you have probably seen on the wiki: https://www.xpra.org/trac/wiki/Keyboard "Keyboard handling is an area that could do with some improvements." Please file a ticket, (snip) > The Xpra_cmd.exe debug-output tells this: > ??? Warning: invalid option: 'min-port' > ??? Warning: invalid option: 'start-via-proxy' > ??? Warning: invalid option: 'mousewheel' > ??? 2017-10-17 14:50:03,870 Xpra gtk2 client version 2.0-r15316 64-bit > ??? 2017-10-17 14:50:03,870? running on Microsoft Windows 7 > ??? Warning: invalid option: 'min-port' > ??? Warning: invalid option: 'start-via-proxy' > ??? Warning: invalid option: 'mousewheel' Those warnings are shown when the xpra configuration files installed don't match the xpra version. That's because you have installed 2.0, which is old and not even the latest version from the 2.0 branch. Newer versions overwrite the default config files. Cheers Antoine From thejunk.b at gmail.com Thu Oct 19 02:03:34 2017 From: thejunk.b at gmail.com (Randy) Date: Wed, 18 Oct 2017 21:03:34 -0400 Subject: [winswitch] Virtualbox Vm access In-Reply-To: <69b7b784-2d04-1678-3dea-1f2d7384fbc9@nagafix.co.uk> References: <1584400.vHcx4ccPnl@bumblebee> <3706054.4PoJLZFZJB@bumblebee> <69b7b784-2d04-1678-3dea-1f2d7384fbc9@nagafix.co.uk> Message-ID: <14505140.4T0TCABjzk@bumblebee> Thanks Again. (snip) > To debug this, I would start a plain xpra session without winswitch and > connect from the macos system, then gradually make things more > complicated until something breaks. ie: > * forward just an xterm via xpra > * start libreoffice > * start virtualbox > * add winswitch into the mix (snip) After some reboots and playing with the settings I have most of it working now. Even through winswitch. The only thing that is not working yet is the virtualbox vm. I am assuming that xpra is used to start the vm but I have no idea what the command should be. Something like xpra start ssh:SERVERHOSTNAME --start-child=VBoxManage startvm "VM name" -- type headless But I am getting this error $ xpra start ssh:SERVERHOSTNAME --start-child=VBoxManage startvm win7pro64 -- type headless InitException: no such option: --type xpra initialization error: no such option: --type I have tried " " a couple of different ways but no joy. Thanks -- If it ain't broke tweek it From thejunk.b at gmail.com Thu Oct 19 02:16:49 2017 From: thejunk.b at gmail.com (Randy) Date: Wed, 18 Oct 2017 21:16:49 -0400 Subject: [winswitch] Virtualbox Vm access In-Reply-To: <69b7b784-2d04-1678-3dea-1f2d7384fbc9@nagafix.co.uk> References: <1584400.vHcx4ccPnl@bumblebee> <3706054.4PoJLZFZJB@bumblebee> <69b7b784-2d04-1678-3dea-1f2d7384fbc9@nagafix.co.uk> Message-ID: <1957923.uNqJiHkLCR@bumblebee> Disreguard last post. You would think that someone would learn to see what they were looking at. An extra $ seams to make things not work right. So I can remotely start the vm from the debian laptop but still no joy from the mac laptop. But then the bookkeeper will only let me have access for limited amounts of time. -- If it ain't broke tweek it From ron.eggler at gmail.com Tue Oct 24 13:55:59 2017 From: ron.eggler at gmail.com (Ron Eggler) Date: Tue, 24 Oct 2017 05:55:59 -0700 Subject: [winswitch] LD_PRELOAD cannot be preloaded Message-ID: Hi, I tried to use xpra with --start-child=term but when I do this, I get "object '/usr/lib/xpra/libfakeXinerama.so.1.0' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored" errors printed to stdout. I'm using Ubuntu 16.04 & installed xpra from the repos (0.15.8). I've found this: https://xpra.org/trac/ticket/798 but it seems like it got closed without solution - the work around is to not use --start-child. Anyone know if this can be fixed? From antoine at nagafix.co.uk Tue Oct 24 14:51:03 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 24 Oct 2017 20:51:03 +0700 Subject: [winswitch] LD_PRELOAD cannot be preloaded In-Reply-To: References: Message-ID: <296c7dca-ab03-5b10-ca60-944c58b41c5c@nagafix.co.uk> On 24/10/17 19:55, Ron Eggler via shifter-users wrote: > Hi, > I tried to use xpra with --start-child=term Which application is this "term"? > but when I do this, I get > "object '/usr/lib/xpra/libfakeXinerama.so.1.0' from LD_PRELOAD cannot be > preloaded (wrong ELF class: ELFCLASS64): ignored" errors printed to stdout. Looks like your library is for the wrong architecture? Maybe your system is 32-bit and the library is not, or the other way around? Or even the "term" executable vs the library. In any case, those are not errors, just warnings telling you that the preloading was ignored. fakeXinerama is nice to have but not essential, so you can just ignore this. > I'm using Ubuntu 16.04 & installed xpra from the repos (0.15.8). The packages provided by Ubuntu are dangerous, do not use them: https://www.xpra.org/trac/wiki/Packaging/DistributionPackages > I've found > this: https://xpra.org/trac/ticket/798 but it seems like it got closed > without solution Not quite: the error could not be reproduced. > - the work around is to not use --start-child. A better workaround would be to disable fakexinerama: xpra start --fake-xinerama=no ... > Anyone know if this can be fixed? You have left out some important details: Ubuntu does not provide packages for libfakeXinerama and neither does xpra.org, so you must have installed it from somewhere else. And something is not installed correctly, hence the warning. Cheers Antoine From antoine at nagafix.co.uk Thu Oct 26 07:14:56 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 26 Oct 2017 13:14:56 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 2.1.3 : critical fixes Message-ID: <8fb4c684-5a86-9d74-c4d7-807ebdfcb796@nagafix.co.uk> Hi, This update fixes some critical issues, in particular weaknesses in the initial authentication exchange. Updating immediately is very strongly recommended unless you are absolutely certain that your network connections cannot be snooped upon, or if you already use an encryption layer (AES or preferably SSL connections) If, for whatever reason, you are unable to update immediately: * the server update is more important, it contains some mitigation code * enable SSL or AES Release notes: * fix shadow servers connected to X11 servers without XShm * fix handling of gstreamer plugin failures * fix network constants causing packet failures with Python3 * fix authentication weaknesses in client salt handling * fix delayed screen updates with the HTML5 client * fix modifier handling, especially for shadow servers or native keymaps * fix application name shown in notifications (X11) * fix webcam library issues causing client to fail to start * fix handling of client connection failures * fix paint issues with padded windows (ie: desktop servers maximized) * fix out-of-bounds array access in RandR cython glue * fix RPM building python3 modules twice (and with wrong arguments) * fix rare scrolling detection error on first pass * fix HTML5 time values and scroll paint order * fix X11 crashes with the OpenGL client and some buggy drivers * fix parsing order of configuration files * fix compatibility with ffmpeg 3.4 * fix timer warning race condition on window cleanup * more reliable scaling value rounding * don't show start command dialog if the server does not support it * validate window dimensions early to prevent DoS * support newer versions of brotli * support CUDA 9, prefer newer SDK versions * support Ubuntu Artful * logging typos Source: https://xpra.org/trac/wiki/Source Downloads: https://xpra.org/trac/wiki/Download Cheers Antoine From antoine at nagafix.co.uk Thu Oct 26 07:15:22 2017 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 26 Oct 2017 13:15:22 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 1.0.9 LTS : critical fixes Message-ID: <9f5641fd-3b58-aee8-d846-265cabf40702@nagafix.co.uk> Hi, This update fixes some critical issues, in particular weaknesses in the initial authentication exchange. Updating immediately is very strongly recommended unless you are absolutely certain that your network connections cannot be snooped upon, or if you already use an encryption layer (AES or preferably SSL connections) If, for whatever reason, you are unable to update immediately: * the server update is more important, it contains some mitigation code * enable SSL or AES There are no MacOS builds for the LTS branch at present, please switch to a newer version instead. Release notes: * fix authentication weaknesses in client salt handling * fix window icons going back to default on window re-initialization * fix stop command on MS Windows servers via named-pipe connections * fix sound subprocess exit warnings on MS Windows * fix spurious key events for numlock on Mac OS * fix mDNS and IPv6 platform bugs (MS Windows and Mac OS) * fix unicode warnings on MS Windows * fix typo hiding pretty debug logging * fix Mac OS shadow servers * fix application name shown in notifications (X11) * fix webcam library issues causing client to fail to start * fix handling of client connection failures * fix paint issues with padded windows (ie: desktop servers maximized) * fix out-of-bounds array access in RandR cython glue * fix RPM building python3 modules twice (and with wrong arguments) * fix X11 crashes with the OpenGL client and some buggy drivers * fix parsing order of configuration files * fix compatibility with ffmpeg 3.4 * fix timer warning race condition on window cleanup * more reliable scaling value rounding * don't show start command dialog if the server does not support it * validate window dimensions early to prevent DoS * support newer versions of brotli * support CUDA 9, prefer newer SDK versions * support Ubuntu Artful * choose the strongest digest first * add mesa-dri-drivers dependency to RPM packages for OpenGL support * add support for Volta GPUs with NVENC * make it easier to disable firewall scripts in RPM builds Source: https://xpra.org/trac/wiki/Source Downloads: https://xpra.org/trac/wiki/Download Cheers Antoine