Kevin Ryde <use...@zip.com.au> writes: > Rob Browning <r...@defaultvalue.org> writes: >> >> (let* ((paths (mapcar copy-sequence dirs)) ; Ensure we have unique >> objects. > > In debian-run-directories? I suspect its &rest makes "dirs" a fresh > list anyway.
It's not the list spine I'm trying to copy, but the string objects -- so that remq will only remove the exact string objects that we add. So if those dirs were already in load-path, they'll stay. That was my intent -- please shout if you think that's either not what it's doing, or not what it should be doing. > Incidentally, one thing I never understood was why load-path has entries > for both > > "/usr/share/emacs24/site-lisp/emacs-goodies-el" > and > "/usr/share/emacs/24.2/site-lisp/emacs-goodies-el" > > I see /usr/share/emacs/24.2/site-lisp is a symlink to > /usr/share/emacs24/site-lisp, so I imagine the second doesn't add > anything ... if that's true for all flavours etc etc. Hmm. I'll have to investigate -- offhand, I don't see why we need emacs24 in the load-path as long as we have the symlink... And stranger still, debian-emacs-policy appears to forbid the symlink: /usr/share/<flavor>/site-lisp should be used instead of the normal site-lisp directory for that flavor of emacs, and the package for a given flavor of emacs should not have the normal site-lisp directory. For example, instead of the emacs23 package having /usr/share/emacs/23.2/site-lisp, it should only have /usr/share/emacs23/site-lisp. This is important because it allows us to avoid having dangling directories for old versions across upgrades. We could have chosen to keep a compatibility symlink, but that seemed likely to mask bugs in the debianized packages. Apparently I either wrote incorrect policy, or I can't actually follow my own policies. Anyone see something I'm overlooking? If not, then perhaps I should remove that symlink in emacs24 (at least), but first I'll see if I can track down why/when it was added, in case there was a good reason. Thanks for the help. -- 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-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org