Package: elpa-helm-org
Version: 1.0-2
Severity: important
At least on my system, helm-org-autoloads.el's call to
easy-menu-add-item errors out per the below backtrace. When this
error occurs, there is not yet a Tools/Helm submenu, perhaps because
elpa-helm's own call to easy-menu-add-item is in a
(For comparison, 5.10.6 becomes 5.1006.)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ck with No Gnus until it evolves into 5.12.0, at which point
it will again be possible to follow stable branches without
backtracking.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE,
o
backward-kill-word and not overriden in octave-mode AFAICT) and M-C-h
(bound to mark-defun by default, and overriden to octave-mark-defun in
octave-mode). If backspace is generating C-h rather than DEL, then
that's a misconfiguration on the user's part that will generally play
badly
y be built against X.Org, at least on the
autobuilders, and consequently need the patch.
As such, my recommendation would be to make sure that the patch gets
into your next upload, but not necessarily to bother uploading right
away.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
I have no idea why
the maintainers have been sitting on it for months). Incidentally,
declaring a pre-dependency on emacs21 is definitely *not* the proper
solution.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
h, Aaron!
Pas de problème.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
the wget-el bug I reported as #277104.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
There's already an "erc" package...
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
st be there.
Hm? On my system (running current unstable), it reports finding both
in /usr/share/xemacs21/xemacs-packages/lisp/mail-lib/.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
if you
don't care for it.
> I mentioned the subject in the xemacs-beta list and the opinion was in
> general to use the xemacs packages, that is what they are made for.
If you only care about XEmacs, sure. However, some of us happen to
prefer GNU Emacs, which doesn't bundle so
d MUAs even for folks who don't hack
elisp is their inherent versatility; they typically do not require
window systems but can still put them to good advantage.
Of course, we're probably preaching to the choir here.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
tually a former user -- MIT was into MH
when I got there, and I was already an Emacs weenie, so I quickly
gravitated to [a much older version of] MH-E. As you can see from my
headers, I use Gnus these days, but I appreciate MH's model and still
keep messages in individual numbered files.)
-
ME handling out
into separate tools. (Also, MH-E can look at Emacs's settings,
whereas MH would only be able to guess based on the user's locale.)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
Peter S Galbraith <[EMAIL PROTECTED]> writes:
> the charset used in the header. It's possible putting unencoded 8-bit
> characters there is not legal?
Right; see RFC 2047.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a val
:nntp+news.gmane.org:gmane.linux.debian.devel.emacsen-701")
gnus-article-prepare(4 nil)
gnus-summary-display-article(4 nil)
gnus-summary-select-article(nil nil pseudo)
gnus-summary-scroll-up(1)
call-interactively(gnus-summary-scroll-up)
from Dan's attachment.
--
Aaron M. Ucko, KB1CJC (amu at alu
[EMAIL PROTECTED] (Jérôme Marant) writes:
> Rob Browning (the Emacs maintainer) and I are working on such
> a package. Please stay tuned.
Cool!
--
Aaron M. Ucko, more interested in the improved UTF-8 support
ckdoc cleaned though.
Right, and dict.el has the advantage of being lighter-weight. I also
agree that it makes sense to merge the -extra package in to the main
one, treating individual files' dependencies as recommendations or
suggestions. (devscripts and xmms already work this way.)
--
Aaro
[EMAIL PROTECTED] (Janusz S. Bień) writes:
> /usr/bin/ld: cannot open crt1.o: No such file or directory
This is in libc6-dev, which gcc merely recommends (since there are
situtations, such as building the kernel or libc itself, in which it
is not actually necessary).
--
Aaron M. Ucko, KB1
hear it. (It seems I replied too hastily earlier...oops.)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
Ben Pfaff <[EMAIL PROTECTED]> writes:
> There's a package for that? I'd been using a badly done
> home-grown version of it.
You might also be interested in dictionary-el, which conveniently
buttonizes cross-references.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko
Peter S Galbraith <[EMAIL PROTECTED]> writes:
> No. Emacs21 from woody. reftex.el line161 even says:
Ah, never mind, I just hadn't actually turned on that minor mode.
FWIW, it looks like C-c ! is still free (HYPERtext -> excitement?)
as is C-c @.
--
Aaron M. Ucko, KB1CJC (am
a LaTeX file, and see what's already bound (C-c C-h will list
everything starting with C-c).
> I'm a bit undecided here. What about "C-c ."? I just want to get rid of
Sorry, that's LaTeX-mark-environment.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian
Peter S Galbraith <[EMAIL PROTECTED]> writes:
> Roland Stigge <[EMAIL PROTECTED]> wrote:
>
>> Aaron M. Ucko wrote:
>> > As for the actual binding: "C-c C-c h" is out, because "C-c C-c" is
>> > already bound (quite usefully) to
the actual binding: "C-c C-c h" is out, because "C-c C-c" is
already bound (quite usefully) to TeX-command-master and therefore
unavailable as a prefix. Perhaps "C-c <"? (Mnemonic: HTML tags start
with "<")
--
Aaron M. Ucko, KB1CJC (amu at alum.m
I'd suggest using eval-after-load rather than the "if" setup:
(eval-after-load '(define-key ...))
Also, as Tatsuya said, it's best to leave "C-c " bindings free
for user customization.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Fing
26 matches
Mail list logo
