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