>>>> "Ville" == Ville Skytt <Ville>
writes:
> From what I have heard, the author of the XEmacs package
> system is working on replacing it by yet something different
> which would then again make the version taken into GNU Emacs
> obsolete.
Ville> Could you provide more specific pointers, who is working on
Ville> exactly what? I'd be really interested to hear more about
Ville> this.
David is talking hearsay of rumor of whispers.
Here's what I know. Steve Youngs is probably authoritative; I can't
imagine anything would have happened up to about 6 months ago without
consulting him.
The package system is split into three fairly independent parts, with
three different authors. The run-time pathfinding support is by Mike
Sperber. The envisioned changes there AFAIK amount to inverting the
type and the package in the packages hierarchy (ie, {etc,lisp}/auctex
-> auctex/{etc,lisp}). This will allow "opaque" packages that want to
completely manage their internals, with only auto-autoloads and
custom-load having fixed locations. (Obviously this isn't suitable
for support libraries.) It also will satisfy the current "wanna run
packages in-place" RFE.
The second part is the build and install mechanism, most importantly,
XEmacs.rules. Primary author is Steve Baur, who is not doing any
XEmacs development whatsoever at the moment. Secondary, but major,
contributions from Jan Vroonhof, Mike Sperber (or was that just
tripling the number of DATADIR defines to accomodate JDEzilla?), Steve
Youngs, and maybe some others. None of them have any plans for this
AFAIK. Adapting this to a new package hierarchy layout would be
trivial, because (at least for "opaque apps") you'd just tar up the
source tree and slap it down in place. The main changes planned in
build'n'install are REQUIRES stuff, which is Jerry James, you, and
Rendhalver, so you tell me. ;-)
The third part is the package-ui stuff, which has a bunch of authors
including Darryl Okahata (package-ui), Pete Ware, Jan V, and Greg
Klanderman (package-get). There are lots of proposals for working on
these (Steve Y, me, Rendhalver has shown some interest), but nothing
concrete. (At least, not since I seem to have lost my "three-layer"
transport for packages code. :-( )
--
Institute of Policy and Planning Sciences
http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.