Eric M. Ludlam writes:
Is there a command-line or other setting I can use to disable
packages
that are part of an XEmacs install like this so I can effectively run
these tests, or allow users to do an install on top of what is in
XEmacs?
I'm not sure what you're asking for; running tests is very different
from what users would want. And package installation is a distro
issue, we can't control that. You can get rid of autoloads with the
--no-autoloads switch, but that doesn't prevent the old packages from
appearing in load-path if they are found.
It sounds like what you want is for your versions to shadow XEmacs
packages distributed by Ubuntu. To do that, you could (1) install
them into an XEmacs package hierarchy in ~/.xemacs/ (warning, this may
not work on some Windows installations because of the confusion about
%HOME% on older Windows systems), (2) manipulate load-path directly,
or (3) set up a separate "early" package hierarchy. I'm not sure
whether (3) is available at runtime; IIRC in fact ~/.xemacs/ is the
only early package hierarchy supported in a default install. It is
possible to reconfigure XEmacs for multiple early package hierarchies,
but that requires a rebuild. If you want to explore that possibility,
read the XEmacs Info node "(xemacs)Startup Paths", first.
If you want JDE to use *old* versions while CEDET uses *new* versions,
you're out of luck. There is no way to order load-path to make that
work.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta