From owner-freebsd-current Wed Jan 8 03:01:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA27067 for current-outgoing; Wed, 8 Jan 1997 03:01:23 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA27061 for ; Wed, 8 Jan 1997 03:01:18 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.2/8.8.2) id WAA22712; Wed, 8 Jan 1997 22:00:23 +1100 (EST) From: David Dawes Message-Id: <199701081100.WAA22712@rf900.physics.usyd.edu.au> Subject: Re: X11R6.3 in 2.2 ? In-Reply-To: from J Wunsch at "Jan 8, 97 10:07:37 am" To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 8 Jan 1997 22:00:22 +1100 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >As David Dawes wrote: > >> The stock R6.3 release should compile pretty much "out of the box" on >> FreeBSD 2.1.6 and later anyway. R6.3 includes the XFree86 3.2 >> servers (except for a few minor things). > >However, i think we better use an official XFree86 release (3.2 in >this case) for our release. This eases support questions. Of course, Agreed. >something like the xload fix would be preferrable... and i also see >that XFree86 3.2 is useless for KOI8-R users. Any chance of a 3.2-u1 >version? :) I doubt there'll be any update releases from XFree86, just the betas. Our time is already overcommitted on other things. If someone builds a fixed xload, I'll put it on ftp.xfree86.org. Same goes for updated xterm/xdm (and whatever else uses utmp) binaries for current. As to the KOI8-R problem, it's still not clear to me if it is fully resolved, or how dependent the fix for it is on the R6.3 version of Xlib. None of this is tied to XFree86-specific code though, and when fixed an updated copy of libX11.so.6.1 will be required (the version numbering of this library is unchanged in R6.3). David