*BSD News Article 28512


Return to BSD News archive

Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!agate!dwex
From: dwex@aib.com (David E. Wexelblat)
Newsgroups: comp.os.386bsd.announce
Subject: Announcing the release of XFree86 2.1
Followup-To: comp.windows.x.i386unix
Date: 15 Mar 1994 20:14:27 -0800
Organization: Virtual Technologies Inc.
Lines: 621
Sender: cgd@agate.berkeley.edu
Approved: 386bsd-announce-request@agate.berkeley.edu
Message-ID: <CMpKpL.LL7@aib.com>
Reply-To: xfree86@physics.su.oz.au
NNTP-Posting-Host: agate.berkeley.edu
Keywords: XFree86, 2.1



			Announcing the Release of
			     XFree86[TM] 2.1

			      March 15, 1994
                         ------------------------

Contents
--------
    1) What is XFree86?
    2) What's new in XFree86 2.1?
    3) XFree86 features
    4) Systems XFree86 has been tested on
    5) Supported video-card chip-sets
    6) Where to get more information
    7) Bugs known fixed in XFree86 vs stock X11R5
    8) Known bugs in XFree86
    9) Credits
   10) The XFree86 Project, Inc.
   11) Contact information
   12) Source and binary archive sites

1 - What is XFree86?
--------------------
XFree86 is a port of X11R5 that supports several versions of Intel-based
Unix and Unix-like operating systems.  The XFree86 servers are derived
from X386 1.2, which was the X server distributed with X11R5.  This
release consists of many new features and performance improvements as well
as many bug fixes.  The release is available as source patches against the
MIT X11R5 code, as well as binary distributions for many architectures.

Note that while the source and installation trees retain the 'X386'
name (for simplicity of maintenance of the source tree), there is no
connection between XFree86 and the commercial X386 product formerly
sold by SGCS.  The XFree86 Core Team has maintained technical contacts 
with SGCS in an effort to keep user-affecting changes to the workings 
of the products from diverging too radically (although this has happened
anyhow over the course of time).  There is no direct involvement of either 
group in the workings of the other.

			****News Flash****

At this time, the XFree86 Core Team is pursuing the legal work to complete
the formation of The XFree86 Project, Inc, a not-for-profit corporation.
The paperwork is with the lawyers, and this incorporation should be
complete in the near future.  See the section on The XFree86 Project, Inc,
later in this document for more information.

2 - What's new in XFree86 2.1?
------------------------------
XFree86 2.1 is not a huge release compared to prior XFree86 releases.  There
are a number of reasons for this, including the fact that two of the Core
Team members have moved and started new employment, significantly cutting into
their time for XFree86 work.  In addition, we are hard at work on merging
XFree86 with the upcoming X11R6.  Many new features have been put on hold
while this integration is done, so that a stable and viable X11R6 release
can be developed.  XFree86 3.0 will be released on the X11R6 contributed
software distribution, and it is our intention that many of these features
will be present in that release.

