Re: Gnus and gmane

[Pietro]

pulsarpietro@posteo.net writes:

> Emanuel Berg <embe8573@student.uu.se> writes:
>
>> Pietro <pulsarpietro@posteo.net> writes:
>>
>>> ;; IMAP personal email
>>> (setq user-mail-address "xxxxxx@xxx.xx"
>>>       user-full-name    "xxxxx")
>>> (setq gnus-select-method 
>>>                     '(nnimap "xxxx"
>>>                 (nnimap-stream ssl)
>>>                 (nnimap-address "xxxxx")
>>>                 (nnimap-server-port "imaps")
>>>                 (nnir-search-engine imap)
>>>                 (nnimap-expunge-on-close 'ask)))
>>
>> OK, so let's focus on Gmane and NNTP. You can comment
>> this out temporarily, enclose it in (when nil ... ),
>> or create a new .gnus and save the current one to
>> .gnus-out-of-action or whatever to bring back later
>> when Gmane works.
>>
>>> ;; Newsgroups
>>> (add-to-list 'gnus-secondary-select-methods '(nntp "news.gmane.org"))
>>
>> Looks good.
>>
>>> ;; Ordering, I wish I knew what they are about
>>> (setq gnus-extract-address-components (quote 
>>> mail-extract-address-components))
>>> (setq gnus-article-sort-functions
>>>       (quote (gnus-article-sort-by-number gnus-article-sort-by-date)))
>>> (setq gnus-thread-sort-functions
>>>       (quote
>>>         (gnus-thread-sort-by-number gnus-thread-sort-by-most-recent-date)))
>>
>> I'd say Gnus does a good job sorting by default.
>> Especially if you don't know what they are, you can
>> comment that out at the very least until you get
>> Gmane up.
>>
>>> (custom-set-variables
>>>  ;; custom-set-variables was added by Custom.
>>>  ;; If you edit it by hand, you could mess it up, so be careful.
>>>  ;; Your init file should contain only one such instance.
>>>  ;; If there is more than one, they won't work right.
>>>  '(send-mail-function (quote smtpmail-send-it))
>>>  '(smtpmail-smtp-server "xxxxxx")
>>>  '(smtpmail-smtp-service 587))
>>
>> You don't need custom to do that. This is better:
>>
>>     (setq message-send-mail-function #'smtpmail-send-it)
>>
>> Note the CL-style hash quote to denote
>> a function literal.
>>
>>> (setq gnus-check-new-newsgroups nil)
>>>
>>> ;; init / fanfare / verbose
>>> (setq gnus-inhibit-startup-message t)
>>> (setq gnus-novice-user nil)
>>> (setq gnus-expert-user t)
>>> (setq gnus-interactive-exit 'quiet)
>>> (setq gnus-verbose 10)          ; [0, 10]
>>> (setq gnus-verbose-backends 10) ; ditto
>>
>> That shouldn't affect your situation. You can
>> temporarily remove it just the same, just like the
>> SMTP stuff, just to do everything to isolate
>> the problem.
>>
>> Another thing to try is, instead of having NNTP and
>> Gmane as a secondary method, try to do it number one,
>> i.e.:
>>
>>     (setq gnus-select-method '(nntp "news.gmane.org"))
>>
>> I've had it number one (as now) but also as
>> a secondary method, so both should work, of course,
>> but in our attempts to isolate the problem it seems
>> like a reasonable thing to do.
> No hope, my .gnus.el now contains the following :
>
> (setq gnus-select-method '(nntp "news.gmane.org"))
>
> And that is all it is there, GNUS gets stuck with the minibuffer saying:
>
> "Checking new news" forever"
>
> I can't interact with emacs at all, I can't open a toolbar menu entry
> for instance.
>
> I do not know if this has any effect but as soon as I start gnus I am
> asked for my local .authinfo.gpg password, even though I haven't setup
> anything explicitly telling GNUS use it.
>
> To make this conversation going I am manually stopping GNUS whatever it
> does with M-g and then I go through the 'gnus-group-enter-server-mode'
> and I select this group, find our article and, finally, writing a follow-up.
>
> I am not sure this helps but I was curious and I have run strace on
> the not-responding emacs instance, this is what I get :
>
> clock_gettime(CLOCK_MONOTONIC, {85650, 45181449}) = 0
> recvmsg(8, 0x7ffe93c2de30, 0)           = -1 EAGAIN (Resource temporarily 
> unavailable)
> poll([{fd=7, events=POLLIN}, {fd=8, events=POLLIN}, {fd=11,
> events=POLLIN}, {fd=5, events=POLLIN}], 4, 0) = 0 (Timeout)
> clock_gettime(CLOCK_MONOTONIC, {85650, 45317695}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 902641062}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 902675691}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 902708950}) = 0
> pselect6(15, [5 7 8 11 14], [], NULL, {0, 9965371}, {NULL, 8}) = 0 (Timeout)
> clock_gettime(CLOCK_MONOTONIC, {85650, 55595850}) = 0
> recvmsg(8, 0x7ffe93c2de30, 0)           = -1 EAGAIN (Resource temporarily 
> unavailable)
> poll([{fd=7, events=POLLIN}, {fd=8, events=POLLIN}, {fd=11,
> events=POLLIN}, {fd=5, events=POLLIN}], 4, 0) = 0 (Timeout)
> clock_gettime(CLOCK_MONOTONIC, {85650, 55783461}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 913131581}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 913188508}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 913231684}) = 0
> pselect6(15, [5 7 8 11 14], [], NULL, {0, 9943073}, {NULL, 8}) = 0 (Timeout)
> clock_gettime(CLOCK_MONOTONIC, {85650, 66134187}) = 0
> recvmsg(8, 0x7ffe93c2de30, 0)           = -1 EAGAIN (Resource temporarily 
> unavailable)
> poll([{fd=7, events=POLLIN}, {fd=8, events=POLLIN}, {fd=11,
> events=POLLIN}, {fd=5, events=POLLIN}], 4, 0) = 0 (Timeout)
> clock_gettime(CLOCK_MONOTONIC, {85650, 66299517}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 923649141}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 923689728}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 923728795}) = 0
> pselect6(15, [5 7 8 11 14], [], NULL, {0, 9959413}, {NULL, 8}) = 0 (Timeout)
> clock_gettime(CLOCK_MONOTONIC, {85650, 76648247}) = 0
> recvmsg(8, 0x7ffe93c2de30, 0)           = -1 EAGAIN (Resource temporarily 
> unavailable)
> poll([{fd=7, events=POLLIN}, {fd=8, events=POLLIN}, {fd=11,
> events=POLLIN}, {fd=5, events=POLLIN}], 4, 0) = 0 (Timeout)
> clock_gettime(CLOCK_MONOTONIC, {85650, 76789593}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 934117273}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 934151649}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 934187433}) = 0
> pselect6(15, [5 7 8 11 14], [], NULL, {0, 9965624}, {NULL, 8}) = 0 (Timeout)
> clock_gettime(CLOCK_MONOTONIC, {85650, 87054215}) = 0
> recvmsg(8, 0x7ffe93c2de30, 0)           = -1 EAGAIN (Resource temporarily 
> unavailable)
> poll([{fd=7, events=POLLIN}, {fd=8, events=POLLIN}, {fd=11,
> events=POLLIN}, {fd=5, events=POLLIN}], 4, 0) = 0 (Timeout)
> clock_gettime(CLOCK_MONOTONIC, {85650, 87175745}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 944489275}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 944522317}) = 0
> clock_gettime(CLOCK_REALTIME, {1453891059, 944555567}) = 0
> pselect6(15, [5 7 8 11 14], [], NULL, {0, 9966958}, {NULL, 8}^CProcess 28307 
> detached

All solved, the reason why it all looked fairly unreasonable was
because of some rubbish state being saved into the .news.eld and .news
files. Once removed then you instructions worked smoothly.

Thanks a lot.