From antoine at nagafix.co.uk Thu May 1 03:39:42 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 01 May 2014 09:39:42 +0700 Subject: [winswitch] xpra HTML5 client In-Reply-To: References: Message-ID: <5361B3EE.8020905@nagafix.co.uk> Hi Joshua, On 01/05/14 02:16, Joshua Higgins wrote: > Hi list > > Is there anyone actively working on the HTML5 client for now? Not at the moment. > I've done some work with it and got it to the point where the CanvasState > no longer exists and each window is a canvas within it's own div so we can > use CSS styles for the borders. It now means that there is no stacking > (this needs to be done using z-index). Excellent! > It needs a lot of cleaning up to remove bits that are now unused but just > wondering in the mean time where a good place to put this code is and if > anyone else had made (further) progress? We don't have a development mailing list, so maybe just post your patches on the HTML5 ticket? https://www.xpra.org/trac/ticket/473 I'll definitely take a look, and we can give you commit access if working with patches becomes too much. Cheers Antoine From antoine at nagafix.co.uk Thu May 1 03:43:14 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 01 May 2014 09:43:14 +0700 Subject: [winswitch] Using xpra in ssh -X In-Reply-To: References: Message-ID: <5361B4C2.4000208@nagafix.co.uk> On 30/04/14 15:25, V V wrote: > If xpra is installed on the server and client, is it possible to make it so > that when ssh connection with X forwarding (i.e. ssh -X ...) is done from > client to server, xpra is used underneath? I'm not sure I understand what it is that you are trying to do. If you are already connecting to xpra over ssh and want to use the ssh connection sharing feature. (openssh "ControlMaster") This should already work, but you may be interested in adding: "--no-exit-ssh" to your command line, or to your .xpra/xpra.conf If you are connecting to xpra over tcp, then this is not possible at present. Antoine > This is just for convenience really. I know you can just start xterm on > server and then access it from client. From zheglov1887 at gmail.com Thu May 1 09:41:58 2014 From: zheglov1887 at gmail.com (V V) Date: Thu, 1 May 2014 09:41:58 +0100 Subject: [winswitch] Using xpra in ssh -X Message-ID: At the moment I am doing "xpra start :100 --start-child=xterm" on the server, then "xpra attach ssh:serverhostname:100" on the client. Then I use gnuplot (for example) which is mostly terminal work but also launches windows with the plots. When I am finised I do "xpra stop". The alternative is using "ssh -X" from the client and then starting gnuplot. The advantage of the second method is that the terminal emulator is running on the client. However this method is very slow. Vladimir On 30/04/14 15:25, V V wrote: >* If xpra is installed on the server and client, is it possible to make it so *>* that when ssh connection with X forwarding (i.e. ssh -X ...) is done from *>* client to server, xpra is used underneath? *I'm not sure I understand what it is that you are trying to do. If you are already connecting to xpra over ssh and want to use the ssh connection sharing feature. (openssh "ControlMaster") This should already work, but you may be interested in adding: "--no-exit-ssh" to your command line, or to your .xpra/xpra.conf If you are connecting to xpra over tcp, then this is not possible at present. Antoine >* This is just for convenience really. I know you can just start xterm on *>* server and then access it from client.* From antoine at nagafix.co.uk Thu May 1 09:51:06 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 01 May 2014 15:51:06 +0700 Subject: [winswitch] Using xpra in ssh -X In-Reply-To: References: Message-ID: <53620AFA.2090709@nagafix.co.uk> On 01/05/14 15:41, V V wrote: > At the moment I am doing "xpra start :100 --start-child=xterm" on the > server, then "xpra attach ssh:serverhostname:100" on the client. Then > I use gnuplot (for example) which is mostly terminal work but also > launches windows with the plots. When I am finised I do "xpra stop". You may want to simplify this a bit: xpra start ssh:SERVER:100 --start-child=xterm --exit-with-children (no need to ssh, exit the xterm to stop the session) > The alternative is using "ssh -X" from the client and then starting > gnuplot. The advantage of the second method is that the terminal > emulator is running on the client. However this method is very slow. Then you could also do this on the server after you "ssh -X": xpra start :100 DISPLAY=:100 gnuplot Then attach as normal. The downside is that if your ssh connection goes down.. gnuplot will die. But then you should be able to use screen or tmux to workaround that. Antoine > > Vladimir > > > On 30/04/14 15:25, V V wrote: >> * If xpra is installed on the server and client, is it possible to make it so > *>* that when ssh connection with X forwarding (i.e. ssh -X ...) is done from > *>* client to server, xpra is used underneath? > *I'm not sure I understand what it is that you are trying to do. > If you are already connecting to xpra over ssh and want to use the ssh > connection sharing feature. (openssh "ControlMaster") > This should already work, but you may be interested in adding: > "--no-exit-ssh" to your command line, or to your .xpra/xpra.conf > If you are connecting to xpra over tcp, then this is not possible at > present. > > Antoine >> * This is just for convenience really. I know you can just start xterm on > *>* server and then access it from client.* > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From troycauble at gmail.com Fri May 2 11:45:37 2014 From: troycauble at gmail.com (Troy Cauble) Date: Fri, 2 May 2014 06:45:37 -0400 Subject: [winswitch] OSX xpra client crashes frequently Message-ID: I tried to create an xpra.org trac account to but I couldn't guess what the "local naming policy" was. ** (Xpra:15724): WARNING **: Trying to register gtype '(null)' as enum when in fact it is of type '(null)' 2014-05-02 06:30:32,144 Unable to load ArrayDatatype accelerator from OpenGL_accelerate 2014-05-02 06:30:32,147 Unable to load converters accelerators (wrapper, arraydatatype) from OpenGL_accelerate 2014-05-02 06:30:32,169 Unable to load arrayhelpers accelerator from OpenGL_accelerate 2014-05-02 06:30:32,299 Unable to load VBO accelerator from OpenGL_accelerate 2014-05-02 06:30:32,343 Unable to load numpy_formathandler accelerator from OpenGL_accelerate 2014-05-02 06:30:32,343 PyOpenGL warning: OpenGL_accelerate module loaded 2014-05-02 06:30:32,380 using default keyboard settings 2014-05-02 06:30:32,388 desktop size is 1280x800 with 1 screen(s): 2014-05-02 06:30:32,389 'thrakkorzog-3.home' (451x282 mm) 2014-05-02 06:30:32,389 monitor 1 2014-05-02 06:30:32,873 server: Linux Ubuntu 12.04 precise, Xpra version 0.12.4 (r6164) 2014-05-02 06:30:32,883 Attached to ssh:redacted:111 (press Control-C to detach) 2014-05-02 06:30:32,953 Unable to load nones_formathandler accelerator from OpenGL_accelerate [h264 @ 0x17f7620] too many threads/slices 4, reducing to 3 /Applications/Xpra.app/Contents/Resources/lib/python/gtk/gtkgl/widget.py:35: GtkWarning: gtk_widget_set_colormap: assertion 'GDK_IS_COLORMAP (colormap)' failed /Applications/Xpra.app/Contents/Resources/lib/python/xpra/client/gtk_base/gtk_client_window_base.py:101: GtkWarning: gdk_colormap_get_visual: assertion 'GDK_IS_COLORMAP (colormap)' failed From antoine at nagafix.co.uk Fri May 2 15:34:41 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 02 May 2014 21:34:41 +0700 Subject: [winswitch] OSX xpra client crashes frequently In-Reply-To: References: Message-ID: <5363AD01.4090707@nagafix.co.uk> On 02/05/14 17:45, Troy Cauble wrote: > I tried to create an xpra.org trac account to but I couldn't guess what the > "local naming policy" was. I don't know what that is either! (I'll send you a separate private email about this) I have had to tighten up registration because of the amount of comment spam in tickets. > ** (Xpra:15724): WARNING **: Trying to register gtype '(null)' as enum when > in fact it is of type '(null)' > 2014-05-02 06:30:32,144 Unable to load ArrayDatatype accelerator from > OpenGL_accelerate > 2014-05-02 06:30:32,147 Unable to load converters accelerators (wrapper, > arraydatatype) from OpenGL_accelerate > 2014-05-02 06:30:32,169 Unable to load arrayhelpers accelerator from > OpenGL_accelerate > 2014-05-02 06:30:32,299 Unable to load VBO accelerator from > OpenGL_accelerate > 2014-05-02 06:30:32,343 Unable to load numpy_formathandler accelerator from > OpenGL_accelerate > 2014-05-02 06:30:32,343 PyOpenGL warning: OpenGL_accelerate module loaded > 2014-05-02 06:30:32,380 using default keyboard settings > 2014-05-02 06:30:32,388 desktop size is 1280x800 with 1 screen(s): > 2014-05-02 06:30:32,389 'thrakkorzog-3.home' (451x282 mm) > 2014-05-02 06:30:32,389 monitor 1 > 2014-05-02 06:30:32,873 server: Linux Ubuntu 12.04 precise, Xpra version > 0.12.4 (r6164) > 2014-05-02 06:30:32,883 Attached to ssh:redacted:111 (press Control-C to > detach) > > 2014-05-02 06:30:32,953 Unable to load nones_formathandler accelerator from > OpenGL_accelerate > [h264 @ 0x17f7620] too many threads/slices 4, reducing to 3 > /Applications/Xpra.app/Contents/Resources/lib/python/gtk/gtkgl/widget.py:35: > GtkWarning: gtk_widget_set_colormap: assertion 'GDK_IS_COLORMAP (colormap)' > failed > /Applications/Xpra.app/Contents/Resources/lib/python/xpra/client/gtk_base/gtk_client_window_base.py:101: > GtkWarning: gdk_colormap_get_visual: assertion 'GDK_IS_COLORMAP (colormap)' > failed There's nothing too unusual here. Does it happen with all applications or a specific one? It could be related to the outdated media libraries in Ubuntu 12.04 you use as server, does switching to RGB encoding prevent the crashes? Does turning OpenGL off prevent the crashes? If neither of those ideas help, I can only suggest that you file a bug following: https://www.xpra.org/trac/wiki/ReportingBugs Cheers Antoine From zheglov1887 at gmail.com Sat May 3 09:04:06 2014 From: zheglov1887 at gmail.com (V V) Date: Sat, 3 May 2014 09:04:06 +0100 Subject: [winswitch] Using xpra in ssh -X In-Reply-To: <53620AFA.2090709@nagafix.co.uk> References: <53620AFA.2090709@nagafix.co.uk> Message-ID: Thanks Antoine, this works exactly as I wanted. Vladimir On 1 May 2014 09:51, Antoine Martin wrote: > On 01/05/14 15:41, V V wrote: > > At the moment I am doing "xpra start :100 --start-child=xterm" on the > > server, then "xpra attach ssh:serverhostname:100" on the client. Then > > I use gnuplot (for example) which is mostly terminal work but also > > launches windows with the plots. When I am finised I do "xpra stop". > You may want to simplify this a bit: > xpra start ssh:SERVER:100 --start-child=xterm --exit-with-children > (no need to ssh, exit the xterm to stop the session) > > The alternative is using "ssh -X" from the client and then starting > > gnuplot. The advantage of the second method is that the terminal > > emulator is running on the client. However this method is very slow. > Then you could also do this on the server after you "ssh -X": > xpra start :100 > DISPLAY=:100 gnuplot > Then attach as normal. > The downside is that if your ssh connection goes down.. gnuplot will die. > But then you should be able to use screen or tmux to workaround that. > > Antoine > > > > > Vladimir > > > > > > On 30/04/14 15:25, V V wrote: > >> * If xpra is installed on the server and client, is it possible to make > it so > > *>* that when ssh connection with X forwarding (i.e. ssh -X ...) is done > from > > *>* client to server, xpra is used underneath? > > *I'm not sure I understand what it is that you are trying to do. > > If you are already connecting to xpra over ssh and want to use the ssh > > connection sharing feature. (openssh "ControlMaster") > > This should already work, but you may be interested in adding: > > "--no-exit-ssh" to your command line, or to your .xpra/xpra.conf > > If you are connecting to xpra over tcp, then this is not possible at > > present. > > > > Antoine > >> * This is just for convenience really. I know you can just start xterm > on > > *>* server and then access it from client.* > > _______________________________________________ > > 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 Sat May 3 12:06:48 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 03 May 2014 18:06:48 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.12.5 (very minor fixes) Message-ID: <5364CDC8.1050101@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This release fixes some very minor bugs, there is no need to update unless you are using the MS Windows or OSX binaries which have a few more bundled libraries updated to make it worthwhile. * fix error when clients supply invalid screen dimensions * fix MS Windows build without ffmpeg * fix cairo backing alternative * fix keyboard and sound test tools initialization and cleanup * fix gcc version test used for enabling sanitizer build options * fix exception handling in client when called from the launcher * fix libav dependencies for Debian and Ubuntu builds If you are aware of bugs that are not fixed in this release, do let us know. 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 v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlNkzcQACgkQGK2zHPGK1rvX4wCffSuxKjHitkcpAd1VqqWo6X5N WJ8AniPzxBVNX0AWylbezumsZGj6ws+3 =ttd3 -----END PGP SIGNATURE----- From antoine at nagafix.co.uk Fri May 16 08:43:15 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 16 May 2014 14:43:15 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.12.6 (important fixes) Message-ID: <5375C193.5000209@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This release fixes some fairly important bugs, some of which may have caused crashes. Upgrading is strongly recommended. * fix invalid pixel buffer size causing encoding failures * fix auto-refresh infinite loop, and honour refresh quality * fix sound sink with older versions of GStreamer plugins * fix Qt applications crashes caused by a newline in xsettings.. * fix error with graphics drivers supporting OpenGL 2.x only * fix OpenGL crash on OSX with the Intel driver (now blacklisted) * fix global menu entry text on OSX * fix error in cairo backing cleanup * fix RGB pixel data buffer size (re-stride as needed) * avoid buggy swscale 2.1.0 on Ubuntu There is also a new beta build, including a preview of the GTK3 client port for MS Windows (builds and packaging for other platforms will follow eventually). 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 v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlN1wY8ACgkQGK2zHPGK1rsHhwCfdAChR3rAMJmNtvPw4PeCY0vl 8M4Ani+5H8pOacq2L6anUMvtZJ7r0oZB =lwID -----END PGP SIGNATURE----- From pivo at pobox.sk Fri May 16 15:47:53 2014 From: pivo at pobox.sk (ivan) Date: Fri, 16 May 2014 16:47:53 +0200 Subject: [winswitch] swapcaps Message-ID: Hi, On the client, I have the caps and the control keys switched using setxkbmap. This setting does not appear to be followed in the winswitch window connected over the nx protocol to server. Is there a way to swapcaps under winswitch? Thanks Ivan From antoine at nagafix.co.uk Fri May 16 16:23:58 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 16 May 2014 22:23:58 +0700 Subject: [winswitch] swapcaps In-Reply-To: References: Message-ID: <53762D8E.2050303@nagafix.co.uk> On 16/05/14 21:47, ivan wrote: > Hi, > > On the client, I have the caps and the control keys switched using > setxkbmap. This setting does not appear to be followed in the > winswitch window connected over the nx protocol to server. Is there a > way to swapcaps under winswitch? You may be able to do the same thing on the server using setxkbmap in your session after connecting. Unfortunately, winswitch does not provide a way to automate this. This should work out of the box in xpra, at least with X11 clients.. Cheers Antoine From pivo at pobox.sk Sat May 17 07:40:37 2014 From: pivo at pobox.sk (ivan) Date: Sat, 17 May 2014 08:40:37 +0200 Subject: [winswitch] swapcaps In-Reply-To: <53762D8E.2050303@nagafix.co.uk> References: <53762D8E.2050303@nagafix.co.uk> Message-ID: That worked, thank you. And sticky keys too. This is the wrapper I use, just in case someone finds it useful: #!/bin/sh setxkbmap -option ctrl:swapcaps xkbset exp -bell -sticky -twokey -latchlock -accessx -feedback -stickybeep -led 9999 xkbset bell sticky -twokey -latchlock feedback led stickybeep exec $* Unfortunatelly, xpra is too slow for me. Cheers Ivan On Fri, May 16, 2014 at 5:23 PM, Antoine Martin wrote: > On 16/05/14 21:47, ivan wrote: >> Hi, >> >> On the client, I have the caps and the control keys switched using >> setxkbmap. This setting does not appear to be followed in the >> winswitch window connected over the nx protocol to server. Is there a >> way to swapcaps under winswitch? > You may be able to do the same thing on the server using setxkbmap in > your session after connecting. > Unfortunately, winswitch does not provide a way to automate this. > This should work out of the box in xpra, at least with X11 clients.. > > 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 Sat May 17 07:45:06 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 17 May 2014 13:45:06 +0700 Subject: [winswitch] swapcaps In-Reply-To: References: <53762D8E.2050303@nagafix.co.uk> Message-ID: <53770572.10602@nagafix.co.uk> On 17/05/14 13:40, ivan wrote: > That worked, thank you. And sticky keys too. This is the wrapper I > use, just in case someone finds it useful: > > #!/bin/sh > setxkbmap -option ctrl:swapcaps > xkbset exp -bell -sticky -twokey -latchlock -accessx -feedback > -stickybeep -led 9999 > xkbset bell sticky -twokey -latchlock feedback led stickybeep > exec $* > > Unfortunatelly, xpra is too slow for me. Unless you are using a very awkward and unusual application, then there must be something wrong with your setup. Please file a bug and we'll get you fixed. For most applications, xpra is often an order of magnitude faster than NX. Which makes sense considering it uses much more "modern" compression technologies, NX's design is 20 years old and it shows.. Antoine From pivo at pobox.sk Sat May 17 22:27:09 2014 From: pivo at pobox.sk (ivan) Date: Sat, 17 May 2014 23:27:09 +0200 Subject: [winswitch] swapcaps In-Reply-To: <53770572.10602@nagafix.co.uk> References: <53762D8E.2050303@nagafix.co.uk> <53770572.10602@nagafix.co.uk> Message-ID: You're right. I was using the H.264 encoding and everything was getting blurry all the time. After switching to PNG it's fine, superior to nx. Thanks. On Sat, May 17, 2014 at 8:45 AM, Antoine Martin wrote: > On 17/05/14 13:40, ivan wrote: >> That worked, thank you. And sticky keys too. This is the wrapper I >> use, just in case someone finds it useful: >> >> #!/bin/sh >> setxkbmap -option ctrl:swapcaps >> xkbset exp -bell -sticky -twokey -latchlock -accessx -feedback >> -stickybeep -led 9999 >> xkbset bell sticky -twokey -latchlock feedback led stickybeep >> exec $* >> >> Unfortunatelly, xpra is too slow for me. > Unless you are using a very awkward and unusual application, then there > must be something wrong with your setup. > Please file a bug and we'll get you fixed. > For most applications, xpra is often an order of magnitude faster than > NX. Which makes sense considering it uses much more "modern" compression > technologies, NX's design is 20 years old and it shows.. > > 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 Sun May 25 16:38:49 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 25 May 2014 22:38:49 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.13.0 (new major release) Message-ID: <53820E89.4060900@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, The 0.13.0 release is now available for download. You can find the full release notes in the latest entry of the news section of the wiki, including links to all the related tickets and more: http://xpra.org/trac/wiki/News There aren't any new major features that stand out, mostly things have been refined and optimized rather than overhauled. If there are features that you are missing, or bugs that we don't know about, please do let us know! 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: There are GTK3 builds for MS Windows in the download area, but those aren't ready for prime time yet. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOCDoEACgkQGK2zHPGK1rtRYwCfYZHqY6YD8o0uYcyKwXWHQkkH RvQAn1ej9qxWnY6Xv/DTQBoy/tV739dF =aSTb -----END PGP SIGNATURE----- From dougdoole at gmail.com Mon May 26 15:19:20 2014 From: dougdoole at gmail.com (Douglas Doole) Date: Mon, 26 May 2014 10:19:20 -0400 Subject: [winswitch] Trouble with xpra 0.13 Message-ID: Just moved to xpra 0.13 and I'm hitting a couple problems: - I have my windows on desktop #2, but when I open a new window, it keeps showing up on desktop #1. - I have my encoding set to PNG (24/32 bpp), but there are moments when the graphics look fuzzy (as if one of the compressed encodings is being used). Both my client and server are Ubuntu 12.04. There's nothing that stands out to me in either the client or server default logs. Client: 2014-05-26 10:15:11,175 buggy Ubuntu swscale version detected: (2, 1, 0) 2014-05-26 10:15:11,175 cowardly refusing to use it to avoid problems, set the environment variable: 2014-05-26 10:15:11,175 XPRA_FORCE_SWSCALE=1 2014-05-26 10:15:11,175 to use it anyway, at your own risk 2014-05-26 10:15:11,175 cannot import csc_swscale (swscale colorspace conversion): unsupported Ubuntu swscale version: (2, 1, 0) 2014-05-26 10:15:11,178 buggy avcodec version detected: (53, 35, 0) 2014-05-26 10:15:11,178 cowardly refusing to use it to avoid crashes, set the environment variable: 2014-05-26 10:15:11,178 XPRA_FORCE_AVCODEC=1 2014-05-26 10:15:11,178 to use it anyway, at your own risk 2014-05-26 10:15:11,178 cannot import dec_avcodec (avcodec decoder): unsupported avcodec version: (53, 35, 0) 2014-05-26 10:15:11,179 cannot import enc_webm (webp encoder): Could not find webp library from ['libwebp.so.5', 'libwebp.so.4'] 2014-05-26 10:15:11,179 cannot import dec_webm (webp encoder): Could not find webp library from ['libwebp.so.5', 'libwebp.so.4'] 2014-05-26 10:15:11,194 xpra client version 0.13.0 2014-05-26 10:15:11,486 csc module csc_swscale could not be loaded: unsupported Ubuntu swscale version: (2, 1, 0) 2014-05-26 10:15:11,486 video decoder dec_avcodec could not be loaded: unsupported avcodec version: (53, 35, 0) 2014-05-26 10:15:11,501 OpenGL disabled: Ubuntu 12.04 is too buggy 2014-05-26 10:15:11,646 detected keyboard: rules=evdev, model=pc105, layout=us 2014-05-26 10:15:11,647 desktop size is 3520x1200 with 1 screen(s): 2014-05-26 10:15:11,647 ':0.0' (926x316 mm) workarea: 3407x1200 at 113x0 2014-05-26 10:15:11,648 LVDS1 1600x900 (309x174 mm) 2014-05-26 10:15:12,355 server: Linux Ubuntu 12.04 precise, Xpra version 0.13.0 (r6550) 2014-05-26 10:15:12,359 Attached to ssh:reorx:1 (press Control-C to detach) Server: 2014-05-26 09:13:29,242 failed to load the mdns avahi publisher: No module named avahi 2014-05-26 09:13:29,242 either fix your installation or use the '--no-mdns' flag 2014-05-26 09:13:29,361 found previous Xpra instance 2014-05-26 09:13:29,372 server uuid is f2fc6e2b7c614f51bb8a0f7316546b42 2014-05-26 09:13:29,377 buggy Ubuntu swscale version detected: (2, 1, 0) 2014-05-26 09:13:29,377 cowardly refusing to use it to avoid problems, set the environment variable: 2014-05-26 09:13:29,377 XPRA_FORCE_SWSCALE=1 2014-05-26 09:13:29,378 to use it anyway, at your own risk 2014-05-26 09:13:29,378 cannot import csc_swscale (swscale colorspace conversion): unsupported Ubuntu swscale version: (2, 1, 0) 2014-05-26 09:13:29,381 buggy avcodec version detected: (53, 35, 0) 2014-05-26 09:13:29,381 cowardly refusing to use it to avoid crashes, set the environment variable: 2014-05-26 09:13:29,381 XPRA_FORCE_AVCODEC=1 2014-05-26 09:13:29,381 to use it anyway, at your own risk 2014-05-26 09:13:29,381 cannot import dec_avcodec (avcodec decoder): unsupported avcodec version: (53, 35, 0) 2014-05-26 09:13:29,382 cannot import enc_webm (webp encoder): Could not find webp library from ['libwebp.so.5', 'libwebp.so.4'] 2014-05-26 09:13:29,382 cannot import dec_webm (webp encoder): Could not find webp library from ['libwebp.so.5', 'libwebp.so.4'] 2014-05-26 09:13:29,786 using notification forwarder: DBUSNotificationsForwarder(org.freedesktop.Notifications) 2014-05-26 09:13:29,797 csc module csc_swscale could not be loaded: unsupported Ubuntu swscale version: (2, 1, 0) 2014-05-26 09:13:29,799 xpra server version 0.13.0 (r6550) 2014-05-26 09:13:29,799 running with pid 19010 2014-05-26 09:13:29,838 xpra is ready. 2014-05-26 10:05:48,318 New connection received: SocketConnection(/home/doole/.xpra/reorx-1) 2014-05-26 10:05:48,322 Handshake complete; enabling connection 2014-05-26 10:05:48,332 Python/Gtk2 Linux client version 0.13.0 connected from 'andammo' as 'doole' ('Doug Doole') 2014-05-26 10:05:48,332 client supplied an mmap_file: /tmp/xpra.0eGa1r.mmap but we cannot find it 2014-05-26 10:05:48,332 using png as primary encoding, also available: vp8, png/P, png/L, rgb24, jpeg, rgb32 2014-05-26 10:05:48,332 client root window size is 3520x1200 with 1 displays: 2014-05-26 10:05:48,332 ':0.0' (926x316 mm) workarea: 3407x1200 at 113x0 2014-05-26 10:05:48,333 LVDS1 1600x900 (309x174 mm) 2014-05-26 10:05:48,381 server virtual display now set to 3840x2048 (best match for 3520x1200) 2014-05-26 10:05:48,383 setting key repeat rate from client: 250ms delay / 33ms interval 2014-05-26 10:05:48,384 setting keymap: rules=evdev, model=pc105, layout=us 2014-05-26 10:05:48,397 setting full keymap definition from client via xkbcomp 2014-05-26 10:05:48,458 DPI set to 45 x 48 (wanted 96 x 96) 2014-05-26 10:05:48,461 sent updated screen size to 1 clients: 3840x2048 (max 8192x4096) 2014-05-26 10:14:52,477 Connection lost 2014-05-26 10:14:52,478 xpra client disconnected. 2014-05-26 10:14:52,509 Uh-oh, our size doesn't fit window sizing constraints: 740x800 vs 740x798 2014-05-26 10:15:10,641 New connection received: SocketConnection(/home/doole/.xpra/reorx-1) 2014-05-26 10:15:10,644 Handshake complete; enabling connection 2014-05-26 10:15:10,646 Python/Gtk2 Linux client version 0.13.0 connected from 'andammo' as 'doole' ('Doug Doole') 2014-05-26 10:15:10,646 client supplied an mmap_file: /tmp/xpra.jo8XeN.mmap but we cannot find it 2014-05-26 10:15:10,646 using png as primary encoding, also available: vp8, png/P, png/L, rgb24, jpeg, rgb32 2014-05-26 10:15:10,646 client root window size is 3520x1200 with 1 displays: 2014-05-26 10:15:10,646 ':0.0' (926x316 mm) workarea: 3407x1200 at 113x0 2014-05-26 10:15:10,646 LVDS1 1600x900 (309x174 mm) 2014-05-26 10:15:10,647 best resolution matching 3520x1200 is unchanged: 3840x2048 2014-05-26 10:15:10,648 setting key repeat rate from client: 250ms delay / 33ms interval 2014-05-26 10:15:10,650 keyboard mapping already configured (skipped) 2014-05-26 10:15:10,891 Uh-oh, our size doesn't fit window sizing constraints: 740x798 vs 740x785 2014-05-26 10:15:10,915 Uh-oh, our size doesn't fit window sizing constraints: 740x798 vs 740x785 2014-05-26 10:15:11,422 send_delayed for wid 6, elapsed time 501.1 is above limit of 500.0 - sending now -- -- Doug Doole aibohphobia - The irrational fear of palindromes From antoine at nagafix.co.uk Mon May 26 15:42:17 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 26 May 2014 21:42:17 +0700 Subject: [winswitch] Trouble with xpra 0.13 In-Reply-To: References: Message-ID: <538352C9.1030202@nagafix.co.uk> On 26/05/14 21:19, Douglas Doole wrote: > Just moved to xpra 0.13 and I'm hitting a couple problems: > > - I have my windows on desktop #2, but when I open a new window, it keeps > showing up on desktop #1. By desktop, I assume you mean virtual desktops? What desktop environment are you using? Unity? Is this a regression from 0.12? (I didn't think much had changed in this area..) There was a bug before 0.12.3, but I believe it has been fixed already: http://xpra.org/trac/ticket/555 Can you post the client log by running it with: xpra -d workspace attach .. > - I have my encoding set to PNG (24/32 bpp), but there are moments when the > graphics look fuzzy (as if one of the compressed encodings is being used). Hmm, one of the major improvements in 0.13 is the more dynamic selection of picture encodings to suit the bandwidth, latency constraints and picture data size.. But this should only kick in when a video encoding is selected (which should be the default for most people), definitely not with PNG/RGB so this sounds like a bug :( How do you select PNG? From the command line or from the tray? (does switching to the other method change anything?) > Both my client and server are Ubuntu 12.04. There's nothing that stands out > to me in either the client or server default logs. (...) > 2014-05-26 10:15:11,422 send_delayed for wid 6, elapsed time 501.1 is above > limit of 500.0 - sending now FYI: This "above limit" message tends to happen when the link is saturated or slow. In which case PNG is probably not the best encoding to use. (not an excuse for the bug above though!) Cheers Antoine From antoine at nagafix.co.uk Mon May 26 16:08:17 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 26 May 2014 22:08:17 +0700 Subject: [winswitch] Trouble with xpra 0.13 In-Reply-To: <538352C9.1030202@nagafix.co.uk> References: <538352C9.1030202@nagafix.co.uk> Message-ID: <538358E1.8090403@nagafix.co.uk> >> - I have my encoding set to PNG (24/32 bpp), but there are moments when the >> graphics look fuzzy (as if one of the compressed encodings is being used). Adding "--quality=100" to your command line may also prevent this bug. Or if you don't use the command line much or don't want to type it every time: echo "quality=100" >> ~/.xpra/xpra.conf Antoine PS: just remember to remove the workaround once the bug fix is released! From pivo at pobox.sk Mon May 26 16:25:04 2014 From: pivo at pobox.sk (ivan) Date: Mon, 26 May 2014 17:25:04 +0200 Subject: [winswitch] Trouble with xpra 0.13 In-Reply-To: <538358E1.8090403@nagafix.co.uk> References: <538352C9.1030202@nagafix.co.uk> <538358E1.8090403@nagafix.co.uk> Message-ID: I also experience the fuziness since 0.13. Regardless of the method of selection of the PNG encoding. Adding --quality=100 does restore previous behaviour, i.e. no intermittent fuziness. On Mon, May 26, 2014 at 5:08 PM, Antoine Martin wrote: >>> - I have my encoding set to PNG (24/32 bpp), but there are moments when the >>> graphics look fuzzy (as if one of the compressed encodings is being used). > Adding "--quality=100" to your command line may also prevent this bug. > Or if you don't use the command line much or don't want to type it every > time: > echo "quality=100" >> ~/.xpra/xpra.conf > > Antoine > > PS: just remember to remove the workaround once the bug fix is released! > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From antoine at nagafix.co.uk Mon May 26 16:34:51 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 26 May 2014 22:34:51 +0700 Subject: [winswitch] Trouble with xpra 0.13 In-Reply-To: References: <538352C9.1030202@nagafix.co.uk> <538358E1.8090403@nagafix.co.uk> Message-ID: <53835F1B.8080201@nagafix.co.uk> On 26/05/14 22:25, ivan wrote: > I also experience the fuziness since 0.13. Regardless of the method of > selection of the PNG encoding. Adding --quality=100 does restore > previous behaviour, i.e. no intermittent fuziness. Thanks for the feedback. I think I have just fixed this bug: http://xpra.org/trac/ticket/419#comment:10 Which will be part of 0.13.1 Here is another temporary workaround, this time server side: XPRA_ENCODING_STRICT_MODE=1 xpra start ... Antoine From dougdoole at gmail.com Mon May 26 17:55:27 2014 From: dougdoole at gmail.com (Douglas Doole) Date: Mon, 26 May 2014 12:55:27 -0400 Subject: [winswitch] Trouble with xpra 0.13 In-Reply-To: References: <538352C9.1030202@nagafix.co.uk> Message-ID: Oops, forgot to include shifter-users on my reply. On Mon, May 26, 2014 at 12:54 PM, Douglas Doole wrote: > Yes, virtual desktops. I'm using KDE. 0.12.x was working fine. I also had > not seen the problem when my client was at 0.13 and the server was at > 0.12.6. It was only once I upgraded the server that I had trouble. > > I'm not sure if this is related to 555 or not. Currently, > konsole->Help->About goes to the wrong virtual desktop. > > Here's the log with -d workspace: > > 2014-05-26 11:15:03,963 buggy Ubuntu swscale version detected: (2, 1, 0) > 2014-05-26 11:15:03,963 cowardly refusing to use it to avoid problems, set > the environment variable: > 2014-05-26 11:15:03,963 XPRA_FORCE_SWSCALE=1 > 2014-05-26 11:15:03,963 to use it anyway, at your own risk > 2014-05-26 11:15:03,963 cannot import csc_swscale (swscale colorspace > conversion): unsupported Ubuntu swscale version: (2, 1, 0) > 2014-05-26 11:15:03,966 buggy avcodec version detected: (53, 35, 0) > 2014-05-26 11:15:03,966 cowardly refusing to use it to avoid crashes, set > the environment variable: > 2014-05-26 11:15:03,966 XPRA_FORCE_AVCODEC=1 > 2014-05-26 11:15:03,966 to use it anyway, at your own risk > 2014-05-26 11:15:03,966 cannot import dec_avcodec (avcodec decoder): > unsupported avcodec version: (53, 35, 0) > 2014-05-26 11:15:03,967 cannot import enc_webm (webp encoder): Could not > find webp library from ['libwebp.so.5', 'libwebp.so.4'] > 2014-05-26 11:15:03,967 cannot import dec_webm (webp encoder): Could not > find webp library from ['libwebp.so.5', 'libwebp.so.4'] > 2014-05-26 11:15:03,982 xpra client version 0.13.0 > 2014-05-26 11:15:04,009 csc module csc_swscale could not be loaded: > unsupported Ubuntu swscale version: (2, 1, 0) > 2014-05-26 11:15:04,009 video decoder dec_avcodec could not be loaded: > unsupported avcodec version: (53, 35, 0) > 2014-05-26 11:15:04,018 OpenGL disabled: Ubuntu 12.04 is too buggy > 2014-05-26 11:15:04,158 detected keyboard: rules=evdev, model=pc105, > layout=us > 2014-05-26 11:15:04,159 desktop size is 3520x1200 with 1 screen(s): > 2014-05-26 11:15:04,159 ':0.0' (924x315 mm) workarea: 3407x1200 at 113x0 > 2014-05-26 11:15:04,159 LVDS1 1600x900 (309x174 mm) > 2014-05-26 11:15:04,159 VGA1 1920x1200 at 1600x0 (474x296 mm) > 2014-05-26 11:15:04,689 server: Linux Ubuntu 12.04 precise, Xpra version > 0.13.0 (r6550) > 2014-05-26 11:15:04,693 Attached to ssh:reorx:1 (press Control-C to detach) > > 2014-05-26 11:15:04,723 init_window(..) workspace=1 > 2014-05-26 11:15:04,740 init_window(..) workspace=1 > 2014-05-26 11:15:04,780 ClientWindow(1).set_workspace() workspace=1 > ndesktops=4 > 2014-05-26 11:15:04,782 do_worskpace_changed( GDK_PROPERTY_NOTIFY atom=_NET_WM_DESKTOP>) window/desktop: from (1, -1) to > (1, 1) > 2014-05-26 11:15:04,782 window was on a different workspace, resetting its > batch delay > 2014-05-26 11:15:04,788 ClientWindow(2).set_workspace() workspace=1 > ndesktops=4 > 2014-05-26 11:15:04,789 do_worskpace_changed( GDK_PROPERTY_NOTIFY atom=_NET_WM_DESKTOP>) window/desktop: from (1, -1) to > (1, 1) > 2014-05-26 11:15:04,789 window was on a different workspace, resetting its > batch delay > 2014-05-26 11:15:09,541 init_window(..) workspace=None > 2014-05-26 11:15:09,570 ClientWindow(9).set_workspace() workspace=None > ndesktops=4 > 2014-05-26 11:15:09,570 map event: been_mapped=False, changed workspace > from None to 0 > 2014-05-26 11:15:09,574 do_worskpace_changed( GDK_PROPERTY_NOTIFY atom=_NET_WM_DESKTOP>) window/desktop: from (0, -1) to > (0, 1) > 2014-05-26 11:15:09,575 window is on a different workspace, increasing its > batch delay > 2014-05-26 11:15:09,584 do_worskpace_changed( GDK_PROPERTY_NOTIFY atom=_NET_WM_DESKTOP>) window/desktop: from (0, 1) to > (0, 1) > 2014-05-26 11:15:14,710 workspace_changed('from at 0x3162190 (xpra+x11+xroot_props+XRootPropWatcher at 0x2d58b80)> event',) > 2014-05-26 11:15:14,711 do_worskpace_changed(desktop workspace changed) > window/desktop: from (1, 1) to (1, 0) > 2014-05-26 11:15:14,711 window is on a different workspace, increasing its > batch delay > 2014-05-26 11:15:14,713 do_worskpace_changed(desktop workspace changed) > window/desktop: from (1, 1) to (1, 0) > 2014-05-26 11:15:14,713 window is on a different workspace, increasing its > batch delay > 2014-05-26 11:15:14,714 do_worskpace_changed(desktop workspace changed) > window/desktop: from (0, 1) to (0, 0) > 2014-05-26 11:15:14,715 window was on a different workspace, resetting its > batch delay > 2014-05-26 11:15:16,214 workspace_changed('from at 0x3162190 (xpra+x11+xroot_props+XRootPropWatcher at 0x2d58b80)> event',) > 2014-05-26 11:15:16,215 do_worskpace_changed(desktop workspace changed) > window/desktop: from (1, 0) to (1, 1) > 2014-05-26 11:15:16,215 window was on a different workspace, resetting its > batch delay > 2014-05-26 11:15:16,217 do_worskpace_changed(desktop workspace changed) > window/desktop: from (1, 0) to (1, 1) > 2014-05-26 11:15:16,218 window was on a different workspace, resetting its > batch delay > 2014-05-26 11:15:16,219 do_worskpace_changed(desktop workspace changed) > window/desktop: from (0, 0) to (0, 1) > 2014-05-26 11:15:16,219 window is on a different workspace, increasing its > batch delay > > > For the encoding problem, I have "encoding = png" in my xpra.conf file. I > tried playing around with the encoding option in the tray icon (switched > away from PNG and back), but it didn't make any difference. > > > On Mon, May 26, 2014 at 10:42 AM, Antoine Martin > wrote: > >> On 26/05/14 21:19, Douglas Doole wrote: >> > Just moved to xpra 0.13 and I'm hitting a couple problems: >> > >> > - I have my windows on desktop #2, but when I open a new window, it >> keeps >> > showing up on desktop #1. >> By desktop, I assume you mean virtual desktops? What desktop environment >> are you using? Unity? >> Is this a regression from 0.12? (I didn't think much had changed in this >> area..) >> There was a bug before 0.12.3, but I believe it has been fixed already: >> http://xpra.org/trac/ticket/555 >> >> Can you post the client log by running it with: >> xpra -d workspace attach .. >> > - I have my encoding set to PNG (24/32 bpp), but there are moments when >> the >> > graphics look fuzzy (as if one of the compressed encodings is being >> used). >> Hmm, one of the major improvements in 0.13 is the more dynamic selection >> of picture encodings to suit the bandwidth, latency constraints and >> picture data size.. >> But this should only kick in when a video encoding is selected (which >> should be the default for most people), definitely not with PNG/RGB so >> this sounds like a bug :( >> How do you select PNG? From the command line or from the tray? >> (does switching to the other method change anything?) >> > Both my client and server are Ubuntu 12.04. There's nothing that stands >> out >> > to me in either the client or server default logs. >> (...) >> > 2014-05-26 10:15:11,422 send_delayed for wid 6, elapsed time 501.1 is >> above >> > limit of 500.0 - sending now >> FYI: This "above limit" message tends to happen when the link is >> saturated or slow. In which case PNG is probably not the best encoding >> to use. (not an excuse for the bug above though!) >> >> Cheers >> Antoine >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >> > > > > -- > -- Doug Doole > > aibohphobia - The irrational fear of palindromes > -- -- Doug Doole aibohphobia - The irrational fear of palindromes From quite at hack.org Tue May 27 10:28:54 2014 From: quite at hack.org (Daniel) Date: Tue, 27 May 2014 09:28:54 +0000 (UTC) Subject: [winswitch] png 8bpp gray from commandline Message-ID: How do I specify png 8bpp gray from the comandline? From antoine at nagafix.co.uk Tue May 27 10:52:49 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 27 May 2014 16:52:49 +0700 Subject: [winswitch] png 8bpp gray from commandline In-Reply-To: References: Message-ID: <53846071.5000706@nagafix.co.uk> On 27/05/14 16:28, Daniel wrote: > How do I specify png 8bpp gray from the comandline? --encoding=png/L As per: xpra attach --encoding=help (the man page needs updating..) Antoine From antoine at nagafix.co.uk Wed May 28 13:35:58 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 28 May 2014 19:35:58 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.13.1 and xpra 0.12.7 (many fixes) Message-ID: <5385D82E.2040508@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This release fixes some important bugs, upgrading is recommended. Since many of the bugs were not new to the 0.13.x branch, I have also patched up 0.12.x (this is likely to be the last update for this branch) The majority of these fixes are server-side, so there is less urgency to update the clients. Cheers Antoine Release notes: Common to both v0.12.7 and v0.13.1: * fix pam authentication module * fix proxy server launched without a display * fix transparency with png/L mode * fix re-stride code for compatibility with ancient clients * fix timer reference leak causing some warnings v0.13.1 * honour lossless encodings * fix avcodec2 build for Debian jessie and sid * fix xpra info data format (wrong prefix) * fix loss of transparency when toggling OpenGL v0.12.7: * fix password mode in launcher * fix buffer size errors with RGB encoding The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Beta: https://xpra.org/beta/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOF2CoACgkQGK2zHPGK1rv4MQCfZ9OOxGT//9Q6zQu7Jmtj1WsF 0HEAn1oRYyu1tRc/tH1tlHvc+IiVNKZn =o3zP -----END PGP SIGNATURE----- From dougdoole at gmail.com Fri May 30 00:36:34 2014 From: dougdoole at gmail.com (Douglas Doole) Date: Thu, 29 May 2014 19:36:34 -0400 Subject: [winswitch] Trouble with xpra 0.13 In-Reply-To: References: <538352C9.1030202@nagafix.co.uk> Message-ID: Any insight on why windows are going to the wrong virtual desktop? It's making 0.13.x pretty much unusable for me. Should I open a ticket? On Mon, May 26, 2014 at 12:55 PM, Douglas Doole wrote: > Oops, forgot to include shifter-users on my reply. > > > On Mon, May 26, 2014 at 12:54 PM, Douglas Doole wrote: > >> Yes, virtual desktops. I'm using KDE. 0.12.x was working fine. I also had >> not seen the problem when my client was at 0.13 and the server was at >> 0.12.6. It was only once I upgraded the server that I had trouble. >> >> I'm not sure if this is related to 555 or not. Currently, >> konsole->Help->About goes to the wrong virtual desktop. >> >> Here's the log with -d workspace: >> >> 2014-05-26 11:15:03,963 buggy Ubuntu swscale version detected: (2, 1, 0) >> 2014-05-26 11:15:03,963 cowardly refusing to use it to avoid problems, >> set the environment variable: >> 2014-05-26 11:15:03,963 XPRA_FORCE_SWSCALE=1 >> 2014-05-26 11:15:03,963 to use it anyway, at your own risk >> 2014-05-26 11:15:03,963 cannot import csc_swscale (swscale colorspace >> conversion): unsupported Ubuntu swscale version: (2, 1, 0) >> 2014-05-26 11:15:03,966 buggy avcodec version detected: (53, 35, 0) >> 2014-05-26 11:15:03,966 cowardly refusing to use it to avoid crashes, set >> the environment variable: >> 2014-05-26 11:15:03,966 XPRA_FORCE_AVCODEC=1 >> 2014-05-26 11:15:03,966 to use it anyway, at your own risk >> 2014-05-26 11:15:03,966 cannot import dec_avcodec (avcodec decoder): >> unsupported avcodec version: (53, 35, 0) >> 2014-05-26 11:15:03,967 cannot import enc_webm (webp encoder): Could not >> find webp library from ['libwebp.so.5', 'libwebp.so.4'] >> 2014-05-26 11:15:03,967 cannot import dec_webm (webp encoder): Could not >> find webp library from ['libwebp.so.5', 'libwebp.so.4'] >> 2014-05-26 11:15:03,982 xpra client version 0.13.0 >> 2014-05-26 11:15:04,009 csc module csc_swscale could not be loaded: >> unsupported Ubuntu swscale version: (2, 1, 0) >> 2014-05-26 11:15:04,009 video decoder dec_avcodec could not be loaded: >> unsupported avcodec version: (53, 35, 0) >> 2014-05-26 11:15:04,018 OpenGL disabled: Ubuntu 12.04 is too buggy >> 2014-05-26 11:15:04,158 detected keyboard: rules=evdev, model=pc105, >> layout=us >> 2014-05-26 11:15:04,159 desktop size is 3520x1200 with 1 screen(s): >> 2014-05-26 11:15:04,159 ':0.0' (924x315 mm) workarea: 3407x1200 at 113x0 >> 2014-05-26 11:15:04,159 LVDS1 1600x900 (309x174 mm) >> 2014-05-26 11:15:04,159 VGA1 1920x1200 at 1600x0 (474x296 mm) >> 2014-05-26 11:15:04,689 server: Linux Ubuntu 12.04 precise, Xpra version >> 0.13.0 (r6550) >> 2014-05-26 11:15:04,693 Attached to ssh:reorx:1 (press Control-C to >> detach) >> >> 2014-05-26 11:15:04,723 init_window(..) workspace=1 >> 2014-05-26 11:15:04,740 init_window(..) workspace=1 >> 2014-05-26 11:15:04,780 ClientWindow(1).set_workspace() workspace=1 >> ndesktops=4 >> 2014-05-26 11:15:04,782 do_worskpace_changed(> GDK_PROPERTY_NOTIFY atom=_NET_WM_DESKTOP>) window/desktop: from (1, -1) to >> (1, 1) >> 2014-05-26 11:15:04,782 window was on a different workspace, resetting >> its batch delay >> 2014-05-26 11:15:04,788 ClientWindow(2).set_workspace() workspace=1 >> ndesktops=4 >> 2014-05-26 11:15:04,789 do_worskpace_changed(> GDK_PROPERTY_NOTIFY atom=_NET_WM_DESKTOP>) window/desktop: from (1, -1) to >> (1, 1) >> 2014-05-26 11:15:04,789 window was on a different workspace, resetting >> its batch delay >> 2014-05-26 11:15:09,541 init_window(..) workspace=None >> 2014-05-26 11:15:09,570 ClientWindow(9).set_workspace() workspace=None >> ndesktops=4 >> 2014-05-26 11:15:09,570 map event: been_mapped=False, changed workspace >> from None to 0 >> 2014-05-26 11:15:09,574 do_worskpace_changed(> GDK_PROPERTY_NOTIFY atom=_NET_WM_DESKTOP>) window/desktop: from (0, -1) to >> (0, 1) >> 2014-05-26 11:15:09,575 window is on a different workspace, increasing >> its batch delay >> 2014-05-26 11:15:09,584 do_worskpace_changed(> GDK_PROPERTY_NOTIFY atom=_NET_WM_DESKTOP>) window/desktop: from (0, 1) to >> (0, 1) >> 2014-05-26 11:15:14,710 workspace_changed('from > at 0x3162190 (xpra+x11+xroot_props+XRootPropWatcher at 0x2d58b80)> event',) >> 2014-05-26 11:15:14,711 do_worskpace_changed(desktop workspace changed) >> window/desktop: from (1, 1) to (1, 0) >> 2014-05-26 11:15:14,711 window is on a different workspace, increasing >> its batch delay >> 2014-05-26 11:15:14,713 do_worskpace_changed(desktop workspace changed) >> window/desktop: from (1, 1) to (1, 0) >> 2014-05-26 11:15:14,713 window is on a different workspace, increasing >> its batch delay >> 2014-05-26 11:15:14,714 do_worskpace_changed(desktop workspace changed) >> window/desktop: from (0, 1) to (0, 0) >> 2014-05-26 11:15:14,715 window was on a different workspace, resetting >> its batch delay >> 2014-05-26 11:15:16,214 workspace_changed('from > at 0x3162190 (xpra+x11+xroot_props+XRootPropWatcher at 0x2d58b80)> event',) >> 2014-05-26 11:15:16,215 do_worskpace_changed(desktop workspace changed) >> window/desktop: from (1, 0) to (1, 1) >> 2014-05-26 11:15:16,215 window was on a different workspace, resetting >> its batch delay >> 2014-05-26 11:15:16,217 do_worskpace_changed(desktop workspace changed) >> window/desktop: from (1, 0) to (1, 1) >> 2014-05-26 11:15:16,218 window was on a different workspace, resetting >> its batch delay >> 2014-05-26 11:15:16,219 do_worskpace_changed(desktop workspace changed) >> window/desktop: from (0, 0) to (0, 1) >> 2014-05-26 11:15:16,219 window is on a different workspace, increasing >> its batch delay >> >> >> For the encoding problem, I have "encoding = png" in my xpra.conf file. I >> tried playing around with the encoding option in the tray icon (switched >> away from PNG and back), but it didn't make any difference. >> >> >> On Mon, May 26, 2014 at 10:42 AM, Antoine Martin wrote: >> >>> On 26/05/14 21:19, Douglas Doole wrote: >>> > Just moved to xpra 0.13 and I'm hitting a couple problems: >>> > >>> > - I have my windows on desktop #2, but when I open a new window, it >>> keeps >>> > showing up on desktop #1. >>> By desktop, I assume you mean virtual desktops? What desktop environment >>> are you using? Unity? >>> Is this a regression from 0.12? (I didn't think much had changed in this >>> area..) >>> There was a bug before 0.12.3, but I believe it has been fixed already: >>> http://xpra.org/trac/ticket/555 >>> >>> Can you post the client log by running it with: >>> xpra -d workspace attach .. >>> > - I have my encoding set to PNG (24/32 bpp), but there are moments >>> when the >>> > graphics look fuzzy (as if one of the compressed encodings is being >>> used). >>> Hmm, one of the major improvements in 0.13 is the more dynamic selection >>> of picture encodings to suit the bandwidth, latency constraints and >>> picture data size.. >>> But this should only kick in when a video encoding is selected (which >>> should be the default for most people), definitely not with PNG/RGB so >>> this sounds like a bug :( >>> How do you select PNG? From the command line or from the tray? >>> (does switching to the other method change anything?) >>> > Both my client and server are Ubuntu 12.04. There's nothing that >>> stands out >>> > to me in either the client or server default logs. >>> (...) >>> > 2014-05-26 10:15:11,422 send_delayed for wid 6, elapsed time 501.1 is >>> above >>> > limit of 500.0 - sending now >>> FYI: This "above limit" message tends to happen when the link is >>> saturated or slow. In which case PNG is probably not the best encoding >>> to use. (not an excuse for the bug above though!) >>> >>> Cheers >>> Antoine >>> _______________________________________________ >>> shifter-users mailing list >>> shifter-users at lists.devloop.org.uk >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >>> >> >> >> >> -- >> -- Doug Doole >> >> aibohphobia - The irrational fear of palindromes >> > > > > -- > -- Doug Doole > > aibohphobia - The irrational fear of palindromes > -- -- Doug Doole aibohphobia - The irrational fear of palindromes From antoine at nagafix.co.uk Fri May 30 02:00:09 2014 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 30 May 2014 08:00:09 +0700 Subject: [winswitch] Trouble with xpra 0.13 In-Reply-To: References: <538352C9.1030202@nagafix.co.uk> Message-ID: <5387D819.9070806@nagafix.co.uk> On 30/05/14 06:36, Douglas Doole wrote: > Any insight on why windows are going to the wrong virtual desktop? It's > making 0.13.x pretty much unusable for me. I haven't had time to investigate this properly, sorry. > Should I open a ticket? It wouldn't hurt. Someone else reported the same issue on IRC. I'll try to find the time today. Cheers Antoine From dougdoole at gmail.com Fri May 30 04:08:27 2014 From: dougdoole at gmail.com (Douglas Doole) Date: Thu, 29 May 2014 23:08:27 -0400 Subject: [winswitch] Trouble with xpra 0.13 In-Reply-To: <5387D819.9070806@nagafix.co.uk> References: <538352C9.1030202@nagafix.co.uk> <5387D819.9070806@nagafix.co.uk> Message-ID: Thanks. Ticket #586 created. On Thu, May 29, 2014 at 9:00 PM, Antoine Martin wrote: > On 30/05/14 06:36, Douglas Doole wrote: > > Any insight on why windows are going to the wrong virtual desktop? It's > > making 0.13.x pretty much unusable for me. > I haven't had time to investigate this properly, sorry. > > Should I open a ticket? > It wouldn't hurt. Someone else reported the same issue on IRC. > I'll try to find the time today. > > Cheers > Antoine > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > -- -- Doug Doole aibohphobia - The irrational fear of palindromes From dougdoole at gmail.com Fri May 30 04:12:40 2014 From: dougdoole at gmail.com (Douglas Doole) Date: Thu, 29 May 2014 23:12:40 -0400 Subject: [winswitch] Trouble with xpra 0.13 In-Reply-To: References: <538352C9.1030202@nagafix.co.uk> <5387D819.9070806@nagafix.co.uk> Message-ID: Sorry, it looks like I created two tickets: #585 and #586. (I had a connection timeout part way through creating #585 and didn't realize that it had been created.) I closed #585 as a duplicate. On Thu, May 29, 2014 at 11:08 PM, Douglas Doole wrote: > Thanks. Ticket #586 created. > > > On Thu, May 29, 2014 at 9:00 PM, Antoine Martin > wrote: > >> On 30/05/14 06:36, Douglas Doole wrote: >> > Any insight on why windows are going to the wrong virtual desktop? It's >> > making 0.13.x pretty much unusable for me. >> I haven't had time to investigate this properly, sorry. >> > Should I open a ticket? >> It wouldn't hurt. Someone else reported the same issue on IRC. >> I'll try to find the time today. >> >> Cheers >> Antoine >> >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >> > > > > -- > -- Doug Doole > > aibohphobia - The irrational fear of palindromes > -- -- Doug Doole aibohphobia - The irrational fear of palindromes