The following items have been added since XFree86 2.0 was released in
October 1993:

    1) The X Consortium's fix-26 is included.
    2) Support for pixel multiplexing has been added for Mach32 boards
       with ATI68875, TLC34075 or Bt885 RAMDACs.  This allows dot clocks
       up to 135MHz to be used with these boards.
    3) Support for the TI ViewPoint 3020 RAMDAC used on the #9 GXe
       Level 14 and 16 cards has been added, supporting dot clocks up to
       135MHz and 200MHz respectively.
    4) Support for pixel multiplexing (and thus dot clocks up to 135MHz)
       has been added for the SPEA Mercury cards (S3 928 + Bt485).  This
       has *not* been tested on other 928 + Bt485 cards.
    5) Performance improvements for some of the accelerated servers.
    6) Support has been added for all the display widths available with
       the S3 chips.  In addition to the 1024 and 1280 widths supported
       by XFree86 2.0, there is now support for 640, 800 and 2048 with
       all 801, 805 and 928 chips.  1152 is supported with 801/5 chips
       at revision C or later.  1152 and 1600 are supported with 928
       chips at revision E or later.  Note that this change should make
       XFree86 viable on 512k boards.
    7) Support for 8-bit resolution RGB values (as opposed to the
       standard VGA 6-bit resolution) for S3 cards with AT&T20C490/1,
       Sierra SC15025 or Ti3020 RAMDACs, and for Mach32 cards with
       ATI68875, TLC34075 or Bt885 RAMDACs.
    8) Support for DRAM based S3 cards using slow memory has been
       improved.
    9) Accelerated support for the Cirrus chipsets has been enhanced and
       extended to include the lower-end chipsets (5420, 5422, 5424).
   10) The pvga1 driver can now access all the clocks on boards using the
       WD90C30 and WD90C31 chips.
   11) The 16 colour generic VGA server has been extended to include
       banked memory support on selected chipsets.  This allows it to
       make full use of the available video memory on these boards.  This
       server now includes support for GrayScale and StaticGray visuals
       which makes for better use on many laptops.
   12) Support for the Sigma LaserView and Visa monochrome boards has
       been added to the bdm2 driver in the Mono server.
   13) Support for Solaris x86 2.1 has been added.
   14) Support is included for shared libraries on FreeBSD-1.1 and
       NetBSD-current (0.9 based) systems.
   15) The SuperProbe program introduced with XFree86 1.3 has been updated
       to detect more chipsets, to detect installed video memory,  and to 
       be more reliable overall.
   16) Several dozen bug fixes for problems detected and reported for
       XFree86 2.0.

Plus a number of other small things.  Refer to the CHANGELOG file in the
source distribution for full details.

3 - XFree86 Features
--------------------
Here is a list of the other significant features that XFree86 adds over
stock X386 1.2 (X11R5):

    1) New servers to support S3, ATI and 8514 accelerated hardware, and 
       support for Cirrus and Western Digital accelerated hardware in
       the SVGA server.
    2) The SpeedUp package from Glenn Lai is an integral part of the 
       SVGA server, selectable at run-time via the Xconfig file.  Some 
       SpeedUps require an ET4000 based SVGA, and others require a 
       virtual screen width of 1024.  The SpeedUps suitable to the 
       configuration are selected by default.  With a high-quality 
       ET4000 board, this can yield up to 40% improvement of the Xstones 
       benchmark over X386 1.2.
    3) The fX386 packages from Jim Tsillas are included as the default
       operating mode of the SVGA server if SpeedUp is not selected.  
       This mode is now equivalent in performance to X386 1.1b (X11R4), 
       and approximately 20% faster than X386 1.2.
    4) A monochrome server that supports bank-switching of available SVGA
       memory to allow virtual screens up to 1600x1200.
    5) Support for the Hercules mono card in the monochrome server, and 
       with it the ability to support a "two headed" server - one mono 
       VGA, and one Hercules.
    6) Support for Hyundai HGC1280, Sigma LaserView and Visa monochrome
       graphics card in the monochrome server.
    7) A 16-color VGA server is included, which supports generic VGA
       hardware.
    8) SVR3 shared libraries, tested under ISC SVR3 2.0.2, 2.2, 3.0.1 and
       4.0; SCO 3.2.2, 3.2.4.
    9) Support for Linux, 386BSD, NetBSD, FreeBSD, BSD/386, Mach, OSF/1,
       SVR4.2, SCO, Solaris 2.1, Amoeba, and Minix-386. Including shared
       libraries for Linux, FreeBSD and NetBSD.
   10) Support for LOCALCONN.  This support is for both SVR3.2 and SVR4.
       For SVR4.0.4 with the 'Advanced Compatibility Package' and on
       SVR4.2, local connections from SCO XSight/ODT clients are supported.
   11) Drivers for ATI, Trident, NCR, Compaq, Cirrus, and OAK SVGA chipsets.
       Refer to chipset-specific README files for details about these
       drivers.
   12) Support for compressed bitmap fonts has been added (Thomas
       Eberhardt's code from the contrib directory on ftp.x.org).
   13) Type1 Font code from MIT contrib tape has been included, and is
       compile-time selectable.  There are contributed Type1 fonts in the
       contrib directory on ftp.x.org.
   14) New configuration method which allows the server's drivers and font
       renderers to be reconfigured from both source and binary
       distributions.
   15) Greatly improved documentation and configuration databases are
       included.
   16) A new tutorial on how to develop correct video card and monitor
       timing data, written by Eric Raymond (derived from previous
       documentation and a lot of experimentation).
   17) Greatly improved support for international keyboards, including
       implementation of the Compose key functionality found on many
       vendor servers.
   18) Many enhancements in error handling and parsing of the Xconfig
       configuration file.  Error messages are much more informative and
       intuitive, and more validation is done.  There are many new options
       that can be enabled in the Xconfig file.

