Re: Some XEmacs issues and proposals
Ralf Angeli wrote:
> * Holger Schauer (2005-05-30) writes:
> If /usr/local/share/emacs/site-lisp were a directory to be used by
> XEmacs then why isn't it included in XEmacs' paths.h or found by
> (paths-find-site-lisp-directory '("/usr/local"))
> in case XEmacs is configured with a bare ./configure? The vanilla
> XEmacs 21.4 on my system which is configured like this returns
> /usr/local/lib/xemacs/site-lisp for the latter command.
Actually, I don't have a clue. I know that there's a configure option
(--site-lisp, IIRC) to get site-lisp/ at all, but I am really baffled that
it doesn't point to /usr/local/lib/emacs/site-lisp/. I have no idea when
this was changed or why.
> > Incompatibility concerns compiled Emacs Lisp files mainly and there
> > are solutions to these concerns (one: use xemacs/ and fsfmacs/
> > subdirectories of site-lisp/ for the *elc-files, two: don't compile).
> That doesn't make sense because $PREFIX/share/emacs is a hierarchy
> traditionally used by GNU Emacs.
Regardless of whether you consider this to make sense or not, I've seen
several sites which also include it in the load-path for XEmacs. And neither
of these sites had a small user case, btw. It's traditionally used for
both flavours of Emacs, regardless whether GNU Emacs was there first
> /usr/local/share/emacs/22.0.50. Hence, a proper setup would mean to
> have the directory hierachies $PREFIX/share/xemacs for XEmacs and
> $PREFIX/share/emacs for GNU Emacs. If you want a hierarchy for common
> files you could follow Jérôme's suggestion of $PREFIX/share/emacsen.
Sure, but that is breaking traditional installations.
> >> Taking AUCTeX as an example this means that a manual installation of
> >> it for GNU Emacs will be put a tex-site.el into
> >> /usr/local/share/emacs/site-lisp.
> > Come on, this is really a ridiculous example. Debian ships (at least
> > the last time I looked) an AUCTeX package that will not polute any
> > directory intended for the /local/ additions of site-administrators.
> Please read the paragraph you quoted again. I was talking about a
> _manual_ installation of AUCTeX, not the Debian package.
I wear glasses, but I'm not blind. Referring on a Debian list to a manual
installation of a package that Debian distributes as a Debian package is
a red herring. I'm sorry to say that this specific reference to AUCTeX
triggered an impression that this is just another "poor AUCTeX (upstream)
maintainers suffer from XEmacs" complaint that I've seen lately some.
> >> Anyway, XEmacs still picks up at least one wrong file. So taking
> >> aside /usr/share/emacs/site-lisp because it is under the package
> >> system's control, I think at least /usr/local/share/emacs/site-lisp
> >> should not be added to XEmacs' load-path in order to prevent these
> >> problems.
> > I wholeheartedly disaggree. This results in duplicate local start-up
> > code and duplicate source code storage etc., which is btw. one of the
> > major drawbacks of the XEmacs package system, too (maintaining common
> > versions of major packages between different Emacs incarnations *is* a
> > concern, which is silently ignored by the XEmacs package system).
> Well, nobody has commented yet on Jérmôme's suggestion. I think it
> could be a way out of this mess.
/usr/share/emacsen? At the very least, that's worth a message when
Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie!
Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl