Kevin Ryde <use...@zip.com.au> writes: > Rob Browning <r...@defaultvalue.org> writes:
>> I suppose one argument for keeping the symlink is the possibility that >> Emacs or add-on packages may look for that particular directory by name >> (which sounds plausible to me). > > Sounds likely ... change the policy to match the practice :-). > >> If we're only going to have one of them load-path, the <flavor> >> directory would be the more stable choice -- right now, though, I can't >> see how it's being added in the first place. Offhand, I don't see code >> for that in either emacsen-common or in emacs24, but perhaps I've missed >> it. > > Hmm. Does "emacs -Q" own startup put all subdirs like > /usr/share/emacs/24.2/site-lisp/emacs-goodies-el, then debian adds > /usr/share/emacs24/site-lisp/emacs-goodies-el/ > > You'd be tempted to prune out the /24.2/ ones if they're merely symlinks > to the debian ones. It looks like all the 24.2 is at the same place in > the load-path order. So top-level, I've thought for a while that we probably need to investigate our load-path handling more carefully, perhaps even more so, given that Emacs has changed its behavior over the past couple of major releases -- but I also think that it's probably not something that we should attempt right now, this close to a release. For now, I'm inclined to fix the /usr/local issue, and then hope to continue this discussion after the release. Plausible? Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
