Gnus development mailing list
 help / color / mirror / Atom feed
* Gnus frequently hangs at "nnimap read 0k from imap.gmail.com"
@ 2013-06-25 13:18 Tassilo Horn
  2013-06-25 14:31 ` Joseph Mingrone
                   ` (2 more replies)
  0 siblings, 3 replies; 12+ messages in thread
From: Tassilo Horn @ 2013-06-25 13:18 UTC (permalink / raw)
  To: ding

Hi all,

since about one or two months, Gnus frequently hangs when retrieving new
mail from Gmail.  I use demons checking for new mail every few minutes
of idle time.

--8<---------------cut here---------------start------------->8---
(add-to-list 'gnus-secondary-select-methods
	     '(nnimap "Gmail"
		      (nnimap-address "imap.gmail.com")))

(require 'gnus-demon)
(gnus-demon-add-handler 'gnus-demon-scan-news 15 5)
--8<---------------cut here---------------end--------------->8---

When Gnus hangs, *Messages* shows:

  20130625T141848.814> nnimap read 0k from imap.gmail.com

I can easily hit `C-g' to quit, and then a `g' will usually work fine
again.  I also use two other IMAP accounts, but this problem seems to
occur only with Gmail.

Is there anyone else encountering this problem?  And how can I diagnose
what's the culprit?

After such a hang, I've checked the " *nnimap imap.gmail.com nil
*nntpd**" buffer.  It contained

--8<---------------cut here---------------start------------->8---
...
* 1201 FETCH (UID 2637 FLAGS (%Seen))
* 1202 FETCH (UID 2638 FLAGS (%Seen))
* 1203 FETCH (UID 2640 FLAGS (%Seen))
2498 OK Success
--8<---------------cut here---------------end--------------->8---

which doesn't look as if it stalled during doing IMAP stuff, so I guess
the problem is somewhere in initiating a connection to Gmail...

Bye,
Tassilo



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Gnus frequently hangs at "nnimap read 0k from imap.gmail.com"
  2013-06-25 13:18 Gnus frequently hangs at "nnimap read 0k from imap.gmail.com" Tassilo Horn
@ 2013-06-25 14:31 ` Joseph Mingrone
  2013-06-25 15:04   ` Didier Verna
  2013-07-15 13:31 ` Philipp Haselwarter
  2013-08-07 10:51 ` Tassilo Horn
  2 siblings, 1 reply; 12+ messages in thread
From: Joseph Mingrone @ 2013-06-25 14:31 UTC (permalink / raw)
  To: ding

Hello;

Tassilo Horn <tsdh@gnu.org> writes:
> since about one or two months, Gnus frequently hangs when retrieving new
> mail from Gmail.
...
> Is there anyone else encountering this problem?

Yes, exactly as you describe.  I can tell almost immediately when it's
about to hang and I just do as you do: hit C-g, then g and it works
fine.

Joseph




^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Gnus frequently hangs at "nnimap read 0k from imap.gmail.com"
  2013-06-25 14:31 ` Joseph Mingrone
@ 2013-06-25 15:04   ` Didier Verna
  2013-06-26  6:33     ` Tassilo Horn
  0 siblings, 1 reply; 12+ messages in thread
From: Didier Verna @ 2013-06-25 15:04 UTC (permalink / raw)
  To: Joseph Mingrone; +Cc: ding

Joseph Mingrone <jrm@ftfl.ca> wrote:

> Hello;
>
> Tassilo Horn <tsdh@gnu.org> writes:
>> since about one or two months, Gnus frequently hangs when retrieving new
>> mail from Gmail.
> ...
>> Is there anyone else encountering this problem?
>
> Yes, exactly as you describe.  I can tell almost immediately when it's
> about to hang and I just do as you do: hit C-g, then g and it works
> fine.

  I've been getting this for much more than 2 months. It also depends on
  where I am (at work, it doesn't happen; at home, all the
  time). Something that helps a bit is this:

;; This function is hooked into gnus-get-new-news-hook and
;; gnus-summary-exit-hook in order to prevent hangs. Sometimes, Emacs doesn't
;; notice that the connection is lost.
(defun dvl-gnus-kill-server-connections ()
  "Kill Gnus server connections.
See also the variable `dvl-gnus-kill-server-connections'."
  (when dvl-gnus-kill-server-connections
    (call-process "killall" nil nil nil "gnutls-cli")))


But it's definitely not enough to make the problem go away. I also have
other sorts of hangs all over the place (related to nntp backends
notably) and I have to C-g g up to 3 or 4 times in a row sometimes.

-- 
Resistance is futile. You will be jazzimilated.

Lisp, Jazz, Aïkido: http://www.didierverna.info



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Gnus frequently hangs at "nnimap read 0k from imap.gmail.com"
  2013-06-25 15:04   ` Didier Verna
@ 2013-06-26  6:33     ` Tassilo Horn
  2013-06-26  6:35       ` Noorul Islam K M
  0 siblings, 1 reply; 12+ messages in thread
From: Tassilo Horn @ 2013-06-26  6:33 UTC (permalink / raw)
  To: Joseph Mingrone; +Cc: ding

Didier Verna <didier@xemacs.org> writes:

Hi Didier,

>>> since about one or two months, Gnus frequently hangs when retrieving new
>>> mail from Gmail.
>> ...
>>> Is there anyone else encountering this problem?
>>
>> Yes, exactly as you describe.  I can tell almost immediately when
>> it's about to hang and I just do as you do: hit C-g, then g and it
>> works fine.
>
>   I've been getting this for much more than 2 months. It also depends
>   on where I am (at work, it doesn't happen; at home, all the
>   time).

For me, it happens at work, at home, and lately I've traveled to
Budapest where it also happened both from the hotel as well as the
university.

>   Something that helps a bit is this:
>
> ;; This function is hooked into gnus-get-new-news-hook and
> ;; gnus-summary-exit-hook in order to prevent hangs. Sometimes, Emacs doesn't
> ;; notice that the connection is lost.
> (defun dvl-gnus-kill-server-connections ()
>   "Kill Gnus server connections.
> See also the variable `dvl-gnus-kill-server-connections'."
>   (when dvl-gnus-kill-server-connections
>     (call-process "killall" nil nil nil "gnutls-cli")))

