CVS Update: xc (branch: trunk)

Mike A. Harris mharris at redhat.com
Mon Jan 24 09:43:14 EET 2005


On Sun, 23 Jan 2005, Eric Anholt wrote:

>On Sun, 2005-01-23 at 22:37 -0800, Daniel Stone wrote:
>> CVSROOT:	/cvs/xorg
>> Module name:	xc
>> Changes by:	daniels at gabe.freedesktop.org	05/01/23 22:37:31
>> 
>> Log message:
>>   2005-01-24  Daniel Stone  <daniel at fooishbar.org>
>>   
>>   	* config/cf/Imake.tmpl:
>>   	* config/cf/X11.tmpl:
>>   	* config/cf/linux.cf:
>>   	* config/cf/xf86site.def:
>>   	* config/cf/xorgsite.def:
>>   	Disable potentially dangerous FreeType, zlib and libpng builds by
>>   	default.  Disable xterm and XRX builds per default.
>
>As FreeBSD maintainer, I agree that this is definitely the right
>direction to be going.  There's no reason for X.Org to be shipping these
>bits when they're maintained upstream, with the exception of xrx.  But
>then, FreeBSD disables xrx anyway because nobody uses it.

As myself (with hat off):

I also agree this is the right direction to be going for Linux
builds.  I believe most if not all Linux distributions ship
freetype, zlib, libpng, and other libraries separately, and want
everything shipping with the OS using the OS supplied versions of
these libraries.

For the various Red Hat OS products, we've disabled the XFree86 
and X.Org versions of these libraries for years now.  I've always 
wondered why they weren't disabled by default in the upstream X 
trees, at least for the case of Linux.  ;o)

Coincidentally, we ship Thomas Dickey's authentic upstream xterm 
separately packaged and disable the XFree86/X.Org bundled 
version.

Oddly enough, we also disable XRX and don't ship it at all as 
well.  ;o)

Thanks for making these changes finally, so we can simplify our
default configuration overrides in the future.

TTYL


P.S. I still remember how much of a PITA it was to have to 
rebuild XFree86 3.3.6 and release new erratum when there was a 
zlib security hole a few years back, and we discovered XFree86 
was using a bundled vulnerable copy of zlib.  Hopefully the 
bundled stuff can just disappear altogether in the modularized 
Xorg distribution in the future.




-- 
Mike A. Harris, Systems Engineer - X11 Development team, Red Hat Canada, Ltd.

IT executives rate Red Hat #1 for value:  http://www.redhat.com/promo/vendor



More information about the xorg-commit mailing list