4 - Systems XFree86 has been tested on
--------------------------------------
    SVR4.0:
	Esix: 4.0.3A, 4.0.4, 4.0.4.1
	Microport: 2.2, 3.1, 4.1, 4.2
	Dell: 2.1, 2.2
	UHC: 2.0, 3.6
	Consensys: 1.2
	MST: 4.0.3 (Load 2.07 and Load 3.02)
	ISC: 4.0.3
	AT&T: 2.1, 4.0
	NCR: MP-RAS
	SunSoft: Solaris x86 2.1

    SVR4.2:
	Consensys
	Univel UnixWare

    SVR3:
	Interactive: 2.0.2, 2.2, 3.0, 4.0
	SCO: 3.2.2, 3.2.4
	AT&T: 3.2.2

    Others:
	386BSD 0.1, NetBSD 0.9, FreeBSD 1.1(beta)
	BSD/386 1.0
	Mach 386
	OSF/1
	Linux 0.99pl15h
	Amoeba
	Minix-386

5 - Supported video-card chipsets
---------------------------------
At this time, XFree86 2.1 supports the following accelerated chipsets:

    8514/A (and true clones)
    ATI Mach8, Mach32
    Cirrus CLGD5420, CLGD5422, CLGD5424, CLGD5426, CLGD5428
    S3 86C911, 86C924, 86C801, 86C805, 86C805i, 86C928
    Western Digital WD90C31

The Cirrus and Western Digital accelerators are supported in the SVGA
server; the other chipsets each have their own server.  A list of cards
on which the accelerated servers have been tested is included in the file
AccelCards.  They may well work on other cards, but we cannot guarantee it.
  
In addition, the following SVGA chipsets are supported:
    
    Tseng ET3000, ET4000AX, ET4000/W32
    Western Digital/Paradise PVGA1
    Western Digital WD90C00, WD90C10, WD90C11, WD90C24, WD90C30, WD90C31
    Genoa GVGA
    Trident TVGA8800CS, TVGA8900B, TVGA8900C, TVGA8900CL, TVGA9000,
	    TVGA9000i, TVGA9100B, TVGA9200CX, TVGA9320, TVGA9400CX, TVGA9420
    ATI 28800-4, 28800-5, 28800-a
    NCR 77C22, 77C22E, 77C22E+
    Cirrus Logic CLGD5420, CLGD5422, CLGD5424, CLGD5426, CLGD5428
		 CLGD6205, CLGD6215, CLGD6225, CLGD6235
    Compaq AVGA
    OAK OTI067, OTI077
    
All of the above are supported in both 256 color and monochrome modes,
with the exception of the ATI and Cirrus chipsets, which are only
supported in 256 color mode.  

Refer to the chipset-specific README files (currently for Tseng, Western
Digital, ATI, and Trident) for more information about using those chipsets.

The monochrome server also supports generic VGA cards, using 64k of video
memory in a single bank, the Hercules monochrome card, the Hyundai
HGC1280, Sigma LaserView and Visa monochrome cards.  On the Compaq AVGA,
only 64k of video memory is supported for the monochrome server, and the
GVGA has not been tested with more than 64k.

The VGA16 server has not been as extensively tested and debugged as the
others, but it should work rather well (but slowly) on most hardware.
This server supports memory banking with the ET4000 and Trident chipsets
allowing virtual display sizes up to about 1600x1200 (with 1MB of video
memory).  For other chipsets the display size is limited to approximately
800x600.

  Note
  ----
