From xemacs-m  Tue Apr  8 05:03:13 1997
Received: from venus.Sun.COM (venus.Sun.COM [192.9.25.5])
	by xemacs.org (8.8.5/8.8.5) with SMTP id FAA25198
	for <xemacs-beta@xemacs.org>; Tue, 8 Apr 1997 05:03:12 -0500 (CDT)
Received: from Eng.Sun.COM ([129.146.1.25]) by venus.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id DAA15475; Tue, 8 Apr 1997 03:02:41 -0700
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id DAA05281; Tue, 8 Apr 1997 03:02:40 -0700
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id DAA08495; Tue, 8 Apr 1997 03:02:39 -0700
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id DAA19506; Tue, 8 Apr 1997 03:02:37 -0700
Date: Tue, 8 Apr 1997 03:02:37 -0700
Message-Id: <199704081002.DAA19506@xemacs.eng.sun.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: Kyle Jones <kyle_jones@wonderworks.com>
Cc: XEmacs Developers <xemacs-beta@xemacs.org>
Subject: Re: xemacs "flavours" of packages
In-Reply-To: <QQckic13281.199704080234@crystal.WonderWorks.COM>
References: <rvvi5yxw4m.fsf@sdnp5.ucsd.edu>
	<QQckhs11118.199704080002@crystal.WonderWorks.COM>
	<kigu3lis6q8.fsf@jagor.srce.hr>
	<QQckic13281.199704080234@crystal.WonderWorks.COM>
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>

>>>>> "Kyle" == Kyle Jones <kyle_jones@wonderworks.com> writes:

Kyle> A larger issue: what files are we avowed to sync with FSF Emacs?
Kyle> The core XEmacs maintainers, whoever they are, leave themselves
Kyle> open to a lot of misery in this process, as some of the
Kyle> profanity in the code files testifies.  How long will this
Kyle> (apparent) torture go on?

The C code is almost completely divergent from FSF Emacs, with the
exception of a few selected source files, like getloadavg.c, etags.c,
and some other stuff in lib-src.  With etags.c I made a special effort
to involve the maintainer, Francesco Potorti.

The lisp directory, on the other hand, is a real grab-bag, with lots
of independently maintained large packages, single files, and various
XEmacs-hacked-on sources from FSF.  

The more code owners XEmacs as a whole has, the more we win.  The
fewer code owners any particular lisp package has, the more we win.

Martin

