Peter Galbraith <[EMAIL PROTECTED]> writes:

> 1- Perhaps if I don't explicitely add
>    /usr/share/emacs/site-lisp/emacs-goodies-el/ to the load-path, it
>    will get added automatically at the tail end, because it is a
>    subdirectory of /usr/share/emacs/site-lisp ?

Nope, it won't be added automatically.

> 2- Perhaps emacs-snapshot can be modified to have it's generic load-path
>    all done by the time the /etc/emacs startup files are run.  That
>    way. add entries at the tail end of the load-path would indeed yield
>    the expected result.  For everybody.  Not just me.

Its load-path is already 'all done' by the time the Debian startup
scripts run, or things would break in horrible ways.

Your problem is that this code from debian-startup.el (in the
`debian-run-directories' function) stores the original load-path before
running the scripts and then explicitly overwrites load-path, adding any
items added by the Debian startup scripts at the head of the original
load-path:

,----
| ;; restore the old load-path -- including any new paths added by
| ;; files loaded in directory traversal.
| (let ((add-on-package-paths 
|        (delq nil (mapcar
|                   (lambda (item)
|                     (if (not (member item new-path))
|                         item
|                       nil))
|                   load-path))))      
|   (setq load-path (append add-on-package-paths old-load-path))))))
`----

This is why your site-lisp directory added at the end of the load-path
in emacs-goodies-el's startup script ends up being moved before the
system load path items after `debian-startup' returns.

So, we could try to fix emacsen-common by changing this code, or we
could try my (admittedly cumbersome) symlink solution...

Cheers,

-- 
  ,''`.
 : :' :        Romain Francoise <[EMAIL PROTECTED]>
 `. `'         http://people.debian.org/~rfrancoise/
   `-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to