font selection broken in Emacs and other things

Bug #64003 reported by Dave Love
2
Affects Status Importance Assigned to Milestone
xorg (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: xserver-xorg

Sorry if this isn't the right package to report against.
I assume it will be a duplicate, but I couldn't find
a similar report anywhere. It's for current edgy,
a regression in the upgrade from dapper.

If you fire up `emacs -q --no-site-file' with empty
X resources (i.e. xrdb /dev/null) the display is
garbage due to it reporting:

 Warning: Cannot convert string "-*-courier-medium-r-*-*-*-120-*-*-*-*-iso8859-*" to type FontStruct
 Warning: Cannot convert string "-*-helvetica-medium-r-*--*-120-*-*-*-*-iso8859-1" to type FontStruct

Other programs, such as `display' from imagemagick
won't start at all, after emitting similar messages
and even xfontsel reports
  Warning: Missing charsets in String to FontSet conversion
and produces a garbage display when you try to
select courier in it, but is happy, for instance, with `courier 10 pitch'.

xlsfonts produces matches OK:

$ xlsfonts -fn "-*-courier-medium-r-*-*-*-120-*-*-*-*-iso8859-*"
-adobe-courier-medium-r-normal--12-120-75-75-m-70-iso8859-1
-adobe-courier-medium-r-normal--12-120-75-75-m-70-iso8859-1
-adobe-courier-medium-r-normal--17-120-100-100-m-0-iso8859-1
-adobe-courier-medium-r-normal--17-120-100-100-m-0-iso8859-1
-adobe-courier-medium-r-normal--17-120-100-100-m-100-iso8859-1
-adobe-courier-medium-r-normal--17-120-100-100-m-100-iso8859-1

Revision history for this message
Dave Love (fx-gnu) wrote :

It looks as though the problem is that the upgrade
from dapper failed to change the font paths in xorg.conf
from /usr/share/X11/fonts to /usr/share/fonts/X11.

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.