* Re: check mail config in init.el
[not found] ` <sm592251.fsf@libero.it>
@ 2005-01-10 12:08 ` drkm
[not found] ` <r7ktl946.fsf@libero.it>
0 siblings, 1 reply; 7+ messages in thread
From: drkm @ 2005-01-10 12:08 UTC (permalink / raw)
attila <startnow@libero.it> writes:
> drkm <usenet@fgeorges.org> writes:
>> attila <startnow@libero.it> writes:
>>> but I would want to put it in the init.el.
>> Why?
> I want a single file of configuration.
It sounds strange to me. Why not keep these things in different
files? It's more easily maintainable, Gnus-things are loaded only if
you start it, etc.
But if you want, there is no problem. You define two functions, no
problem. You call `gnus-demon-add-handler'. So you have to require
gnus-demon, or gnus (which autoload it). Something like this would be
ok:
(defun ...
(defun ...
(require 'gnus-demon)
(gnus-demon-add-handler 'gnus-demon-scan-and-update 5 nil)
Or:
(defun ...
(defun ...
(eval-after-load 'gnus
'(progn
(require 'gnus-demon)
(gnus-demon-add-handler 'gnus-demon-scan-and-update 5 nil)))
So the PROGN form will be eval'ed only after Gnus will be loaded.
The disadvantage with the first way is that it require gnus-demon at
the Emacs load time.
--drkm
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: check mail config in init.el
[not found] ` <r7ktl946.fsf@libero.it>
@ 2005-01-10 13:19 ` Aidan Kehoe
2005-01-10 23:22 ` drkm
[not found] ` <v9fz19pdmw.fsf@marauder.physik.uni-ulm.de>
0 siblings, 2 replies; 7+ messages in thread
From: Aidan Kehoe @ 2005-01-10 13:19 UTC (permalink / raw)
Ar an deichiú lá de mí Eanair, scríobh attila:
> (eval-after-load 'gnus
> '(progn
> (require 'gnus-demon)
> (gnus-demon-add-handler 'gnus-demon-scan-and-update 1 nil)
> (gnus-demon-add-handler 'gnus-group-save-newsrc 5 1)
> ))
That probably needs to be
(eval-after-load "gnus" ...)
--the function takes a file name, not a symbol.
--
“Ah come on now Ted, a Volkswagen with a mind of its own, driving all over
the place and going mad, if that’s not scary I don’t know what is.”
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: check mail config in init.el
2005-01-10 13:19 ` Aidan Kehoe
@ 2005-01-10 23:22 ` drkm
2005-01-10 23:55 ` Aidan Kehoe
[not found] ` <v9fz19pdmw.fsf@marauder.physik.uni-ulm.de>
1 sibling, 1 reply; 7+ messages in thread
From: drkm @ 2005-01-10 23:22 UTC (permalink / raw)
Aidan Kehoe <kehoea@parhasard.net> writes:
> That probably needs to be
> (eval-after-load "gnus" ...)
> --the function takes a file name, not a symbol.
Yes, my apologies. The symbol as the argument was introduced
recently.
--drkm
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: check mail config in init.el
2005-01-10 23:22 ` drkm
@ 2005-01-10 23:55 ` Aidan Kehoe
0 siblings, 0 replies; 7+ messages in thread
From: Aidan Kehoe @ 2005-01-10 23:55 UTC (permalink / raw)
Ar an t-aonú lá déag de mí Eanair, scríobh drkm:
> Aidan Kehoe <kehoea@parhasard.net> writes:
>
> > That probably needs to be
>
> > (eval-after-load "gnus" ...)
>
> > --the function takes a file name, not a symbol.
>
> Yes, my apologies. The symbol as the argument was introduced recently.
Please don’t think a statement like that has no need for further
qualification; not all of us use GNU Emacs, and you can’t _really_ say that
something recently checked into CVS, for a project which doesn’t provide CVS
snapshots, has been “introduced.”
:-)
--
“Ah come on now Ted, a Volkswagen with a mind of its own, driving all over
the place and going mad, if that’s not scary I don’t know what is.”
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: check mail config in init.el
[not found] ` <brbuichw.fsf@libero.it>
@ 2005-01-13 0:45 ` drkm
[not found] ` <u0pllqmp.fsf@libero.it>
0 siblings, 1 reply; 7+ messages in thread
From: drkm @ 2005-01-13 0:45 UTC (permalink / raw)
attila <startnow@libero.it> writes:
> yes
Hum...
What "doesn't work"? What do you mean? Have you got some error
(and so a backtrace)? ...?
--drkm
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: check mail config in init.el
[not found] ` <u0pllqmp.fsf@libero.it>
@ 2005-01-13 8:11 ` attila
2005-01-13 16:32 ` drkm
0 siblings, 1 reply; 7+ messages in thread
From: attila @ 2005-01-13 8:11 UTC (permalink / raw)
i have installaded openssl and now i have this problems:
Signaling: (file-error "Cannot open load file" "idna")
signal(file-error ("Cannot open load file" "idna"))
...
and i don't find it.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: check mail config in init.el
2005-01-13 8:11 ` attila
@ 2005-01-13 16:32 ` drkm
0 siblings, 0 replies; 7+ messages in thread
From: drkm @ 2005-01-13 16:32 UTC (permalink / raw)
attila <startnow@libero.it> writes:
> i have installaded openssl and now i have this problems:
> Signaling: (file-error "Cannot open load file" "idna")
> signal(file-error ("Cannot open load file" "idna"))
> ...
> and i don't find it.
You don't give backtrace, but I guess this error is throwed while
defining the custom `gnus-use-idna'. But it's strange, because the
default value form is:
(and (condition-case nil (require 'idna) (file-error))
...
so the error wouldn't be throwed.
Maybe the following can help:
(setq gnus-use-idna nil)
--drkm
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2005-01-13 16:32 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <is66wakk.fsf@libero.it>
[not found] ` <wk7jmm2rqi.fsf@fgeorges.org>
[not found] ` <sm592251.fsf@libero.it>
2005-01-10 12:08 ` check mail config in init.el drkm
[not found] ` <r7ktl946.fsf@libero.it>
2005-01-10 13:19 ` Aidan Kehoe
2005-01-10 23:22 ` drkm
2005-01-10 23:55 ` Aidan Kehoe
[not found] ` <v9fz19pdmw.fsf@marauder.physik.uni-ulm.de>
[not found] ` <ekgsfm2g.fsf@libero.it>
[not found] ` <wk6522v9ma.fsf@fgeorges.org>
[not found] ` <brbuichw.fsf@libero.it>
2005-01-13 0:45 ` drkm
[not found] ` <u0pllqmp.fsf@libero.it>
2005-01-13 8:11 ` attila
2005-01-13 16:32 ` drkm
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).