Peter S Galbraith <[EMAIL PROTECTED]> writes:
>> In theory, you could ship the *.el in a dpkg-dev-el-doc package, but I
>> assume it isn't a large file so it would be bloat.
>>
>> IMHO documentation is important. Only installing *.elc is like
>> installing software without info manual or man pag
Simon Josefsson <[EMAIL PROTECTED]> wrote:
> Peter S Galbraith <[EMAIL PROTECTED]> writes:
>
> > Hi all,
> >
> > I wondering about load-path bloat and whether it matters.
> >
> > http://bugs.debian.org/189754 said that when help was listed about a
> > function of mine, the user couldn't click on
Simon Josefsson <[EMAIL PROTECTED]> wrote:
> Dan Jacobson <[EMAIL PROTECTED]> writes:
>
> > Say, would gnus user me benefit from apt-getting mailutils-el?
> > Description: ... an interface between Mailutils and Emacs using mh-e
> > module.
>
> Did you look at the file? It contains three setq's.
Dan Jacobson <[EMAIL PROTECTED]> writes:
> Say, would gnus user me benefit from apt-getting mailutils-el?
> Description: ... an interface between Mailutils and Emacs using mh-e
> module.
Did you look at the file? It contains three setq's. Only someone who
would want to prefer mailutils's mh imp
Peter S Galbraith <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I wondering about load-path bloat and whether it matters.
>
> http://bugs.debian.org/189754 said that when help was listed about a
> function of mine, the user couldn't click on the function name to move
> point to the source code.
>
> Th
Say, would gnus user me benefit from apt-getting mailutils-el?
Description: ... an interface between Mailutils and Emacs using mh-e
module.
$ dlocate -L emacs21-el|sed -n /mh/s/$/c/p|xargs -i find {} -atime -10
No output, i.e. I don't use mh I see. OK, never mind.
6 matches
Mail list logo