I've compiled emacs with gnutls support, so no external gnutls-cli will
be spawned when making a connection (I think).  At least

  % while true; do ps -e | grep gnutls; done

doesn't generate any output when closing and re-opening a connection
from the server buffer, or when checking for new mail with `g'.

Bye,
Tassilo



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Gnus frequently hangs at "nnimap read 0k from imap.gmail.com"
  2013-06-26  6:33     ` Tassilo Horn
@ 2013-06-26  6:35       ` Noorul Islam K M
  0 siblings, 0 replies; 12+ messages in thread
From: Noorul Islam K M @ 2013-06-26  6:35 UTC (permalink / raw)
  To: Joseph Mingrone; +Cc: ding

Tassilo Horn <tsdh@gnu.org> writes:

> Didier Verna <didier@xemacs.org> writes:
>
> Hi Didier,
>
>>>> since about one or two months, Gnus frequently hangs when retrieving new
>>>> mail from Gmail.
>>> ...
>>>> Is there anyone else encountering this problem?
>>>
>>> Yes, exactly as you describe.  I can tell almost immediately when
>>> it's about to hang and I just do as you do: hit C-g, then g and it
>>> works fine.
>>
>>   I've been getting this for much more than 2 months. It also depends
>>   on where I am (at work, it doesn't happen; at home, all the
>>   time).
>
> For me, it happens at work, at home, and lately I've traveled to
> Budapest where it also happened both from the hotel as well as the
> university.
>
>>   Something that helps a bit is this:
>>
>> ;; This function is hooked into gnus-get-new-news-hook and
>> ;; gnus-summary-exit-hook in order to prevent hangs. Sometimes, Emacs doesn't
>> ;; notice that the connection is lost.
>> (defun dvl-gnus-kill-server-connections ()
>>   "Kill Gnus server connections.
>> See also the variable `dvl-gnus-kill-server-connections'."
>>   (when dvl-gnus-kill-server-connections
>>     (call-process "killall" nil nil nil "gnutls-cli")))
>
> I've compiled emacs with gnutls support, so no external gnutls-cli will
> be spawned when making a connection (I think).  At least
>
>   % while true; do ps -e | grep gnutls; done
>
> doesn't generate any output when closing and re-opening a connection
> from the server buffer, or when checking for new mail with `g'.
>

Lately I also faced similar issue and I decided to move over to
offlineimap+dovecot setup.

Thanks and Regards
Noorul



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Gnus frequently hangs at "nnimap read 0k from imap.gmail.com"
  2013-06-25 13:18 Gnus frequently hangs at "nnimap read 0k from imap.gmail.com" Tassilo Horn
  2013-06-25 14:31 ` Joseph Mingrone
