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

Reply via email to