Bug#594750: ess: debian-pkg-add-load-path-item

[Martin Maechler]

>>>>> Dirk Eddelbuettel <edd at 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 <edd at 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