@ 2013-07-15 13:31 ` Philipp Haselwarter
  2013-07-15 16:27   ` Erik Colson
  2013-08-07 10:51 ` Tassilo Horn
  2 siblings, 1 reply; 12+ messages in thread
From: Philipp Haselwarter @ 2013-07-15 13:31 UTC (permalink / raw)
  To: ding

+1. Usually I have to hit C-g a bunch of times (once for every backend?
for every mailbox?).
I can almost be sure it'll hang after waking up my laptop from
powersafe. This has been an issue since, about, forever :)

-- 
Philipp Haselwarter




^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Gnus frequently hangs at "nnimap read 0k from imap.gmail.com"
  2013-07-15 13:31 ` Philipp Haselwarter
@ 2013-07-15 16:27   ` Erik Colson
  2013-07-16  7:36     ` Tassilo Horn
  0 siblings, 1 reply; 12+ messages in thread
From: Erik Colson @ 2013-07-15 16:27 UTC (permalink / raw)
  To: ding

Philipp Haselwarter <philipp@haselwarter.org> writes:

> +1. Usually I have to hit C-g a bunch of times (once for every backend?
> for every mailbox?).
> I can almost be sure it'll hang after waking up my laptop from
> powersafe. This has been an issue since, about, forever :)

Same here, always been ;)
Emacs 24.3 on MacosX

-- 
erik colson



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Gnus frequently hangs at "nnimap read 0k from imap.gmail.com"
  2013-07-15 16:27   ` Erik Colson
@ 2013-07-16  7:36     ` Tassilo Horn
  2013-07-16  8:25       ` Steinar Bang
  0 siblings, 1 reply; 12+ messages in thread
From: Tassilo Horn @ 2013-07-16  7:36 UTC (permalink / raw)
  To: Erik Colson; +Cc: ding

Erik Colson <eco@ecocode.net> writes:

>> +1. Usually I have to hit C-g a bunch of times (once for every backend?
>> for every mailbox?).
>> I can almost be sure it'll hang after waking up my laptop from
>> powersafe. This has been an issue since, about, forever :)
>
> Same here, always been ;)
> Emacs 24.3 on MacosX

Well, yes.  After waking up my computer, it'll hang with any account.
But when it is running and a network connection is there, it's always
only my gmail account that hangs.  I hit C-g to stop it, and then it'll
successfully check the accounts that come after gmail in my secondary
select methods.

Bye,
Tassilo



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Gnus frequently hangs at "nnimap read 0k from imap.gmail.com"
  2013-07-16  7:36     ` Tassilo Horn