Some of the SVGA card manufacturers are using non-traditional mechanisms 
for selecting pixel-clock frequencies.  To avoid having to modify the 
server to accommodate these schemes XFree86 1.2 added support for using 
an external program to select the pixel clock.  This allows programs to 
be written as new mechanisms are discovered.  Refer to the README.clkprog 
file for information on how these programs work, if you need to write one.
If you do develop such a program, we would be interested in including it 
with future XFree86 releases.

NOTE: The Diamond SpeedStar 24 (and possibly recent SpeedStar+) boards are
      NOT supported, even though they use the ET4000. The same is true
      for all of Diamond's S3 boards. The reason for this is that
      Diamond has changed the mechanism used to select pixel clock 
      frequencies, and will only release programming information under
      non-disclosure.  We are not willing to do this (as it would mean
      that source cannot be provided).  We have had discussions with
      Diamond over this, and they do not intend to change this policy.
      Hence we will do nothing to support Diamond products going forward
      (i.e. don't send us a program to run to set their clocks).  XFree86
      DOES NOT SUPPORT DIAMOND HARDWARE.  It is possible to make some
      of it work, but we will not assist in doing this.

      Diamond's Cirrus-based boards should work with XFree86 because they
      use the standard Cirrus clock synthesiser.  This includes the
      SpeedStar Pro and possibly the SpeedStar 64.

6 - Where to get more information
---------------------------------
Additional documentation is available in the XFree86(1), Xconfig(4/5),
XF86_SVGA(1), XF86_Mono(1), XF86_VGA16(1), XF86_Accel(1) and XF86keybd(1)
manual pages.  In addition, several README files and tutorial documents are
provided.  These are available in /usr/X386/lib/X11/etc in the binary
distributions, and in mit/server/ddx/x386 and ddx/x386/etc in the source
distribution.

The files README.Config and VideoModes.doc should be consulted for 
information on how to set up the XFree86 servers.  All supplied documents
and manual pages should be read before contacting the XFree86 team for
assistance.

Documentation on SVGA driver development can be found in the directory
/usr/X386/lib/Server/VGADriverDoc in the binary distribution, and in the
directory mit/server/ddx/x386/VGADriverDoc in the source distribution.

If you are totally at a loss, you can contact the XFree86 Core Team at
the electronic mail address below.

There is a Usenet news group comp.windows.x.i386unix that contains
mostly discussions about XFree86 and related topics. Many questions can
be answered there. The answers to common questions are found in the
corresponding FAQ.

7 - Bugs known fixed in XFree86 vs stock X11R5
----------------------------------------------
    1) Server now traps and exits cleanly if unexpected signals are
       received (a core is still generated for debugging).  There is an
       Xconfig option to disable this trapping.
    2) VT switching (on OS's that support the feature) is more robust.
       The server will no longer crash nor will the screen get corrupted
       as a result of starting or exiting clients while switched away.
       Also, the screen saver is turned off when switching back so you
       don't return to a blank screen.  These changes also ensure that xdm
       shuts down cleanly, and allow multiple servers to be active
       simultaneously
    3) Many bugs in the frame buffer code have been fixed.
    4) The use of xdm with xqueue under SVR4 has been fixed.
    5) The maximum number of server connections is now correctly
       determined for SVR4 by making use of getrlimit().
    6) The default pointer button mapping has been fixed.
    7) xterm no longer tries to open /dev/tty[psr]?? for SVR4.  This
       speeds up the startup time for xterm, as well as keeping it from
       using the wrong pty's on SVR4.0.4.
    8) xconsole fixed to use /dev/osm (SVR4 and some SVR3.2) for OS messages.
    9) A bug with XDM-AUTHORIZATION-1 which caused strange problems with
       some hardware has been fixed.
   10) The xman scroll bug has been fixed.
   11) Improved the accuracy of the server's probe for pixel clock
       frequencies
   12) Redefined the handling of the numeric keypad, so that it works
       correctly with Xt-based applications (translation problems
       resolved).
   13) Plugged security risk related to suid-root execution of the server.

