   Release Notes for X11R7.2The X.Org Foundation15 February
   2007These release notes contains information about features and
   their status in the X.Org Foundation X11R7.2
   release.Introduction to the X11R7.2 ReleaseThis release is the
   third modular release of the X Window System. The next official
   release will be X11R7.3 and is expected in mid 2007.For help
   with how to build and develop in the modular tree see Modular
   Developer's Guide.We encourage you to submit bug fixes and
   enhancements to freedesktop.org's bug tracking system using the
   xorg product, and to discuss them on
   xorg@lists.freedesktop.org.The release numbering is based on
   the original MIT X numbering system. X11 refers to the version
   of the network protocol that the X Window system is based on:
   Version 11 was first released in 1988 and has been stable for
   18 years, with only upward compatible additions to the core X
   protocol, a record of stability envied in computing. Formal
   releases of X started with X version 9 from MIT; the first
   commercial X products were based on X version 10. The MIT X
   Consortium and its successors, the X Consortium, the Open Group
   X Project Team, and the X.Org Group released versions X11R3
   through X11R6.6. Since the founding of the X.Org Foundation in
   early 2004, five further major releases have been issued, from
   6.7 to the current 7.2.The next section describes what is new
   in the latest version (7.2) compared with the previous full
   release (7.1).Summary of new features in X11R7.2 This is a
   sampling of the new features in X11R7.2. A more complete list
   of changes can be found in the ChangeLog files that are part of
   the X source tree. The X Access Control Extension (XACE) has
   been added to this release. XACE is a set of generic "hooks"
   that can be used by other X extensions to perform access
   checks. This provides integration of the X server with the
   SELinux and xtsol platform-specific security frameworks. The X
   server now incorporates significantly improved autodetection
   when running without an xorg.conf file. This will help to limit
   the number of users who have to fuss with their X configuration
   to get a working server setup. XCB now provides a new
   implementation of libX11. The XCB library is a ground-up
   rewrite of the venerable libX11. It features a small footprint,
   latency hiding, direct access to the protocol, improved
   threading support, and extensibility. In addition to providing
   a new programming interface, it also provides a libX11
   compatibility layer to allow it to be used transparently in
   place of libX11. OS support enhancements for Linux, Solaris,
   and most of the *BSD family Platform support enhancements for
   x86, amd64, sparc64, and ia64 ... and the usual assortment of
   correctness and crash fixes. Updated keyboard mappings The
   requirement for XKB data can be satisfied by the dataset from
   the xkeyboard-config project (the 'xkbdesc' module). xkbdesc
   has numerous improvements relative to the deprecated xkbdata:
   layouts have been cleaned up for consistency and universal
   multi-layout support, some new layouts have added, and some
   layouts have changed names to be more straightforward and ISO
   compliant. Some setups will need adjustments in order to use
   xkbdesc. It is now strongly encouraged for all distributions to
   migrate to xkbdesc, as the old formats are deprecated and are
   not considered a part of the X11R7.2 release. Video driver
   enhancements Please see the ChangeLog files for individual
   drivers; there are far too many updates to list here.
   DriversVideo Drivers X11R7.2 includes the following video
   drivers: Driver NameDescriptionFurther Information apmAlliance
   Pro MotionREADME.apmarkArk Logic astASPEED
   Technology atiATIREADME.ati, README.r128, r128(4),
   radeon(4)chipsChips & TechnologiesREADME.chips, chips(4)
   cirrusCirrus Logic cyrix (*)Cyrix MediaGXREADME.cyrixfbdevLinux
   framebuffer devicefbdev(4)glint3Dlabs, TIglint(4)i128Number
   NineREADME.I128, i128(4)i740Intel i740README.i740i810Intel
   i8xxREADME.i810, i810(4)impactSGI Indigo
   Impactimpact(4)imsttIntegrated Micro
   Solns mgaMatroxmga(4)neomagicNeoMagicneomagic(4)newport (-)SGI
   NewportREADME.newport, newport(4)nscNational
   Semiconductornsc(4)nvNVIDIAnv(4)renditionRenditionREADME.rendit
   ion, rendition(4)s3S3 (not ViRGE or Savage) s3virgeS3
   ViRGEREADME.s3virge, s3virge(4)savageS3
   Savagesavage(4)siliconmotionSilicon
   Motionsiliconmotion(4)sisSiSREADME.SiS, sis(4)sisusbSiS
   USBsisusb(4)sunbw2 (+)Sun bw2 suncg14 (+)Sun cg14 suncg3 (+)Sun
   cg3 suncg6 (+)Sun GX and Turbo GX sunffb (+)Sun Creator/3D,
   Elite 3D sunleo (+)Sun Leo (ZX)  suntcx (+)Sun
   TCX tdfx3Dfxtdfx(4)tgaDEC
   TGAREADME.DECtgatridentTridenttrident(4)tsengTseng
   Labs v4lVideo4Linux vesaVESAvesa(4)vgaGeneric VGAvga(4)
   viaVIAvia(4)vmwareVMware guest OSvmware(4)voodoo3Dfx
   Voodoovmware(4)wfbWrapper Framebuffervmware(4) Drivers marked
   with (*) are present in a preliminary form in this release, but
   are not complete and/or stable yet. Drivers marked with (+) are
   for Linux/Sparc only. Drivers marked with (-) are for
   Linux/mips only. Darwin/Mac OS X uses IOKit drivers and does
   not use the module loader drivers listed above. Further
   information can be found in README.Darwin. Input Drivers
   X11R7.2 includes the following input drivers: Driver
   NameDescriptionFurther InformationacecadAcecad
   Flairacecad(4)aiptek(*)Aiptek USB
   tabletaiptek(4)calcompCalcomp citronCitroncitron(4)
   digitaledgeDigitalEdge dmcDMCdmc(4)
   dynaproDynapro elo2300EloGraphics
   2300 elographicsEloGraphics evdev(*)EvDevevdev(4)fpitFujitsu
   Stylistic Tablet PCsfpit(4) hyperpenAiptek HyperPen
   6000 js_xJamStudio pentabletjs_x(4)kbdgeneric keyboards
   (alternate)kbd(4)keyboardgeneric
   keyboardskeyboard(4)magellanMagellan microtouchMicroTouch mouse
   most mouse devicesmouse(4)mutouchMicroTouch palmaxPalmax
   PD1000/PD1100palmax(4)penmountPenMount spaceorbSpaceOrb summaSu
   mmaGraphics tek4957Tektronix 4957 tablettek4957(4)ur98(*)Union
   Reality UR-F98 headtrackerur98(4)voiddummy devicevoid(4)
   Drivers marked with (*) are available for Linux only. Overview
   of X11R7.2 On most platforms, X11R7.2 has a single X server
   binary called Xorg. This binary can either have one or more
   video and input drivers linked in statically, or more usually,
   dynamically, and in that manner load the video drivers, input
   drivers, and other modules that are needed. X11R7.2 has
   currently has support for Linux, Solaris, and some BSD OSs on
   Alpha, PowerPC, IA-64, AMD64, Intel x86, Sparc, and MIPS
   platforms. Loader and Modules The X server relies on the
   operating system's native module loader support for handling
   program modules. The X server makes use of modules for video
   drivers, X server extensions, font rasterisers, input device
   drivers, framebuffer layers, and internal components used by
   some drivers (like XAA), The module interfaces (both API and
   ABI) used in this release are subject to change without notice.
   While we will attempt to provide backward compatibility for the
   module interfaces, we cannot guarantee this. Compatibility in
   the other direction is explicitly not guaranteed because new
   modules may rely on interfaces added in new releases. Note
   about module security The X server runs with root privileges,
   i.e., the X server loadable modules also run with these
   privileges. For this reason we recommend that all users be
   careful to only use loadable modules from reliable sources,
   otherwise the introduction of viruses and contaminated code can
   occur and wreak havoc on your system. We hope to have a
   mechanism for signing/verifying the modules that we provide
   available in a future release. Configuration File The X server
   uses a configuration file as the primary mechanism for
   providing configuration and run-time parameters. The
   configuration file format is described in detail in the
   xorg.conf(5) manual page. The recommended method for generating
   a configuration file is to use the Xorg server itself. Run as
   root: Xorg -configure and follow the instructions. This release
   comes with a graphical configuration tool called "xorgcfg",
   which also has a text mode interface and can be used to create
   an initial configuration file. It can also be used to customize
   existing configurations. This tool is deprecated, although it
   is still available for use. Finally, if all else fails, the old
   standby text-based tool "xorgconfig" can also be used for
   generating X server config files. At least one, and hopefully,
   all of these configuration options will give you a reasonable
   starting point for a suitable configuration file. With the
   automatic mechanism you might even find that you don't need
   one! Note that this release features significant improvements
   for running the server without a configuration file, so many
   users may find that that they don't need a configuration file.
   If you do need to customize the configuration file, see the
   xorg.conf manual page . You can also check the driver-specific
   manual pages and the related documentation (found at also.
   Command Line Options Command line options can be used to
   override some default parameters and parameters provided in the
   configuration file. These command line options are described in
   the Xorg(1) manual page. XAA The XFree86 Acceleration
   Architecture (XAA) was completely rewritten from scratch for
   XFree86 4.x and is used in X11R7.2. Most drivers implement
   acceleration by making use of the XAA module. EXA EXA was
   created as a new driver acceleration architecture to replace
   XAA. EXA was designed specifically to accelerate Render
   operations. This release features improved driver support for
   EXA. See the individual driver changelogs for details. Users
   should beware that EXA support is considered to be incomplete
   in X11R7.2. Multi-head Some multi-head configurations are
   supported in X11R7.2, primarily with multiple PCI/AGP cards.
   One of the main problems is with drivers not sufficiently
   initializing cards that were not initialized at boot time. This
   has been improved somewhat with the INT10 support that is used
   by most drivers (which allows secondary card to be
   "soft-booted", but in some cases there are other issues that
   still need to be resolved. Some combinations can be made to
   work better by changing which card is the primary card (either
   by using a different PCI slot, or by changing the system BIOS's
   preference for the primary card). Xinerama Xinerama is an X
   server extension that allows multiple physical screens to
   behave as a single screen. With traditional multi-head in X11,
   windows cannot span or cross physical screens. Xinerama removes
   this limitation. Xinerama does, however, require that the
   physical screens all have the same root depth, so it isn't
   possible, for example, to use an 8-bit screen together with a
   16-bit screen in Xinerama mode. Xinerama is not enabled by
   default, and can be enabled with the +xinerama command line
   option for the X server. Known problems: Most window managers
   are not Xinerama-aware, and so some operations like window
   placement and resizing might not behave in an ideal way. This
   is an issue that needs to be dealt with in the individual
   window managers, and isn't specifically an X server problem.
   DGA version 2 DGA 2.0 is included in 7.2. Documentation for the
   client libraries can be found in the XDGA(3) man page. A good
   degree of backward compatibility with version 1.0 is provided.
   DGA should be considered deprecated; if you are relying on it,
   please let us know what you need it for so we can find better
   solutions. DDC The VESA Display Data Channel (DDC(TM))
   standard allows the monitor to tell the video card (or on some
   cases the computer directly) about itself; particularly the
   supported screen resolutions and refresh rates. Partial or
   complete DDC support is available in most of the video drivers.
   DDC is enabled by default, but can be disabled with a "Device"
   section entry: Option "NoDDC". We have support for DDC versions
   1 and 2; these can be disabled independently with Option
   "NoDDC1" and Option "NoDDC2". At startup the server prints out
   DDC information from the display, and can use this information
   to set the default monitor parameters, or to warn about monitor
   sync limits if those provided in the configuration file don't
   match those that are detected. Changed behavior caused by DDC.
   Several drivers uses DDC information to set the screen size and
   pitch. This can be overridden by explicitly resetting it to the
   and non-DDC default value 75 with the -dpi 75 command line
   option for the X server, or by specifying appropriate screen
   dimensions with the "DisplaySize" keyword in the "Monitor"
   section of the config file. GLX and the Direct Rendering
   Infrastructure (DRI) Direct rendered OpenGL support is
   provided for several hardware platforms by the Direct Rendering
   Infrastructure (DRI). Further information about DRI can be
   found at the DRI Project's web site. The 3D core rendering
   component is provided by Mesa. Of note is that this release
   supports building the X server using the system-wide libdrm.
   Previously, drm was kept in the server's tree and loaded as a
   module, rather than using the standard OS mechanisms for
   managing shared libraries of code. This requires that the
   server be built using a version of libdrm of 2.3.0 or newer if
   it is to use DRM. XVideo Extension (Xv) The XVideo extension is
   supported in X11R7.2. X Rendering Extension (Render) The X
   Rendering extension provides a 2D rendering model that more
   closely matches application demands and hardware capabilities.
   It provides a rendering model derived from Plan 9 based on
   Porter/Duff image composition rather than binary raster
   operations. Using simple compositing operators provided by most
   hardware, Render can draw anti-aliased text and geometric
   objects as well as perform translucent image overlays and other
   image operations not possible with the core X rendering system.
   Unlike the core protocol, Render provides no font support for
   applications, rather it allows applications to upload glyphs
   for display on the screen. This allows the client greater
   control over text rendering and complete access to the
   available font information while still providing hardware
   acceleration. The Xft library provides font access for Render
   applications. The Xft Library On the client side, the Xft
   library provides access to fonts for applications using the
   FreeType library, version 2. One important thing to note is
   that Xft uses the vertical size of the monitor to compute
   accurate pixel sizes for provided point sizes; if your monitor
   doesn't provide accurate information via DDC, you may want to
   add that information to xorg.conf. To allow a graceful
   transition for applications moving from core text rendering to
   the Render extension, Xft can use either the core rendering
   requests or the Render extension for text. See the section on
   FreeType support in Xft for instructions on configuring X11R7.2
   to use an existing FreeType installation. The Xft library uses
   configuration files, /etc/fonts/fonts.conf and
   /etc/fonts/local.conf, which contains information about which
   directories contain font files and also provides a
   sophisticated font aliasing mechanism. Documentation for that
   file is included in the Xft(3) man page. Application Support
   For Anti-Aliased Text Only four applications have been modified
   in X11R7.2 to work with the Render extension and the Xft and
   FreeType libraries to provide anti-aliased text: xterm,
   xditview, x11perf and xclock. Migration of other applications
   may occur in future releases. By default, xterm uses core fonts
   through the standard core API. It has a command line option and
   associated resource to direct it to use Xft instead: -fa family
   / .VT100.faceName: family. Selects the font family to use.
   Xditview will use Xft instead of the core API by default.
   X11perf includes tests to measure the performance of text
   rendered in three ways, anti-aliased, anti-aliased with
   sub-pixel sampling and regular chunky text, but through the
   Render extension, a path which is currently somewhat slower
   than core text. Xclock uses the Render extension to draw the
   analog face and shares the -fa option and faceName resources
   with xterm to select a font for the digital mode. Font support
   Details about the font support in X11R7.2.x can be found in the
   README.fonts document. TrueType support X11R6.7 came with two
   TrueType backends. The functionality from the `X-TrueType'
   backend has been integrated into the `FreeType' backend which
   is designed to transparently support all of the functionality
   from the `X-TrueType' backend with the exception of the font
   encoding libraries; the `FreeType' backend uses only the
   fontenc-based encoding system. Internationalisation of the
   scalable font backends X11R7.2 has a ``fontenc'' layer to allow
   the scalable font backends to use a common method of font
   re-encoding. This re-encoding makes it possible to uses fonts
   in encodings other than their their native encoding. This layer
   is used by the Type1 and FreeType backends. Large font
   optimization The glyph metrics array, which all the X clients
   using a particular font have access to, is placed in shared
   memory, so as to reduce redundant memory consumption. For
   non-local clients, the glyph metrics array is transmitted in a
   compressed format. Unicode/ISO 10646 support What is included
   in X11R7.2 All ``-misc-fixed-*'' BDF fonts are now available in
   the ISO10646-1 encoding and cover at least the 614 characters
   found in ISO 8859-{1-5,7-10,14,15}, CP1252, and MES-1. The
   non-bold fonts also cover all Windows Glyph List 4 (WGL4)
   characters, including those found in all 8-bit MS-DOS/Windows
   code pages. The 8-bit variants of the ``-misc-fixed-*'' BDF
   fonts (ISO8859-1, ISO8859-2, KOI8-R, etc.) have all been
   automatically generated from the new ISO10646-1 master fonts.
   Some ``-misc-fixed-*'' BDF ISO10646-1 fonts now cover a
   comprehensive Unicode repertoire of over 3000 characters
   including all Latin, Greek, Cyrillic, Armenian, Gregorian,
   Hebrew, IPA, and APL characters, plus numerous scientific,
   typographic, technical, and backward-compatibility symbols.
   Some of these fonts also cover Arabic, Ethiopian, Thai,
   Han/Kanji, Hangul, full ISO 8859, and more. For the 6x13 font
   there is now a 12x13ja Kanji extension and for the 9x18 font
   there is a 18x18ja Kanji/Han/Hangul extension, which covers all
   ISO-2022-JP-2 (RFC 1554) characters. The 9x18 font can also be
   used to implement simple combining characters by accent
   overstriking. For more information, read Markus Kuhn's UTF-8
   and Unicode FAQ. Mark Leisher's ClearlyU proportional font
   (similar to Computer Modern). ISO 10646/Unicode UTF-8 Level 1
   support added to xterm (enabled with the -u8 option). The
   Freetype backend (the "freetype" module) supports
   Unicode-encoded fonts. Xlib Compose file support and extensions
   A more flexible Compose file processing system was added to
   Xlib in X11R7.2. The compose file is searched for in the
   following order: If the environment variable $XCOMPOSEFILE is
   set, its value is used as the name of the Compose file. If the
   user's home directory has a file named ".XCompose", it is used
   as the Compose file. The old method is used, and the compose
   file is "<xlocaledir>/<localename>/Compose". Compose files can
   now use an "include" instruction. This allows local
   modifications to be made to existing compose files without
   including all of the content directly. For example, the
   system's iso8859-1 compose file can be included with a line
   like this: include
   "/usr/X11R6/lib/X11/locale/iso8859-1/Compose" There are two
   substitutions that can be made in the file name of the include
   instruction. %H expands to the user's home directory (the $HOME
   environment variable), and %L expands to the name of the locale
   specific Compose file (i.e.,
   "<xlocaledir>/<localename>/Compose"). For example, you can
   include in your compose file the default Compose file by using:
   include "%L" and then rewrite only the few rules that you need
   to change. New compose rules can be added, and previous ones
   replaced. Finally, it is no longer necessary to specify in the
   right part of a rule a locale encoded string in addition to the
   keysym name. If the string is omitted, Xlib figures it out from
   the keysym according to the current locale. I.e., if a rule
   looks like: <dead_grave> <A> : "\300" Agrave the result of the
   composition is always the letter with the "\300" code. But if
   the rule is: <dead_grave> <A> : Agrave the result depends on
   how Agrave is mapped in the current locale. Bitstream Vera
   fonts X11R7.1 includes the Bitstream Vera family of typefaces
   in TrueType format. This family includes the ``Bitstream Vera
   Sans'', ``Bitstream Vera Sans Mono'' and ``Bitstream Vera
   Serif'' in Roman and Bold variants as well as the ``Bitstream
   Vera Sans'' and ``Bitstream Vera Sans Mono'' in Oblique and
   Bold Oblique. These fonts include all of the glyphs needed for
   ISO  8859 parts 1 9 and 15. The license terms for the Vera
   fonts are included in the file COPYRIGHT.Vera. Luxi fonts from
   Bigelow and Holmes The X distribution includes the ``Luxi''
   family of Type 1 fonts and TrueType fonts. This family consists
   of the fonts ``Luxi Serif'', ``Luxi Sans'' and ``Luxi Mono'' in
   Roman, oblique, bold and bold oblique variants. The TrueType
   version have glyphs covering the basic ASCII Unicode range, the
   Latin 1 range, as well as the Extended Latin range and some
   additional punctuation characters. In particular, these fonts
   include all the glyphs needed for ISO 8859 parts 1, 2, 3, 4, 9,
   13 and 15, as well as all the glyphs in the Adobe Standard
   encoding and the Windows 3.1 character set. The glyph coverage
   of the Type 1 versions is somewhat reduced, and only covers
   ISO 8859 parts 1, 2 and 15 as well as the Adobe Standard
   encoding. The Luxi fonts are original designs by Kris Holmes
   and Charles Bigelow from Bigelow and Holmes Inc., who developed
   the Luxi typeface designs in Ikarus digital format. URW++
   Design and Development GmbH converted the Ikarus format fonts
   to TrueType and Type 1 font programs and implemented the
   grid-fitting "hints" and kerning tables in the Luxi fonts. The
   license terms for the Luxi fonts are included in the file
   `COPYRIGHT.BH', as well as in the License document. For further
   information, please contact design@bigelowandholmes.com or
   info@urwpp.de, or consult the URW++ web site. Miscellaneous
   This section describes other items of note for the X11R7.2
   release. Socket directory ownership and permissions The socket
   directories created in /tmp are now required to be owned by
   root and have their sticky-bit set. If the permissions are not
   set correctly, the component using this directory will print an
   error message and fail to start. Common socket directories that
   are known to be affected include: /tmp/.font-unix
   /tmp/.ICE-unix /tmp/.X11-unix These directories are used by the
   font server, xfs, applications using the Inter-Client Exchange
   protocol (ICE) and the X server, respectively. There are
   several solutions to the problem of when to create these
   directories. They could be created at install time by the
   system's installer if the /tmp dir is persistent. They could be
   created at boot time by the system's boot scripts (e.g., the
   init.d scripts). Or, they could be created by PAM modules at
   service startup or user login time. The solution chosen is
   platform dependent, and the system administrator should be able
   to handle creating those directories on any systems that do not
   have the correct ownership or permissions. Composite exposes
   extra visuals When the Composite extension is enabled via
   xorg.conf or the command line, a new visual is created. This
   visual is different from the other visuals used by X
   applications in that it includes an alpha component. It is used
   by the compositing manager and other Composite aware
   applications. Most X applications ignore this visual since it
   is not useful to them; however some applications mistakenly try
   to use it, which will cause them to fail. An environment
   variable, XLIB_SKIP_ARGB_VISUALS, was added to the X11 library
   to hide this visual from applications that mistakenly try to
   use it. If an application fails only when the Composite is
   enabled, try setting this environment variable before starting
   the application. Since Composite is not enabled by default, it
   is not expected that this issue will be visible to most users.
   Deprecated components and removal plans This section lists
   current plans for removal of obsolete or deprecated components
   in the X.Org releases. As our releases are open source, users
   who continue to require these can find the source in previous
   releases and continue to use these, but the X.Org Foundation
   and its volunteers have decided the burden of continued
   maintenance and distribution in the core X11 releases outweighs
   the benefits of doing so. In some cases, this is simply because
   no one has volunteered to do continued maintenance, so if
   software is listed here that you need, you can contact
   xorg@lists.freedesktop.org to volunteer to take over
   maintainership, either inside or outside of the Xorg release
   process. Low-Bandwidth X (LBX) The LBX extension is has been
   removed in this release. CID Fonts Support for CID fonts has
   been removed as of this release. mkcfm has also been deprecated
   as a result. xkbdata The old xkbdata module has been deprecated
   and is not considered to be a part of this release. Please
   migrate to the data provided by the xkeyboard-config project,
   which located in the xkbdesc CVS module.
   Attributions/Acknowledgements/Credits This section lists the
   credits for the X11R7.2 release. For a more detailed breakdown,
   refer to the ChangeLog file in the X.Org source tree, the
   ChangeLog's in the xorg product in freedesktop.org's CVS or the
   'cvs log' information for individual source files. These people
   contributed in some way to X11R7.1 Jonathan Adamczewski, Dave
   Airlie, Paul Anderson, Eric Anholt, Andrei Barbu, Jesse Barnes,
   Donnie Berkholz, Alan Coopersmith, Michel Dnzer, Alex Deucher,
   Radek Doulik, Egbert Eich, Eduard Fuchs, George Fufutos,
   Alexander Gottwald, Matthieu Herrb, Ben Herrenschmidt, Thomas
   Hellstrm, Fredrik Hglund, Kristian Hgsberg, Matthias Hopf,
   Zephaniah E. Hull, Alan Hourihane, Valery Inozemtsev, Adam
   Jackson, Deron Johnson, Nicholas Joly, Jaymz Julian, Lars
   Knoll, Egmont Koblinger, Felix Khling, Philip Langdale, Kevin
   E. Martin, Keith Packard, Drew Parsons, Hong Bo Peng, Aaron
   Plattner, Jeremy C. Reed, David Reveman, Ian Romanick, Zack
   Rusin, Sren Sandmann, Tilman Sauerbeck, Roland Scheidegger,
   Dag-Erling Smrgrav, Daniel Stone, Carl Switzky, Luc Verhaegen,
   Julio M. Merino Vidal, Zhenyu Wang, Alex Williamson, Thomas
   Winischhofer, David Woodhouse, The X Window System has been a
   collaborative effort from its inception. Our apologies for
   anyone or organization inadvertently overlooked. Many
   individuals (including major contributors) who worked on X are
   represented by their employers in this list. If you feel we
   have left anyone out, please let us know. This product includes
   software developed by: Paul Anderson, Michael Bax, Jehan Bing,
   Peter Breitenlohner, Alan Coopersmith, Egbert Eich, John
   Dennis, Fabrizio Gennari, Jim Gettys, Alexander Gottwald, Ralf
   Habacker Mike Harris, Matthieu Herrb, Alan Hourihane, Harold L
   Hunt II, Elliot Lee, Jeremy Katz, Kaleb Keithley, Stuart
   Kreitman, Andreas Luik, Torrey Lyons, Roland Mainz, Kevin E.
   Martin, Takuma Murakami, Kensuke Matsuzaki, Keith Packard, Ivan
   Pascal, Earle F. Philhower III, Benjamin Rienfenstahl, Leon
   Shiman, Toshimitsu Tanaka, Nicholas Wourms. 2d3d Inc., 3Dlabs
   Inc. Ltd., Aaron Plattner, Adam de Boor, Adam Jackson, Adobe
   Systems Inc., After X-TT Project, AGE Logic Inc., Alan
   Coopersmith, Alan Cox, Alan Hourihane, Alexander Gottwald, Alex
   Deucher, Anders Carlsson, Andreas Luik, Andreas Monitzer,
   Andreas Robinson, Andrew C Aitchison, Andy Ritger, Angus Lees,
   Ani Joshi, Anton Zioviev, Apollo Computer Inc., Apple Computer
   Inc., Ares Software Corp., AT&T Inc., ATI Technologies Inc.,
   BEAM Ltd., Ben Skeggs, Benjamin Herrenschmidt, Benjamin
   Rienfenstahl, Bigelow and Holmes, Bill Reynolds, Bitstream
   Inc., Bogdan Diaconescu, Branden Robinson, Brian Fundakowski
   Feldman, Brian Goines, Brian Paul, Bruno Haible, Bryan Stine,
   Catharon Productions Inc., Charles Murcko, Chen Xiangyang,
   Chisato Yamauchi, Chris Constello, Christian Zietz, Cognition
   Corp., Compaq Computer Corporation, Concurrent Computer
   Corporation, Conectiva S.A., Corin Anderson, Craig Struble,
   Daewoo Electronics Co. Ltd., Dale Schumacher, Damien Miller,
   Daniel Berrange, Daniel Borca, Daniel Stone, Daniver Limited,
   Daryll Strauss, Data General Corporation, Dave Airlie, David
   Bateman, David Dawes, David E. Wexelblat, David Holland, David
   J. McKay, David McCullough, David Mosberger-Tang, David S.
   Miller, Davor Matic, Deron Johnson, Digeo Inc., Digital
   Equipment Corporation, Dirk Hohndel, Doug Anson, Dmitry
   Golubev, Earle F. Philhower III, Edouard TISSERANT, Eduardo
   Horvath, Egbert Eich, Elliot Lee, Eric Anholt, Eric Fortune,
   Eric Sunshine, Erik Fortune, Erik Nygren, Evans & Sutherland
   Computer Corporation, Fabio Massimo Di Nitto, Fabrizio Gennari,
   Felix Kuehling, Finn Thoegersen, Francesco Zappa Nardelli,
   Frank C. Earl, Frederic Lepied, Free Software Foundation Inc.,
   Fujitsu Limited, Fujitsu Open Systems Solutions Inc., Fuji
   Xerox Co. Ltd., Geert Uytterhoeven, Gerrit Jan Akkerman, Gerry
   Toll, Glenn G. Lai, GNOME Foundation, Go Watanabe, Greg
   Kroah-Hartman, Greg Parker, Gregory Mokhin, GROUPE BULL, Guy
   Martin, Hans Oey, Harald Koenig, Harm Hanemaayer, Harold L Hunt
   II, Harry Langenbacher, Henry A. Worth, Hewlett-Packard
   Company, Hitachi Ltd, Holger Veit, Howard Greenwell,
   Hummingbird Communications Ltd., IBM Corporation, Intel
   Corporation, INTERACTIVE Systems Corporation, International
   Business Machines Corp., Itai Nahshon, Ivan Kokshaysky, Ivan
   Pascal, Jakub Jelinek, James Tsillas, Jason Bacon, Jean-loup
   Gailly, Jeff Hartmann, Jeff Kirk, Jeffrey Hsu, Jehan Bing,
   Jeremy Katz, Jerome Glisse, Jim Gettys, Jim Tsillas, John
   Dennis, John Harper, John Heasley, Jon Block, Jon Smirl, Jon
   Tombs, Jorge Delgado, José Fonseca, Joseph Friedman, Joseph V.
   Moss, Juliusz Chroboczek, Jyunji Takagi, Kaleb Keithley,
   Kazushi (Jam) Marukawa, Kazuyuki (ikko-) Okamoto, Kean
   Johnston, Keith Packard, Keith Whitwell, Kensuke Matsuzaki,
   Kristian Hgsberg, Larry Wall, Lawrence Berkeley Laboratory,
   Leif Delgass, Lennart Augustsson, Leon Shiman, Lexmark
   International Inc., Linus Torvalds, Luc Verhaegen, Machine
   Vision Holdings Inc., Manfred Brands, Marc Aurele La France
   Mark Adler, Mark J. Kilgard, Mark Leisher, Mark Smulders, Mark
   Vojkovich, Marvin Solomon, Massachusetts Institute Of
   Technology, Matrox Graphics, Matthew Grossman, Matthieu Herrb,
   Metro Link Inc., Michael Bax, Michael H. Schimek, Michael P.
   Marking, Michael Schimek, Michael Smith, Michel Daenzer, Mike
   A. Harris, Ming Yu, MIPS Computer Systems Inc., National
   Semiconductor, NCR Corporation Inc., Netscape Communications
   Corporation, Network Computing Devices Inc., Nicholas Miell,
   Nicholas Wourms, Nicolai Haehnle, Noah Levitt, Nolan Leake,
   Novell Inc., Nozomi YTOW, NTT Software Corporation, Number Nine
   Computer Corp., Number Nine Visual Technologies, NVIDIA Corp.,
   Oivier Danet, Oki Technosystems Laboratory Inc., OMRON
   Corporation, Open Software Foundation, Orest Zborowski, Owen
   Taylor, Pablo Saratxaga, Panacea Inc., Panagiotis Tsirigotis,
   Paolo Severini, Pascal Haible, Patrick Lecoanet, Patrick Lerda,
   Paul Anderson, Paul Elliott, Paul Mackerras, Peter
   Breitenlohner, Peter Kunzmann, Peter Trattler, Philip Homburg,
   Precision Insight Inc., Prentice Hall, Quarterdeck Office
   Systems, Ralf Habacker Randy Hendry, Ranier Keller, Red Hat
   Inc., Regents of the University of California, Regis Cridlig,
   Rene Cougnenc, Richard A. Hecker, Richard Burdick, Rich
   Murphey, Rickard E. Faith, Rik Faith, Robert Chesler, Robert
   Millan, Robert V. Baron, Robin Cutshaw, Roland Mainz, Ronny
   Vindenes, Russ Blaine, Ryan Breen, Ryan Lortie, Ryan Underwood,
   S3 Graphics Inc., Sam Leffler, SciTech Software, Scott Laird,
   Sebastien Marineau, Shigehiro Nomura, ShoGraphics Inc.,
   Shunsuke Akiyama, Silicon Graphics Computer Systems Inc.,
   Silicon Integrated Systems Corp Inc., Silicon Motion Inc.,
   Simon P. Cooper, Snitily Graphics Consulting Services, Sony
   Corporation, Sren Sandmann, SRI, Stanislav Brabec, Stefan
   Dirsch, Stephan Lang, Stephane Marchesin, Steven Lang, Stuart
   Kreitman, Sun Microsystems Inc., SunSoft Inc., SuSE Inc, Sven
   Luther, T. A. Phelps, Takis Psarogiannakopoulos, Takuma
   Murakami, Takuya SHIOZAKI, Tektronix Inc., The
   DOS-EMU-Development-Team, The Institute of Software Academia
   Sinica, The NetBSD Foundation, Theo de Raadt, Theodore Ts'o,
   The Open Group, The Open Software Foundation, The Regents of
   the University of California, The Santa Cruz Operation Inc.,
   The Weather Channel Inc., The X Consortium, The XFree86 Project
   Inc., Thomas E. Dickey, Thomas G. Lane, Thomas Hellstrm,
   Thomas Mueller, Thomas Roell, Thomas Thanner, Thomas
   Winischhofer, Thomas Wolfram, Thorsten.Ohl, Tiago Gons, Todd C.
   Miller, Tomohiro KUBOTA, Torrey Lyons, Torrey T. Lyons, TOSHIBA
   Corp., Toshimitsu Tanaka, Travis Tilley, Trolltech AS, Tungsten
   Graphics Inc., Tuomas J. Lukka, Ty Sarna, UCHIYAMA Yasushi,
   Unicode Inc., UniSoft Group Limited, University of Utah,
   University of Wisconsin, UNIX System Laboratories Inc., URW++
   GmbH, VA Linux Systems, VIA Technologies Inc., Video
   Electronics Standard, VMware Inc., Vrije Universiteit, Wittawat
   Yamwong, Wyse Technology Inc., X Consortium, Xi Graphics Inc.,
   X-Oz Technologies, X-TrueType Server Project and their
   contributors, Yu Shao. This product includes software developed
   by The XFree86 Project, Inc (http://www.xfree86.org/) and its
   contributors. This produce includes software that is based in
   part of the work of the FreeType Team
   (http://www.freetype.org). This product includes software
   developed by the University of California, Berkeley and its
   contributors. This product includes software developed by
   Christopher G. Demetriou. This product includes software
   developed by the NetBSD Foundation, Inc. and its contributors.
   This product includes software developed by the X-Oz
   Technologies and its contributors.
