>>>>> Dirk Eddelbuettel <e...@debian.org>
>>>>> on Wed, 1 Sep 2010 19:30:32 -0500 writes:
> Hola,
> Thanks for follow-up!
> On 2 September 2010 at 09:03, Kevin Ryde wrote:
> | Dirk Eddelbuettel <e...@debian.org> writes:
> | >
> | > (debian-pkg-add-load-path-item
> | > (concat "/usr/share/" (symbol-name debian-emacs-flavor)
"/site-lisp/ess"))
> |
> | Yes, that's about right.
> So ... just that and NOT the next block? Or both?
> | > ;; Put the uncompiled code in the path too
> | > (setq load-path (cons (concat "/usr/share/"
> | > (symbol-name debian-emacs-flavor)
> | > "/site-lisp/ess") load-path ))
> |
> | This has the disadvantage of `M-x list-load-path-shadows' reporting the
> | compiled code shadows the source (wrongly), because normally the .el
> | should normally be in the same dir as the .elc.
> Oh well. This is how we've done it for years and nobody complains.
> | The best idea so far, and as used for instance in emacs-goodies-el, is
> | to symlink the sources into /usr/share/emacs23/site-lisp/ess and simply
> | leave them after compiling. Ie. in
> | /usr/lib/emacsen-common/packages/install/ess the "cp" becomes "ln -s"
> | and rm just the path.el compile helper.
> That is a small change but I rather not muck with a working system. I
think I
> may leave it as is.
Thank you, Dirk; of course, I leave that to you.
I personally do prefer 'ln -s' "to original sources"
to "cp" ((with very few exceptions ... when it gets too messy for some
reason)).
Martin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
