Re: site-lisp overwritten by installed XEmacs Packages on Debian
Hello James,
* On 2003-04-06 James LewisMoss wrote:
>>>>> On 05 Apr 2003 16:50:11 +0200, Adrian Aichner
<adrian(a)xemacs.org> said:
APA> Hello Micha!
APA> Hi Jim, do you have any advice on this matter (see below)?
>>>>> "Micha" == Micha Wiedenmann <mw-u1(a)gmx.de> writes:
Micha> I thought
Micha> `/usr/share/xemacs21/packages/lisp/mail-lib/pop3.elc' should
Micha> have opened instead.
Micha> My conclusion: `/usr/share/emacs/site-lisp/gnus/pop3.el' is
Micha> provided by the Debian `gnus' package necessary for Emacs but
Micha> not for XEmacs.
Micha> `/usr/share/xemacs21/packages/lisp/mail-lib/pop3.elc' is
Micha> provided by the Debian `xemacs21-basesupport' package. I think
Micha> that the gnus package shadows some already for XEmacs
Micha> installed files.
APA> You are right.
APA> The XEmacs gnus package does NOT contain pop.el, because the
APA> XEmacs mail-lib package has the XEmacs-specific pop3.el support.
APA> Boy your site-lisp packages are eclipsing everything under the
APA> sun! Is this the way debian sets things up?
Yes intentionally. The thought is that the versions provided in
debian packages are likely to be newer and more closely watched by
their maintainers than I'm able to do.
This is not the case if a user uses `pui-list-packages' to update a
XEmacs installation. IMHO this is even more likely to be newer than any
Debian package. Why does one want to use the Debian package with XEmacs
if XEmacs already comes with Gnus?
In practice there have occasionally been problems, but not many and
nothing major that I remember.
APA> Hi Jim, do you have any advice on this matter?
If this behaviour bothers a particular user they can edit the file
/etc/xemacs21/site-start.d/00debian.el to change/remove/etc the way
the path is setup there.
Thank you for your help. I'm sorry to say but I don't know how to edit
`00debian.el'. I can't find the file where
/usr/share/xemacs21/packages/lisp/foo is added to the load-path.
This is from /etc/xemacs21/site-start.d/00debian.el
| (setq load-path
| (let* ((point
| (string-match "[0-9]*\.[0-9]*.*XEmacs.*"
| emacs-version))
| (xemacs-maj-version
| (substring emacs-version point (+ point 2)))
| (xemacs-version
| (substring emacs-version point (+ point 5))))
| (append
| (dir-and-all-good-subs
| (expand-file-name "~/.xemacs/xemacs-packages"))
| (dir-and-all-good-subs
| (expand-file-name "~/.xemacs/packages"))
| '("/etc/xemacs21")
| '("/etc/emacs")
| '("/usr/local/share/emacs/xemacs-21.4.6/site-lisp")
| '("/usr/local/share/emacs/site-lisp")
| `(,＠(dir-and-all-good-subs "/usr/local/lib/xemacs/site-lisp")
| ,＠(dir-and-all-good-subs
| (concat "/usr/share/xemacs/site-lisp-" xemacs-maj-version
"/"))
| ,＠(dir-and-all-good-subs "/usr/share/xemacs/site-lisp/")
| ,＠(dir-and-all-good-subs
| (concat "/usr/share/xemacs" xemacs-maj-version
"/site-lisp/"))
| )
| load-path
| ;;,＠(dir-and-all-good-subs "/usr/share/emacs/site-lisp/")
| ;;,＠(dir-and-all-good-subs
| ;; (concat "/usr/share/xemacs-" xemacs-version "/lisp/"))
| '("/usr/share/emacs/site-lisp"))))
I changed
| `(,＠(dir-and-all-good-subs "/usr/local/lib/xemacs/site-lisp")
| ,＠(dir-and-all-good-subs
| (concat "/usr/share/xemacs/site-lisp-" xemacs-maj-version
"/"))
| ,＠(dir-and-all-good-subs "/usr/share/xemacs/site-lisp/")
| ,＠(dir-and-all-good-subs
| (concat "/usr/share/xemacs" xemacs-maj-version
"/site-lisp/"))
| )
| load-path
into
| (dir-and-all-good-subs "/usr/local/lib/xemacs/site-lisp")
| load-path
| `(,＠(dir-and-all-good-subs
| (concat "/usr/share/xemacs/site-lisp-" xemacs-maj-version
"/"))
| ,＠(dir-and-all-good-subs "/usr/share/xemacs/site-lisp/")
| ,＠(dir-and-all-good-subs
| (concat "/usr/share/xemacs" xemacs-maj-version
"/site-lisp/"))
| )
But load-path seems to be empty thus nothing changes. Unfortunately I'm
not an expert.
Is there a way to use XEmacs package system and Debian packages without
conflicts?
TNX, Micha
--
"The Internet is not a primary goal for PC usage" - Bill Gates , 1995