Sometimes when I press ctrl+alt+backspace to restart Xorg, gkrellm2 takes an extremely long time to launch. Investigating why, I ran top and discovered that whenever this happened it was because pypanel 2.0 was eating 99-100% of my cpu. I have first pypanel and then gkrellm2 startup in my .xsession. This only seems to happen after restarting Xorg. Reproducible: Sometimes Steps to Reproduce: 1. Have pypanel open on startup of Xorg, by placing in .xsession 2. Restart the server 3. Run top and see if pypanel is using most of the cpu Actual Results: PyPanel was eating 99-100% of the cpu Expected Results: Used a normal amount of cpu. My .xsession file: Esetroot -f ~/backgrounds/Perpetual_Emerald_Energy_by_Ven0mSevenX.jpg & pypanel & nice -n19 gkrellm2& #Nice helps 3d apps not hitch on my laptop lineakd & exec /usr/bin/openbox My emerge info: [code] Portage 2.0.51-r3 (default-linux/x86/2004.2, gcc-3.4.3, glibc-2.3.4.20040808-r1, 2.6.9-nitro4 i686) ================================================================= System uname: 2.6.9-nitro4 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.16 distcc 2.16 i386-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -mtune=pentium3 -march=pentium3 -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -frename-registers -fweb -ftracer -pipe " CHOST="i386-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mtune=pentium3 -march=pentium3 -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -frename-registers -fweb -ftracer -pipe -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://prometheus.cs.wmich.edu/gentoo http://gentoo.chem.wisc.edu/gentoo/ http://mirror.datapipe.net/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa apm arts avi berkdb bitmap-fonts cdr crypt cups dga dvd emacs encode esd f77 fam flac foomaticdb fortran gdbm gif gpm gtk gtk2 imagemagick imlib java jpeg junit ldap libg++ libwww mad mikmod mmx mmx2 motif mpeg ncurses nls nptl oggvorbis opengl oss pam pcmcia pdflib perl png python qt quicktime readline samba sdl slang spell sse ssl svga tcltk tcpd tiff truetype x86 xml2 xmms xv zlib video_cards_rage128" [/code] Compiled with GCC 3.4, although I am reasonably sure I have this problem even when I had compiled with GCC 3.3. The last time this happened I had restarted Xorg because a SDL game froze. I play alot of SDL games, so there might be some correlation between this and pypanel screwing up. It's a road to try if you can't identify anything else =)
My gut feeling is that this is not a problem with Gentoo or our ebuild for pypanel, but rather an upstream problem. Try sending off an e-mail to the pypanel developers about this. Hopefully they know what it might be, and may even have a workaround. If you learn something useful, please reopen this bug with relevant info, so that I may update the ebuild to fix this.
