Bug#482718: xosview: CPU load bar reset each time CPU frequency changes

2008-06-02 Thread Raphael Manfredi
Quoting Kartik Mistry:
: Is this similar to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384453 ?
: Please check.

I checked, but it's not related to that bug.  Here the window continues to
be updated just fine, simply the CPU graph is reset, that is the existing
history on the left disappears and one only sees the recent update on the
right, that start again to shift to the left.

Raphael



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#482718: xosview: CPU load bar reset each time CPU frequency changes

2008-06-01 Thread Kartik Mistry
On Monday 02 Jun 2008 2:16:54 am Raphael Manfredi wrote:
> I discovered accidentally that if there is a window partially covering the
> xosview window, then a CPU frequency change does not cause a reset of the
> CPU line.  However, if nothing is before (i.e. the window is in the front),
> then this resetting occurs.  Moving the xosview back behind another window
> will cause the CPU line to be displayed correctly again with the history.
>
> This may be an X bug and not an xosview bug...

It looks like X bug..

> Maybe the developers can try to reproduce the problem and see whether
> what is causing this behaviour is due to an event not properly handled
> by xosview?

Is this similar to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384453 ?
Please check.

Thanks for your inputs.

-- 
 Cheers,
 Kartik Mistry | GPG: 0xD1028C8D | IRC: kart_
 Blogs: {ftbfs,kartikm}.wordpress.com

Why do they call it baby-SITTING when all you do is run after them?




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#482718: xosview: CPU load bar reset each time CPU frequency changes

2008-06-01 Thread Raphael Manfredi
Quoting Kartik Mistry:
: Thanks for reporting bug. I will discuss with upstream and let report know 
: about progress.

I discovered accidentally that if there is a window partially covering the
xosview window, then a CPU frequency change does not cause a reset of the
CPU line.  However, if nothing is before (i.e. the window is in the front),
then this resetting occurs.  Moving the xosview back behind another window
will cause the CPU line to be displayed correctly again with the history.

This may be an X bug and not an xosview bug...

Maybe the developers can try to reproduce the problem and see whether
what is causing this behaviour is due to an event not properly handled
by xosview?

Raphael



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#482718: Fwd: Bug#482718: xosview: CPU load bar reset each time CPU frequency changes

2008-05-31 Thread Kartik Mistry
forwarded 482718 [EMAIL PROTECTED]
thanks

Hi Mike,

This is another bug you might want to take a look.

Thanks,
Kartik

--  Forwarded Message  --
Subject: Bug#482718: xosview: CPU load bar reset each time CPU frequency 
changes
Date: Saturday 24 May 2008
From: Raphael Manfredi <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>

Package: xosview
Version: 1.8.3+debian-6
Severity: minor

I use CPU frequency scaling and whenver the CPU speed changes, xosview
resets the sliding bar showing the CPU load and restarts displaying on
the right.  This is annoying, especially when the CPU speed changes
frequently.

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

Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores)
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages xosview depends on:
ii  libc6 2.7-2  GNU C Library: Shared libraries
di  libgcc1   1:4.2.1-0  GCC support library
ii  libstdc++64.3-20080116-1 The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-7  X11 client-side library

xosview recommends no packages.

-- no debconf information




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#482718: xosview: CPU load bar reset each time CPU frequency changes

2008-05-31 Thread Kartik Mistry
On Saturday 24 May 2008 9:26:04 pm Raphael Manfredi wrote:
> Package: xosview
>
> I use CPU frequency scaling and whenver the CPU speed changes, xosview
> resets the sliding bar showing the CPU load and restarts displaying on
> the right.  This is annoying, especially when the CPU speed changes
> frequently.

Hi Raphael,

Thanks for reporting bug. I will discuss with upstream and let report know 
about progress.

-- 
 Cheers,
 Kartik Mistry | GPG: 0xD1028C8D | IRC: kart_
 Blogs: {ftbfs,kartikm}.wordpress.com

What's the MATTER Sid? ... Is your BEVERAGE unsatisfactory?




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#482718: xosview: CPU load bar reset each time CPU frequency changes

2008-05-24 Thread Raphael Manfredi
Package: xosview
Version: 1.8.3+debian-6
Severity: minor

I use CPU frequency scaling and whenver the CPU speed changes, xosview
resets the sliding bar showing the CPU load and restarts displaying on
the right.  This is annoying, especially when the CPU speed changes
frequently.

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

Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores)
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages xosview depends on:
ii  libc6 2.7-2  GNU C Library: Shared libraries
di  libgcc1   1:4.2.1-0  GCC support library
ii  libstdc++64.3-20080116-1 The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-7  X11 client-side library

xosview recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]