From antoine at nagafix.co.uk Thu Sep 1 12:08:36 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 01 Sep 2011 18:08:36 +0700 Subject: [winswitch] winswitch_applet memory usage In-Reply-To: References: <4E5CA71A.8060004@nagafix.co.uk> Message-ID: <4E5F67B4.1050106@nagafix.co.uk> On 08/31/2011 01:09 AM, Ka-Hing Cheung wrote: > On Tue, Aug 30, 2011 at 02:02, Antoine Martin wrote: >> >> On 08/30/2011 01:50 AM, Ka-Hing Cheung wrote: >>> Over the weekend winswitch_applet grew to use 1.7GB of memory: >> Whoa! That's a lot of memory! Something has definitely gone wrong there! >> Can you tell us which OS and version (and anything else that might be >> relevant) - could this be Ubuntu Lucid? (there are library bugs there) > > This is Ubuntu 10.10, winswitch version is 0.12.4-1. I have enough > memory to keep this running for the rest of the week probably, so if > there's anything you want me to do to live diagnose this, feel free to > let me know. I have fired up an Ubuntu 10.10 environment and found that it has the same Python bugs as Ubuntu 10.04, namely that it leaks file descriptors and the associated memory whenever we execute a command which fails. I have applied a workaround for this, using another variant for spawning external processes ("commands.getstatusoutput()"). I am unhappy about using this method as it is deprecated and provides less debug information, but seeing that Ubuntu generally takes months to fix bugs (and that's when the fix is provided..) - I guess everyone else will have to suffer a little just so Ubuntu users suffer a little less.. /rant This will work for recurring timers (taking screenshots and detecting local sessions - which were the apparent cause of this leak) but not for launching sessions... So I guess that it will continue to leak a little bit of memory over time on buggy platforms, not much I can do about that! The Windows and OSX installers include a bundled version of Python, so these are not affected. FYI: after running for days, the applet should not use more than 100M resident memory, even with a few active sessions. The fix is in trunk and I will try to release a new version today. Cheers Antoine > > Thanks > -khc PS: please always CC the list From antoine at nagafix.co.uk Thu Sep 1 19:24:29 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 02 Sep 2011 01:24:29 +0700 Subject: [winswitch] [ANNOUNCE] version 0.12.5 Message-ID: <4E5FCDDD.9040200@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Version 0.12.5 is now available: http://winswitch.org/downloads/ This version contains important bugfixes and a number of improvements. For details, please see the reasonably small release notes below. Cheers Antoine RELEASE_NOTES: *********************************************************************** Major items: * MS Windows: crash on startup fixed (affected first installs only) * OSX Lion support * VP8 video compression option for GStreamer screencasting * upgrade to TigerVNC 1.1 (Windows and OSX) and hide its system tray on Windows * use Growl for notifications if available (recommended on OSX) * better support for loading and resizing icons (inc SVG) on headless servers * fix for applet messages received via local unix domain socket * Xpra keys should no longer get stuck (xpra 0.0.7.25) and better keymap support * ability to install missing protocols more easily (Linux for now) * workaround memory and file descriptor leaks in buggy versions of Python More minor improvements: * Java client (proof of concept only) * updated Windows and OSX builds to Python 2.7.2 * show a bookmarks menu for easy access to session shortcuts * OSX: bundle gnome icons to speedup icon lookups * OSX: simplify build, use system alert box rather than Tkinter * better shadow error detection * slow down local display detection when under heavy utmp traffic (batch delay) * Linux support for installing protocols on demand (NX, VNC, etc) * avoid unhelpful mDNS warning when there are no network connections * systems using appindicator API are no longer missing the tray icon on startup * more robust local display detection on *nix *********************************************************************** -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5fzd0ACgkQGK2zHPGK1rtwJACeLYAwruKtb/EExizb41o+slx9 0YEAnibBHKdDdIYwQ4TK+71KM5DQ26M6 =7/vA -----END PGP SIGNATURE----- From kahing at gmail.com Thu Sep 1 21:05:02 2011 From: kahing at gmail.com (Ka-Hing Cheung) Date: Thu, 1 Sep 2011 13:05:02 -0700 Subject: [winswitch] winswitch_applet memory usage In-Reply-To: <4E5F67B4.1050106@nagafix.co.uk> References: <4E5CA71A.8060004@nagafix.co.uk> <4E5F67B4.1050106@nagafix.co.uk> Message-ID: On Thu, Sep 1, 2011 at 04:08, Antoine Martin wrote: > The fix is in trunk and I will try to release a new version today. Thanks for the quick fix! > PS: please always CC the list ya, my bad! -khc From antoine at nagafix.co.uk Tue Sep 20 21:17:06 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 21 Sep 2011 03:17:06 +0700 Subject: [winswitch] [ANNOUNCE]: android clients (alpha) Message-ID: <4E78F4C2.3090906@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, For those who want to play with it, there is an android version of both winswitch and xpra in the works, you can find it here: http://winswitch.org/beta/ Both have a number of major issues, most of which are recorded in their respective bugtrackers, feel free to add more. (more details below) Please bear in mind that this is a very early preview, it is incomplete and buggy. There is now also a pure Java swing client for winswitch (similar limitations apply). You can launch it with: "ant run" from the java source tree. Thanks Antoine Some of the most noticeable bugs include: * a cryptography problem causes connections to fail 50% of the time, trying again will eventually get you connected. However this also affects resuming sessions, and unfortunately this one fails silently.. * activities don't refresh, so you have to keep going back and forth to see the screens update.. (ie: when connecting to a server) * VNC is not supported yet * Xpra windows can receive clicks (just about), but not key events * you cannot start sessions from android * the service stays running in the background until you kill it, using your battery and network etc... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk549MIACgkQGK2zHPGK1rse1wCfablSlxXaeG4ZnTj9RKgmADrs LAkAn0NsfdbV3dkVQodSeGO1vXly/ez0 =kQjV -----END PGP SIGNATURE----- From bdp at uga.edu Thu Sep 22 19:40:32 2011 From: bdp at uga.edu (Brian Pitts) Date: Thu, 22 Sep 2011 14:40:32 -0400 Subject: [winswitch] Problems using xpra on CentOS 5 Message-ID: <4E7B8120.6040800@uga.edu> Hi, Thanks for making packages of xpra for CentOS 5. I tried the xpra-0.0.7.26-1 rpm but was unable to use it. I thought I should report the problems I experienced. 1) CentOS includes Python 2.4, but xpra uses language features which aren't included in that version of Python. For example, $ xpra start :1 Traceback (most recent call last): File "/usr/bin/xpra", line 4, in ? import xpra.scripts.main File "/usr/lib64/python2.4/site-packages/xpra/scripts/main.py", line 23, in ? File "/usr/lib/python2.4/site-packages/xpra/protocol.py", line 79 with self._lock: ^ SyntaxError: invalid syntax There are python 2.6 packages for CentOS 5 available from EPEL. However, after installing them I still cannot use xpra because 2) The rpm installed it in /usr/lib64/python2.4 instead of /usr/lib64/python2.6. 3) xpra imports modules (e.g. gtk, gobject) for which EPEL does not provide python 2.6 packages. It seems like creating a usable xpra package for CentOS 5 would require installing it in a different location and also packaging a number of dependencies. -- Brian Pitts Systems Administrator | EuPathDB Bioinformatics Resource Center 706-542-1447 | bdp at uga.edu | http://eupathdb.org From antoine at nagafix.co.uk Fri Sep 23 05:15:16 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 23 Sep 2011 11:15:16 +0700 Subject: [winswitch] Problems using xpra on CentOS 5 In-Reply-To: <4E7B8120.6040800@uga.edu> References: <4E7B8120.6040800@uga.edu> Message-ID: <4E7C07D4.4060509@nagafix.co.uk> Hi, Thanks for reporting this, the problem was the "with" statement which is not available before python 2.5. I have to admit that I very rarely test on python2.4, so problems like this one are likely to re-occur. Sooner or later, we'll just have to give up on old unmaintained versions of python... I am pushing a new version with this fix and another worthwhile improvement for applications with high window refresh rates. It will hit the download area shortly. Cheers Antoine On 23/09/11 01:40, Brian Pitts wrote: > Hi, > > Thanks for making packages of xpra for CentOS 5. I tried the xpra-0.0.7.26-1 rpm but was unable to use it. I thought I should report > the problems I experienced. > > 1) CentOS includes Python 2.4, but xpra uses language features which aren't included in that version of Python. For example, > > $ xpra start :1 > Traceback (most recent call last): > File "/usr/bin/xpra", line 4, in ? > import xpra.scripts.main > File "/usr/lib64/python2.4/site-packages/xpra/scripts/main.py", line 23, in ? > File "/usr/lib/python2.4/site-packages/xpra/protocol.py", line 79 > with self._lock: > ^ > SyntaxError: invalid syntax > > There are python 2.6 packages for CentOS 5 available from EPEL. However, after installing them I still cannot use xpra because > > 2) The rpm installed it in /usr/lib64/python2.4 instead of /usr/lib64/python2.6. > 3) xpra imports modules (e.g. gtk, gobject) for which EPEL does not provide python 2.6 packages. > > It seems like creating a usable xpra package for CentOS 5 would require installing it in a different location and also packaging a > number of dependencies. > From bdp at uga.edu Fri Sep 23 20:48:58 2011 From: bdp at uga.edu (Brian Pitts) Date: Fri, 23 Sep 2011 15:48:58 -0400 Subject: [winswitch] Problems using xpra on CentOS 5 In-Reply-To: <4E7C07D4.4060509@nagafix.co.uk> References: <4E7B8120.6040800@uga.edu> <4E7C07D4.4060509@nagafix.co.uk> Message-ID: <4E7CE2AA.4010806@uga.edu> On 09/23/2011 12:15 AM, Antoine Martin wrote: > Hi, > > Thanks for reporting this, the problem was the "with" statement which is > not available before python 2.5. I have to admit that I very rarely test > on python2.4, so problems like this one are likely to re-occur. Sooner > or later, we'll just have to give up on old unmaintained versions of > python... > > I am pushing a new version with this fix and another worthwhile > improvement for applications with high window refresh rates. It will hit > the download area shortly. That was quick; thanks Antoine! I also had to install python-uuid (from EPEL) and python-imaging (from CentOS) packages to get xpra working. Could these be added as dependencies the next time you generate the CentOS 5 RPMs? -- Brian Pitts From antoine at nagafix.co.uk Sat Sep 24 05:20:44 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 24 Sep 2011 11:20:44 +0700 Subject: [winswitch] Problems using xpra on CentOS 5 In-Reply-To: <4E7CE2AA.4010806@uga.edu> References: <4E7B8120.6040800@uga.edu> <4E7C07D4.4060509@nagafix.co.uk> <4E7CE2AA.4010806@uga.edu> Message-ID: <4E7D5A9C.7030209@nagafix.co.uk> On 24/09/11 02:48, Brian Pitts wrote: > On 09/23/2011 12:15 AM, Antoine Martin wrote: >> Hi, >> >> Thanks for reporting this, the problem was the "with" statement which is >> not available before python 2.5. I have to admit that I very rarely test >> on python2.4, so problems like this one are likely to re-occur. Sooner >> or later, we'll just have to give up on old unmaintained versions of >> python... >> >> I am pushing a new version with this fix and another worthwhile >> improvement for applications with high window refresh rates. It will hit >> the download area shortly. > That was quick; thanks Antoine! > > I also had to install python-uuid (from EPEL) and python-imaging (from CentOS) packages to get xpra working. Could these be added as > dependencies the next time you generate the CentOS 5 RPMs? It's a bit annoying to have to add conditional cruft to the rpm specfile just for old versions of CentOS, but I'll see what I can do. Antoine From antoine at nagafix.co.uk Mon Sep 26 09:30:12 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 26 Sep 2011 15:30:12 +0700 Subject: [winswitch] Problems using xpra on CentOS 5 In-Reply-To: <4E7CE2AA.4010806@uga.edu> References: <4E7B8120.6040800@uga.edu> <4E7C07D4.4060509@nagafix.co.uk> <4E7CE2AA.4010806@uga.edu> Message-ID: <4E803814.5080108@nagafix.co.uk> On 24/09/11 02:48, Brian Pitts wrote: > On 09/23/2011 12:15 AM, Antoine Martin wrote: >> Hi, >> >> Thanks for reporting this, the problem was the "with" statement which is >> not available before python 2.5. I have to admit that I very rarely test >> on python2.4, so problems like this one are likely to re-occur. Sooner >> or later, we'll just have to give up on old unmaintained versions of >> python... >> >> I am pushing a new version with this fix and another worthwhile >> improvement for applications with high window refresh rates. It will hit >> the download area shortly. > That was quick; thanks Antoine! > > I also had to install python-uuid (from EPEL) and python-imaging (from CentOS) packages to get xpra working. Could these be added as > dependencies the next time you generate the CentOS 5 RPMs? Oh, that was much harder than it should have been! Anyway, I've made some beta packages with the dependency changes here: http://winswitch.org/beta/ Antoine From bdp at uga.edu Mon Sep 26 19:46:04 2011 From: bdp at uga.edu (Brian Pitts) Date: Mon, 26 Sep 2011 14:46:04 -0400 Subject: [winswitch] Problems using xpra on CentOS 5 In-Reply-To: <4E803814.5080108@nagafix.co.uk> References: <4E7B8120.6040800@uga.edu> <4E7C07D4.4060509@nagafix.co.uk> <4E7CE2AA.4010806@uga.edu> <4E803814.5080108@nagafix.co.uk> Message-ID: <4E80C86C.5040209@uga.edu> On 09/26/2011 04:30 AM, Antoine Martin wrote: > Oh, that was much harder than it should have been! > Anyway, I've made some beta packages with the dependency changes here: > http://winswitch.org/beta/ > Looks good! That package pulled in the proper dependencies for me. -- Brian Pitts