Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 45335 - gkrellm-2.1.27 doesn't "withdrawl" with the -w switch into the slit (openbox+docker)
Summary: gkrellm-2.1.27 doesn't "withdrawl" with the -w switch into the slit (openbox+...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Martin Holzer (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 47620
  Show dependency tree
 
Reported: 2004-03-21 18:29 UTC by Ajay Sharma
Modified: 2004-07-05 10:21 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Slit fix. (slit_gtk+-2.4.0.patch,502 bytes, patch)
2004-04-10 22:44 UTC, Markus Nigbur (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Ajay Sharma 2004-03-21 18:29:52 UTC
I run openbox-3.1-r1 as the window manger, docker-1.5 for the "system tray" and then gkrellm for a all the reporting junk.  Last night I upgraded to gkrellm-2.1.28 and when I restarted gkrellm, it pops up in the middle of the screen instead of "inside" the docker.

I run gkrellm through my .xinitrc file and it looks like:

docker -border 3 &
gkrellm2 -w &
gaim &
xscreensaver &
openbox


Reproducible: Always
Steps to Reproduce:
1.emerge openbox, docker and gkrellm
2.configure your .xinitrc like mine...
3.start gkrellm in "withdrawn" mode.

Actual Results:  
gkrellm is aligned at the top of the screen in the center.

Expected Results:  
it should be placed "inside" the docker along with the other icons (like gaim).

Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.4.25)
=================================================================
System uname: 2.4.25 i686 AMD Athlon(TM) XP 1900+
Gentoo Base System version 1.4.3.13p1
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="no"
CFLAGS="-mcpu=athlon-xp -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3.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 -mcpu=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://mirror.tucdemonic.org/gentoo/ http://gentoo.ccccom.com
http://gentoo.binarycompass.org http://gentoo.chem.wisc.edu/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/opt/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X aalib alsa apm arts avi berkdb cdr crypt cups dvd dvdr encode esd
faad flac foomaticdb gdbm gif gpm gtk gtk2 imlib innodb java jpeg libg++ libwww
mad mikmod mmx motif mpeg mysql ncurses oggvorbis opengl oss pam pdflib perl png
ppds python qt quicktime readline samba scanner sdl slang spell sse ssl svga
tcpd tiff truetype usb x86 xml2 xmms xosd xv zlib"
Comment 1 Trevor Joynson 2004-03-21 22:00:08 UTC
I have this problem as well.
using fluxbox-cvs, and starting it via .xinitrc .
this just appeared recently. De-grading gkrellm doe NOT help, so I don't think it's gkrellm.

Also, another issue is that fonts do NOT work. Specifying any font does not change it anymore. It used to fine, but recently stopped. =/

-----
Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.6.4-gentoo)
=================================================================
System uname: 2.6.4-gentoo i686 AMD Athlon(tm) XP 2000+
Gentoo Base System version 1.4.3.13p1
distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r3,sys-devel/autoconf-2.59
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="no"
CFLAGS="-march=athlon-xp -O2 -pipe -mfpmath=sse,387 -funroll-loops -frename-registers -fmerge-all-constants -fprefetch-loop-arrays -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe -mfpmath=sse,387 -funroll-loops -frename-registers -fmerge-all-constants -fprefetch-loop-arrays -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache digest sandbox userpriv"
GENTOO_MIRRORS="ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="3dnow S3TC X Xaw3d aalib accessibility acpi acpi4linux alsa apache2 apm autofs avi berkdb cdr composite crypt cups curl dedicated dga dillo directfb encode esd evo fbcon fbdev flash gd gdbm gif gpm gstreamer gtk gtk2 gtkhtml imagemagick imap imlib innodb ipv6 jabber java jikes joystick jpeg libg++ libwww mad maildir migemo mikmod mmx motif mozilla moznocompose moznoirc moznomail mpeg msn mysql nas ncurses nocd nptl offensive oggvorbis opengl oscar oss pam pdflib perl php pic png python qt quicktime readline ruby samba scanner sdl slang socks5 spell src sse ssl svga tcltk tcpd tiff truetype usb x86 xchattext xinerama xml2 xmms xosd xv yahoo zlib"
Comment 2 chris strom 2004-03-22 10:14:30 UTC
This seems to be caused by the upgrade to x11-libs/gtk+-2.4.0.  Per the discussion at http://forums.gentoo.org/viewtopic.php?t=151371, I was able to get gkrellm back into the fluxbox slit by downgrading to x11-libs/gtk+-2.2.4-r1 and re-emerging gkrellm.
Comment 3 Kristopher Baker 2004-03-22 22:06:19 UTC
i ran into the same issue within both blackbox and fluxbox ... but after rolling back to gtk+-2.2.4-r1 it withdrew properly

