Re: PB with auctex-11.54 (debian testing) *THE END*

* Daniel Flipo (2005-01-27) writes:

> M-x locate-libary RET tex-site RET  says
> /usr/local/share/emacs/site-lisp/tex-site.elc
> !!!
>
> I just can't figure out how emacs has found this one.
> I do have a directory /usr/local/share/emacs/site-lisp/
> with local .el(c) files.
>
> Normally, I load my local  file site-start.el file:
> /usr/local/share/emacs/site-lisp/site-start.el(c)
> by adding the line
> (load "/usr/local/share/emacs/site-lisp/site-start")
> to the standard /etc/emacs/site-start.el file (empty normally).
>
> Then the local site-start.el loads my local tex-site.el(c).
>
> But, before reporting my problem, I took care to move
> out of the way the loading of my local  file site-start.el file.
> I thought it would hide all my local files for the test, but
> it does not, as the *Backtrace* shows...
> Emacs still finds the directory
> /usr/local/share/emacs/site-lisp/
> and the tex-site.el(c) files inside...
> How is this possible?

That's due to the Debian misconduct of adding
"/usr/local/share/emacs/site-lisp" to `load-path'.  It's specified
somewhere in their Emacs policy but dunno why.  The XEmacs I am using
is provided by Debian and I was bitten twice by it not finding the
right AUCTeX installation due to this stupidity.  I had to comment the
respective line in /etc/xemacs21/site-start.d/00debian.el.  If I knew
more about load-paths, I'd probably written a bug report.

> Now, I have tar-gziped my /usr/local/share/emacs directory, Then
> I removed and re-installed auctex from scratch. 
> It does work properly! of course my customizations are lost :-(

The purpose of tex-site.el changed with the 11.5x series of AUCTeX.
It is no longer supposed to be edited by the user or an administrator.
Either do customizations in your user init file (e.g. via Emacs'
Customize facilities) or in a special site init file.

> « In addition I don't understand why it tries to load tex.el and not
> « tex.elc.  The result of `list-load-path-shadows' already showed that
> « /usr/share/emacs/site-lisp/auctex/... (which holds the source files)
> « shadows /usr/share/emacs21/site-lisp/auctex/... (which holds the
> « compiled files).  I guess it should be the other way round.
>
> The file 50auctex.el installed by Debian says:
>
> ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
> ;;; This file is automatically generated.
>
> (if (fboundp 'debian-pkg-add-load-path-item)
>     (progn (debian-pkg-add-load-path-item "/usr/share/emacs21/site-lisp/auctex/")
>            (debian-pkg-add-load-path-item "/usr/share/emacs/site-lisp/auctex/"))
>   (progn (add-to-list 'load-path "/usr/share/emacs21/site-lisp/auctex/" 'append)
>          (add-to-list 'load-path "/usr/share/emacs/site-lisp/auctex/" 'append)))
>
> (require 'tex-site)
> ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
>
> Is this correct?

I don't know what `debian-pkg-add-load-path-item' does, but the
`add-to-list' stuff seems correct.  Maybe some of your customizations
incorrectly altered `load-path'.  Make sure that the paths for the
installed Emacs flavors are _before_ the independent paths.  In the
example above /usr/share/emacs21/... has to be before
/usr/share/emacs/... when looking at the output of `C-h v load-path
RET'.

-- 
Ralf