From antony.lee at berkeley.edu Thu Sep 10 07:35:56 2015 From: antony.lee at berkeley.edu (Antony Lee) Date: Wed, 9 Sep 2015 23:35:56 -0700 Subject: [winswitch] error on starting xpra Message-ID: Hi, I am trying to run xpra for the first time. $ xpra start ssh:antony at maxwell:100 --start-child xterm This fails with the following message: 2015-09-09 23:36:56,493 cannot use pycups for printing: No module named cups 2015-09-09 23:36:56,513 unknown logging category: x265 2015-09-09 23:36:56,543 cannot import csc_opencl (OpenCL colorspace conversion): No module named pyopencl 2015-09-09 23:36:56,564 Warning: zlib is the only compressor enabled 2015-09-09 23:36:56,564 install and enable lzo or lz4 support for better performance 2015-09-09 23:36:56,565 xpra gtk2 client version 0.15.5 (r10506) 2015-09-09 23:36:56,566 csc module csc_opencl could not be loaded: No module named pyopencl 2015-09-09 23:36:56,567 OpenGL support could not be enabled: 2015-09-09 23:36:56,567 cannot import name gdkgl 2015-09-09 23:36:56,697 detected keyboard: rules=evdev, model=pc101, layout=fr 2015-09-09 23:36:56,698 desktop size is 1600x900 with 1 screen(s): 2015-09-09 23:36:56,699 ':0.0' (423x238 mm - DPI: 96x96) workarea: 1600x873 2015-09-09 23:36:56,699 eDP1 (309x174 mm - DPI: 131x131) Entering daemon mode; any further errors will be reported to: /home/antony/.xpra/:100.log server failed to start after 15.0 seconds - sorry! 2015-09-09 23:37:13,242 failed to receive anything, not an xpra server? 2015-09-09 23:37:13,242 could also be the wrong username, password or port 2015-09-09 23:37:13,242 Connection lost On the server side, the log is as follows: (EE) Fatal server error: (EE) The '-logfile' option cannot be used with elevated privileges. (EE) (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. (EE) 2015-09-09 23:33:47,743 failed to load the mdns avahi publisher: No module named dbus 2015-09-09 23:33:47,743 either fix your installation or use the '--no-mdns' flag 2015-09-09 23:33:47,743 2015-09-09 23:33:47,743 Xvfb command has terminated! xpra cannot continue 2015-09-09 23:33:47,743 2015-09-09 23:33:47,744 removing socket /home/antony/.xpra/maxwell-arch-100 Both sides use the AUR xpra-winswitch package ( https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=xpra-winswitch). Any help would be welcome. Antony From antoine at nagafix.co.uk Thu Sep 10 08:00:28 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 10 Sep 2015 14:00:28 +0700 Subject: [winswitch] error on starting xpra In-Reply-To: References: Message-ID: <55F12A8C.4030508@nagafix.co.uk> On 10/09/15 13:35, Antony Lee wrote: > Hi, > I am trying to run xpra for the first time. > > $ xpra start ssh:antony at maxwell:100 --start-child xterm > > This fails with the following message: > > 2015-09-09 23:36:56,493 cannot use pycups for printing: No module named cups > 2015-09-09 23:36:56,513 unknown logging category: x265 > 2015-09-09 23:36:56,543 cannot import csc_opencl (OpenCL colorspace > conversion): No module named pyopencl > 2015-09-09 23:36:56,564 Warning: zlib is the only compressor enabled > 2015-09-09 23:36:56,564 install and enable lzo or lz4 support for better > performance > 2015-09-09 23:36:56,565 xpra gtk2 client version 0.15.5 (r10506) > 2015-09-09 23:36:56,566 csc module csc_opencl could not be loaded: No > module named pyopencl > 2015-09-09 23:36:56,567 OpenGL support could not be enabled: > 2015-09-09 23:36:56,567 cannot import name gdkgl > 2015-09-09 23:36:56,697 detected keyboard: rules=evdev, model=pc101, > layout=fr > 2015-09-09 23:36:56,698 desktop size is 1600x900 with 1 screen(s): > 2015-09-09 23:36:56,699 ':0.0' (423x238 mm - DPI: 96x96) workarea: > 1600x873 > 2015-09-09 23:36:56,699 eDP1 (309x174 mm - DPI: 131x131) > Entering daemon mode; any further errors will be reported to: > /home/antony/.xpra/:100.log > server failed to start after 15.0 seconds - sorry! > 2015-09-09 23:37:13,242 failed to receive anything, not an xpra server? > 2015-09-09 23:37:13,242 could also be the wrong username, password or port > 2015-09-09 23:37:13,242 Connection lost > > On the server side, the log is as follows: > > (EE) > Fatal server error: > (EE) The '-logfile' option cannot be used with elevated privileges. > (EE) > (EE) > Please consult the The X.Org Foundation support > at http://wiki.x.org > for help. > (EE) > 2015-09-09 23:33:47,743 failed to load the mdns avahi publisher: No module > named dbus > 2015-09-09 23:33:47,743 either fix your installation or use the '--no-mdns' > flag > 2015-09-09 23:33:47,743 > 2015-09-09 23:33:47,743 Xvfb command has terminated! xpra cannot continue ^ this is your problem. ("xpra cannot continue") > 2015-09-09 23:33:47,743 > 2015-09-09 23:33:47,744 removing socket /home/antony/.xpra/maxwell-arch-100 > > Both sides use the AUR xpra-winswitch package ( > https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=xpra-winswitch). > > Any help would be welcome. The problem comes from your "xvfb" option in xpra.conf. It looks to me like the package is pointing to a suid Xorg binary ("elevate privileges"), and this won't work. For more details see: http://xpra.org/trac/wiki/Xdummy Please contact the arch packager for help on this as I have no idea what arch should be using / doing here. There are a number of other issues shown as warnings: * the x265 codec should probably not be built, or if built - the dependency should be required * same for pyopencl * running without lzo or lz4 gives very poor performance * you should have pygtkglext installed (for opengl accelerated client rendering) Cheers Antoine > > Antony > _______________________________________________ > 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 Sep 14 07:33:25 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 14 Sep 2015 13:33:25 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.15.6 (critical fixes) Message-ID: <55F66A35.70607@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This update fixes a critical bug with the Xdummy setup which allows local users to access the virtual display used for the xpra sessions. Thanks to jmatos for reporting this issue. It sounds bad, because it is. Update now. This affects all versions using Xdummy instead of Xvfb since v0.5.x two years ago. (Some versions of Ubuntu are not affected because their Xorg server is broken and they use Xvfb instead). Release notes: * fix missing auth argument with Xdummy * fix oversize print jobs causing disconnections * fix server-side copy of the client's desktop dimensions * fix X11 client errors when window managers clear the window state * fix spurious warnings if X11 desktop properties are not present * fix server failing to report sound failures (dangling process) * fix paint errors with cairo backing * fix window positioning issues when monitors are added (osx and win32) 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 iEYEARECAAYFAlX2ajEACgkQGK2zHPGK1rvQHQCdG6G2NR8p+Ru8Qn8y3TTANOfI g88An1M6TPE/+AHeYt04u+3fmI97GaA0 =VVtm -----END PGP SIGNATURE----- From antoine at nagafix.co.uk Mon Sep 14 07:38:33 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 14 Sep 2015 13:38:33 +0700 Subject: [winswitch] [ANNOUNCE] [LTS] xpra 0.14.30 (critical fixes) Message-ID: <55F66B69.2070004@nagafix.co.uk> Hi, Just like the 0.15.6 release that precedes it: http://lists.devloop.org.uk/pipermail/shifter-users/2015-September/001350.html This update fixes the critical bug with the Xdummy setup which allows local users to access the virtual display used for the xpra sessions. Update now. Release notes: * fix missing auth argument with Xdummy * fix server-side copy of the client's desktop dimensions * fix paint errors with cairo backing * fix window positioning issues when monitors are added (osx and win32) * fix group warnings on MS Windows 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 From thejunk.b at gmail.com Thu Sep 17 12:19:31 2015 From: thejunk.b at gmail.com (Randy) Date: Thu, 17 Sep 2015 07:19:31 -0400 Subject: [winswitch] update fail Message-ID: <2055350.nVmbpIV9uh@bumblebee> I have had this on two Debian Stretch machines now. Setting up xpra (0.15.6-1) ... Thanks Randy -- If it ain't broke tweek it From antoine at nagafix.co.uk Thu Sep 17 12:44:48 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 17 Sep 2015 18:44:48 +0700 Subject: [winswitch] update fail In-Reply-To: <2055350.nVmbpIV9uh@bumblebee> References: <2055350.nVmbpIV9uh@bumblebee> Message-ID: <55FAA7B0.10008@nagafix.co.uk> On 17/09/15 18:19, Randy wrote: > I have had this on two Debian Stretch machines now. > > Setting up xpra (0.15.6-1) ... Sorry about that, the stretch and Jessie 0.15.6-2 builds had failed because of a lack of disk space. Should be fixed now, thanks for reporting it. Cheers Antoine > > Thanks > Randy > From chris.mcdermott at hpe.com Thu Sep 17 20:37:45 2015 From: chris.mcdermott at hpe.com (McDermott, Chris Kevin (MSDU - HP Storage)) Date: Thu, 17 Sep 2015 19:37:45 +0000 Subject: [winswitch] Can't install winswitch on RHEL 6.4 : No package winswitch available. Message-ID: <64BD21B5323B5547963D090B3853D34A1271C2AB@G9W0338.americas.hpqcorp.net> Hey all. I am having trouble installing WinSwitch on RHEL 6.4 x86_64. I've searched google and the mail archives and now I've run out of ideas. I am hoping someone can help me. yum -v install winswitch Not loading "rhnplugin" plugin, as it is disabled Loading "product-id" plugin Not loading "refresh-packagekit" plugin, as it is disabled Loading "security" plugin Loading "subscription-manager" plugin Updating Subscription Management repositories. Unable to read consumer identity This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register. Config time: 0.038 Yum Version: 3.2.29 Setting up Package Sacks pkgsack time: 0.133 rpmdb time: 0.000 Setting up Install Process Checking for virtual provide or file-provide for winswitch No package winswitch available. Error: Nothing to do yum --disablerepo="*" --enablerepo="winswitch" list available Loaded plugins: product-id, security, subscription-manager This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register. Available Packages Cython.x86_64 0.23.2-1.el6 winswitch Cython-debuginfo.x86_64 0.23.2-1.el6 winswitch PyOpenGL-Tk.noarch 3.1.1a1final-1.el6 winswitch PyOpenGL-accelerate-debuginfo.x86_64 3.1.1a1-1.el6 winswitch ffmpeg-xpra-debuginfo.x86_64 2.8-1.el6 winswitch ffmpeg-xpra-devel.x86_64 2.8-1.el6 winswitch gstreamer-plugins-ugly.x86_64 0.10.18-4.el6 winswitch gstreamer-plugins-ugly-debuginfo.x86_64 0.10.18-4.el6 winswitch lame.x86_64 3.99.5-3.el6 winswitch lame-debuginfo.x86_64 3.99.5-3.el6 winswitch lame-devel.x86_64 3.99.5-3.el6 winswitch lame-libs.x86_64 3.99.5-3.el6 winswitch libfakeXinerama-debuginfo.x86_64 0.1.0-3.el6 winswitch libmad.x86_64 0.15.1b-3.el6 winswitch libmad-debuginfo.x86_64 0.15.1b-3.el6 winswitch libmad-devel.x86_64 0.15.1b-3.el6 winswitch libvpx-xpra-debuginfo.x86_64 1.4.0-1.el6 winswitch libvpx-xpra-devel.x86_64 1.4.0-1.el6 winswitch libwebp-xpra-debuginfo.x86_64 0.4.3-1.el6 winswitch libwebp-xpra-devel.x86_64 0.4.3-1.el6 winswitch python-crypto.x86_64 2.6.1-2.el6 winswitch python-crypto-debuginfo.x86_64 2.6.1-2.el6 winswitch python-lz4-debuginfo.x86_64 0.7.0-0.el6 winswitch python-netifaces-debuginfo.x86_64 0.10.4-3.el6 winswitch python-pillow-debuginfo.x86_64 2.9.0-1.el6 winswitch python-pillow-devel.x86_64 2.9.0-1.el6 winswitch python-pillow-doc.noarch 2.9.0-1.el6 winswitch python-pillow-qt.x86_64 2.9.0-1.el6 winswitch python-pillow-tk.x86_64 2.9.0-1.el6 winswitch python-pytools.noarch 2015.1.2-1.el6 winswitch python-rencode-debuginfo.x86_64 1.0.3-1.el6 winswitch x264-xpra-debuginfo.x86_64 20150909-1.el6 winswitch x264-xpra-devel.x86_64 20150909-1.el6 winswitch xorg-x11-drv-dummy.x86_64 0.3.6-15.xpra6.el6 winswitch xorg-x11-drv-dummy-debuginfo.x86_64 0.3.6-15.xpra6.el6 winswitch xpra-debuginfo.x86_64 0.15.6-2.el6_7 winswitch yasm.x86_64 1.3.0-1.el6 winswitch yasm-debuginfo.x86_64 1.3.0-1.el6 winswitch yasm-devel.x86_64 cat /etc/yum.repos.d/winswitch.repo [winswitch] name=Winswitch $releasever - $basearch enabled=1 metadata_expire=7d gpgcheck=1 gpgkey=http://winswitch.org/gpg.asc baseurl=http://winswitch.org/dists/RedHat/$releasever/$basearch/ I've tried CentOS instead of RedHat in the above. I've tried hardcoding the releasever. All to no avail. Any help is greatly appreciated. Thanks, Chris From antoine at nagafix.co.uk Fri Sep 18 04:40:46 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 18 Sep 2015 10:40:46 +0700 Subject: [winswitch] Can't install winswitch on RHEL 6.4 : No package winswitch available. In-Reply-To: <64BD21B5323B5547963D090B3853D34A1271C2AB@G9W0338.americas.hpqcorp.net> References: <64BD21B5323B5547963D090B3853D34A1271C2AB@G9W0338.americas.hpqcorp.net> Message-ID: <55FB87BE.6050901@nagafix.co.uk> On 18/09/15 02:37, McDermott, Chris Kevin (MSDU - HP Storage) wrote: > Hey all. I am having trouble installing WinSwitch on RHEL 6.4 x86_64. I've searched google and the mail archives and > now I've run out of ideas. I am hoping someone can help me. > > > yum -v install winswitch > Not loading "rhnplugin" plugin, as it is disabled > Loading "product-id" plugin > Not loading "refresh-packagekit" plugin, as it is disabled > Loading "security" plugin > Loading "subscription-manager" plugin > Updating Subscription Management repositories. > Unable to read consumer identity > This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register. > Config time: 0.038 > Yum Version: 3.2.29 > Setting up Package Sacks > pkgsack time: 0.133 > rpmdb time: 0.000 > Setting up Install Process > Checking for virtual provide or file-provide for winswitch > No package winswitch available. > Error: Nothing to do > > yum --disablerepo="*" --enablerepo="winswitch" list available > Loaded plugins: product-id, security, subscription-manager > This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register. > Available Packages > Cython.x86_64 0.23.2-1.el6 winswitch > Cython-debuginfo.x86_64 0.23.2-1.el6 winswitch > PyOpenGL-Tk.noarch 3.1.1a1final-1.el6 winswitch > PyOpenGL-accelerate-debuginfo.x86_64 3.1.1a1-1.el6 winswitch > ffmpeg-xpra-debuginfo.x86_64 2.8-1.el6 winswitch > ffmpeg-xpra-devel.x86_64 2.8-1.el6 winswitch > gstreamer-plugins-ugly.x86_64 0.10.18-4.el6 winswitch > gstreamer-plugins-ugly-debuginfo.x86_64 0.10.18-4.el6 winswitch > lame.x86_64 3.99.5-3.el6 winswitch > lame-debuginfo.x86_64 3.99.5-3.el6 winswitch > lame-devel.x86_64 3.99.5-3.el6 winswitch > lame-libs.x86_64 3.99.5-3.el6 winswitch > libfakeXinerama-debuginfo.x86_64 0.1.0-3.el6 winswitch > libmad.x86_64 0.15.1b-3.el6 winswitch > libmad-debuginfo.x86_64 0.15.1b-3.el6 winswitch > libmad-devel.x86_64 0.15.1b-3.el6 winswitch > libvpx-xpra-debuginfo.x86_64 1.4.0-1.el6 winswitch > libvpx-xpra-devel.x86_64 1.4.0-1.el6 winswitch > libwebp-xpra-debuginfo.x86_64 0.4.3-1.el6 winswitch > libwebp-xpra-devel.x86_64 0.4.3-1.el6 winswitch > python-crypto.x86_64 2.6.1-2.el6 winswitch > python-crypto-debuginfo.x86_64 2.6.1-2.el6 winswitch > python-lz4-debuginfo.x86_64 0.7.0-0.el6 winswitch > python-netifaces-debuginfo.x86_64 0.10.4-3.el6 winswitch > python-pillow-debuginfo.x86_64 2.9.0-1.el6 winswitch > python-pillow-devel.x86_64 2.9.0-1.el6 winswitch > python-pillow-doc.noarch 2.9.0-1.el6 winswitch > python-pillow-qt.x86_64 2.9.0-1.el6 winswitch > python-pillow-tk.x86_64 2.9.0-1.el6 winswitch > python-pytools.noarch 2015.1.2-1.el6 winswitch > python-rencode-debuginfo.x86_64 1.0.3-1.el6 winswitch > x264-xpra-debuginfo.x86_64 20150909-1.el6 winswitch > x264-xpra-devel.x86_64 20150909-1.el6 winswitch > xorg-x11-drv-dummy.x86_64 0.3.6-15.xpra6.el6 winswitch > xorg-x11-drv-dummy-debuginfo.x86_64 0.3.6-15.xpra6.el6 winswitch > xpra-debuginfo.x86_64 0.15.6-2.el6_7 winswitch > yasm.x86_64 1.3.0-1.el6 winswitch > yasm-debuginfo.x86_64 1.3.0-1.el6 winswitch > yasm-devel.x86_64 > > cat /etc/yum.repos.d/winswitch.repo > [winswitch] > name=Winswitch $releasever - $basearch > enabled=1 > metadata_expire=7d > gpgcheck=1 > gpgkey=http://winswitch.org/gpg.asc > baseurl=http://winswitch.org/dists/RedHat/$releasever/$basearch/ > > I've tried CentOS instead of RedHat in the above. I've tried hardcoding the releasever. All to no avail. The winswitch packages were missing from the 6.7 repo (which is now the default repo for "6"), that should be fixed now. But if you're stuck on a specific version (6.4 in your case) and not keeping up with minor OS releases (currently at 6.7), you may want to change the baseurl to read: baseurl=http://winswitch.org/dists/RedHat/6.4/$basearch/ (and remember to change it again if and when you update that system) Cheers Antoine > Any help is greatly appreciated. > > Thanks, > Chris > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From chris.mcdermott at hpe.com Fri Sep 18 14:12:18 2015 From: chris.mcdermott at hpe.com (McDermott, Chris Kevin (MSDU - HP Storage)) Date: Fri, 18 Sep 2015 13:12:18 +0000 Subject: [winswitch] Can't install winswitch on RHEL 6.4 : No package winswitch available. In-Reply-To: <55FB87BE.6050901@nagafix.co.uk> References: <64BD21B5323B5547963D090B3853D34A1271C2AB@G9W0338.americas.hpqcorp.net> <55FB87BE.6050901@nagafix.co.uk> Message-ID: <64BD21B5323B5547963D090B3853D34A1271C5BD@G9W0338.americas.hpqcorp.net> Thanks Antoine. That worked. I had tried that in the past and it didn't work. What I failed to notice was that I needed to clean the local yum meta-data due to. Not using downloaded repomd.xml because it is older than what we have: Current : Mon Sep 14 08:00:16 2015 Downloaded: Mon Sep 14 07:58:08 2015 Again, thank you very much for your help. Chris cat /etc/yum.repos.d/winswitch.repo [winswitch] name=Winswitch $releasever - $basearch enabled=1 metadata_expire=7d gpgcheck=1 gpgkey=http://winswitch.org/gpg.asc baseurl=http://winswitch.org/dists/RedHat/6.4/$basearch/ -----Original Message----- From: shifter-users [mailto:shifter-users-bounces at lists.devloop.org.uk] On Behalf Of Antoine Martin Sent: Thursday, September 17, 2015 11:41 PM To: shifter-users at lists.devloop.org.uk Subject: Re: [winswitch] Can't install winswitch on RHEL 6.4 : No package winswitch available. On 18/09/15 02:37, McDermott, Chris Kevin (MSDU - HP Storage) wrote: > Hey all. I am having trouble installing WinSwitch on RHEL 6.4 x86_64. > I've searched google and the mail archives and now I've run out of ideas. I am hoping someone can help me. > > > yum -v install winswitch Not loading "rhnplugin" > plugin, as it is disabled Loading "product-id" plugin Not loading > "refresh-packagekit" plugin, as it is disabled Loading "security" > plugin Loading "subscription-manager" plugin Updating Subscription > Management repositories. > Unable to read consumer identity > This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register. > Config time: 0.038 > Yum Version: 3.2.29 > Setting up Package Sacks > pkgsack time: 0.133 > rpmdb time: 0.000 > Setting up Install Process > Checking for virtual provide or file-provide for winswitch No package > winswitch available. > Error: Nothing to do > > yum --disablerepo="*" --enablerepo="winswitch" list > available Loaded plugins: product-id, security, subscription-manager > This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register. > Available Packages > Cython.x86_64 0.23.2-1.el6 winswitch > Cython-debuginfo.x86_64 0.23.2-1.el6 winswitch > PyOpenGL-Tk.noarch 3.1.1a1final-1.el6 winswitch > PyOpenGL-accelerate-debuginfo.x86_64 3.1.1a1-1.el6 winswitch > ffmpeg-xpra-debuginfo.x86_64 2.8-1.el6 winswitch > ffmpeg-xpra-devel.x86_64 2.8-1.el6 winswitch > gstreamer-plugins-ugly.x86_64 0.10.18-4.el6 winswitch > gstreamer-plugins-ugly-debuginfo.x86_64 0.10.18-4.el6 winswitch > lame.x86_64 3.99.5-3.el6 winswitch > lame-debuginfo.x86_64 3.99.5-3.el6 winswitch > lame-devel.x86_64 3.99.5-3.el6 winswitch > lame-libs.x86_64 3.99.5-3.el6 winswitch > libfakeXinerama-debuginfo.x86_64 0.1.0-3.el6 winswitch > libmad.x86_64 0.15.1b-3.el6 winswitch > libmad-debuginfo.x86_64 0.15.1b-3.el6 winswitch > libmad-devel.x86_64 0.15.1b-3.el6 winswitch > libvpx-xpra-debuginfo.x86_64 1.4.0-1.el6 winswitch > libvpx-xpra-devel.x86_64 1.4.0-1.el6 winswitch > libwebp-xpra-debuginfo.x86_64 0.4.3-1.el6 winswitch > libwebp-xpra-devel.x86_64 0.4.3-1.el6 winswitch > python-crypto.x86_64 2.6.1-2.el6 winswitch > python-crypto-debuginfo.x86_64 2.6.1-2.el6 winswitch > python-lz4-debuginfo.x86_64 0.7.0-0.el6 winswitch > python-netifaces-debuginfo.x86_64 0.10.4-3.el6 winswitch > python-pillow-debuginfo.x86_64 2.9.0-1.el6 winswitch > python-pillow-devel.x86_64 2.9.0-1.el6 winswitch > python-pillow-doc.noarch 2.9.0-1.el6 winswitch > python-pillow-qt.x86_64 2.9.0-1.el6 winswitch > python-pillow-tk.x86_64 2.9.0-1.el6 winswitch > python-pytools.noarch 2015.1.2-1.el6 winswitch > python-rencode-debuginfo.x86_64 1.0.3-1.el6 winswitch > x264-xpra-debuginfo.x86_64 20150909-1.el6 winswitch > x264-xpra-devel.x86_64 20150909-1.el6 winswitch > xorg-x11-drv-dummy.x86_64 0.3.6-15.xpra6.el6 winswitch > xorg-x11-drv-dummy-debuginfo.x86_64 0.3.6-15.xpra6.el6 winswitch > xpra-debuginfo.x86_64 0.15.6-2.el6_7 winswitch > yasm.x86_64 1.3.0-1.el6 winswitch > yasm-debuginfo.x86_64 1.3.0-1.el6 winswitch > yasm-devel.x86_64 > > cat /etc/yum.repos.d/winswitch.repo [winswitch] > name=Winswitch $releasever - $basearch > enabled=1 > metadata_expire=7d > gpgcheck=1 > gpgkey=http://winswitch.org/gpg.asc > baseurl=http://winswitch.org/dists/RedHat/$releasever/$basearch/ > > I've tried CentOS instead of RedHat in the above. I've tried hardcoding the releasever. All to no avail. The winswitch packages were missing from the 6.7 repo (which is now the default repo for "6"), that should be fixed now. But if you're stuck on a specific version (6.4 in your case) and not keeping up with minor OS releases (currently at 6.7), you may want to change the baseurl to read: baseurl=http://winswitch.org/dists/RedHat/6.4/$basearch/ (and remember to change it again if and when you update that system) Cheers Antoine > Any help is greatly appreciated. > > Thanks, > Chris > _______________________________________________ > 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 chris.mcdermott at hpe.com Mon Sep 21 21:35:09 2015 From: chris.mcdermott at hpe.com (McDermott, Chris Kevin (MSDU - HP Storage)) Date: Mon, 21 Sep 2015 20:35:09 +0000 Subject: [winswitch] winswitch uses 100% CPU Message-ID: <64BD21B5323B5547963D090B3853D34A1271CF6C@G9W0338.americas.hpqcorp.net> I'm running winswitch on RHEL 6.4. The winswitch-server and winswitch-stdio processes are both using approximately 100% CPU (core). I have read the FAQ on this http://winswitch.org/trac/ticket/90. I have patched pygtk2-2.16.0-3 Fedora source RPM with the patches https://bugzilla.redhat.com/attachment.cgi?id=477006 and https://bugzilla.redhat.com/attachment.cgi?id=477007 (more or less) and did an rpmbuild to produce a new binary RPM for pygtk2-2.16.0-3.el6. I've installed the new binary RPM and restarted winswitch. The high CPU usage did not change. strace of winswitch_server shows poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 38) = 1 ([{fd=3, revents=POLLIN}]) poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 38) = 1 ([{fd=3, revents=POLLIN}]) poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 36) = 1 ([{fd=3, revents=POLLIN}]) poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 35) = 1 ([{fd=3, revents=POLLIN}]) ad infinitum lsof shows this for fd 3 winswitch 16617 mcdermoc 3r FIFO 0,8 0t0 93100 pipe strace of stdio is basically the same pattern - nothing but calls to poll(3). I am out of ideas. Any help on a new direction which I could pursue would be greatly appreciated. Thanks, Chris From antoine at nagafix.co.uk Wed Sep 23 10:42:02 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 23 Sep 2015 16:42:02 +0700 Subject: [winswitch] winswitch uses 100% CPU In-Reply-To: <64BD21B5323B5547963D090B3853D34A1271CF6C@G9W0338.americas.hpqcorp.net> References: <64BD21B5323B5547963D090B3853D34A1271CF6C@G9W0338.americas.hpqcorp.net> Message-ID: <560273EA.7010901@nagafix.co.uk> On 22/09/15 03:35, McDermott, Chris Kevin (MSDU - HP Storage) wrote: > I'm running winswitch on RHEL 6.4. The winswitch-server and winswitch-stdio processes are both using approximately 100% CPU (core). > > I have read the FAQ on this http://winswitch.org/trac/ticket/90. > > I have patched pygtk2-2.16.0-3 Fedora source RPM with the patches https://bugzilla.redhat.com/attachment.cgi?id=477006 and https://bugzilla.redhat.com/attachment.cgi?id=477007 (more or less) and did an rpmbuild to produce a new binary RPM for pygtk2-2.16.0-3.el6. > > I've installed the new binary RPM and restarted winswitch. The high CPU usage did not change. > > strace of winswitch_server shows > > poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 38) = 1 ([{fd=3, revents=POLLIN}]) > poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 38) = 1 ([{fd=3, revents=POLLIN}]) > poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 36) = 1 ([{fd=3, revents=POLLIN}]) > poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 35) = 1 ([{fd=3, revents=POLLIN}]) > > ad infinitum > > lsof shows this for fd 3 > > winswitch 16617 mcdermoc 3r FIFO 0,8 0t0 93100 pipe > > strace of stdio is basically the same pattern - nothing but calls to poll(3). > > I am out of ideas. Any help on a new direction which I could pursue would be greatly appreciated. Have you verified that your patched libraries are being used and that they do fix the problem they are meant to fix? There is a test case here (requires sending it a SIGCHLD): https://bugzilla.gnome.org/show_bug.cgi?id=640738#c4 And another one here (requires Twisted): http://twistedmatrix.com/trac/ticket/4658 The only alternative that I can think of is to upgrade to a newer CentOS release. (those have the pygtk patches included - I believe) Cheers Antoine > > Thanks, > Chris > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From chris.mcdermott at hpe.com Wed Sep 23 17:42:37 2015 From: chris.mcdermott at hpe.com (McDermott, Chris Kevin (MSDU - HP Storage)) Date: Wed, 23 Sep 2015 16:42:37 +0000 Subject: [winswitch] winswitch uses 100% CPU In-Reply-To: <560273EA.7010901@nagafix.co.uk> References: <64BD21B5323B5547963D090B3853D34A1271CF6C@G9W0338.americas.hpqcorp.net> <560273EA.7010901@nagafix.co.uk> Message-ID: <64BD21B5323B5547963D090B3853D34A1271DF8A@G9W0338.americas.hpqcorp.net> Thanks Antione. I've verified that I am running the patch which already includes the twisted patch. I attached gdb to the winswitch_server process and grabbed a backtrace. Interestingly it looks like maybe it's a glib problem? #0 0x0000003294cdf1b3 in poll () from /lib64/libc.so.6 #1 0x000000329643c655 in ?? () from /lib64/libglib-2.0.so.0 #2 0x000000329643cd55 in g_main_loop_run () from /lib64/libglib-2.0.so.0 #3 0x00007fb6c86ea791 in ?? () from /usr/lib64/python2.6/site-packages/gtk-2.0/glib/_glib.so #4 0x000000320dcd5906 in PyEval_EvalFrameEx () from /usr/lib64/libpython2.6.so.1.0 #5 0x000000320dcd7647 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.6.so.1.0 #6 0x000000320dcd5a94 in PyEval_EvalFrameEx () from /usr/lib64/libpython2.6.so.1.0 #7 0x000000320dcd6b7f in PyEval_EvalFrameEx () from /usr/lib64/libpython2.6.so.1.0 #8 0x000000320dcd6b7f in PyEval_EvalFrameEx () from /usr/lib64/libpython2.6.so.1.0 #9 0x000000320dcd6b7f in PyEval_EvalFrameEx () from /usr/lib64/libpython2.6.so.1.0 #10 0x000000320dcd7647 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.6.so.1.0 #11 0x000000320dcd7722 in PyEval_EvalCode () from /usr/lib64/libpython2.6.so.1.0 #12 0x000000320dcf1b9c in ?? () from /usr/lib64/libpython2.6.so.1.0 #13 0x000000320dcf1c70 in PyRun_FileExFlags () from /usr/lib64/libpython2.6.so.1.0 #14 0x000000320dcf315c in PyRun_SimpleFileExFlags () from /usr/lib64/libpython2.6.so.1.0 #15 0x000000320dcff892 in Py_Main () from /usr/lib64/libpython2.6.so.1.0 #16 0x0000003294c1ed5d in __libc_start_main () from /lib64/libc.so.6 #17 0x0000000000400649 in _start () -----Original Message----- From: shifter-users [mailto:shifter-users-bounces at lists.devloop.org.uk] On Behalf Of Antoine Martin Sent: Wednesday, September 23, 2015 5:42 AM To: shifter-users at lists.devloop.org.uk Subject: Re: [winswitch] winswitch uses 100% CPU On 22/09/15 03:35, McDermott, Chris Kevin (MSDU - HP Storage) wrote: > I'm running winswitch on RHEL 6.4. The winswitch-server and winswitch-stdio processes are both using approximately 100% CPU (core). > > I have read the FAQ on this http://winswitch.org/trac/ticket/90. > > I have patched pygtk2-2.16.0-3 Fedora source RPM with the patches https://bugzilla.redhat.com/attachment.cgi?id=477006 and https://bugzilla.redhat.com/attachment.cgi?id=477007 (more or less) and did an rpmbuild to produce a new binary RPM for pygtk2-2.16.0-3.el6. > > I've installed the new binary RPM and restarted winswitch. The high CPU usage did not change. > > strace of winswitch_server shows > > poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, {fd=15, > events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, > events=POLLIN}, {fd=10, events=POLLIN}], 7, 38) = 1 ([{fd=3, > revents=POLLIN}]) poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, > {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, > {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 38) = 1 ([{fd=3, > revents=POLLIN}]) poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, > {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, > {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 36) = 1 ([{fd=3, > revents=POLLIN}]) poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, > {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, > {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 35) = 1 ([{fd=3, > revents=POLLIN}]) > > ad infinitum > > lsof shows this for fd 3 > > winswitch 16617 mcdermoc 3r FIFO 0,8 0t0 93100 pipe > > strace of stdio is basically the same pattern - nothing but calls to poll(3). > > I am out of ideas. Any help on a new direction which I could pursue would be greatly appreciated. Have you verified that your patched libraries are being used and that they do fix the problem they are meant to fix? There is a test case here (requires sending it a SIGCHLD): https://bugzilla.gnome.org/show_bug.cgi?id=640738#c4 And another one here (requires Twisted): http://twistedmatrix.com/trac/ticket/4658 The only alternative that I can think of is to upgrade to a newer CentOS release. (those have the pygtk patches included - I believe) Cheers Antoine > > Thanks, > Chris > _______________________________________________ > 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 Thu Sep 24 07:00:51 2015 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 24 Sep 2015 13:00:51 +0700 Subject: [winswitch] winswitch uses 100% CPU In-Reply-To: <64BD21B5323B5547963D090B3853D34A1271DF8A@G9W0338.americas.hpqcorp.net> References: <64BD21B5323B5547963D090B3853D34A1271CF6C@G9W0338.americas.hpqcorp.net> <560273EA.7010901@nagafix.co.uk> <64BD21B5323B5547963D090B3853D34A1271DF8A@G9W0338.americas.hpqcorp.net> Message-ID: <56039193.5020803@nagafix.co.uk> On 23/09/15 23:42, McDermott, Chris Kevin (MSDU - HP Storage) wrote: > Thanks Antione. I've verified that I am running the patch which already includes the twisted patch. > > I attached gdb to the winswitch_server process and grabbed a backtrace. Interestingly it looks like maybe it's a glib problem? I do vaguely recall something about glib sharing the same / similar code as pygtk. So maybe you will need to patch glib too. Do the examples I linked to still spin at 100%? This would at least confirm that the bug is not somewhere else... Cheers Antoine > > #0 0x0000003294cdf1b3 in poll () from /lib64/libc.so.6 > #1 0x000000329643c655 in ?? () from /lib64/libglib-2.0.so.0 > #2 0x000000329643cd55 in g_main_loop_run () from /lib64/libglib-2.0.so.0 > #3 0x00007fb6c86ea791 in ?? () from /usr/lib64/python2.6/site-packages/gtk-2.0/glib/_glib.so > #4 0x000000320dcd5906 in PyEval_EvalFrameEx () from /usr/lib64/libpython2.6.so.1.0 > #5 0x000000320dcd7647 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.6.so.1.0 > #6 0x000000320dcd5a94 in PyEval_EvalFrameEx () from /usr/lib64/libpython2.6.so.1.0 > #7 0x000000320dcd6b7f in PyEval_EvalFrameEx () from /usr/lib64/libpython2.6.so.1.0 > #8 0x000000320dcd6b7f in PyEval_EvalFrameEx () from /usr/lib64/libpython2.6.so.1.0 > #9 0x000000320dcd6b7f in PyEval_EvalFrameEx () from /usr/lib64/libpython2.6.so.1.0 > #10 0x000000320dcd7647 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.6.so.1.0 > #11 0x000000320dcd7722 in PyEval_EvalCode () from /usr/lib64/libpython2.6.so.1.0 > #12 0x000000320dcf1b9c in ?? () from /usr/lib64/libpython2.6.so.1.0 > #13 0x000000320dcf1c70 in PyRun_FileExFlags () from /usr/lib64/libpython2.6.so.1.0 > #14 0x000000320dcf315c in PyRun_SimpleFileExFlags () from /usr/lib64/libpython2.6.so.1.0 > #15 0x000000320dcff892 in Py_Main () from /usr/lib64/libpython2.6.so.1.0 > #16 0x0000003294c1ed5d in __libc_start_main () from /lib64/libc.so.6 > #17 0x0000000000400649 in _start () > > > -----Original Message----- > From: shifter-users [mailto:shifter-users-bounces at lists.devloop.org.uk] On Behalf Of Antoine Martin > Sent: Wednesday, September 23, 2015 5:42 AM > To: shifter-users at lists.devloop.org.uk > Subject: Re: [winswitch] winswitch uses 100% CPU > > On 22/09/15 03:35, McDermott, Chris Kevin (MSDU - HP Storage) wrote: >> I'm running winswitch on RHEL 6.4. The winswitch-server and winswitch-stdio processes are both using approximately 100% CPU (core). >> >> I have read the FAQ on this http://winswitch.org/trac/ticket/90. >> >> I have patched pygtk2-2.16.0-3 Fedora source RPM with the patches https://bugzilla.redhat.com/attachment.cgi?id=477006 and https://bugzilla.redhat.com/attachment.cgi?id=477007 (more or less) and did an rpmbuild to produce a new binary RPM for pygtk2-2.16.0-3.el6. >> >> I've installed the new binary RPM and restarted winswitch. The high CPU usage did not change. >> >> strace of winswitch_server shows >> >> poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, {fd=15, >> events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, {fd=13, >> events=POLLIN}, {fd=10, events=POLLIN}], 7, 38) = 1 ([{fd=3, >> revents=POLLIN}]) poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, >> {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, >> {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 38) = 1 ([{fd=3, >> revents=POLLIN}]) poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, >> {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, >> {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 36) = 1 ([{fd=3, >> revents=POLLIN}]) poll([{fd=7, events=POLLIN}, {fd=3, events=POLLIN}, >> {fd=15, events=POLLIN}, {fd=11, events=POLLIN}, {fd=5, events=POLLIN}, >> {fd=13, events=POLLIN}, {fd=10, events=POLLIN}], 7, 35) = 1 ([{fd=3, >> revents=POLLIN}]) >> >> ad infinitum >> >> lsof shows this for fd 3 >> >> winswitch 16617 mcdermoc 3r FIFO 0,8 0t0 93100 pipe >> >> strace of stdio is basically the same pattern - nothing but calls to poll(3). >> >> I am out of ideas. Any help on a new direction which I could pursue would be greatly appreciated. > Have you verified that your patched libraries are being used and that they do fix the problem they are meant to fix? > There is a test case here (requires sending it a SIGCHLD): > https://bugzilla.gnome.org/show_bug.cgi?id=640738#c4 > And another one here (requires Twisted): > http://twistedmatrix.com/trac/ticket/4658 > > The only alternative that I can think of is to upgrade to a newer CentOS release. > (those have the pygtk patches included - I believe) > > Cheers > Antoine >> Thanks, >> Chris >> _______________________________________________ >> 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