fails to display text in graphs

Bug #312804 reported by jepler
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
awffull (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: awffull

System information:
$ lsb_release -rd
Description: Ubuntu 8.04.1
Release: 8.04
$ apt-cache policy awffull libgd2-noxpm ttf-bitstream-vera | egrep '^[a-z]|Installed'
awffull:
  Installed: 3.8.1beta3-1
libgd2-noxpm:
  Installed: 2.0.35.dfsg-3ubuntu2
ttf-bitstream-vera:
  Installed: 1.10-7

awffull fails to display text in the graphs it produces.

How to reproduce:

In the shell, execute the following command (all on one line and take care to copy single and double quotes exactly as shown):
    echo '1.1.1.1 - - [31/Dec/2008:00:00:00 -0000] "GET / HTTP/1.1" 200 200 "-" ""' | awffull -c /etc/awffull/awffull.conf -o /tmp -
then view the image /tmp/usage.png (this command runs the default awffull configuration with one line of log)

Expected behavior:
The image contains text that labels the various parts of the graph

Actual behavior:
The image does not contain any text

strace shows that awffull searches many locations for Vera.ttf and VeraBd.ttf, but doesn't find it.

The text will appear if you create a symlink to the bitstream fonts: /usr/share/fonts/bitstream-vera -> truetype/ttf-bitstream-vera/ -- you may have to remove files created in /tmp by an earlier run of awffull before it will regenerate usage.png.

Revision history for this message
jepler (jepler) wrote :
Revision history for this message
jepler (jepler) wrote :

Partial output of 'strace awffull':

access("/usr/share/fonts/bitstream-vera/VeraBd.ttf", R_OK) = -1 ENOENT (No such file or directory)
access("/usr/X11R6/lib/X11/fonts/TrueType//usr/share/fonts/bitstream-vera/VeraBd.ttf", R_OK) = -1 ENOENT (No such file or directory)
access("/usr/X11R6/lib/X11/fonts/truetype//usr/share/fonts/bitstream-vera/VeraBd.ttf", R_OK) = -1 ENOENT (No such file or directory)
access("/usr/X11R6/lib/X11/fonts/TTF//usr/share/fonts/bitstream-vera/VeraBd.ttf", R_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/fonts/TrueType//usr/share/fonts/bitstream-vera/VeraBd.ttf", R_OK) = -1 ENOENT (No such file or directory)
access("/usr/share/fonts/truetype//usr/share/fonts/bitstream-vera/VeraBd.ttf", R_OK) = -1 ENOENT (No such file or directory)
access("/usr/openwin/lib/X11/fonts/TrueType//usr/share/fonts/bitstream-vera/VeraBd.ttf", R_OK) = -1 ENOENT (No such file or directory)
access("/usr/X11R6/lib/X11/fonts/Type1//usr/share/fonts/bitstream-vera/VeraBd.ttf", R_OK) = -1 ENOENT (No such file or directory)
access("/usr/lib/X11/fonts/Type1//usr/share/fonts/bitstream-vera/VeraBd.ttf", R_OK) = -1 ENOENT (No such file or directory)
access("/usr/openwin/lib/X11/fonts/Type1//usr/share/fonts/bitstream-vera/VeraBd.ttf", R_OK) = -1 ENOENT (No such file or directory)

Revision history for this message
Steve McInerney (spm) wrote :

Hmmm. 3.8.1beta3 is a tad old. We're up to 3.10.2 now. ie There's been about 8 beta and production releases since then.

Shrug - is no matter. The problem is twofold:

1. The dependency is (apparently) against libgd2-noxpm - which won't work. You need libgd2-xpm. ie the one with fontconfig support. Would be delighted to be proven wrong!

2. I think it was in the 3.8.x series, but the fallback font used can be overridden (from the Fedora or OpenSuse - I forget which - default) in the ./configure.
./configure --with-font-default=/usr/share/fonts/truetype/ttf-bitstream-vera/VeraBd.ttf --with-font-label=/usr/share/fonts/truetype/ttf-bitstream-vera/VeraBd.ttf

or create symlinks to achieve the same result. Perhaps ironically, these options were put in for other distro's to use. :-)

You can also use --disable-ttf via ./configure to use the GD bitmap fonts - a-la webalizer.

HTH?
Cheers!
- Steve

Revision history for this message
fehlermann (fehlermann) wrote :

The original problem occurrs on a current 12.04 LTS with awffull 3.8.2-2.
After an 'apt-get install libgd2-xpm' awffull properly added text to the graphs when I ran it again (no other changes necessary for me).

So I guess if someone fix the wrong dependency (after 4 years ;)) the issue would be resolved.

I'd appreciate this as it took me quite some time to figure out what's wrong because I was just switching from awstats to awffull - so I first thought it was a feature, not a bug ;-)

Kind Regards

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in awffull (Ubuntu):
status: New → Confirmed
Revision history for this message
Tehnick (tehnick) wrote :

Package awffull already depends on package libgd2-xpm, see:
http://packages.ubuntu.com/precise/awffull

Changed in awffull (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.