From joshiggins at gmail.com Sun Jan 3 09:25:21 2016 From: joshiggins at gmail.com (Joshua Higgins) Date: Sun, 3 Jan 2016 09:25:21 +0000 Subject: [winswitch] mp3/vorbis support for xpra html5 client In-Reply-To: References: Message-ID: Hi Calvin, The Web Audio API seems extremely picky when it comes to decoding arbitrary encoded sound data and doesn't seem to want to do anything with the mp3 chunks we get from an Xpra server (maybe needs alignment client-side). It doesn't seem possible at this point to test for codecs supported by the browser either. The ticket was #845. The aurora.js library showed promise to decode the mp3 format and then pass the PCM sample data to Web Audio API, but with everything else going on in the page it will have a significant performance impact. It correctly identifies the stream format but still doesn't want to decode the audio data from an Xpra server without any preprocessing client side. But even this doesn't make sense since most browsers should be capable of decoding mp3 natively through Web Audio API anyway! It is on my radar to look at this again at some point. Josh On 3 Jan 2016 04:52, "Calvin Ko" wrote: > Hi, > > I tried the sound support for the xpra 0.16 html5 client using > "wav" and it works. > "mp3" does not seem to be working. I 'd like to check the status of > sound support for compressed format (mp3/vorbis). > > thanks, > Calvin > _______________________________________________ > 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 Sun Jan 24 03:30:27 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 23 Jan 2016 19:30:27 -0800 Subject: [winswitch] [ANNOUNCE] xpra 0.16.1 (many minor fixes) Message-ID: <56A44553.8040509@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This is the first minor update to the 0.16.x branch and it contains many small fixes, mostly cosmetic ones. Unless you were affected by one of those issues, there is no urgency to update. Release notes: * fix OSX crashes with python optimizations enabled via env var * fix OSX client preventing system shutdown * fix OSX landscape printing (use Postscript instead of PDF) * fix OSX shadow server warning * fix clipboard warnings with OSX and MS Windows shadow servers * fix sound errors with OSX and MS Windows shadow servers * fix MS Windows shadow servers startup * fix xpra upgrade * fix desktop-scaling handling of corner cases, logging, parsing * fix missing xpra group for tmpfiles.d in DEB packages * fix race condition with exit-with-children * fix rare race condition error in window source cleanup * fix compatibility with incomplete gi bindings found in centos 7 * fix invalid cups paper orientation default option * fix character encoding errors in print utility command output * fix invalid openSUSE package name if "dist" is not defined * fix spurious warnings when connecting very early to a server * fix win32 Python 3.x build with MSVC * fix compatibility with older versions of pygtk (ie: CentOS 6.x) * fix spurious sound warnings with some codecs, logging format * fix unused variable compilation warning / error * fix picture codecs max-size selftest * try harder to avoid some race condition warnings * clarify man page bugs section * reduce log spam when pulseaudio is not reachable 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 PS: It looks like I may have accidentally pushed the RPM repositories early, so you may need to run a "yum clean metadata" if updating fails. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlakRU4ACgkQGK2zHPGK1rvcGwCeOkMky1tSO6Hj+x2E5ZTn35Va ZQwAmgN93r5d2OA9kXh4L1h5MO+1h5VE =zQMZ -----END PGP SIGNATURE----- From ron.eggler at gmail.com Sat Jan 30 18:44:17 2016 From: ron.eggler at gmail.com (Ron Eggler) Date: Sat, 30 Jan 2016 10:44:17 -0800 Subject: [winswitch] Problem to connect from Windows client Message-ID: <5728585.vgWETiyioC@regdesktophome> Hi, I'm not able to connect with the Windows client to retrieve applications started with xpra. I have followed the instructions on https://help.ubuntu.com/community/Xpra[1] to start an application with a screen like: server side: $ xpra start :7 WARNING: low display number: 7 You are attempting to run the xpra server against what seems to be a default X11 display ':7'. This is generally not what you want. You should probably use a higher display number just to avoid any confusion (and also this warning message). Entering daemon mode; any further errors will be reported to: /home/ron/.xpra/:7.log $ DISPLAY=:7 xterm which works fine, however, the last command doesn't return aat all but I confirm in a different shell: $ xpra list Found the following xpra sessions: LIVE session at :7 client side: I start the Windows Xpra client application, set the mode to ssh, quality Auto Speed Auto user at ip 22:7 password Upon which I get asked for my users password tp establish the ssh session and I get immediately thrown abck into the xpra client with a message in red "Connection Lost" - this while I have a second ssh connection open using putty - and I can confirm, that second session strays connected at all times. What's going on here? And how can I fix this? Thanks, Ron -------- [1] https://help.ubuntu.com/community/Xpra From ron.eggler at gmail.com Sat Jan 30 19:59:42 2016 From: ron.eggler at gmail.com (ron.eggler at gmail.com) Date: Sat, 30 Jan 2016 11:59:42 -0800 Subject: [winswitch] Problem to connect from Windows client Message-ID: <2200122.jIdYFKaqVP@regdesktophome> Hi, I'm not able to connect with the Windows client to retrieve applications started with xpra. I have followed the instructions on https://help.ubuntu.com/community/Xpra[1] to start an application with a screen like: server side: $ xpra start :7 WARNING: low display number: 7 You are attempting to run the xpra server against what seems to be a default X11 display ':7'. This is generally not what you want. You should probably use a higher display number just to avoid any confusion (and also this warning message). Entering daemon mode; any further errors will be reported to: /home/ron/.xpra/:7.log $ DISPLAY=:7 xterm which works fine, however, the last command doesn't return aat all but I confirm in a different shell: $ xpra list Found the following xpra sessions: LIVE session at :7 client side: I start the Windows Xpra client application, set the mode to ssh, quality Auto Speed Auto user at ip 22:7 password Upon which I get asked for my users password tp establish the ssh session and I get immediately thrown abck into the xpra client with a message in red "Connection Lost" - this while I have a second ssh connection open using putty - and I can confirm, that second session strays connected at all times. In the server log /home/ron/.xpra/:7.log I see the following: 2016-01-30 10:50:31,678 New connection received: SocketConnection(/home/ron/.xpra/regDesktopHome-7) 2016-01-30 10:50:31,681 Handshake complete; enabling connection 2016-01-30 10:50:31,683 Python/Gtk2 Microsoft Windows 10 client version 0.16.1 connected from 'DESKTOP-LKDED6P' as 'ron' ('reggl') 2016-01-30 10:50:31,683 using h264 as primary encoding, also available: vp8, png, png/P, png/L, webp, rgb24, jpeg, rgb32 2016-01-30 10:50:31,684 client root window size is 1280x720 with 1 displays: 2016-01-30 10:50:31,684 '1\WinSta-Default' (225x127 mm) workarea: 1920x1020 2016-01-30 10:50:31,684 failed to parse screen size information: too many values to unpack 2016-01-30 10:50:31,684 server error processing new connection from Protocol(SocketConnection(/home/ron/.xpra/regDesktopHome-7)) Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/xpra/server/server_core.py", line 439, in _process_hello self.hello_oked(proto, packet, c, auth_caps) File "/usr/lib/python2.7/dist-packages/xpra/server/server_base.py", line 513, in hello_oked root_w, root_h = self.set_best_screen_size() File "/usr/lib/python2.7/dist-packages/xpra/x11/x11_server_base.py", line 229, in set_best_screen_size return self.set_screen_size(max_w, max_h) File "/usr/lib/python2.7/dist-packages/xpra/x11/x11_server_base.py", line 252, in set_screen_size xinerama_changed = self.save_fakexinerama_config() File "/usr/lib/python2.7/dist-packages/xpra/x11/x11_server_base.py", line 344, in save_fakexinerama_config plug_name, x, y, width, height, wmm, hmm = m[:8] ValueError: too many values to unpack 2016-01-30 10:50:31,684 Disconnecting existing client Protocol(SocketConnection(/home/ron/.xpra/regDesktopHome-7)), reason is: server error accepting new connection 2016-01-30 10:50:31,685 xpra client disconnected. 2016-01-30 10:50:31,685 Connection lost 2016-01-30 10:50:31,687 Connection lost How can I get this to work? Thank you for any hints and/or suggestions! Ron -------- [1] https://help.ubuntu.com/community/Xpra From antoine at nagafix.co.uk Sat Jan 30 22:48:32 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 30 Jan 2016 14:48:32 -0800 Subject: [winswitch] Problem to connect from Windows client In-Reply-To: <2200122.jIdYFKaqVP@regdesktophome> References: <2200122.jIdYFKaqVP@regdesktophome> Message-ID: <56AD3DC0.104@nagafix.co.uk> On 30/01/16 11:59, ron.eggler at gmail.com wrote: > Hi, > > I'm not able to connect with the Windows client to retrieve applications started with xpra. I > have followed the instructions on https://help.ubuntu.com/community/Xpra[1] to start an > application with a screen like: (snip) > 2016-01-30 10:50:31,684 server error processing new connection from > Protocol(SocketConnection(/home/ron/.xpra/regDesktopHome-7)) > Traceback (most recent call last): (..) > ValueError: too many values to unpack Ancient bug which has been fixed a long long time ago, but completely ignored in Debian and Ubuntu. And there are dozens more like this one. > How can I get this to work? Don't use the broken and outdated packages from Ubuntu or Debian and it will be fine. http://xpra.org/trac/wiki/Packaging#DistributionPackages With an up to date version you can just do: xpra start --start=xterm ssh:YOURHOST:DISPLAY (the DISPLAY part is optional on other distros too) Cheers Antoine > Thank you for any hints and/or suggestions! > Ron > > > > > -------- > [1] https://help.ubuntu.com/community/Xpra > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From ron.eggler at gmail.com Sat Jan 30 23:38:51 2016 From: ron.eggler at gmail.com (Ron Eggler) Date: Sat, 30 Jan 2016 15:38:51 -0800 Subject: [winswitch] Problem to connect from Windows client In-Reply-To: <56AD3DC0.104@nagafix.co.uk> References: <2200122.jIdYFKaqVP@regdesktophome> <56AD3DC0.104@nagafix.co.uk> Message-ID: <2330185.dfphTDPv3r@regdesktophome> On January 30, 2016 14:48:32 Antoine Martin wrote: > On 30/01/16 11:59, ron.eggler at gmail.com wrote: > > Hi, > > > > I'm not able to connect with the Windows client to retrieve applications > > started with xpra. I have followed the instructions on > > https://help.ubuntu.com/community/Xpra[1] to start an > > application with a screen like: > (snip) > > > 2016-01-30 10:50:31,684 server error processing new connection from > > Protocol(SocketConnection(/home/ron/.xpra/regDesktopHome-7)) > > > Traceback (most recent call last): > (..) > > > ValueError: too many values to unpack > > Ancient bug which has been fixed a long long time ago, but completely > ignored in Debian and Ubuntu. And there are dozens more like this one. Really, hey? Okay, great! > > > How can I get this to work? > > Don't use the broken and outdated packages from Ubuntu or Debian and it > will be fine. > http://xpra.org/trac/wiki/Packaging#DistributionPackages Okay, So I went ahead and downloaded the sources for 0.16. from https://www.xpra.org/src/[1], I extracted and followed the README, installed all dependencies listed for Debian based oses, executed ./setup.py install --home=install but got this: ... ... found gcc version: 4.8.4 running install running build running build_py copying xpra/build_info.py -> build/lib.linux-x86_64-2.7/xpra running build_ext building 'xpra.x11.gtk2.gdk_display_source' extension x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict- prototypes -fPIC -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include - I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 - I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio- unix-2.0/ -I/usr/include/freetype2 -I/usr/include/pixman-1 -I/usr/include/libpng12 - I/usr/include/harfbuzz -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c xpra/x11/gtk2/gdk_display_source.c -o build/temp.linux- x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o -Wall -Werror -fPIC In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, from xpra/x11/gtk2/gdk_display_source.c:354: /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function declaration isn?t a prototype [- Werror=strict-prototypes] typedef void (*GtkItemFactoryCallback) (); ^ cc1: all warnings being treated as errors error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 (snip) Any idea how I can get this going? What am I missing? Thanks alot! Ron -------- [1] https://www.xpra.org/src/ From antoine at nagafix.co.uk Sat Jan 30 23:47:24 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 30 Jan 2016 15:47:24 -0800 Subject: [winswitch] Problem to connect from Windows client In-Reply-To: <2330185.dfphTDPv3r@regdesktophome> References: <2200122.jIdYFKaqVP@regdesktophome> <56AD3DC0.104@nagafix.co.uk> <2330185.dfphTDPv3r@regdesktophome> Message-ID: <56AD4B8C.9050106@nagafix.co.uk> (snip) > Okay, So I went ahead and downloaded the sources for 0.16. from > https://www.xpra.org/src/, I extracted and followed the README, > installed all dependencies listed for Debian based oses, executed > (snip) > In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, > from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, > from xpra/x11/gtk2/gdk_display_source.c:354: > /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function > declaration isn?t a prototype [-Werror=strict-prototypes] > typedef void (*GtkItemFactoryCallback) (); > ^ > cc1: all warnings being treated as errors > error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 > Any idea how I can get this going? What am I missing? The pygtk headers in Ubuntu and Debian are also buggy, so you will need to apply this patch to ignore the warning: http://xpra.org/trac/browser/xpra/tags/v0.16.x/debian/patches/no-strict-prototypes-gtkitemfactory.patch There are a few more patches in that directory which you may need to apply... Building on Debian / Ubuntu is such fun, not. Or you can just use the ready-made binaries we provide: http://xpra.org/#download Cheers Antoine PS: Ubuntu Trusty is no longer officially supported in the 0.16 branch because the avcodec and swscale codecs do not build. (see previous ML posts on the subject). Though if you only use Trusty as a server, you may be able to get by without those. There are packages in the beta area for it. From ron.eggler at gmail.com Sat Jan 30 23:58:44 2016 From: ron.eggler at gmail.com (Ron Eggler) Date: Sat, 30 Jan 2016 15:58:44 -0800 Subject: [winswitch] Problem to connect from Windows client In-Reply-To: <56AD4B8C.9050106@nagafix.co.uk> References: <2200122.jIdYFKaqVP@regdesktophome> <2330185.dfphTDPv3r@regdesktophome> <56AD4B8C.9050106@nagafix.co.uk> Message-ID: <8507553.GzTXaexHsh@regdesktophome> On January 30, 2016 15:47:24 Antoine Martin wrote: > (snip) > > > Okay, So I went ahead and downloaded the sources for 0.16. from > > https://www.xpra.org/src/, I extracted and followed the README, > > installed all dependencies listed for Debian based oses, executed > > (snip) > > > In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, > > from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, > > from xpra/x11/gtk2/gdk_display_source.c:354: > > /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function > > declaration isn?t a prototype [-Werror=strict-prototypes] > > typedef void (*GtkItemFactoryCallback) (); > > ^ > > cc1: all warnings being treated as errors > > error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 > > Any idea how I can get this going? What am I missing? > > The pygtk headers in Ubuntu and Debian are also buggy, so you will need > to apply this patch to ignore the warning: > http://xpra.org/trac/browser/xpra/tags/v0.16.x/debian/patches/no-strict-prot > otypes-gtkitemfactory.patch There are a few more patches in that directory > which you may need to apply... Building on Debian / Ubuntu is such fun, > not. Don't tell me! > > Or you can just use the ready-made binaries we provide: > http://xpra.org/#download Hehe that's what I did, I downloaded & installed 15.10 and it works like a breeze! Awesome! Finally I can replace Xming with something better! Your help is much appreciated! Thanks Antoine! Ron