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

Ralf Angeli <[email protected]> wrote:

> * Daniel Flipo (2005-01-27) writes:
>
>> 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.

I don't see why this is stupid. How else can a local administrator
install newer versions of files? I think it's even possible to use
auctex installed in /usr/local/, just with a little tweaking of
/etc/emacs21/site-start-d/50auctex.el. 

>> Is this correct?
>
> I don't know what `debian-pkg-add-load-path-item' does, 

,----
| This function will make sure that their additions end up in the right
| place -- before the emacs system directories, but after the
| /usr/local/ directories.
`----

> 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'.

If this is not the case, it's a bug in a package that fails to use
debian-pkg-add-load-path-item.

Regards, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer