From xemacs-m  Fri Apr 18 07:37:51 1997
Received: from wmperry.oz.net (root@wmperry.oz.net [207.13.185.53])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id HAA27291
	for <xemacs-beta@xemacs.org>; Fri, 18 Apr 1997 07:37:49 -0500 (CDT)
Received: (from wmperry@localhost) by wmperry.oz.net (8.7.6/8.7.3) id WAA00596; Thu, 17 Apr 1997 22:15:40 -0700
Sender: wmperry@wmperry.oz.net
To: Hrvoje Niksic <hniksic@srce.hr>
Cc: XEmacs Developers <xemacs-beta@xemacs.org>
Subject: Re: Packaging criteria
References: <m2ohbdz4ey.fsf@altair.xemacs.org> <kign2qxouar.fsf@jagor.srce.hr>
Errors-to: wmperry@aventail.com
Reply-to: wmperry@aventail.com
X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7</SYF`{vYQ(&RI1&EiH[FvT;J}@f!4kfz
 x_!Y#=y{Uuj9GvUi=cPuajQ(Z42R[wE@{G,sn$qGr5g/wnb*"*ktI+,CD}1Z'wxrM2ag-r0p5I6\nA
 [WJopW_J.WY;
From: wmperry@aventail.com (William M. Perry)
Date: 17 Apr 1997 22:15:38 -0700
In-Reply-To: Hrvoje Niksic's message of 18 Apr 1997 05:59:24 +0200
Message-ID: <86vi5kkj2d.fsf@wmperry.oz.net>
Lines: 34
X-Mailer: Gnus v5.4.42/Emacs 19.34

Hrvoje Niksic <hniksic@srce.hr> writes:

> Steven L Baur <steve@miranova.com> writes:
> 
> > I encourage some patience on requesting new lisp features for 20.2.
> > Better to make a list of all of the stuff you really want to see and
> > save it.  New lisp files will mostly be integrated as add-on packages
> > and that's going to have to wait until whatever package mechanism we
> > use gets going.  Exceptions will be made for Lisp packages which are
> > XEmacs core candidates (like strokes.el).
> 
> I propose the following:
> 
> 1) All the "small" (one-file) lisp packages that we want to have
>    should go into core.  There is little sense in obtaining a strokes
>    "package".
> 
>    The exceptions are, of course, the packages we don't think are
>    important enough to be in the core -- we'll have to make a revision
>    of what we have/need.  I can be of help here, as I've just browsed
>    through almost all of the XEmacs lisp sources.

  A package is a package is a package.  Whether it is one file or 20.
Package selection should be based on usefulness not # of files.

> 2) All the "big" packages (Gnus, VM, W3, Hyperbole, etc.)  should be
>    distributed as the add-on packages.  The exception can be those
>    that we consider exceptionally important, like cc-mode.

  All packages should be 'packageized', whether they are goi ng to be
included in the main distribution or not.  This will make them easily
upgradeable or removable.

-Bill P.