@ 2013-07-16  8:25       ` Steinar Bang
  0 siblings, 0 replies; 12+ messages in thread
From: Steinar Bang @ 2013-07-16  8:25 UTC (permalink / raw)
  To: ding

FWIW I've seen this as well, but when I go unplugged before sleeping the
computer and then go plugged again, after waking the computer, possibly
in a different network, I do not see the issue.

My non-agentized and non-local servers tends to go Offline by this
practice, though.  I may have to enter the server buffer and open them
manually.  But after that, the operation seems to be normal.




^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Gnus frequently hangs at "nnimap read 0k from imap.gmail.com"
  2013-06-25 13:18 Gnus frequently hangs at "nnimap read 0k from imap.gmail.com" Tassilo Horn
  2013-06-25 14:31 ` Joseph Mingrone
  2013-07-15 13:31 ` Philipp Haselwarter
@ 2013-08-07 10:51 ` Tassilo Horn
  2013-08-12 17:29   ` Lars Magne Ingebrigtsen
  2 siblings, 1 reply; 12+ messages in thread
From: Tassilo Horn @ 2013-08-07 10:51 UTC (permalink / raw)
  To: ding

Tassilo Horn <tsdh@gnu.org> writes:

> since about one or two months, Gnus frequently hangs when retrieving
> new mail from Gmail.  I use demons checking for new mail every few
> minutes of idle time.
>
> (add-to-list 'gnus-secondary-select-methods
> 	     '(nnimap "Gmail"
> 		      (nnimap-address "imap.gmail.com")))
>
> (require 'gnus-demon)
> (gnus-demon-add-handler 'gnus-demon-scan-news 15 5)
>
> When Gnus hangs, *Messages* shows:
>
>   20130625T141848.814> nnimap read 0k from imap.gmail.com
>
> I can easily hit `C-g' to quit, and then a `g' will usually work fine
> again.  I also use two other IMAP accounts, but this problem seems to
> occur only with Gmail.

It seems I've been wrong.  Although the message above suggests its a
gmail problem, hitting C-g with debug-on-error set to t, I get such a
backtrace that tells me that we're actually hanging while getting new
news from the nntp server news.eclipse.org.

