Bug 548 - RFE: Remove Speedo font support from the Xorg default build
Summary: RFE: Remove Speedo font support from the Xorg default build
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: * Other (show other bugs)
Version: git
Hardware: All All
: high enhancement
Assignee: Roland Mainz
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-04-25 04:25 UTC by Roland Mainz
Modified: 2011-10-15 15:48 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Prototype patch for 2004-04-22-XORG-CURRENT (4.13 KB, patch)
2004-04-25 04:53 UTC, Roland Mainz
no flags Details | Splinter Review
Patch for 2004-04-25-trunk (4.70 KB, patch)
2004-04-26 08:32 UTC, Roland Mainz
no flags Details | Splinter Review

Description Roland Mainz 2004-04-25 04:25:45 UTC
RFE: Remove Speedo font support from the Xorg default build.
- There were no new fonts in the Speedo font format for at least ten years
- Sun has removed Speedo font support from their X distributions
- Xfree86 disabled it for XF86 V4.4.0, too
Comment 1 Roland Mainz 2004-04-25 04:52:14 UTC
Taking myself...
Comment 2 Roland Mainz 2004-04-25 04:53:09 UTC
Created attachment 233 [details] [review]
Prototype patch for 2004-04-22-XORG-CURRENT
Comment 3 Alan Coopersmith 2004-04-25 05:07:55 UTC
Actually, Sun has not dropped support for Speedo fonts.  The only font format
we've EOL'ed recently was the long-dead proprietary F3 format.
Comment 4 Roland Mainz 2004-04-25 05:29:20 UTC
Alan Coopersmith wrote:
> Actually, Sun has not dropped support for Speedo fonts.  The only font format
> we've EOL'ed recently was the long-dead proprietary F3 format.

I remember that I had to remove the Speedo font dir from the default font path
in /etc/init.d/xprint because someone reported that the Xprt on Solaris didn't
start with those fonts in the font path... I tought Sun had finally removed
Speedo... better I check that against the EOS statements on docs.sun.com... my
fault... ;-(
Comment 5 Roland Mainz 2004-04-25 05:32:00 UTC
s/better I check that against the EOS statements on docs.sun.com/better I check
such things against the EOS statements on docs.sun.com next time/
Comment 6 Alan Coopersmith 2004-04-25 05:59:21 UTC
That sounds more like a bug in Xprt.  In any case, I have no objection to
disabling the support in the Xorg build.
Comment 7 Roland Mainz 2004-04-26 08:32:40 UTC
Created attachment 239 [details] [review]
Patch for 2004-04-25-trunk
Comment 8 Roland Mainz 2004-04-26 08:34:54 UTC
Patch checked-in...

Checking in ChangeLog;
/cvs/xorg/xc/ChangeLog,v  <--  ChangeLog
new revision: 1.3; previous revision: 1.2
done
Checking in config/cf/X11.tmpl;
/cvs/xorg/xc/config/cf/X11.tmpl,v  <--  X11.tmpl
new revision: 1.3; previous revision: 1.2
done
Checking in config/cf/site.def;
/cvs/xorg/xc/config/cf/site.def,v  <--  site.def
new revision: 1.3; previous revision: 1.2
done
Checking in config/cf/xfree86.cf;
/cvs/xorg/xc/config/cf/xfree86.cf,v  <--  xfree86.cf
new revision: 1.3; previous revision: 1.2
done
Checking in config/cf/xorg.cf;
/cvs/xorg/xc/config/cf/xorg.cf,v  <--  xorg.cf
new revision: 1.3; previous revision: 1.2
done
Mailing the commit message to xorg-commit@pdx.freedesktop.org...

... marking bug as FIXED.
Comment 9 Mike A. Harris 2005-04-11 12:02:43 UTC
Speedo font support was disabled, but the fonts still get installed.

This yields bug reports like:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=142744


The speedo fonts should be removed from the tree, or just not installed,
otherwise if the speedo fonts get shipped, then the support should be
turned back on so people can use them.

Either solution is fine with me.
Comment 10 Adam Jackson 2005-07-02 08:45:02 UTC
(In reply to comment #9)
> Speedo font support was disabled, but the fonts still get installed.

I don't see how that can possibly be true, since xorg.cf has the following stanza:

#ifndef BuildSpeedoFonts
# define BuildSpeedoFonts       NO
#endif

and a grep for BuildSpeedoFonts.*YES in config/cf turns up exactly nothing.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.