* M-g doesn't work with gnus-no-server @ 2015-03-17 9:06 Daiki Ueno 2015-04-17 20:00 ` Ted Zlatanov 2016-02-07 3:02 ` Lars Ingebrigtsen 0 siblings, 2 replies; 17+ messages in thread From: Daiki Ueno @ 2015-03-17 9:06 UTC (permalink / raw) To: ding Hello, To reduce startup time, I usually start Gnus with M-x gnus-no-server, and type M-g to check certain groups. However, it seems to be broken for a while: Debugger entered--Lisp error: (error "server/993 Name or service not known") make-network-process(:name "*nnimap*" :buffer #<buffer *nnimap server nil *nntpd**> :host "server" :service "993" :nowait nil) open-network-stream("*nnimap*" #<buffer *nnimap server nil *nntpd**> "server" "993") open-gnutls-stream("*nnimap*" #<buffer *nnimap server nil *nntpd**> "server" "993") ... nnimap-open-connection-1(#<buffer *nntpd*>) nnimap-open-connection(#<buffer *nntpd*>) nnimap-open-server("server" nil nil) nnimap-change-group(nil "server") nnimap-request-group-scan("INBOX" "server" ...) gnus-request-group-scan("nnimap+server:INBOX" ...) gnus-group-get-new-news-this-group(nil) gnus-topic-get-new-news-this-topic(nil) funcall-interactively(gnus-topic-get-new-news-this-topic nil) call-interactively(gnus-topic-get-new-news-this-topic nil nil) command-execute(gnus-topic-get-new-news-this-topic) Comparing the backtrace with the one taken with M-x debug-on-entry open-network-stream on Emacs 24.4, the DEFS argument of `nnimap-open-server' is not given on the first connection. Any ideas on this? Regards, -- Daiki Ueno ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2015-03-17 9:06 M-g doesn't work with gnus-no-server Daiki Ueno @ 2015-04-17 20:00 ` Ted Zlatanov 2016-02-07 3:02 ` Lars Ingebrigtsen 1 sibling, 0 replies; 17+ messages in thread From: Ted Zlatanov @ 2015-04-17 20:00 UTC (permalink / raw) To: ding On Tue, 17 Mar 2015 18:06:09 +0900 Daiki Ueno <ueno@gnu.org> wrote: DU> Debugger entered--Lisp error: (error "server/993 Name or service not known") DU> make-network-process(:name "*nnimap*" :buffer #<buffer *nnimap server nil *nntpd**> :host "server" :service "993" :nowait nil) DU> open-network-stream("*nnimap*" #<buffer *nnimap server nil *nntpd**> "server" "993") DU> open-gnutls-stream("*nnimap*" #<buffer *nnimap server nil *nntpd**> "server" "993") DU> ... DU> nnimap-open-connection-1(#<buffer *nntpd*>) DU> nnimap-open-connection(#<buffer *nntpd*>) DU> nnimap-open-server("server" nil nil) DU> nnimap-change-group(nil "server") DU> nnimap-request-group-scan("INBOX" "server" ...) DU> gnus-request-group-scan("nnimap+server:INBOX" ...) DU> gnus-group-get-new-news-this-group(nil) DU> gnus-topic-get-new-news-this-topic(nil) DU> funcall-interactively(gnus-topic-get-new-news-this-topic nil) DU> call-interactively(gnus-topic-get-new-news-this-topic nil nil) DU> command-execute(gnus-topic-get-new-news-this-topic) DU> Comparing the backtrace with the one taken with M-x debug-on-entry DU> open-network-stream on Emacs 24.4, the DEFS argument of DU> `nnimap-open-server' is not given on the first connection. No idea, but can you bisect the issue to a specific commit? That would answer it most clearly. Ted ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2015-03-17 9:06 M-g doesn't work with gnus-no-server Daiki Ueno 2015-04-17 20:00 ` Ted Zlatanov @ 2016-02-07 3:02 ` Lars Ingebrigtsen 2016-02-07 8:54 ` Andreas Schwab ` (2 more replies) 1 sibling, 3 replies; 17+ messages in thread From: Lars Ingebrigtsen @ 2016-02-07 3:02 UTC (permalink / raw) To: Daiki Ueno; +Cc: ding Daiki Ueno <ueno@gnu.org> writes: > To reduce startup time, I usually start Gnus with M-x gnus-no-server, > and type M-g to check certain groups. However, it seems to be broken > for a while: > > Debugger entered--Lisp error: (error "server/993 Name or service not known") > make-network-process(:name "*nnimap*" :buffer #<buffer *nnimap > server nil *nntpd**> :host "server" :service "993" :nowait nil) > open-network-stream("*nnimap*" #<buffer *nnimap server nil *nntpd**> > "server" "993") Weird. It's using "server" as the server name? Or did you just edit it? :-) > Comparing the backtrace with the one taken with M-x debug-on-entry > open-network-stream on Emacs 24.4, the DEFS argument of > `nnimap-open-server' is not given on the first connection. > > Any ideas on this? Not really... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-07 3:02 ` Lars Ingebrigtsen @ 2016-02-07 8:54 ` Andreas Schwab 2016-02-07 9:26 ` Andreas Schwab 2016-02-07 12:32 ` Andreas Schwab 2 siblings, 0 replies; 17+ messages in thread From: Andreas Schwab @ 2016-02-07 8:54 UTC (permalink / raw) To: Lars Ingebrigtsen; +Cc: Daiki Ueno, ding Lars Ingebrigtsen <larsi@gnus.org> writes: > Daiki Ueno <ueno@gnu.org> writes: > >> To reduce startup time, I usually start Gnus with M-x gnus-no-server, >> and type M-g to check certain groups. However, it seems to be broken >> for a while: >> >> Debugger entered--Lisp error: (error "server/993 Name or service not known") >> make-network-process(:name "*nnimap*" :buffer #<buffer *nnimap >> server nil *nntpd**> :host "server" :service "993" :nowait nil) >> open-network-stream("*nnimap*" #<buffer *nnimap server nil *nntpd**> >> "server" "993") > > Weird. It's using "server" as the server name? It's supposed to be looked up in gnus-server-alist. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-07 3:02 ` Lars Ingebrigtsen 2016-02-07 8:54 ` Andreas Schwab @ 2016-02-07 9:26 ` Andreas Schwab 2016-02-07 12:32 ` Andreas Schwab 2 siblings, 0 replies; 17+ messages in thread From: Andreas Schwab @ 2016-02-07 9:26 UTC (permalink / raw) To: Lars Ingebrigtsen; +Cc: Daiki Ueno, ding Lars Ingebrigtsen <larsi@gnus.org> writes: > Daiki Ueno <ueno@gnu.org> writes: > >> To reduce startup time, I usually start Gnus with M-x gnus-no-server, >> and type M-g to check certain groups. However, it seems to be broken >> for a while: >> >> Debugger entered--Lisp error: (error "server/993 Name or service not known") >> make-network-process(:name "*nnimap*" :buffer #<buffer *nnimap >> server nil *nntpd**> :host "server" :service "993" :nowait nil) >> open-network-stream("*nnimap*" #<buffer *nnimap server nil *nntpd**> >> "server" "993") > > Weird. It's using "server" as the server name? Or did you just edit > it? :-) It seems gnus fails to use nnimap-address from the server method. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-07 3:02 ` Lars Ingebrigtsen 2016-02-07 8:54 ` Andreas Schwab 2016-02-07 9:26 ` Andreas Schwab @ 2016-02-07 12:32 ` Andreas Schwab 2016-02-07 18:03 ` Daiki Ueno 2 siblings, 1 reply; 17+ messages in thread From: Andreas Schwab @ 2016-02-07 12:32 UTC (permalink / raw) To: Lars Ingebrigtsen; +Cc: Daiki Ueno, ding Fixed by 9dc77e3. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-07 12:32 ` Andreas Schwab @ 2016-02-07 18:03 ` Daiki Ueno 2016-02-07 18:27 ` Dave Goldberg 2016-02-08 5:10 ` Lars Ingebrigtsen 0 siblings, 2 replies; 17+ messages in thread From: Daiki Ueno @ 2016-02-07 18:03 UTC (permalink / raw) To: Andreas Schwab; +Cc: Lars Ingebrigtsen, ding [-- Attachment #1: Type: text/plain, Size: 281 bytes --] Andreas Schwab <schwab@linux-m68k.org> writes: > Fixed by 9dc77e3. Thanks, but now I get "Unknown service: 993" instead (i.e. the host part is nil). The full backtrace is attached below. Perhaps my .newsrc.eld might be not compatible with this change? Regards, -- Daiki Ueno [-- Attachment #2: gnus-no-server.log --] [-- Type: application/octet-stream, Size: 6239 bytes --] ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-07 18:03 ` Daiki Ueno @ 2016-02-07 18:27 ` Dave Goldberg 2016-02-08 5:10 ` Lars Ingebrigtsen 1 sibling, 0 replies; 17+ messages in thread From: Dave Goldberg @ 2016-02-07 18:27 UTC (permalink / raw) To: ding > > Thanks, but now I get "Unknown service: 993" instead (i.e. the host part > is nil). The full backtrace is attached below. > > Perhaps my .newsrc.eld might be not compatible with this change? I'm not sure it's the same thing but I was seeing that error when I set up Emacs and Gnus on a Windows 10 system. The solution for that was to explicitly set nnimap-server-port to 993 in my secondary select method definitions. -- Dave Goldberg david.goldberg6@verizon.net ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-07 18:03 ` Daiki Ueno 2016-02-07 18:27 ` Dave Goldberg @ 2016-02-08 5:10 ` Lars Ingebrigtsen 2016-02-08 5:47 ` Daiki Ueno 1 sibling, 1 reply; 17+ messages in thread From: Lars Ingebrigtsen @ 2016-02-08 5:10 UTC (permalink / raw) To: Daiki Ueno; +Cc: Andreas Schwab, ding Daiki Ueno <ueno@gnu.org> writes: > Thanks, but now I get "Unknown service: 993" instead (i.e. the host part > is nil). The full backtrace is attached below. > > Perhaps my .newsrc.eld might be not compatible with this change? Debugger entered--Lisp error: (error "Unknown service: 993") make-network-process(:name "*nnimap*" :buffer #<buffer *nnimap nil nil *nntpd**-409419> :host nil :service "993" :nowait nil) [...] nnimap-change-group(nil "server") Still the literal string "server", which surely has to be wrong... Hm... what does your nnimap server definition look like? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-08 5:10 ` Lars Ingebrigtsen @ 2016-02-08 5:47 ` Daiki Ueno 2016-02-08 5:54 ` Lars Ingebrigtsen 0 siblings, 1 reply; 17+ messages in thread From: Daiki Ueno @ 2016-02-08 5:47 UTC (permalink / raw) To: Lars Ingebrigtsen; +Cc: Andreas Schwab, ding Lars Ingebrigtsen <larsi@gnus.org> writes: > Debugger entered--Lisp error: (error "Unknown service: 993") > make-network-process(:name "*nnimap*" :buffer #<buffer *nnimap nil > nil *nntpd**-409419> :host nil :service "993" :nowait nil) > > [...] > > nnimap-change-group(nil "server") > > Still the literal string "server", which surely has to be wrong... I'm ignorant about this, but it should be an alist entry, right? > Hm... what does your nnimap server definition look like? The only relevant configuration seems to be: (setq gnus-select-method '(nnnil "") gnus-secondary-select-methods '((nnimap "server" (nnimap-address "......") (nnir-search-engine imap)))) where I masked nnimap-address with "...". Regards, -- Daiki Ueno ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-08 5:47 ` Daiki Ueno @ 2016-02-08 5:54 ` Lars Ingebrigtsen 2016-02-09 8:42 ` Daiki Ueno 0 siblings, 1 reply; 17+ messages in thread From: Lars Ingebrigtsen @ 2016-02-08 5:54 UTC (permalink / raw) To: Daiki Ueno; +Cc: Andreas Schwab, ding Daiki Ueno <ueno@gnu.org> writes: > Lars Ingebrigtsen <larsi@gnus.org> writes: > >> Debugger entered--Lisp error: (error "Unknown service: 993") >> make-network-process(:name "*nnimap*" :buffer #<buffer *nnimap nil >> nil *nntpd**-409419> :host nil :service "993" :nowait nil) >> >> [...] >> >> nnimap-change-group(nil "server") >> >> Still the literal string "server", which surely has to be wrong... [...] > gnus-secondary-select-methods > '((nnimap "server" > (nnimap-address "......") > (nnir-search-engine imap)))) Oh, your nnimap server is actually called "server". :-) Then the >> nnimap-change-group(nil "server") part of the backtrace is as it should be. I think. But the right nnimap-address still isn't set. Hm... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-08 5:54 ` Lars Ingebrigtsen @ 2016-02-09 8:42 ` Daiki Ueno 2016-02-09 23:34 ` Lars Ingebrigtsen 0 siblings, 1 reply; 17+ messages in thread From: Daiki Ueno @ 2016-02-09 8:42 UTC (permalink / raw) To: Lars Ingebrigtsen; +Cc: Andreas Schwab, ding [-- Attachment #1: Type: text/plain, Size: 1829 bytes --] Lars Ingebrigtsen <larsi@gnus.org> writes: > Daiki Ueno <ueno@gnu.org> writes: > >> Lars Ingebrigtsen <larsi@gnus.org> writes: >> >>> Debugger entered--Lisp error: (error "Unknown service: 993") >>> make-network-process(:name "*nnimap*" :buffer #<buffer *nnimap nil >>> nil *nntpd**-409419> :host nil :service "993" :nowait nil) >>> >>> [...] >>> >>> nnimap-change-group(nil "server") >>> >>> Still the literal string "server", which surely has to be wrong... > > [...] > >> gnus-secondary-select-methods >> '((nnimap "server" >> (nnimap-address "......") >> (nnir-search-engine imap)))) > > Oh, your nnimap server is actually called "server". :-) Then the > >>> nnimap-change-group(nil "server") > > part of the backtrace is as it should be. I think. But the right > nnimap-address still isn't set. Hm... I had a bit closer look at this, comparing the backtraces taken from 24.5 (works ok) and the git master (doesn't work). The call sequences until `nnimap-open-server' are: 24.5: gnus-group-get-new-news-this-group -> gnus-activate-group -> gnus-open-server -> nnimap-open-server master: gnus-group-get-new-news-this-group -> gnus-request-group-scan -> nnimap-request-group-scan -> nnimap-change-group -> nnimap-open-server In the former case, `nnimap-open-server' is called with an alist entry containing `nnimap-address', etc., while in the latter case, the function takes "server", nil, nil. So I guess a simple work around would be to replicate the same sequence starting from `gnus-activate-group', if server is not opened. Does the attached patch look correct? To be honest, this issue is no longer priority for myself, since I changed my habit to always use M-x gnus, as nnimap is fast enough these days :-) Regards, -- Daiki Ueno [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: 0001-gnus-Make-M-g-work-with-gnus-no-server.patch --] [-- Type: text/x-patch, Size: 951 bytes --] From e1d28517a47b6b2fb4e820d5a2b9e12f2087366a Mon Sep 17 00:00:00 2001 From: Daiki Ueno <ueno@gnu.org> Date: Tue, 9 Feb 2016 17:37:59 +0900 Subject: [PATCH] gnus: Make M-g work with gnus-no-server * lisp/gnus/gnus-group.el: Don't call `gnus-request-group-scan' if server is not opened. --- lisp/gnus/gnus-group.el | 1 + 1 file changed, 1 insertion(+) diff --git a/lisp/gnus/gnus-group.el b/lisp/gnus/gnus-group.el index 1cd16a4..4e1efab 100644 --- a/lisp/gnus/gnus-group.el +++ b/lisp/gnus/gnus-group.el @@ -4110,6 +4110,7 @@ gnus-group-get-new-news-this-group ;; Bypass any previous denials from the server. (gnus-remove-denial (setq method (gnus-find-method-for-group group))) (if (or (and (not dont-scan) + (gnus-server-opened method) (gnus-request-group-scan group (gnus-get-info group))) (gnus-activate-group group (if dont-scan nil 'scan) nil method)) (let ((info (gnus-get-info group)) -- 2.5.0 ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-09 8:42 ` Daiki Ueno @ 2016-02-09 23:34 ` Lars Ingebrigtsen 2016-02-10 4:20 ` Daiki Ueno 0 siblings, 1 reply; 17+ messages in thread From: Lars Ingebrigtsen @ 2016-02-09 23:34 UTC (permalink / raw) To: Daiki Ueno; +Cc: Andreas Schwab, ding Daiki Ueno <ueno@gnu.org> writes: > The call sequences until `nnimap-open-server' are: > > 24.5: > gnus-group-get-new-news-this-group > -> gnus-activate-group > -> gnus-open-server > -> nnimap-open-server > > master: > gnus-group-get-new-news-this-group > -> gnus-request-group-scan > -> nnimap-request-group-scan > -> nnimap-change-group > -> nnimap-open-server [...] > * lisp/gnus/gnus-group.el: Don't call `gnus-request-group-scan' if > server is not opened. Well, we want `M-g' to open the server if it isn't already... so perhaps we should just call `gnus-activate-group'? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-09 23:34 ` Lars Ingebrigtsen @ 2016-02-10 4:20 ` Daiki Ueno 2016-02-12 10:47 ` Andreas Schwab 2016-02-13 6:43 ` Lars Ingebrigtsen 0 siblings, 2 replies; 17+ messages in thread From: Daiki Ueno @ 2016-02-10 4:20 UTC (permalink / raw) To: Lars Ingebrigtsen; +Cc: Andreas Schwab, ding [-- Attachment #1: Type: text/plain, Size: 355 bytes --] Lars Ingebrigtsen <larsi@gnus.org> writes: >> * lisp/gnus/gnus-group.el: Don't call `gnus-request-group-scan' if >> server is not opened. > > Well, we want `M-g' to open the server if it isn't already... so > perhaps we should just call `gnus-activate-group'? I am not really sure if I get your suggestion, but how about this? Regards, -- Daiki Ueno [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: 0001-gnus-Make-M-g-work-with-gnus-no-server.patch --] [-- Type: text/x-patch, Size: 1560 bytes --] From d84b39a671f3c36634d92897205f3d812a64e9ba Mon Sep 17 00:00:00 2001 From: Daiki Ueno <ueno@gnu.org> Date: Tue, 9 Feb 2016 17:37:59 +0900 Subject: [PATCH] gnus: Make M-g work with gnus-no-server * lisp/gnus/gnus-group.el: Divert to call `gnus-activate-group' with the SCAN argument set, if request-group-scan is not defined for the backend. Ensure that the server is open when calling `gnus-request-group-scan'. --- lisp/gnus/gnus-group.el | 11 ++++++++--- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/lisp/gnus/gnus-group.el b/lisp/gnus/gnus-group.el index 1cd16a4..5554569 100644 --- a/lisp/gnus/gnus-group.el +++ b/lisp/gnus/gnus-group.el @@ -4109,9 +4109,14 @@ gnus-group-get-new-news-this-group (gnus-group-remove-mark group) ;; Bypass any previous denials from the server. (gnus-remove-denial (setq method (gnus-find-method-for-group group))) - (if (or (and (not dont-scan) - (gnus-request-group-scan group (gnus-get-info group))) - (gnus-activate-group group (if dont-scan nil 'scan) nil method)) + (if (if (and (not dont-scan) + ;; Prefer request-group-scan if the backend supports it. + (gnus-check-backend-function 'request-group-scan group)) + (progn + ;; Ensure that the server is already open. + (gnus-activate-group group nil nil method) + (gnus-request-group-scan group (gnus-get-info group))) + (gnus-activate-group group (if dont-scan nil 'scan) nil method)) (let ((info (gnus-get-info group)) (active (gnus-active group))) (when info -- 2.5.0 ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-10 4:20 ` Daiki Ueno @ 2016-02-12 10:47 ` Andreas Schwab 2016-02-13 6:43 ` Lars Ingebrigtsen 1 sibling, 0 replies; 17+ messages in thread From: Andreas Schwab @ 2016-02-12 10:47 UTC (permalink / raw) To: Daiki Ueno; +Cc: Lars Ingebrigtsen, ding I've reverted commit 9dc77e3 due to bug #22634. This really needs to be fixed in the caller. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-10 4:20 ` Daiki Ueno 2016-02-12 10:47 ` Andreas Schwab @ 2016-02-13 6:43 ` Lars Ingebrigtsen 2016-02-13 7:21 ` Daiki Ueno 1 sibling, 1 reply; 17+ messages in thread From: Lars Ingebrigtsen @ 2016-02-13 6:43 UTC (permalink / raw) To: Daiki Ueno; +Cc: Andreas Schwab, ding Daiki Ueno <ueno@gnu.org> writes: > Lars Ingebrigtsen <larsi@gnus.org> writes: > >>> * lisp/gnus/gnus-group.el: Don't call `gnus-request-group-scan' if >>> server is not opened. >> >> Well, we want `M-g' to open the server if it isn't already... so >> perhaps we should just call `gnus-activate-group'? > > I am not really sure if I get your suggestion, but how about this? Can you report this problem with `M-x report-emacs-bug' so that it doesn't get lost? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: M-g doesn't work with gnus-no-server 2016-02-13 6:43 ` Lars Ingebrigtsen @ 2016-02-13 7:21 ` Daiki Ueno 0 siblings, 0 replies; 17+ messages in thread From: Daiki Ueno @ 2016-02-13 7:21 UTC (permalink / raw) To: Lars Ingebrigtsen; +Cc: Andreas Schwab, ding Lars Ingebrigtsen <larsi@gnus.org> writes: > Can you report this problem with `M-x report-emacs-bug' so that it > doesn't get lost? Done as bug#22649. Regards, -- Daiki Ueno ^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2016-02-13 7:21 UTC | newest] Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2015-03-17 9:06 M-g doesn't work with gnus-no-server Daiki Ueno 2015-04-17 20:00 ` Ted Zlatanov 2016-02-07 3:02 ` Lars Ingebrigtsen 2016-02-07 8:54 ` Andreas Schwab 2016-02-07 9:26 ` Andreas Schwab 2016-02-07 12:32 ` Andreas Schwab 2016-02-07 18:03 ` Daiki Ueno 2016-02-07 18:27 ` Dave Goldberg 2016-02-08 5:10 ` Lars Ingebrigtsen 2016-02-08 5:47 ` Daiki Ueno 2016-02-08 5:54 ` Lars Ingebrigtsen 2016-02-09 8:42 ` Daiki Ueno 2016-02-09 23:34 ` Lars Ingebrigtsen 2016-02-10 4:20 ` Daiki Ueno 2016-02-12 10:47 ` Andreas Schwab 2016-02-13 6:43 ` Lars Ingebrigtsen 2016-02-13 7:21 ` Daiki Ueno
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).