From xemacs-m  Thu Apr 17 23:45:38 1997
Received: from jagor.srce.hr (jagor.srce.hr [161.53.2.130])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id XAA21334
	for <xemacs-beta@xemacs.org>; Thu, 17 Apr 1997 23:44:12 -0500 (CDT)
Received: (from hniksic@localhost)
          by jagor.srce.hr (8.8.5/8.8.4)
	  id FAA21933; Fri, 18 Apr 1997 05:59:24 +0200 (MET DST)
To: XEmacs Developers <xemacs-beta@xemacs.org>
Subject: Packaging criteria
References: <m2ohbdz4ey.fsf@altair.xemacs.org>
X-URL: ftp://gnjilux.cc.fer.hr/pub/unix/util/wget/
X-Attribution: Hrv
X-Face: 4Ep[g9-@0E(fGis\iN[=/j-3#q82z/#$d-3q-m+|V4y|W8pzaCVLawV3
        zk,w0umo:w7z{fL[(\UWyN2s:]}@qZeG"}HLw\c7QjaRrxc+=Ho&3*'g
        {&(4bh\8g5^xF(9(kD2PYOYfzgn|0wLH^3;Y)v%T9?~:q}o0^LW!CS]S
        @N`Ee$+S6Hc
From: Hrvoje Niksic <hniksic@srce.hr>
Date: 18 Apr 1997 05:59:24 +0200
In-Reply-To: Steven L Baur's message of 17 Apr 1997 15:10:45 -0700
Message-ID: <kign2qxouar.fsf@jagor.srce.hr>
Lines: 42
X-Mailer: Gnus v5.4.45/XEmacs 19.15

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.

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.

3) If we have the will and the interest, we can make a Sumo XEmacs
   distribution, with the core + our selection of packages.  It would
   be something akin to XEmacs the way it is now.

This would insure that XEmacs is small and sweet (as long as you can
call 10M tarballs small and sweet), and that fanatics like me and my
local XEmacs converts can get their Sumo XEmacs whenever they want.

> My goal is to make the XEmacs 20.2/Latin-1 core tarball smaller than
> the first release of Lucid Emacs as XEmacs (~9.5MB).  The smaller the
> better.

I think around 12M should be our limit.  9.5 looks too optimistic.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
I'm sure they'll listen to reason! -- Neal Stevenson, _Snow Crash_