8 - Known bugs in XFree86
-------------------------
    1) There are some problems with some of the 'xset fp' operations (in
       particular 'xset fp rehash').  These seem to be caused by memory
       allocation/deallocation problems in the server's font code.  We
       believe that we have worked around this problem, but have not yet
       solved the root cause.
    2) While not strictly a bug, there is currently a limitation on the
       dot-clock frequencies allowed with the S3 server.  For S3 cards
       with the Bt485 RAMDAC (e.g. #9 GXe), the limit is 85Mhz.  There
       is some special programming required to use these RAMDACs at higher
       dot-clocks, and we were not able to get it fully developed in
       time.  An exception to this is the SPEA Mercury card which is
       supported at dot clocks up to 135MHz.

We welcome reports of bugs sent to the electronic mail address listed
below.

9 - Credits
-----------
XFree86 was originally put together by:
       David Dawes <dawes@physics.su.oz.au>
       Glenn Lai <glenn@cs.utexas.edu>
       Jim Tsillas <jtsilla@damon.ccs.northeastern.edu>
       David Wexelblat <dwex@goblin.org>, <dwex@aib.com>

386BSD, FreeBSD, NetBSD  support by:
       Rich Murphey <Rich@Rice.edu>
Original 386BSD port by:
       Pace Willison
       Amancio Hasty Jr <hasty@netcom.com>
Mach 386 support by:
       Robert Baron <Robert.Baron@ernst.mach.cs.cmu.edu>
Linux support by:
       Orest Zborowski <orestz@microsoft.com>
SCO Unix support by:
       David McCullough <davidm@stallion.oz.au>
Amoeba support by:
       Kees Verstoep <versto@cs.vu.nl>
Minix-386 support by:
       Philip Homburg <philip@cs.vu.nl>
OSF/1 support by:
       Marc Evans <Marc@Synergytics.Com>
BSD/386 support by:
       Hans Nasten <nasten@everyware.se>
       Paul Vixie <paul@vix.com>
Solaris support by:
       Doug Anson <danson@lgc.com>
       David Holland <davidh@use.com>
SVR3 shared libraries by:
       Thomas Wolfram <wolf@prz.tu-berlin.de>
Linux shared libraries by:
       Dirk Hohndel <hohndel@informatik.uni-wuerzburg.de>

Original accelerated code by:
       Kevin Martin <martin@cs.unc.edu>
       Rik Faith <faith@cs.unc.edu>
       Jon Tombs <jon@gtex02.us.es>
S3 accelerated code by:
       Jon Tombs <jon@gtex02.us.es>
       David Wexelblat <dwex@goblin.org> <dwex@aib.com>
       David Dawes <dawes@physics.su.oz.au>
       Robin Cutshaw <robin@paros.com>
       Amancio Hasty <hasty@netcom.com>
Mach32 accelerated code by:
       Kevin Martin <martin@cs.unc.edu>
       Rik Faith <faith@cs.unc.edu>
       Mike Bernson <mike@mbsun.mlb.org>
       Mark Weaver <Mark_Weaver@brown.edu>
       Craig Groeschel <craig@adikia.sccsi.com>
Mach8, 8514 accelerated code by:
       Kevin Martin <martin@cs.unc.edu>
       Rik Faith <faith@cs.unc.edu>
       Tiago Gons <tiago@comosjn.hobby.nl>
       Hans Nasten <nasten@everyware.se>
       Scott Laird <lair@midway.uchicago.edu>
Cirrus accelerated code by:
       Simon Cooper <scooper@vizlab.rutgers.edu>
       Harm Hanemaayer <hhanemaa@cs.ru.nl>
       Bill Reynolds <bill@goshawk.lanl.gov>
Western Digital accelerated code by:
       Mike Tierney <floyd@pepsi.eng.umd.edu>

16 color VGA server by:
       Gertjan Akkerman <akkerman@dutiba.twi.tudelft.nl>

ATI SVGA driver by:
       Per Lindqvist <pgd@compuram.bbt.se> and Doug Evans <dje@cygnus.com>
       Ported to X11R5 by Rik Faith <faith@cs.unc.edu>
Trident SVGA driver by:
       Alan Hourihane <alanh@metro.co.uk>
NCR SVGA driver by:
       Stuart Anderson <Stuart.Anderson@ColumbiaSC.NCR.COM>
		with the permission of NCR Corporation
Cirrus SVGA driver by:
       Bill Reynolds <bill@goshawk.lanl.gov>
       Hank Dietz <hankd@ecn.purdue.edu>
Compaq SVGA driver by:
       Hans Oey <hans@mo.hobby.nl>
Oak SVGA driver by:
       Steve Goldman <sgoldman@encore.com>

Configurable MFB and Hercules driver by:
       Davor Matic <dmatic@Athena.MIT.EDU>
Banked Dumb Monochrome and related drivers by:
       Pascal Haible <haible@izfm.uni-stuttgart.de>

X386 1.2, and moral support from:
       Thomas Roell <roell@informatik.tu-muenchen.de>
       Mark Snitily <mark@sgcs.com>

Other contributors:
       Joerg Wunsch <joerg_wunsch@tcd-dresden.de> (ET3000 banked mono)
       Bob Crosson <crosson@cam.nist.gov> (video mode documentation)
       Thomas Eberhardt <thomas@mathematik.uni-Bremen.de> (compressed fonts)
       Eric Raymond <esr@snark.thyrsus.com> (new video mode documentation)

       and an entire horde of beta-testers around the world!

10 - Contact information
------------------------
Ongoing development planning and support is coordinated by the XFree86
Core Team.  At this time the Core Team consists of (in alphabetical order):

       David Dawes <dawes@physics.su.oz.au>
       Dirk Hohndel <hohndel@informatik.uni-wuerzburg.de>
       Rich Murphey <Rich@Rice.edu>
       Jon Tombs <jon@gtex02.us.es>
       David Wexelblat <dwex@goblin.org>, <dwex@aib.com>

E-mail sent to <xfree86@physics.su.oz.au> will reach the Core Team.

11 - The XFree86 Project, Inc.
------------------------------
The XFree86 Project, Inc, has been founded to accomplish two major goals:

	1) To provide a vehicle by which XFree86 can be represented in
	   X Consortium, Inc, the organization responsible for the
	   design, development, and release of The X Window System.
	2) To provide some basic funding for acquisition of facilities for
	   ongoing XFree86 development, largly to consist of new video
	   hardware and basic computing facilities.

