list-load-path-shadows

[tsd@tsdye.com (Thomas S. Dye)]

Aloha all,

I'm working to understand why my initialization files don't work if I
compile org from git, but do seem to work (that is, initialization runs
to completion) when I don't compile org from git.  Right now I've
installed org from git and have run make uncompiled.

Because mixed installations are common, I'm following the FAQ "Is my
Orgmode installation mixed?"

(org-version) looks good:
Org-mode version 7.9.1 (release_7.9.1-138-geeb5b9 @
/Users/dk/.emacs.d/src/org-mode/lisp/)

The FAQ advises that I go through the output of list-load-path-shadows
line by line to get hints, but fails to mention what might qualify as a
hint.  So, I'm coming to the list to check if any of the shadow patterns
I'm seeing might be hints.

I see that 110 Emacs Lisp load-path shadowings were found.  

108 of the shadowings are cases where a file in
~/.emacs.d/src/org-mode/lisp (my home for the git version of org mode)
hides a file of the same name in
/Applications/Emacs.app/Contents/Resources/lisp/org/.  I think these 108
shadowings are the right thing, and that they are not hints that
something is wrong.  Is 108 shadowings the correct number for a normal
org mode installation nowadays?

The other two are different.

The first one is:
/Users/dk/.emacs.d/custom hides
/Applications/Emacs.app/Contents/Resources/lisp/custom

Here, the file created by the emacs Customize interface is on the
load-path and shadows something completely different (and important?),
though not part of org mode.  Should I do something to have the emacs
Customize interface put the file somewhere off the load-path?

The second one is: 
/Users/dk/.emacs.d/src/org-mode/.dir-locals hides
/Applications/Emacs.app/Contents/Resources/lisp/gnus/.dir-locals

I keep hoping gnus will heal itself and stop hanging emacs--could this
shadowing be causing problems?

All the best,
Tom

-- 
Thomas S. Dye
http://www.tsdye.com