<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.17.2">
</HEAD>
<BODY>
<!--+GtkHTML:<DATA class="ClueFlow" key="orig" value="0">--><!--+GtkHTML:<DATA class="ClueFlow" key="signature" value="0">--><!--+GtkHTML:<DATA class="ClueFlow" key="signature_name" value="uid:1191606696..25384..21@rousalka..dyndns..org">-->Hi,<BR>
<BR>
As most of you know most of the Linux ecosystem moved away from server-side fonts accessed through the core X11 protocol (aka core fonts) to client-side fontconfig fonts in the last years. We've finally acknowledged this fact in Fedora 8 by removing xfs and the check that killed user X sessions if more fonts were misconfigured (the dreaded "can not find font 'fixed'").<BR>
<BR>
As a result the burden of keeping core fonts working moved from the distribution as a whole to the small group of people maintaining and using applications that still needed them.<BR>
<BR>
It seems this change was not integrated properly and several core font packages slipped in Fedora 8 in a broken state without anyone noticing (not through evil intent, just because the affected packages are old and crufty and the people that stridently defend core fonts use where doing something else).<BR>
<BR>
To fix this situation, I call for one or several core font users <BR>
<BR>
<BR>
<!--+GtkHTML:<DATA class="ClueFlow" key="signature" value="1">--><TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<PRE>
<!--+GtkHTML:<DATA class="ClueFlow" clear="orig">--><!--+GtkHTML:<DATA class="ClueFlow" key="signature" value="1">-->-- 
<!--+GtkHTML:<DATA class="ClueFlow" key="signature" value="1">-->Nicolas Mailhot
</PRE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>