From timothy at hobbs.cz Sun Oct 4 14:07:39 2015 From: timothy at hobbs.cz (Timothy Hobbs) Date: Sun, 04 Oct 2015 15:07:39 +0200 Subject: [winswitch] Proper way of determining when an XPRA server is ready Message-ID: <5611249B.70406@hobbs.cz> What is the proper way of programatically finding out if the XPRA server is ready for clients to connect to it? Right now, subuser waits for the xpra socket to exist, but apparently that doesn't work. https://github.com/subuser-security/subuser/issues/224 Is waiting for the xpra server to write |"||xpra is ready." a valid method? |Basically, what subuser does, is it first launches xpra server in a container, then it launches xpra client in a container, and then it launches an application in a third container and gives that application access to the xpra server's x11 server. Thanks for your advice, Timothy Hobbs - author of subuser From antoine at nagafix.co.uk Mon Oct 5 08:23:06 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 5 Oct 2015 14:23:06 +0700 Subject: [winswitch] Proper way of determining when an XPRA server is ready In-Reply-To: <5611249B.70406@hobbs.cz> References: <5611249B.70406@hobbs.cz> Message-ID: <5612255A.3050805@nagafix.co.uk> On 04/10/15 20:07, Timothy Hobbs wrote: > What is the proper way of programatically finding out if the XPRA > server is ready for clients to connect to it? > > Right now, subuser waits for the xpra socket to exist, but apparently > that doesn't work. > > https://github.com/subuser-security/subuser/issues/224 > > Is waiting for the xpra server to write |"||xpra is ready." a valid > method? It is. Not very elegant, but this is also used by winswitch so we'll try not to break it. > > |Basically, what subuser does, is it first launches xpra server in a > container, then it launches xpra client in a container, and then it > launches an application in a third container and gives that > application access to the xpra server's x11 server. You should be able to run a command line client and check for the return code. xpra version :10; echo $? The default socket timeout is 10 seconds, which may be a little high when polling if it ever needs to reach this timeout value (it doesn't seem to with local unix domain sockets when I try). You can change this timeout with: XPRA_SOCKET_TIMEOUT=N xpra ... Cheers Antoine > > Thanks for your advice, > > Timothy Hobbs - author of subuser > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From timothy at hobbs.cz Wed Oct 7 17:15:52 2015 From: timothy at hobbs.cz (Timothy Hobbs) Date: Wed, 07 Oct 2015 18:15:52 +0200 Subject: [winswitch] Sharing the xpra socket across virtual machine boundaries on windows/OSx Message-ID: <56154538.1060602@hobbs.cz> Dear list, author of subuser.org here again. I've been thinking about how to get the subuser xpra bridge http://subuser.org/news/0.3.html to work in order to allow users to use subuser inside virtualbox on Windows and Mac OSx. Unfortunately, I don't want to give the xpra-server a network interface, because I want to be able to have subusers which do not have network access. Also, unfortunately, Windows and Mac don't support sharing unix sockets with virtual machines. I'm at a bit of a loss as to how I might start architecting a solution to these problems. Should I try to do some hack with soccat in order to transform the unix socket into a UDP socket? Any ideas? Thank you, Timothy Hobbs From timothy at hobbs.cz Wed Oct 7 17:18:31 2015 From: timothy at hobbs.cz (Timothy Hobbs) Date: Wed, 07 Oct 2015 18:18:31 +0200 Subject: [winswitch] mmap acceleration with Docker Message-ID: <561545D7.7010000@hobbs.cz> I have tried to setup mmap acceleration for subuser, however, I haven't been met with any success. I have described my trouble here https://github.com/subuser-security/subuser/issues/214 . Any input would be greatly appreciated :) Tim From antoine at nagafix.co.uk Wed Oct 7 19:06:21 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 8 Oct 2015 01:06:21 +0700 Subject: [winswitch] mmap acceleration with Docker In-Reply-To: <561545D7.7010000@hobbs.cz> References: <561545D7.7010000@hobbs.cz> Message-ID: <56155F1D.4040000@nagafix.co.uk> On 07/10/15 23:18, Timothy Hobbs wrote: > I have tried to setup mmap acceleration for subuser, however, I > haven't been met with any success. I have described my trouble here > https://github.com/subuser-security/subuser/issues/214 . Any input > would be greatly appreciated :) http://xpra.org/trac/wiki/Usage/Docker Summary: the mmap file is created by the client and the server will try to find it in under the same path. You have some minimal control over the location where the file is created via $TMPDIR, and we can even provide a more specific override if you need one. Cheers Antoine > > Tim > _______________________________________________ > 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 7 19:09:18 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 8 Oct 2015 01:09:18 +0700 Subject: [winswitch] Sharing the xpra socket across virtual machine boundaries on windows/OSx In-Reply-To: <56154538.1060602@hobbs.cz> References: <56154538.1060602@hobbs.cz> Message-ID: <56155FCE.5070109@nagafix.co.uk> On 07/10/15 23:15, Timothy Hobbs wrote: > Dear list, > > author of subuser.org here again. I've been thinking about how to get > the subuser xpra bridge http://subuser.org/news/0.3.html to work in > order to allow users to use subuser inside virtualbox on Windows and > Mac OSx. Unfortunately, I don't want to give the xpra-server a network > interface, because I want to be able to have subusers which do not > have network access. Can't you use a non-routed interface just for this purpose? That's not very different from having no network. Ultimately you need some kind of channel for the data, and at the moment your options are: * unix domain sockets * TCP sockets * the stdin/stdout proxy process used by the ssh mode (which could conceivably be re-used for some other process based transport) We have plans to support KVM's AF_VSOCK for this same purpose: http://xpra.org/trac/ticket/983 But AFAIK, this isn't supported with VirtualBox and is Linux only at the moment anyway... > Also, unfortunately, Windows and Mac don't support sharing unix > sockets with virtual machines. I'm at a bit of a loss as to how I > might start architecting a solution to these problems. Should I try to > do some hack with soccat in order to transform the unix socket into a > UDP socket? Any ideas? Cheers Antoine > > Thank you, > > Timothy Hobbs > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From timothy at hobbs.cz Wed Oct 7 21:08:27 2015 From: timothy at hobbs.cz (Timothy Hobbs) Date: Wed, 07 Oct 2015 22:08:27 +0200 Subject: [winswitch] mmap acceleration with Docker In-Reply-To: <56155F1D.4040000@nagafix.co.uk> References: <561545D7.7010000@hobbs.cz> <56155F1D.4040000@nagafix.co.uk> Message-ID: <56157BBB.1040807@hobbs.cz> I have set the TMPDIR directory to a directory in the containers home directory which is shared between both the server and client. The client and server both claim that they are attached via mmap (see attached logs). However, when I look in the directory where the mmap allegedly resides, no mmap file is there. Is this a problem? Tim On 10/07/15 20:06, Antoine Martin wrote: > On 07/10/15 23:18, Timothy Hobbs wrote: >> I have tried to setup mmap acceleration for subuser, however, I >> haven't been met with any success. I have described my trouble here >> https://github.com/subuser-security/subuser/issues/214 . Any input >> would be greatly appreciated :) > http://xpra.org/trac/wiki/Usage/Docker > > Summary: the mmap file is created by the client and the server will try > to find it in under the same path. > You have some minimal control over the location where the file is > created via $TMPDIR, and we can even provide a more specific override if > you need one. > > Cheers > Antoine >> Tim >> _______________________________________________ >> 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 -------------- next part -------------- 2015-10-07 19:57:51,533 cannot use pycups for printing: No module named cups 2015-10-07 19:57:51,638 xpra gtk2 client version 0.15.5 (r10506) libGL error: failed to open drm device: No such file or directory libGL error: failed to load driver: i965 2015-10-07 19:57:51,934 PyOpenGL warning: missing accelerate module 2015-10-07 19:57:51,935 PyOpenGL warning: missing array format handlers: numeric, vbo, vbooffset 2015-10-07 19:57:51,935 OpenGL Version: 3.0 Mesa 10.6.5 2015-10-07 19:57:51,936 OpenGL support could not be enabled: 2015-10-07 19:57:51,936 vendor 'VMware, Inc.' is blacklisted! 2015-10-07 19:57:51,966 dbus setup error: org.freedesktop.DBus.Error.FileNotFound: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory 2015-10-07 19:57:51,984 detected keyboard: rules=evdev, model=pc105, layout=cz 2015-10-07 19:57:51,985 failed to get current desktop: unpack requires a string argument of length 4 2015-10-07 19:57:51,985 desktop size is 1280x800 with 1 screen(s): 2015-10-07 19:57:51,985 'unix:0.0' (336x210 mm - DPI: 96x96) 2015-10-07 19:57:51,985 eDP1 (260x160 mm - DPI: 125x127) 2015-10-07 19:57:52,281 mmap is enabled using 128MB area in /home/timothy/tmp/xpra.TtbVRf.mmap 2015-10-07 19:57:52,282 server: Linux debian stretch/sid , Xpra version 0.15.5 (r10506) 2015-10-07 19:57:52,285 Attached to :100 (press Control-C to detach) -------------- next part -------------- $ docker logs ffe918bb1a75 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root X.Org X Server 1.17.2 Release Date: 2015-06-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 4.1.0 x86_64 Debian Current Operating System: Linux service-subuser-xterm-xpra-server 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04) x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=79f5ee64-75f8-414c-87bf-896d1d0b3fa5 ro quiet Build Date: 11 August 2015 10:51:15AM xorg-server 2:1.17.2-1.1 (http://www.debian.org/support) 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: "/home/timothy/.xpra/Xorg.:100.log", Time: Wed Oct 7 19:57:50 2015 (++) Using config file: "/etc/xpra/xorg.conf" (==) Using system config directory "/usr/share/X11/xorg.conf.d" 2015-10-07 19:57:50,361 server uuid is fda3b98ebad44d4e9466a21a98e0d091 2015-10-07 19:57:50,549 cannot load dbus helper: org.freedesktop.DBus.Error.Spawn.ExecFailed: /usr/bin/dbus-launch terminated abnormally without any error message 2015-10-07 19:57:50,650 xpra server version 0.15.5 (r10506) 2015-10-07 19:57:50,651 running with pid 1 2015-10-07 19:57:50,831 xpra is ready. 2015-10-07 19:57:51,967 New unix-domain connection received 2015-10-07 19:57:51,969 New unix-domain connection received 2015-10-07 19:57:51,969 Connection lost 2015-10-07 19:57:52,031 Handshake complete; enabling connection 2015-10-07 19:57:52,041 Python/Gtk2 Linux client version 0.15.5 connected from '116d62648f0320a72b1d' as 'timothy' 2015-10-07 19:57:52,042 mmap is enabled using 128MB area in /home/timothy/tmp/xpra.TtbVRf.mmap 2015-10-07 19:57:52,045 client root window size is 1280x800 with 1 displays: 2015-10-07 19:57:52,045 'unix:0.0' (336x210 mm - DPI: 96x96) 2015-10-07 19:57:52,045 eDP1 (260x160 mm - DPI: 125x127) 2015-10-07 19:57:52,207 server virtual display now set to 1280x800 2015-10-07 19:57:52,208 setting key repeat rate from client: 500ms delay / 50ms interval 2015-10-07 19:57:52,209 setting keymap: rules=evdev, model=pc105, layout=cz 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 2015-10-07 19:57:52,238 setting full keymap definition from client via xkbcomp 2015-10-07 19:57:52,312 DPI set to 15 x 19 (wanted 97 x 97) 2015-10-07 19:57:52,312 you may experience scaling problems, such as huge or small fonts, etc 2015-10-07 19:57:52,312 to fix this issue, try the dpi switch, or use a patched Xdummy driver From antoine at nagafix.co.uk Thu Oct 8 06:05:33 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 8 Oct 2015 12:05:33 +0700 Subject: [winswitch] mmap acceleration with Docker In-Reply-To: <56157BBB.1040807@hobbs.cz> References: <561545D7.7010000@hobbs.cz> <56155F1D.4040000@nagafix.co.uk> <56157BBB.1040807@hobbs.cz> Message-ID: <5615F99D.6040405@nagafix.co.uk> On 08/10/15 03:08, Timothy Hobbs wrote: > I have set the TMPDIR directory to a directory in the containers home > directory which is shared between both the server and client. The > client and server both claim that they are attached via mmap (see > attached logs). However, when I look in the directory where the mmap > allegedly resides, no mmap file is there. Is this a problem? No. The file is deleted from the filesystem after the initial handshake, at that point both ends should have a handle on it already. It prevents any other process from interfering with it and ensures the file is deleted when both the client and server terminate. Cheers Antoine > > Tim > > On 10/07/15 20:06, Antoine Martin wrote: >> On 07/10/15 23:18, Timothy Hobbs wrote: >>> I have tried to setup mmap acceleration for subuser, however, I >>> haven't been met with any success. I have described my trouble here >>> https://github.com/subuser-security/subuser/issues/214 . Any input >>> would be greatly appreciated :) >> http://xpra.org/trac/wiki/Usage/Docker >> >> Summary: the mmap file is created by the client and the server will try >> to find it in under the same path. >> You have some minimal control over the location where the file is >> created via $TMPDIR, and we can even provide a more specific override if >> you need one. >> >> Cheers >> Antoine >>> Tim >>> _______________________________________________ >>> shifter-users mailing list >>> shifter-users at lists.devloop.org.uk >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From kostas at itsmanaged.com.au Tue Oct 13 16:28:36 2015 From: kostas at itsmanaged.com.au (Kostas Mitropoulos) Date: Wed, 14 Oct 2015 02:28:36 +1100 Subject: [winswitch] Windows 2000 Message-ID: <9203ae82195198d834d8e43ac3bb6dc6@itsmanaged.com.au> I see that the WinSwitch is intended for XP and newer. I've poked around to see if I can get it up and running in Windows 2000 but I have no idea where to start - any pointers welcome! When I run the installer, I note that the installer appears to just quit. Further inspection shows that the WinSwitch folder in ~ApplicationData is not created. Cheers and thanks. Kostas From antoine at nagafix.co.uk Tue Oct 13 16:57:48 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 13 Oct 2015 22:57:48 +0700 Subject: [winswitch] Windows 2000 In-Reply-To: <9203ae82195198d834d8e43ac3bb6dc6@itsmanaged.com.au> References: <9203ae82195198d834d8e43ac3bb6dc6@itsmanaged.com.au> Message-ID: <561D29FC.1080708@nagafix.co.uk> Hi, On 13/10/15 22:28, Kostas Mitropoulos wrote: > > > I see that the WinSwitch is intended for XP and newer. > > I've poked around to see if I can get it up and running in Windows 2000 > but I have no idea where to start - any pointers welcome! > > When I run the installer, I note that the installer appears to just > quit. Further inspection shows that the WinSwitch folder in > ~ApplicationData is not created. Windows 2000, really? Good luck. I don't think you will find anyone willing to spend time supporting an OS which was end-of-lifed over 5 years ago. You could try running from the command line with --debug-mode as argument. Note: we will also drop support for Windows XP as soon as we find a way of building things from source reliably. (not an easy task with GTK, GStreamer and the various other bits we need) Cheers Antoine > > Cheers and thanks. > > Kostas > _______________________________________________ > 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 Oct 13 17:46:36 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 13 Oct 2015 23:46:36 +0700 Subject: [winswitch] [ANNOUNCE] [LTS] xpra 0.14.31 (minor fixes) Message-ID: <561D356C.7070807@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This update fixes a fair number of minor issues. There is no urgency to update if you were not affected. Release notes: * fix inband info requests * fix monitor hotplugging workaround code * fix OSX menus which should not be shown * fix cursor lookup by name in local theme * fix repaint when using the magic key to toggle window borders * fix connection error when there are XSettings already present * fix parsing of invalid display structures * fix video region detection after resize * fix vpx quality setting * fix cursor crashes on Ubuntu * don't show opengl toggle menu if opengl is not supported * add new common X11 modes (4k, 5k, etc) * add missing logging category for x265 (fixes warnings on start) 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 iEYEARECAAYFAlYdNWkACgkQGK2zHPGK1rvOegCdE09uXS13viqClRMj/IqeFvTw RfQAnRnrHgFlDfMG/pAR3P0XCGHRS6gu =qygj -----END PGP SIGNATURE----- From antoine at nagafix.co.uk Tue Oct 13 19:40:20 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 14 Oct 2015 01:40:20 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.15.7 (minor fixes) Message-ID: <561D5014.8000108@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This update fixes a fair number of minor issues. There is no urgency to update if you were not affected. (most of these fixes are identical to the ones found in the 0.14.31 release that precedes it) Release notes: * fix inband info requests * fix monitor hotplugging workaround code * fix OSX menus which should not be shown * fix cursor lookup by name in local theme * fix max-size support on MS Windows * fix max-size handling for windows without any constraints (all platforms) * fix repaint when using the magic key to toggle window borders * fix iconification handling * fix connection error when there are XSettings already present * fix parsing of invalid display structures * fix video region detection after resize * fix vpx quality setting * fix cursor crashes on Ubuntu * don't show opengl toggle menu if opengl is not supported * add new common X11 modes (4k, 5k, etc) * add missing logging category for x265 (fixes warnings on start) 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 iEYEARECAAYFAlYdUBEACgkQGK2zHPGK1rsc+QCfQd4XhDQgNtvgTc3FVgG//tv4 cHoAnjRWa5g31UWoofAusq0UHhfjJirS =QzJW -----END PGP SIGNATURE----- From johnss1221 at gmail.com Wed Oct 14 03:32:10 2015 From: johnss1221 at gmail.com (John Smith) Date: Wed, 14 Oct 2015 09:32:10 +0700 Subject: [winswitch] Windows lost images Message-ID: Hi, I've just updated Xpra from 0.15.6-2 to 0.15.7-1 at both client(MS Windows 7 64bit) and server ( trusty amd64). And then this bug(809 ) reappears. Besides, I reproduced a similar bug at the last comment . I hope that this bug will soon be fixed. Thanks, From antony.lee at berkeley.edu Mon Oct 26 00:20:53 2015 From: antony.lee at berkeley.edu (Antony Lee) Date: Sun, 25 Oct 2015 17:20:53 -0700 Subject: [winswitch] Improvements to the xpra_Xdummy script for Arch Linux Message-ID: I can't seem to register on Trac so I'll post this here: On Arch Linux, Xorg is a wrapper script basedir=/usr/lib/xorg-server if [ -x "$basedir"/Xorg.wrap ]; then exec "$basedir"/Xorg.wrap "$@" else exec "$basedir"/Xorg "$@" fi neither /usr/lib/xorg-server/Xorg{,.wrap} are currently taken into account by the xpra_Xdummy script; I'd suggest adding a few lines similar to the special-casing done for Fedora. Also, in my case I find that I need to append -configdir /some/dummy/path to the invocation of xpra_Xdummy (in the xvfb line of xpra.conf) to get rid of the following fatal error at startup: (EE) xf86OpenConsole: Cannot open /dev/tty0 (No such file or directory) Best, Antony From antony.lee at berkeley.edu Mon Oct 26 00:50:37 2015 From: antony.lee at berkeley.edu (Antony Lee) Date: Sun, 25 Oct 2015 17:50:37 -0700 Subject: [winswitch] lz4 version detection Message-ID: Improvement on #960: The installed version of lz4 can be obtained without the "ugly hack" in xpra/net/compression.py by "import pkg_resources; pkg_resources.get_distribution("lz4").version" which returns "0.7.0" even when lz4 is (correctly) installed to /usr/lib/python2.7/site-packages/lz4.so. Antony From antoine at nagafix.co.uk Mon Oct 26 04:00:26 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 26 Oct 2015 11:00:26 +0700 Subject: [winswitch] lz4 version detection In-Reply-To: References: Message-ID: <562DA55A.4020303@nagafix.co.uk> On 26/10/15 07:50, Antony Lee wrote: > Improvement on #960: > The installed version of lz4 can be obtained without the "ugly hack" in > xpra/net/compression.py by "import pkg_resources; > pkg_resources.get_distribution("lz4").version" which returns "0.7.0" even > when lz4 is (correctly) installed to > /usr/lib/python2.7/site-packages/lz4.so. Thanks, applied: http://xpra.org/trac/changeset/11010 Cheers Antoine From antoine at nagafix.co.uk Mon Oct 26 04:01:19 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 26 Oct 2015 11:01:19 +0700 Subject: [winswitch] Improvements to the xpra_Xdummy script for Arch Linux In-Reply-To: References: Message-ID: <562DA58F.2020203@nagafix.co.uk> On 26/10/15 07:20, Antony Lee wrote: > I can't seem to register on Trac so I'll post this here: > > On Arch Linux, Xorg is a wrapper script > > basedir=/usr/lib/xorg-server > if [ -x "$basedir"/Xorg.wrap ]; then > exec "$basedir"/Xorg.wrap "$@" > else > exec "$basedir"/Xorg "$@" > fi > > neither /usr/lib/xorg-server/Xorg{,.wrap} are currently taken into account > by the xpra_Xdummy script; I'd suggest adding a few lines similar to the > special-casing done for Fedora. Thanks, applied in: http://xpra.org/trac/changeset/11009 If anyone knows of other distros using other unusual paths, please forward them. > Also, in my case I find that I need to append -configdir /some/dummy/path > to the invocation of xpra_Xdummy (in the xvfb line of xpra.conf) to get rid > of the following fatal error at startup: > (EE) xf86OpenConsole: Cannot open /dev/tty0 (No such file or directory) Are you sure this is needed? Is your Xorg a wrapper? Is it suid? All the ones I tested mention: $ /usr/libexec/Xorg -h |& grep -A 1 -i configdir -configdir dir specify a configuration directory, relative to the xorg.conf.d search path, only root can use absolute Using an absolute path as a non-root user doesn't seem to break anything on the few distros I tested, but there's always a risk. I was hoping this would also fix the same error that Ubuntu is having ("Cannot open /dev/tty0"), but it made no difference there. And I have no arch linux to test on. Cheers Antoine > > Best, > Antony > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From ryan at orendorff.io Tue Oct 27 19:00:19 2015 From: ryan at orendorff.io (Ryan Orendorff) Date: Tue, 27 Oct 2015 12:00:19 -0700 Subject: [winswitch] OS X El Capitan cannot run Xpra Message-ID: Hello, I have been trying to run xpra on a computer that had a fresh install of El Capitan, but have not been able to get the application to launch thus far. When I try to run with the current release, I get the following. >??/Volumes/Xpra/Xpra.app/Contents/MacOS/Xpra attach ssh:url:21 2015-10-27 11:54:21,052 xpra gtk2 client version 0.15.7 (r10824) dyld: Library not loaded: /Users/osx/gtk/inst/lib/libgstreamer-0.10.0.dylib ? Referenced from: /Volumes/Xpra/Xpra.app/Contents/Helpers/gst-plugin-scanner ? Reason: image not found I saw there was a ticket that included the library not being found (ticket #984), and that this had been fixed in the beta releases. So I tried the newest beta release that I could find that had a revision number higher than 10885 (a fix was specified to be in versions after this).? > xpra attach ssh:url:21 2015-10-27 11:46:12,964 Xpra gtk2 client version 0.16.0-r11058 2015-10-27 11:46:12,965 ?running on Mac OSX If I then kill the xpra process, I get some standard output I would expect before it closes. got signal SIGTERM, exiting 2015-10-27 11:46:19,228 OpenGL_accelerate module loaded 2015-10-27 11:46:19,233 OpenGL enabled with ATI Radeon HD 6750M OpenGL Engine 2015-10-27 11:46:19,260 ?using default keyboard settings 2015-10-27 11:46:19,267 ?desktop size is 4480x1440 with 1 screen(s): 2015-10-27 11:46:19,267 ? nerv.local (1580x508 mm - DPI: 72x72) 2015-10-27 11:46:19,267 ? ? monitor 1 2560x1440 at 1920x0 (903x508 mm - DPI: 72x72) 2015-10-27 11:46:19,267 ? ? monitor 2 1920x1200 at 0x200 (677x423 mm - DPI: 72x72) 2015-10-27 11:46:19,268 ?scaled using 1.5 x 1.5 to: 2015-10-27 11:46:19,268 ? nerv.local (1580x508 mm - DPI: 48x48) 2015-10-27 11:46:19,268 ? ? monitor 1 1706x960 at 1280x0 (903x508 mm - DPI: 47x48) 2015-10-27 11:46:19,268 ? ? monitor 2 1280x800 at 0x133 (677x423 mm - DPI: 48x48) What also confuses me is that I have another machine that I upgraded to El Capitan (so from Yosemite -> El Capitan), and xpra works in those conditions (using the same binary I used in Yosemite). I tried transferring that binary to my fresh install machine but xpra fails to run. Have you guys noticed this problem? Best, Ryan From adarrab at gmail.com Wed Oct 28 10:54:32 2015 From: adarrab at gmail.com (Abdulaziz Aldarrab) Date: Wed, 28 Oct 2015 13:54:32 +0300 Subject: [winswitch] Xpra Client in Listen Mode Enquiry Message-ID: <6567AF5B-1341-4A8C-BD80-06864913EB5B@gmail.com> Good day, Current scenario, I have set of Linux servers to run applications on. The clients, Windows machines using Exceed (running in passive mode). Clients launch an application using an application launcher that: ssh Linux master node, then ?qsub? use a schedule (UGE, PBS...etc.) to submit a job which will be allocated an appropriate machine based on the resources requested. The submission script is nothing more than setenv DISPLAY to windows client & application execution script. With Xpra, I couldn?t figure out a similar operation mode, where the windows client listens for connections coming from the Linux host as soon as the application starts remotely. Any hint would be really appreciated, Thank you, Abdulaziz From antoine at nagafix.co.uk Sat Oct 31 06:38:18 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 31 Oct 2015 13:38:18 +0700 Subject: [winswitch] OS X El Capitan cannot run Xpra In-Reply-To: References: Message-ID: <563461DA.5040707@nagafix.co.uk> On 28/10/15 02:00, Ryan Orendorff wrote: > Hello, > > I have been trying to run xpra on a computer that had a fresh install of El Capitan, but have not been able to get the application to launch thus far. When I try to run with the current release, I get the following. > >> /Volumes/Xpra/Xpra.app/Contents/MacOS/Xpra attach ssh:url:21 > 2015-10-27 11:54:21,052 xpra gtk2 client version 0.15.7 (r10824) > dyld: Library not loaded: /Users/osx/gtk/inst/lib/libgstreamer-0.10.0.dylib > Referenced from: /Volumes/Xpra/Xpra.app/Contents/Helpers/gst-plugin-scanner > Reason: image not found > > I saw there was a ticket that included the library not being found (ticket #984), and that this had been fixed in the beta releases. So I tried the newest beta release that I could find that had a revision number higher than 10885 (a fix was specified to be in versions after this). There are newer builds now, but I've been told there is still an issue with those. >> xpra attach ssh:url:21 > 2015-10-27 11:46:12,964 Xpra gtk2 client version 0.16.0-r11058 > 2015-10-27 11:46:12,965 running on Mac OSX > > If I then kill the xpra process, I get some standard output I would expect before it closes. > > got signal SIGTERM, exiting > 2015-10-27 11:46:19,228 OpenGL_accelerate module loaded > 2015-10-27 11:46:19,233 OpenGL enabled with ATI Radeon HD 6750M OpenGL Engine > 2015-10-27 11:46:19,260 using default keyboard settings > 2015-10-27 11:46:19,267 desktop size is 4480x1440 with 1 screen(s): > 2015-10-27 11:46:19,267 nerv.local (1580x508 mm - DPI: 72x72) > 2015-10-27 11:46:19,267 monitor 1 2560x1440 at 1920x0 (903x508 mm - DPI: 72x72) > 2015-10-27 11:46:19,267 monitor 2 1920x1200 at 0x200 (677x423 mm - DPI: 72x72) > 2015-10-27 11:46:19,268 scaled using 1.5 x 1.5 to: > 2015-10-27 11:46:19,268 nerv.local (1580x508 mm - DPI: 48x48) > 2015-10-27 11:46:19,268 monitor 1 1706x960 at 1280x0 (903x508 mm - DPI: 47x48) > 2015-10-27 11:46:19,268 monitor 2 1280x800 at 0x133 (677x423 mm - DPI: 48x48) > > What also confuses me is that I have another machine that I upgraded to El Capitan (so from Yosemite -> El Capitan), and xpra works in those conditions (using the same binary I used in Yosemite). I tried transferring that binary to my fresh install machine but xpra fails to run. >From what I have heard (TBC), maybe you had accepted to trust the application before the OS upgrade, but you don't have this option on a fresh "El Capitan" install. > Have you guys noticed this problem? Yes, The ticket that you found is where progress is being tracked: http://xpra.org/trac/ticket/984 I am hoping that smo can chime in, he's been looking into this. Cheers Antoine > > Best, > Ryan > _______________________________________________ > 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 Oct 31 06:47:24 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 31 Oct 2015 13:47:24 +0700 Subject: [winswitch] Xpra Client in Listen Mode Enquiry In-Reply-To: <6567AF5B-1341-4A8C-BD80-06864913EB5B@gmail.com> References: <6567AF5B-1341-4A8C-BD80-06864913EB5B@gmail.com> Message-ID: <563463FC.6070307@nagafix.co.uk> On 28/10/15 17:54, Abdulaziz Aldarrab wrote: > Good day, > > Current scenario, I have set of Linux servers to run applications on. The clients, Windows machines using Exceed (running in passive mode). Clients launch an application using an application launcher that: ssh Linux master node, then ?qsub? use a schedule (UGE, PBS...etc.) to submit a job which will be allocated an appropriate machine based on the resources requested. The submission script is nothing more than setenv DISPLAY to windows client & application execution script. > > With Xpra, I couldn?t figure out a similar operation mode, where the windows client listens for connections coming from the Linux host as soon as the application starts remotely. There is no passive mode, and none is planned. Since you are running the script from the windows box, can't you just have your script tell the windows box where to connect? Something like: HOST=`ssh LOADBALANCER gimme-host.sh` xpra attach ssh:$HOST (converting this shell example into the horrible win32 batch file format left as an exercise) Or you could extend the proxy server to deal with this load balancing. The proxy server can use a simple text file to associate client connections with their final server destination. As long as you update this file, the client only needs to connect to the proxy server. Cheers Antoine > > Any hint would be really appreciated, > > Thank you, > Abdulaziz > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From smo at spikes.com Sat Oct 31 15:53:11 2015 From: smo at spikes.com (Stephen Gauthier) Date: Sat, 31 Oct 2015 09:53:11 -0600 Subject: [winswitch] OS X El Capitan cannot run Xpra In-Reply-To: <563461DA.5040707@nagafix.co.uk> References: <563461DA.5040707@nagafix.co.uk> Message-ID: On Sat, Oct 31, 2015 at 12:38 AM, Antoine Martin wrote: > On 28/10/15 02:00, Ryan Orendorff wrote: > > Hello, > > > > I have been trying to run xpra on a computer that had a fresh install of > El Capitan, but have not been able to get the application to launch thus > far. When I try to run with the current release, I get the following. > > > >> /Volumes/Xpra/Xpra.app/Contents/MacOS/Xpra attach ssh:url:21 > > 2015-10-27 11:54:21,052 xpra gtk2 client version 0.15.7 (r10824) > > dyld: Library not loaded: > /Users/osx/gtk/inst/lib/libgstreamer-0.10.0.dylib > > Referenced from: > /Volumes/Xpra/Xpra.app/Contents/Helpers/gst-plugin-scanner > > Reason: image not found > > > > I saw there was a ticket that included the library not being found > (ticket #984), and that this had been fixed in the beta releases. So I > tried the newest beta release that I could find that had a revision number > higher than 10885 (a fix was specified to be in versions after this). > There are newer builds now, but I've been told there is still an issue > with those. > >> xpra attach ssh:url:21 > > 2015-10-27 11:46:12,964 Xpra gtk2 client version 0.16.0-r11058 > > 2015-10-27 11:46:12,965 running on Mac OSX > > > > If I then kill the xpra process, I get some standard output I would > expect before it closes. > > > > got signal SIGTERM, exiting > > 2015-10-27 11:46:19,228 OpenGL_accelerate module loaded > > 2015-10-27 11:46:19,233 OpenGL enabled with ATI Radeon HD 6750M OpenGL > Engine > > 2015-10-27 11:46:19,260 using default keyboard settings > > 2015-10-27 11:46:19,267 desktop size is 4480x1440 with 1 screen(s): > > 2015-10-27 11:46:19,267 nerv.local (1580x508 mm - DPI: 72x72) > > 2015-10-27 11:46:19,267 monitor 1 2560x1440 at 1920x0 (903x508 mm - > DPI: 72x72) > > 2015-10-27 11:46:19,267 monitor 2 1920x1200 at 0x200 (677x423 mm - > DPI: 72x72) > > 2015-10-27 11:46:19,268 scaled using 1.5 x 1.5 to: > > 2015-10-27 11:46:19,268 nerv.local (1580x508 mm - DPI: 48x48) > > 2015-10-27 11:46:19,268 monitor 1 1706x960 at 1280x0 (903x508 mm - > DPI: 47x48) > > 2015-10-27 11:46:19,268 monitor 2 1280x800 at 0x133 (677x423 mm - > DPI: 48x48) > > > > What also confuses me is that I have another machine that I upgraded to > El Capitan (so from Yosemite -> El Capitan), and xpra works in those > conditions (using the same binary I used in Yosemite). I tried transferring > that binary to my fresh install machine but xpra fails to run. > From what I have heard (TBC), maybe you had accepted to trust the > application before the OS upgrade, but you don't have this option on a > fresh "El Capitan" install. > > Have you guys noticed this problem? > Yes, > The ticket that you found is where progress is being tracked: > http://xpra.org/trac/ticket/984 > I am hoping that smo can chime in, he's been looking into this. > > Cheers > Antoine > > > > > Best, > > Ryan > > _______________________________________________ > > 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 > This seems to be an issue with how gst-plugin-scanner loads python. On an older machine that works you will have a .gstreamer folder in your home directory which stores the plugin cache. Perhaps if you were to copy this to your other machine it would also get stuff loading. We had implemented a fix to make the gstreamer plugin in question try to load python from bundle location and not from the system. As Antoine said you can view the open ticket that I've been working on and any help is appreciated as I am not an OSX user myself.