--8<---------------cut here---------------start------------->8---
Debugger entered--Lisp error: (quit)
  signal(quit nil)
  byte-code("\b\204\a.\301 \210\302\303\304\"\207" [debug-on-quit nntp-close-server signal quit nil] 3)
  byte-code("\306\b	\n#\210\v\205.\0\307\v\310\311#.\312\216\310\313\314\217.*\310\207" [-group -server -connectionless nntp-connection-timeout -timer nntp-with-open-group-internal nntp-possibly-change-group run-at-time nil #[nil "\b.\n	;\203.\0\306	!\202.\0	\307\211.\x1c.\x1d.\2037.\r\211A.@\211.\2037.	\v\211A@\262.=\203.\0\v@.\307\211.\204.\0\f\205S.\310\f!\311>\203G.\f\202S.\312\313\f!!\210\314\v\n\".\307-\211.\x0f\205^.\313.\x0f!\211.\x10\205q.\315.\x10!\316=\205q.\312.\x10!*\207" [nntp-server-buffer buffer nntp-connection-alist entry process alist get-buffer nil process-status (open run) nntp-kill-buffer process-buffer delq buffer-size 0 -process -buffer] 5] ((byte-code "\b\203\b.\301\b!\210\301\207" [-timer nnheader-cancel-timer] 2)) (funcall -bodyfun) ((quit (byte-code "\b\204\a.\301 \210\302\303\304\"\207" [debug-on-quit nntp-close-server signal quit nil] 3)))] 4)
  nntp-with-open-group-function(nil "Eclipse" nil #[nil "\306\b!\307	@@	@\"\310\311.^[.\x1dr.q\210\312.\x19).\205\347.\x0e.\205\347.r.q\210.\211.^[\2052.\313\314.^[!!)\203_.\nb\210\315.\x1c\203C.\316\202D.\317\312\320#\203P.\vT.\2029.`.\v.\x1aW\203_.\321 \210\202%.\322 \210.\x1c\204\225.ed{.\x1dr\bq\210\323 \210.\x1e\203\x7f.\324.\x1d!\202\201.\x0e.c\210eb\210*r\bq\210\325\f.\x1f\320#)\202\346.eb\210\315\326\312\320#\203\253.\310\224\311y\210`|\210\202\230.ed{.\x1dr\bq\210\323 \210.\x1e\203\303.\324.\x1d!\202\305.\x0e.c\210eb\210*r\bq\210\327\330	@8:\203\337.\330	@8\202\340.\f.\x1f\312\320$)),\207" [nntp-server-buffer infos last-point received method buf nntp-find-connection-buffer gnus-find-method-for-group 0 1 nil buffer-live-p get-buffer re-search-forward "^[.]" "^[0-9]" t nntp-accept-response nnheader-strip-cr erase-buffer mm-string-to-multibyte gnus-groups-to-gnus-format "^[.2-5]" gnus-active-to-gnus-format 4 nntp-retrieval-in-progress count buffer nntp-server-list-active-group string enable-multibyte-characters gnus-active-hashtb] 6])
  nntp-finish-retrieve-group-infos("Eclipse" (("nntp+Eclipse:eclipse.platform" 3 ((1 . 88998)) ((unexist) (seen (87239 . 87463) (87500 . 88082) (88084 . 88618) (88633 . 88931) (88935 . 88939) (88954 . 88970) (88972 . 88998)) (reply 87887)) "nntp:Eclipse") ("nntp+Eclipse:eclipse.tools.emf" 3 ((1 . 64863)) ((unexist) (seen (52299 . 53329) (53331 . 53344) (53346 . 55520) (55522 . 55616) (55618 . 55875) (55877 . 57349) (57351 . 58852) (58863 . 59243) (59245 . 59742) (59744 . 62436) (62438 . 62644) (62730 . 63862) (63888 . 64498) (64505 . 64575) (64647 . 64679) (64727 . 64863)) (reply 57415 57417 57419 60049 60051 60516 60638)) "nntp:Eclipse")) 2)
  gnus-finish-retrieve-group-infos((nntp "Eclipse" (nntp-address "news.eclipse.org")) (("nntp+Eclipse:eclipse.platform" 3 ((1 . 88998)) ((unexist) (seen (87239 . 87463) (87500 . 88082) (88084 . 88618) (88633 . 88931) (88935 . 88939) (88954 . 88970) (88972 . 88998)) (reply 87887)) "nntp:Eclipse") ("nntp+Eclipse:eclipse.tools.emf" 3 ((1 . 64863)) ((unexist) (seen (52299 . 53329) (53331 . 53344) (53346 . 55520) (55522 . 55616) (55618 . 55875) (55877 . 57349) (57351 . 58852) (58863 . 59243) (59245 . 59742) (59744 . 62436) (62438 . 62644) (62730 . 63862) (63888 . 64498) (64505 . 64575) (64647 . 64679) (64727 . 64863)) (reply 57415 57417 57419 60049 60051 60516 60638)) "nntp:Eclipse")) 2)
  gnus-read-active-for-groups((nntp "Eclipse" (nntp-address "news.eclipse.org")) (("nntp+Eclipse:eclipse.platform" 3 ((1 . 88998)) ((unexist) (seen (87239 . 87463) (87500 . 88082) (88084 . 88618) (88633 . 88931) (88935 . 88939) (88954 . 88970) (88972 . 88998)) (reply 87887)) "nntp:Eclipse") ("nntp+Eclipse:eclipse.tools.emf" 3 ((1 . 64863)) ((unexist) (seen (52299 . 53329) (53331 . 53344) (53346 . 55520) (55522 . 55616) (55618 . 55875) (55877 . 57349) (57351 . 58852) (58863 . 59243) (59245 . 59742) (59744 . 62436) (62438 . 62644) (62730 . 63862) (63888 . 64498) (64505 . 64575) (64647 . 64679) (64727 . 64863)) (reply 57415 57417 57419 60049 60051 60516 60638)) "nntp:Eclipse")) 2)
  gnus-get-unread-articles(nil nil nil)
  gnus-group-get-new-news(nil)
  call-interactively(gnus-group-get-new-news nil nil)
  command-execute(gnus-group-get-new-news)
--8<---------------cut here---------------end--------------->8---

Since I don't need to read groups from that server anymore, I've just
removed it and the hangs seem to be gone.

Well, still it would be nice if there was some sensible way for dealing
with unresponsive servers, e.g., like aborting after some seconds.  My
main problem with the hangs was that IRC servers to that I've been
connected using rcirc disconnect after some time if they cannot contact
the client anymore.  So if I didn't notice the hang, chances were high I
got accidentally kicked out of my running IRC sessions.

Bye,
Tassilo



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Gnus frequently hangs at "nnimap read 0k from imap.gmail.com"
  2013-08-07 10:51 ` Tassilo Horn
@ 2013-08-12 17:29   ` Lars Magne Ingebrigtsen
  2013-08-20 13:01     ` Tassilo Horn
  0 siblings, 1 reply; 12+ messages in thread
From: Lars Magne Ingebrigtsen @ 2013-08-12 17:29 UTC (permalink / raw)
  To: ding

Tassilo Horn <tsdh@gnu.org> writes:

> It seems I've been wrong.  Although the message above suggests its a
> gmail problem, hitting C-g with debug-on-error set to t, I get such a
> backtrace that tells me that we're actually hanging while getting new
> news from the nntp server news.eclipse.org.

[...]

>   nntp-finish-retrieve-group-infos("Eclipse" (("nntp+Eclipse:eclipse.platform" 3 ((1 . 88998)) ((unexist) (seen (87239 . 87463) (87500 . 88082) (88084 . 88618

[...]

> Well, still it would be nice if there was some sensible way for dealing
> with unresponsive servers, e.g., like aborting after some seconds.

Yes, if that's what's going on here.  There was a problem with
`nntp-finish-retrieve-group-infos' earlier that was really hard to
debug, but I thought I had gotten it right eventually.

The problem is that Gnus issues lots of commands to different servers,
and then waits for the response from them all.  This parallelism makes
things faster, but if Gnus somehow thinks that two different servers are
the same, things kinda blow up.

Does Gnus hang this way frequently?  In that case, it's probably Gnus'
fault, and not really a hanging server.

If it happens very infrequently, then it may be a hanging server...

-- 
(domestic pets only, the antidote for overdose, milk.)
  No Gnus T-Shirt for sale: http://ingebrigtsen.no/no.php
  and http://lars.ingebrigtsen.no/2013/08/twenty-years-of-september.html



^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Gnus frequently hangs at "nnimap read 0k from imap.gmail.com"
  2013-08-12 17:29   ` Lars Magne Ingebrigtsen
@ 2013-08-20 13:01     ` Tassilo Horn
  0 siblings, 0 replies; 12+ messages in thread
From: Tassilo Horn @ 2013-08-20 13:01 UTC (permalink / raw)
  To: Lars Magne Ingebrigtsen; +Cc: ding

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

>> It seems I've been wrong.  Although the message above suggests its a
>> gmail problem, hitting C-g with debug-on-error set to t, I get such a
>> backtrace that tells me that we're actually hanging while getting new
>> news from the nntp server news.eclipse.org.
>
> [...]
>
>>   nntp-finish-retrieve-group-infos("Eclipse"
>> (("nntp+Eclipse:eclipse.platform" 3 ((1 . 88998)) ((unexist) (seen (87239
>> . 87463) (87500 . 88082) (88084 . 88618
>
> [...]
>
>> Well, still it would be nice if there was some sensible way for dealing
>> with unresponsive servers, e.g., like aborting after some seconds.
>
> Yes, if that's what's going on here.  There was a problem with
> `nntp-finish-retrieve-group-infos' earlier that was really hard to
> debug, but I thought I had gotten it right eventually.
>
> The problem is that Gnus issues lots of commands to different servers,
> and then waits for the response from them all.  This parallelism makes
> things faster, but if Gnus somehow thinks that two different servers
> are the same, things kinda blow up.
>
> Does Gnus hang this way frequently?

Yes.  However, after I've dropped news.eclipse.org from my select
methods, the hangs don't occur anymore or at least not often.

Bye,
Tassilo



^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2013-08-20 13:01 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-06-25 13:18 Gnus frequently hangs at "nnimap read 0k from imap.gmail.com" Tassilo Horn
2013-06-25 14:31 ` Joseph Mingrone
2013-06-25 15:04   ` Didier Verna
2013-06-26  6:33     ` Tassilo Horn
2013-06-26  6:35       ` Noorul Islam K M
2013-07-15 13:31 ` Philipp Haselwarter
2013-07-15 16:27   ` Erik Colson
2013-07-16  7:36     ` Tassilo Horn
2013-07-16  8:25       ` Steinar Bang
2013-08-07 10:51 ` Tassilo Horn
2013-08-12 17:29   ` Lars Magne Ingebrigtsen
2013-08-20 13:01     ` Tassilo Horn

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).