Bug 56563 - dia unable to find fonts for builtin UML things
Summary: dia unable to find fonts for builtin UML things
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: dia   
(Show other bugs)
Version: 7.2
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Alexander Larsson
QA Contact:
: 76851 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2001-11-21 00:46 UTC by John M O'Donnell
Modified: 2007-04-18 16:38 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-08-12 12:10:23 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
example to create the bug described (1.77 KB, application/dia)
2001-11-21 00:48 UTC, John M O'Donnell
no flags Details

Description John M O'Donnell 2001-11-21 00:46:37 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20010901

Description of problem:
running dia for a UML diagram with abstract classes does
not find the fonts it needs.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.dia james.dia

Actual Results:  three error message dialog boxes about missing fonts:

Warning no X Font for Helvetica-BoldOblique found,
using -adobe-courier-medium-r-normal-*-%d-*-*-*-*-*-*-*

same message also for fonts Helvetica-Bold, Courier-Oblique

Diagram is displayed all in one font - so I can't tell the difference
between an abstract class, and non abstract, and the same for functions.

Expected Results:  Class names should be bold, abstract class names should
be bold italic, abstract function names should be italic.

Additional info:

james.dia was created with dia on RH7.1, which worked.
(Many of the other bugs in that release are fixed in RH7.2,
but this font business makes it unusable for me.

Comment 1 John M O'Donnell 2001-11-21 00:48:17 UTC
Created attachment 38165 [details]
example to create the bug described

Comment 2 Alexander Larsson 2001-11-21 01:34:47 UTC
It does work for me at home. I'll take a closer look at it tomorrow at work.

I suspect it's some font-install issue or so.

Comment 3 Alexander Larsson 2001-11-21 20:06:07 UTC
Works for me at work to.

What is the output of 
rpm -qa | grep -i font

And what language/locale do you run in?

Comment 4 John M O'Donnell 2001-11-21 20:58:19 UTC
my machine is a clean RH 7.2 install, 

locale is default

I'm sure it's a font config problem, but I couldn't spot anything obvious.
my machine is a clean RH7.2 with official patches.  All other programs seem
to run great - although my .xsession-errors shows:
xmlencoding detect- iso-8859-1
don't know what program makes this.  Any way, the other font info is:

odonnell@sagerdell(pts/1)~$ rpm -qa | grep -i font

Comment 5 Alexander Larsson 2001-11-26 17:38:46 UTC
I don't understand it. I just installed the same fonts, and it works for me.

Can you try:
xfd -fn -adobe-helvetica-bold-o-normal-*-100-*-*-*-*-*-*-*

And see if it works?

Comment 6 John M O'Donnell 2001-11-26 18:29:54 UTC
odonnell@sagerdell(pts/6)~$ xfd -fn \

Warning: Cannot convert string
"-adobe-helvetica-bold-o-normal-*-100-*-*-*-*-*-*-*" to type FontStruct
xfd:  no font to display

Comment 7 John M O'Donnell 2001-11-26 18:35:25 UTC
but the following does display a font:

xfd -fn -adobe-helvetica-bold-o-normal-*-*-*-100-*-*-*-*-*

the font displayed is:


Comment 8 Alexander Larsson 2001-11-26 19:17:55 UTC
I wonder why it couldn't give a 100 pixel font?

Dia does that to get some metrics it can scale.

Comment 9 John M O'Donnell 2001-11-27 01:23:48 UTC

here's everything that I have that's close:

odonnell@sagerdell(pts/0)~/work$ xlsfonts -fn \       


Comment 10 John M O'Donnell 2001-12-19 21:52:35 UTC
I found item 17 in the FAQ addresses this issue.  So I followed it's directions
step by step, and it now works.  urw-aliases, with a modified config file
is the key to success.  How about making the RH 7.2 install do this.  (not
needed for RH 7.1).  I have yet to meet in a person anybody who had this working
from a vanillar RH 7.2 install.


Comment 11 Andrew Moran 2002-01-03 22:28:00 UTC
We have this exact same problem with Dia and a default RedHat 7.2 install. 
John's suggestion (follow item 17 in Dia's FAQ) worked, but it requires
installing a third party font package.   It seems weird that others aren't able
to reproduce this problem.   The URL for Dia's FAQ is:

Comment 12 Alexander Larsson 2002-01-07 16:18:54 UTC
It's strange that it seems to work for me.

I wonder why the adobe font didn't work while the urw one did.

I can't add urw-aliases to the distro though, since that would change which
fonts apps would get. I'd like to know what was different between them though.

We will have some rearrangement of the fonts in the next version i think. I'll
take a closer look at this then.

Comment 13 Tammy Fox 2002-03-10 21:41:33 UTC
I have the same problem with Dia on RHL 7.2. It seems that the font path setup 
for an everything install causes this to happen. On a different box with
a custom install without all the packages, Dia can use different fonts.

Comment 14 Alexander Larsson 2002-03-11 16:05:28 UTC
Hmmm. I have a bad feeling about this. Tammy, do you have Abiword installed on
the machine where it doesn't work?

Comment 15 Tammy Fox 2002-03-11 20:00:59 UTC
Yes, abiword is installed. I tried rpm -e abiword and then killall -USR1 xfs to
reread the font server config file, but it still does the same thing. Feel
feel to come look at my box. I have 2 systems that are behaving this way.

Comment 16 Henrik Nilsson 2002-09-18 21:53:49 UTC
After upgrading to RH7.3 (actually, a fresh, custom install, which I then
brought up to date using up2date), I got a similar problem: Dia couldn't find
ANY font (besides courier), it seemed.

Following the FAQ helped.

By comparing /etc/X11/fs/config with versions from other machines running RH7.2,
I realized that two entries were conspicuously absent from the "catalogue"


(The ":unscaled" versions of these entries are there.)

Adding these entries to /etc/X11/fs/config, after undoing the changes suggested
by the FAQ, also seemed to resolve the problem.

I don't know anything about fontserver configuration, but it seems as if the
above two enries should be there, and thus that something went wrong during
the installation (I certainly had not touched the config file prior to trying
to fix the problem with Dia). Maybe I chose an odd collection of font RPMs
to install?

For reference, here are my font packages:

thoth-1% rpm -qa | grep -i font


Comment 17 Alexander Larsson 2003-08-12 12:10:23 UTC
rawhide now has dia 0.91, which uses gtk2. It handles fonts quite differently,
so this problem should be gone.

Comment 18 Alexander Larsson 2003-08-12 12:18:24 UTC
*** Bug 76851 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.