The first of these was the primary motivation.  We have held discussions
with the X Consortium on and off for many months, attempting to find an
avenue by which our loosely-organized free software project could be
given a voice within the X Consortium.  The bylaws of the Consortium
would not recognize such an organization.  After an initial investigation
about funding, we decided to form our own corporation to provide the
avenue we needed to meet the requirements of the X Consortium bylaws.

By doing this, we are able to be involved in the beta-test interval for
X11R6, and will be contributing the majority of XFree86 to the X11R6 core
release.  The next full-featured release of XFree86, version 3.0, will
be present on the X11R6 contributed software tape, with full X11R6
support, and (hopefully) a host of new features.  As time goes on, 
XFree86 will be involved with more of the development of The X Window 
System, as a full Consortium member.  How exactly this will evolve is
still being determined.

An additional benefit of this incorporation is that The XFree86 Project,
Inc has obtained outside financial support for our work.  This will
hopefully give us the freedom to be more proactive in obtaining new
video hardware, and enable us to release better products more quickly,
as we will be able to go and get what we need, and get it into the hands
of the people who can do the work.

The initial Board of Directors and Officers of the The XFree86 Project,
Inc, are the same XFree86 Core Team as is listed above. Our bylaws have 
been crafted in such a way to ensure that XFree86 is and always will 
be a free software project.  There is no personal financial benefit 
to any member of the Core Team or any other XFree86 participant.  All 
assets of the corporation remain with the corporation, and, in the event 
of the dissolution of the corporation, all assets will be turned over 
to the X Consortium, Inc.  It is hoped that by doing this, our corporation 
will be merely a formalization of what we have been doing in the past, 
rather than something entirely new.

Here is a list of the organizations and individuals who have provided
sponsorship to The XFree86 Project, Inc, either by financial contribution
or by the donation of equipment and resources.  The XFree86 Project, Inc
gratefully acknowledges these contributions, and hopes that we can do
justice to them by continuing to release high-quality free software for
the betterment of the Internet community as a whole.

	UUNET Communications Services, Inc.

