I open emacs with

 emacs -q -no-site-file

Then I do M-x load-library tex-site RET; or alternatively, I just do
"emacs -q" with "* auctex/default: true"

Then I open a file that loads ngerman.sty, and in the message buffer I
get:

Loading /home/frank/uni/zuerich/Seminare/auto/mini.el (source)...done
Loading /usr/share/emacs21/site-lisp/auctex/style/ngerman.elc...done
Loading /var/lib/auctex/emacs21/ngerman.elc...done
Loading /var/lib/auctex/emacs21/fontenc.elc...done
Loading /var/lib/auctex/emacs21/inputenc.elc...done
Loading /usr/share/emacs21/site-lisp/auctex/style/scrartcl.elc...done
Loading /var/lib/auctex/emacs21/scrartcl.elc...done

The auto-generated style file for ngerman is much worse than the one
provided by upstream, and many things don't work.

I don't know what the solution should be - if it doesn't matter, one
could simply change the loading order; but ideally no generated files
should be created for styles that already have a style file provided
by upstream.

Regards, Frank

[Please, preserve 295730-forwarded@bugs.debian.org in Cc if and when you reply.]

Hi developers,

I was considering this Debian reported AUCTeX bug:
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=295730> (please, take
a look at it before reading on).

I wonder what actually happens here.  From what I understand,
TeX-load-style loads every style file named after "ngerman".

If I am correct, is this behavior really the one we want?  Should
TeX-load-style stop at the first successful loaded file instead?

Your thoghts are welcome.

"Davide G. M. Salvetti" <salve-evlas@debian.org> writes:

I just noticed that nobody took up this report.  Anybody with a clue
about the style system care to comment?  Is this something that
happens because of Debian search paths, or is AUCTeX unable to deal
sensibly with TeX-auto-generate-global in general?