Your message dated Sat, 25 May 2024 11:03:28 -0400
with message-id <86ab43e99d5499b03a47c5adef427f24bc0f64e6.ca...@debian.org>
and subject line Re: hardinfo: benchmark graphic bar lengths confusing and 
undocumented.
has caused the Debian Bug report #658985,
regarding hardinfo: benchmark graphic bar lengths confusing and undocumented.
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 ow...@bugs.debian.org
immediately.)


-- 
658985: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658985
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: hardinfo
Version: 0.5.1-1.2
Severity: normal

Dear Maintainer,

I ran the FPU-Raytracing benchmark, which displayed:

    Results             CPU                             CPU clock
    54.16               This Machine                    2400 MHZ
    40.88               Intel(R) Celeron(R) M processor 1.50GHz
    161.31              PowerPC 740/750 (280.00MHz)
    ...
    Results in seconds.  Lower is better.

The numbers under results are displayed on equal lengths of gray
background, with overlaid blue bars seemingly represeting the
individual number proportions relative to some constant whole.  See
attached '.PNG' file.

The 54 has a 9/10 blue/gray bar.
The 40 is all blue.
the 161 is 1/5 blue.

It's not obvious what the blue/gray bar proportions represent, nor if
these graphic ratios are even intentional.

The graphical meaning of the blue bars is not documented in the package, nor
in the online-only help.


Hope this helps...



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages hardinfo depends on:
ii  libatk1.0-0         2.2.0-2
ii  libc6               2.13-26
ii  libcairo2           1.10.2-6.2
ii  libffi5             3.0.10-3
ii  libfontconfig1      2.8.0-3.1
ii  libfreetype6        2.4.8-1
ii  libgdk-pixbuf2.0-0  2.24.0-2
ii  libglib2.0-0        2.30.2-6
ii  libgtk2.0-0         2.24.9-1
ii  libpango1.0-0       1.29.4-2
ii  libsoup2.4-1        2.36.1-1
ii  libxml2             2.7.8.dfsg-7
ii  pciutils            1:3.1.8-2
ii  zlib1g              1:1.2.3.4.dfsg-3

hardinfo recommends no packages.

Versions of packages hardinfo suggests:
ii  mesa-utils  8.0.1-2+b1

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 2.1.2-1

On Mon, 6 Feb 2012 21:48:05 -0500 "A. Costa" <agco...@gis.net> wrote:
> Package: hardinfo
> Version: 0.5.1-1.2
> Severity: normal
> 
> Dear Maintainer,
> 
> I ran the FPU-Raytracing benchmark, which displayed:
> 
>     Results           CPU                             CPU clock
>     54.16             This Machine                    2400 MHZ
>     40.88             Intel(R) Celeron(R) M processor 1.50GHz
>     161.31            PowerPC 740/750 (280.00MHz)
>     ...
>     Results in seconds.  Lower is better.
> 
> The numbers under results are displayed on equal lengths of gray
> background, with overlaid blue bars seemingly represeting the
> individual number proportions relative to some constant whole.  See
> attached '.PNG' file.
> 
> The 54 has a 9/10 blue/gray bar.
> The 40 is all blue.
> the 161 is 1/5 blue.
> 
> It's not obvious what the blue/gray bar proportions represent, nor if
> these graphic ratios are even intentional.
> 
> The graphical meaning of the blue bars is not documented in the package, nor
> in the online-only help.
> 
> 
> Hope this helps...

It is believed that this bug is fixed with the latest hardinfo/hardinfo2
2.1.2-1 package upload in Debian.

Thanks,
Boyuan Yang

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---

Reply via email to