UUNET Communications Services, Inc, deserves special mention.  This
organization stepped forward and contributed the entire 1994 X Consortium
membership fee on a moment's notice.  This single act ensured XFree86's
involvement in X11R6.

	AIB Software Corporation
	American Micro Group
	AT&T Global Information Services (formerly NCR)
	BSDI
	InfoMagic
	LunetIX
	Frank & Paige McCormick
	Prime Time Freeware
	Red Hat Software

The XFree86 Project, Inc, welcomes the additional contribution of funding
and/or equipment.  Such contributions should be tax-deductible; we will
know for certain when the lawyers get finished with the papers.  For more 
information, contact The XFree86 Project, Inc, at <xfree86@physics.su.oz.au>

We are in the process of establishing our own Internet domain, XFree86.Org.
Most of the pieces are in place, and we hope to be online within a few
more weeks.  We will post an announcement when this is ready for use.

12 - Source and binary archive sites
------------------------------------
Source patches based on X11R5 PL25, from MIT, and as an upgrade from
XFree86 2.0 are available via anonymous FTP from:

       ftp.x.org (under /contrib/XFree86)
       ftp.physics.su.oz.au (under /XFree86)
       ftp.win.tue.nl (under /pub/XFree86)
       ftp.prz.tu-berlin.de (under /pub/pc/src/XFree86)

Refer to the README file under the specified directory for information on
which files you need to get to build your distribution (which will depend
on whether this is a new installation or an upgrade from an earlier
version of XFree86).

Binaries are available via anonymous FTP from:

       ftp.physics.su.oz.au            - SVR4 binaries
                under /XFree86/SVR4
       ftp.win.tue.nl                  - SVR4 binaries
                under /pub/XFree86/SVR4
       ftp.tcp.com                     - SVR4 binaries
                under /pub/SVR4/XFree86
       stasi.bradley.edu               - SVR4 binaries
                under /pub/XFree86/SVR4
       stasi.bradley.edu               - Solaris x86 2.1 binaries
                under /pub/XFree86/solaris
       stasi.bradley.edu               - SVR3 (SCO) binaries
                under /pub/XFree86/sco
       ftp.physics.su.oz.au            - SVR3 (SCO) binaries
                under /XFree86/SCO
       blancmange.ma.utexas.edu        - SVR3 (ISC) binaries
                under /pub/ISC
       ftp.prz.tu-berlin.de            - SVR3 (ISC) binaries
                under /pub/pc/isc/XFree86
       tsx-11.mit.edu                  - Linux binaries
                under /pub/linux/packages/X11
       ftp.unipi.it                    - Linux binaries
		under /pub/linux/XFree86_2.1
       XFree86.cdrom.com               - FreeBSD binaries
		under /pub/XFree86/FreeBSD/XFree86-2.1
       gil.physik.rwth-aachen.de       - FreeBSD binaries
		under /pub/XFree86
       agate.berkeley.edu              - NetBSD 0.9 binaries
		under /pub/NetBSD/ports
       sun-lamp.cs.berkeley.edu        - NetBSD 0.9 binaries
		under /pub/NetBSD/ports
       ftp.cs.mcgill.ca	               - NetBSD 0.9 binaries
	        under /pub/NetBSD/XFree86

Ensure that you are getting XFree86 2.1 - some of these sites may archive
older releases as well.  Each binary distribution will contain a README
file that describes what files you need to take from the archive, and
which compile-time option selections were made when building the
distribution.

15 March 1994

--
David Wexelblat <dwex@aib.com>  (703) 430-9247  Fax: (703) 450-4560
AIB Software Corporation, 46030 Manekin Plaza, Suite 160, Dulles, VA  20166
  Formerly Virtual Technologies, Inc.

Mail regarding XFree86[TM] should be sent to <xfree86@physics.su.oz.au>

"A second flood, a simple famine, plagues of locusts everywhere,
  Or a cataclysmic earthquake, I'd accept with some despair.
    But no, you sent us Congress!  Good God, sir, was that fair?"
      -- John Adams, "Piddle, Twiddle, and Resolve", from "1776"
--
Please send submissions for comp.os.386bsd.announce to:
					386bsd-announce@agate.berkeley.edu