Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[OpenSuse] error in ~/.gnus.el

0 views
Skip to first unread message

Wolfgang Bauer

unread,
Mar 22, 2021, 4:08:34 AM3/22/21
to
Hallo.

Ich bin mit ~/.emacs und ~/.gnus.el nach OpenSuse umgezogen.
Hier GNU Emacs 25.3.1. Wenn uch Gnus starte wird das angezeigt.

Debugger entered--Lisp error: (error "Error in ~/.gnus: cadar")
signal(error ("Error in ~/.gnus: cadar"))
error("Error in %s: %s" "~/.gnus" cadar)
gnus-read-init-file()
gnus-1(nil nil nil)
gnus(nil)
funcall-interactively(gnus nil)
call-interactively(gnus record nil)
command-execute(gnus record)
execute-extended-command(nil "gnus" "gnus")
funcall-interactively(execute-extended-command nil "gnus" "gnus")
call-interactively(execute-extended-command nil nil)
command-execute(execute-extended-command

~/.emacs und ~/.gnus.el funktionieren in Windows einwandfrei.
Was bedeutet das denn?

Wolfgang

Stefan Wiens

unread,
Mar 22, 2021, 5:34:37 AM3/22/21
to
Leider verschleiert Gnus in gnus-read-init-file die ausführliche
Fehlerbeschreibung. (Welche via error-message-string zugänglich wäre;
diese Verschleierung könnte man mit M-x toggle-debug-on-error umgehen.)


Eine mögliche Ursache wäre, dass cadar nicht definiert ist
(void-function):

,----
| cadar is an alias for `cl-cadar' in `cl.el'.
|
| (cadar X)
|
| This function has a compiler macro `cl--compiler-macro-cXXr'.
|
| Return the `car' of the `cdr' of the `car' of X.
`----

cadar ist also nur definiert, wenn vorher (require 'cl) oder
Äquivalentes ausgeführt wurde.

--
Stefan

Wolfgang Bauer

unread,
Mar 22, 2021, 6:03:03 AM3/22/21
to
Stefan Wiens schrieb:
Ich habe in die ~/.gnus.el (require 'cl) eingefügt und nun startet
Gnus. Warum das in Gnus Windows nicht gebraucht wird?

--
Das Denken ist zwar allen Menschen erlaubt,
aber vielen bleibt es erspart

Stefan Wiens

unread,
Mar 22, 2021, 9:57:27 AM3/22/21
to
Es scheint auf die Emacs-Version anzukommen:

Bei der hiesigen (gut abgehangenen 24.5) wird cadar in cl.el definiert,
bei neueren (z. B. 26.1) in der grundlegend erforderlichen und damit
immer geladenen subr.el (cl-lib.el definiert dann nur den Alias
cl-cadar).

Man könnte also das (require 'cl) auf bestimmte Emacs-Versionen
beschränken, ich kann aber nicht auf Anhieb sagen, ab wann das nach
subr.el verlagert wurde.

--
Stefan

Wolfgang Bauer

unread,
Mar 23, 2021, 6:20:20 AM3/23/21
to
GNU Emacs 25.3.1 (x86_64-suse-linux-gnu, GTK+ Version 3.24.20
Ich wundere mich, dass in openSUSE Leap 15.2 noch der /alte/
Emacs angeboten wird. Inzwischen gibt es schon GNU Emacs 27.

--
Verschiedene Regeln vor dem Tode zu befolgen
https://www.youtube.com/watch?v=VO7BXp9AraA
Otto Reutter

Wolfgang Bauer

unread,
Mar 27, 2021, 10:49:35 AM3/27/21
to
Am 22.03.21 um 14:57 schrieb Stefan Wiens:
Ich habe nochmal von vorne angefangen. (require 'cl) ist in die
~/.gnus.el eingetragen.

Nun ist es so, zwischen news.individual.de und Gnus werkelt leafnode.

root@wolfgang-bauer:/etc/news/leafnode# leafnode
200 Leafnode NNTP Daemon, version 1.11.11 running at wolfgang-bauer.at
(my fqdn: wolfgang-bauer.at)

oot@wolfgang-bauer:/etc/news/leafnode# fetchnews -v
leafnode 1.11.11: verbosity level is 1, debugmode is 0
try_lock(timeout=5), fqdn="wolfgang-bauer.at"
Groupinfo file /var/spool/news/leaf.node/groupinfo not present or too
small, forcing active fetch.
news: connecting to port nntp...
warning: news: connection to 185.51.8.103 failed: Connection refused
| wo kommt diese IP Adresse her ^^^^^^^^^^^
news: address list exhausted without establishing connection.
news: connection failed.
WARNING: some servers have not been queried!
wrote active file with 0 lines
Started process to update overview data in the background.
Network activity has finished.

Das ist wohl auch der Grund warum Gnus beim Bestellen einer Gruppe sagt,

Debugger entered--Lisp error: (error "Couldn’t activate group de.test:
411 No such group ")
signal(error ("Couldn’t activate group de.test: 411 No such group "))
error("Couldn't activate group %s: %s" "de.test" "411 No such group ")
gnus-select-newsgroup("de.test" nil nil)
gnus-summary-read-group-1("de.test" nil nil nil nil nil)
gnus-summary-read-group("de.test" nil nil nil nil nil nil)
gnus-group-read-group(nil nil nil)
gnus-topic-read-group(nil)
funcall-interactively(gnus-topic-read-group nil)
call-interactively(gnus-topic-read-group nil nil)
command-execute(gnus-topic-read-group)

Freundliche Grüße
Wolfgang

Stefan Wiens

unread,
Mar 29, 2021, 5:26:48 AM3/29/21
to
Wolfgang Bauer <wolfgan...@gmx.eu> writes:

> oot@wolfgang-bauer:/etc/news/leafnode# fetchnews -v
> leafnode 1.11.11: verbosity level is 1, debugmode is 0
> try_lock(timeout=5), fqdn="wolfgang-bauer.at"
> Groupinfo file /var/spool/news/leaf.node/groupinfo not present or too
> small, forcing active fetch.
> news: connecting to port nntp...
> warning: news: connection to 185.51.8.103 failed: Connection refused
>| wo kommt diese IP Adresse her ^^^^^^^^^^^

Die IP-Adresse gehört einem Webhoster. Unter der Adresse sind über 20
Websites zu erreichen (ein Beispiel: news.at).

Möglicherweise liegt da ein Versehen in der Leafnode-Konfiguration vor.
Oder bei der Namensauflösung.

Das wäre dann aber ein Thema für eine andere Newsgroup.

--
Stefan

Thomas Hochstein

unread,
Mar 29, 2021, 5:00:03 PM3/29/21
to
Wolfgang Bauer schrieb:

> oot@wolfgang-bauer:/etc/news/leafnode# fetchnews -v
[...]
> news: connecting to port nntp...
> warning: news: connection to 185.51.8.103 failed: Connection refused
> | wo kommt diese IP Adresse her ^^^^^^^^^^^

Aus Deiner Konfiguration, die Du ja sinnvollerweise nicht teilst, auf
das ein lustiges Raten beginnen kann.

Möglicherweise steht da nur "news", und Dein Resolver ergänzt das mit
der TLD ".at", kommt so auf "news.at", das hat diese IP-Adresse:
| thh@thangorodrim:~$ host news.at
| news.at has address 185.51.8.103

Wir wissen es nicht.

> Das ist wohl auch der Grund warum Gnus beim Bestellen einer Gruppe sagt,
>
> Debugger entered--Lisp error: (error "Couldn’t activate group de.test:
> 411 No such group ")

Der Newsserver, den Gnus kontaktiert, hat diese Gruppe nicht (oder
antwortet jedenfalls mit einer dementsprechenden Fehlermeldung).

(Was auch immer das in Deiner Konfiguration genau bedeutet. Gründe
dafür kann es theoretisch viele geben, bspw. auch eine fehlende
Anmeldung bei einem Newsserver, der erst nach Anmeldung Gruppen zeigt,
aber in Deiner zu vermutenden Konfiguration liegt es mit hoher
Wahrscheinlichkeit daran, dass Du in leafnode den Newsserver, mit dem
leafnode Daten austauschen soll, falsch konfiguriert hast, so dass
leafnode keine Daten hat, daher auch keine Gruppenliste und daher auch
keine Gruppen. Letztlich ist das natürlich alles nur Spekulation; Du
selbst alleine weißt, wie Deine Konfiguration aussieht. Hoffentlich.)

-thh

Wolfgang Bauer

unread,
Mar 30, 2021, 5:15:03 AM3/30/21
to
Thomas Hochstein schrieb:
> Wolfgang Bauer schrieb:

>> Das ist wohl auch der Grund warum Gnus beim Bestellen einer Gruppe sagt,
>>
>> Debugger entered--Lisp error: (error "Couldn’t activate group de.test:
>> 411 No such group ")
>
> Der Newsserver, den Gnus kontaktiert, hat diese Gruppe nicht (oder
> antwortet jedenfalls mit einer dementsprechenden Fehlermeldung).
>
> -thh

Der Grund war, soweit ich es festgestellt habe, dass der Paketnanager
leafnode nicht dahin installiert hat wo es die Konfigdateien erwarten.
So wurde das ausführbare Programm, der Server leafnode nicht dahin
installiert wo es sein sollte.

Aber ich habe mich von OpenSuse auch verabschiedet, es gefällt mir auch
sonst nicht.
Danke für eure Hilfe.

--
Besser Sommer auf dem Balkon als Winter am Strand.
0 new messages