this is a bug listed on the gkrellm site:  [url]http://web.wt.net/~billw/gkrellm/Bugs.html[/url]

but it is attributing it to a wm issue or a setting with in gkrellm
Comment 4 Ajay Sharma 2004-03-26 11:49:56 UTC
I can confirm that emerging gtk+-2.2.4 and removing  gtk+-2.4.0, then rebuilding gkrellm fixed the problem for me.

Tweaking the settings as described on the gkrellm bugs page (http://web.wt.net/~billw/gkrellm/Bugs.html) didn't help.  Changing those settings did fix the gkrellm window in the corner of the screen, but it didn't place it in the slit.
Comment 5 Ajay Sharma 2004-03-26 22:53:48 UTC
I emailed bill @ gkrellm (his address was listed on that bug page and he had this to say:

---------
That slit problem noted on my bugs page was something that came up a while back and may have been only with certain *box window manager versions.  I've really
not had any recent reports about it until yours and just today one other from a Gentoo user using Gtk+-2.4.
---------

He continued to say that he will look into the *new* issue with gtk+ 2.4.0.
Comment 6 Martin Holzer (RETIRED) gentoo-dev 2004-03-31 21:50:10 UTC
adding the upstream maintainer
Comment 7 Robin Schoonover 2004-04-06 21:33:05 UTC
by deleting the contents of update_wm_hints() in gtk+-2.4.0/gdk/x11/gdkwindow-x11.c so that update_wm_hints() does nothing, you can make it so gkrellm can go back into the slit.

I've emailed the author of gkrellm about it.
Comment 8 Trevor Joynson 2004-04-09 18:56:35 UTC
Does this "hack" fix the font issue as well?
Comment 9 Arve Knudsen 2004-04-10 10:53:21 UTC
I'm not sure if its the correct thing to do, but I moved the call to gkrellm_winop_options to after gtk_widget_show(gtree.window). After this the window would show up in the slit. GTK+ probably overrides the WM hints gkrellm passes in outside of GTK+. I tried playing around with gdk_window_withdraw and gdk_window_hide, but none of them seemed to have the wanted effect.
Comment 10 Markus Nigbur (RETIRED) gentoo-dev 2004-04-10 22:44:03 UTC
Created attachment 29063 [details, diff]
Slit fix.

Guess that will do for now.
Comment 11 Ajay Sharma 2004-04-11 01:21:45 UTC
The fonts still look a little weird, but thank god gkrellm is back in the slit!  THANKS!!!
Comment 12 Markus Nigbur (RETIRED) gentoo-dev 2004-04-11 04:30:01 UTC
fixed.
Comment 13 Aaron Gyes 2004-04-11 11:08:10 UTC
What about fonts? Should another bug entry be made?
Comment 14 Ajay Sharma 2004-04-11 13:51:20 UTC
Yeah.  Make another bug report, this was just had to do with the slit problem.
Comment 15 Martin Holzer (RETIRED) gentoo-dev 2004-04-13 08:41:03 UTC
the fonts problem is at bug 45346
Comment 16 Mark Knecht 2004-04-19 07:10:21 UTC
Hi,
   I don;t know if it's of interest to anyone, but I'm having this problem under fluxbox. I noticed that by doing a 'restart' from the fluxbox menu that gkrellm correctly drops back into the slit. Anyway, for me there was no need to downgrade anything to get this to work.

- Mark
Comment 17 Radek Podgorny 2004-04-19 07:21:20 UTC
Thanks for the "restart" tip. Works for me in openbox 3.2

Can someone please reopen this bug? It's not yet solved!

Thanks...
Radek

P.S.: My research tells me this is somehow timing related. On my laptop, the gkrellm goes to slit sometimes and sometimes it does not. When the WM (openbox3) loads for too long, everything works OK but when it's in the cache and loads quickly or gkrellm loads slowly, it (gkrellm) stays "off" the slit...
Comment 18 Sebastian Schlingmann 2004-07-05 10:21:42 UTC
The same Problem just appeared to me when upgrading to kernel 2.6.7 with 4K stacks.
I am using fluxbox 0.9.9 and gkrellm 2.1.28-r1.
Restart fix works.