[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#475534: marked as done (x11-apps: oclock fails to show updated time, apparently because repainting hands in wrong colour)

Your message dated Wed, 15 Dec 2010 17:21:18 +0100
with message-id <20101215162118.GA12127@vdg.blogsite.org>
and subject line Re: Bug#475534: x11-apps: oclock fails to show updated time, apparently because repainting hands in wrong colour
has caused the Debian Bug report #475534,
regarding x11-apps: oclock fails to show updated time, apparently because repainting hands in wrong colour
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
475534: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475534
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: x11-apps
Version: 7.3+1
Severity: normal

A power-cut just forced me to reboot into 2.6.24-1-686, having
previously been on a 2.6.18.  Most X-related things were restarted
within the last two weeks when I did an /etc/init.d/xdm restart, but
some have doubtless been updated since.

After the power-cut, my oclock has always been stopped.
Its hands don't move, although they do change colour
I find that an xclock works fine.

My fvwm init.hook fires off oclock using
+ I Exec exec oclock -transparent -geometry -0+0
and post.hook sets
Style *		SloppyFocus
Style oclock	NeverFocus, NoTitle, Sticky, NoHandles, StaysOnTop

I've started a separate X session, startx -- :1, running fvwm with
nothing but an xterm and the xplanet root window (that somehow knew to
start up, despite my having moved aside my default config), from which
I started oclock -transparent; I see the oclock's hands in their
initial position mostly painted black; or, when I had to clear
xscreensaver, the green that xscreensaver was doing; so it looks like
a failure to repaint.  It looks as if the part that remains yellow is
the intersection of the initial position of the hands and the position
they should currently be in; but the current position is not otherwise
drawn.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages x11-apps depends on:
ii  cpp                       4:4.2.2-2      The GNU C preprocessor (cpp)
ii  libc6                     2.7-10         GNU C Library: Shared libraries
ii  libfontconfig1            2.5.0-2        generic font configuration library
ii  libice6                   2:1.0.4-1      X11 Inter-Client Exchange library
ii  libpng12-0                1.2.15~beta5-3 PNG library - runtime
ii  libsm6                    2:1.0.3-1+b1   X11 Session Management library
ii  libx11-6                  2:1.0.3-7      X11 client-side library
ii  libxaw7                   2:1.0.4-1      X11 Athena Widget library
ii  libxcursor1               1:1.1.9-1      X cursor management library
ii  libxext6                  2:1.0.4-1      X11 miscellaneous extension librar
ii  libxft2                   2.1.12-2       FreeType-based font drawing librar
ii  libxkbfile1               1:1.0.5-1      X11 keyboard file manipulation lib
ii  libxmu6                   2:1.0.4-1      X11 miscellaneous utility library
ii  libxmuu1                  2:1.0.4-1      X11 miscellaneous micro-utility li
ii  libxrender1               1:0.9.4-1      X Rendering Extension client libra
ii  libxt6                    1:1.0.5-3      X11 toolkit intrinsics library
ii  x11-common                1:7.2-5        X Window System (X.Org) infrastruc
ii  fvwm                      1:2.5.25-1     F(?) Virtual Window Manager, version 2.5

x11-apps recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
On Mon, Jun 16, 2008 at 10:58:35PM +0200, Edward Welbourne wrote:
> I've rotated my screen using xrandr -o left to use it in portrait mode
> and, to my pleasant surprise, the oclock now works as it always used
> to.  There doesn't appear to have been an upgrade to x11-apps since I
> reported the bug, but it has been some weeks since I last rebooted or
> even restarted my X server, so it's possible something else changed in
> the mean time.  Either that or xrandr did some magic that overcame
> whatever was breaking it; or the change in screen position (it sits in
> the top right of the screen, which now has a much lower x co-ordinate)
> was relevant.
> 
> 	Eddy.
> 

I tried it and did not find any issues either, so I'm closing this bug.

Thanks

-- 
Julien Viard de Galbert                        <julien@vdg.blogsite.org>
http://silicone.homelinux.org/           <julien@silicone.homelinux.org>

--- End Message ---
Reply to: