[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Emacs vista build failures
From: |
Manoj Srivastava |
Subject: |
Re: Emacs vista build failures |
Date: |
Wed, 16 Jul 2008 09:36:39 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) (x86_64-unknown-linux-gnu) |
On Mon, 14 Jul 2008 23:05:16 +0200, David Kastrup <address@hidden> said:
> Don Armstrong <address@hidden> writes:
>> On Mon, 14 Jul 2008, David Kastrup wrote:
>>
>>> I know of _no_ upstream Emacs or XEmacs developer who claims to
>>> understand or get along with the Debian setup.
>>
>> There's no need for upstream developers to bother, since it's all
>> handled for them by Debian Developers.
> Uh, upstream developers need to compile and test their work, too. And
> it is not feasible to, say, arrange your own package in front of the
> load-path somewhere in /usr/local/ since the Debian policy puts .el
> files and .elc files in completely different directory hierarchies
> (and different places in the load-path order), so things tend to get
> mixed up if they are more than once in the load-path.
Why does that matter for you in /usr/local? You can put all the
.el and .elc files in the same directory. As an emacs developer, surely
you can put a path in front of the system load path? I mean, a
dumb-as-doornails Debian person like me can manage to add my elisp
directories ahead of system paths, so surely an intelligent emacs
developer can do so as well, unless they wanted to appear unable for
the sake of a debating point.
> As one consequence, the diagnostic tool M-x list-load-path-shadows RET
> pretty much goes crazy on Debian.
It is:
A. /usr/share/<current-emacs-flavour> hiding /usr/share/emacs
B. /usr/local/share/emacs/site-lisp/<current-emacs-flavour> hiding
/usr/share/emacs/site-lisp/
Frankly, I don't call that going "pretty much crazy". but it
does make a nice sound bite in a flamewar.
> The only sane way out is to compile and manage your own Emacs and
> packages. And that's what _all_ Emacs and XEmacs developers I know
> who are not simultaneously Debian maintainers do.
I think this is not the case, since a trivial work around is
available (add your dir to the head of the path).
manoj
--
A black cat crossing your path signifies that the animal is going
somewhere. Groucho Marx
Manoj Srivastava <address@hidden> <http://www.golden-gryphon.com/>
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
- Re: Emacs vista build failures, (continued)
- Re: Emacs vista build failures, Miles Bader, 2008/07/14
- Re: Emacs vista build failures, Alan Mackenzie, 2008/07/14
- Re: Emacs vista build failures, joakim, 2008/07/14
- Re: Emacs vista build failures, David Kastrup, 2008/07/14
- Re: Emacs vista build failures, Alfred M. Szmidt, 2008/07/15
- Re: Emacs vista build failures, Lennart Borgman (gmail), 2008/07/13
- Re: Emacs vista build failures, Alan Mackenzie, 2008/07/13
- Re: Emacs vista build failures, David Kastrup, 2008/07/13
- Re: Emacs vista build failures, Don Armstrong, 2008/07/14
- Re: Emacs vista build failures, David Kastrup, 2008/07/14
- Re: Emacs vista build failures,
Manoj Srivastava <=
- Re: Emacs vista build failures, David Kastrup, 2008/07/16
- Re: Emacs vista build failures, Manoj Srivastava, 2008/07/16
- Re: Emacs vista build failures, Stephen J. Turnbull, 2008/07/16
- Re: Emacs vista build failures, Manoj Srivastava, 2008/07/16
- Re: Emacs vista build failures, Stephen J. Turnbull, 2008/07/17
- Debian's idiosyncratic complexification of Emacs [Was: Emacs vista build failures], Alan Mackenzie, 2008/07/14
- Debian's idiosyncratic complexification of Emacs [Was: Emacs vista build failures], Stephen J. Turnbull, 2008/07/14
- Re: Debian's idiosyncratic complexification of Emacs, Miles Bader, 2008/07/14
- Re: Debian's idiosyncratic complexification of Emacs, Geoffrey Teale, 2008/07/15
- Re: Debian's idiosyncratic complexification of Emacs, Miles Bader, 2008/07/15