Your message dated Wed, 15 Dec 2010 17:21:18 +0100
with message-id <[email protected]>
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 [email protected]
immediately.)
--
475534: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475534
Debian Bug Tracking System
Contact [email protected] 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 <[email protected]>
http://silicone.homelinux.org/ <[email protected]>
--- End Message ---
