October 2020 - openSUSE Users (Deutsch)

Suchen in der Liste
by Handwerker, Jan (IMK) 22 Oct '20

22 Oct '20

Liebe Liste, unter lists.opensuse.org/opensuse-de gibt es ja ein schönes Archiv. Doch darin zu suchen ist gerade kein Vergnügen. Wer kann da weiter helfen? Links oben auf der Seite gibt es ein Suchfeld. Drückt man auf die Lupe kommt eine Server-Fehlerseite. Drückt man auf die +-Lupe, kommt manchmal eine Fehlerseite, manchmal ein Suchergebnis, dass sich aber auf alle opensuse-Listen bezieht, nicht chronologisch ist und somit nur eingeschränkt nützt. Verwende ich die Suchmaschine meines Vertrauens mit einer Suche keepass site:lists.opensuse.org/opensuse-de bleibt das Ergebnis wieder leer. Es gab aber Beiträge dazu (am 22.05.2020). Suche ich nach Akonadi, dann findet die Suche nur Beiträge in opensuse-factory, nicht in -de. Weiß jemand, woran das liegt und wie man dann doch etwas finden kann? Wie man dann auf einen Zeitraum einschränken kann? Falls es hilft: Hier läuft firefox 81.0.1 unter tumbleweed (kernel 5.8.14-1). Liebe Grüße Jan -- _________________________________________________________________ Jan Handwerker http://www.imk-tro.kit.edu/14_jan.handwerker.php

6 6

DNS, dig und searchdomain
by Bernd Nachtigall 22 Oct '20

22 Oct '20

Hi, hier ist eine openSUSE15.2 Ich versuche per dig einen Hostnamen aufzulösen: # dig +short nas1 und bekomme keine Antwort Wenn ich den FQDN benutze bekomme ich die zugehörige IP # dig +short nas1.home.intern 192.168.1.45 Aber mein Rechner und der Host nas1 sind in der gleichen Zone (home.intern.) Der DNS-Server ist ein /etc/resolve.conf korrekt eingetragen (hat YaSt gemacht) und die die Searchdomain stimmt auch. Ich war der Meinung dass -wenn alle in der gleichen domain sind (hier home.intern) die Namensauflösung auch klappen sollte wenn nicht der FQDN genutzt wird. Liege ich da grundsätzlich falsch? Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 2

bind-Update von 9.11.2 auf 9.16.6 in leap 15.2
by Mark Wenzel 22 Oct '20

22 Oct '20

Hallo zusammen, gestern gab es ein bei leap 15.2 ein update von bind 9.11.2 auf 9.16.6 Seit dem finde ich haufenweise Fehlermeldungen im Log und die Clients bekommen keine DNS-Anfragen mehr beantwortet. Nach der Lektüre der Release-Notes bin ich leider auch nicht wirklich schlauer geworden. Das erste was nach dem Starten des named im Log auftaucht und mich irritiert ist das folgende: named[14469]: validating ./NS: got insecure response; parent indicates it should be secure named[14469]: insecurity proof failed resolving './NS/IN': 192.36.148.17#53 named[14469]: validating ./NS: got insecure response; parent indicates it should be secure named[14469]: insecurity proof failed resolving './NS/IN': 198.97.190.53#53 named[14469]: managed-keys-zone: No DNSKEY RRSIGs found for '.': success named[14469]: validating ./NS: got insecure response; parent indicates it should be secure named[14469]: insecurity proof failed resolving './NS/IN': 202.12.27.33#53 [...] named[14469]: validating ./NS: got insecure response; parent indicates it should be secure named[14469]: insecurity proof failed resolving './NS/IN': 192.112.36.4#53 named[14469]: resolver priming query complete named[14469]: no valid RRSIG resolving 'de/DS/IN': 199.7.91.13#53 named[14469]: no valid RRSIG resolving 'de/DS/IN': 192.203.230.10#53 named[14469]: no valid RRSIG resolving 'de/DS/IN': 192.58.128.30#53 named[14469]: no valid RRSIG resolving 'de/DS/IN': 199.9.14.201#53 named[14469]: no valid RRSIG resolving 'de/DS/IN': 202.12.27.33#53 named[14469]: no valid RRSIG resolving 'de/DS/IN': 193.0.14.129#53 named[14469]: no valid RRSIG resolving 'de/DS/IN': 199.7.83.42#53 named[14469]: no valid RRSIG resolving 'de/DS/IN': 192.33.4.12#53 named[14469]: no valid RRSIG resolving 'de/DS/IN': 198.97.190.53#53 named[14469]: no valid RRSIG resolving 'de/DS/IN': 192.112.36.4#53 named[14469]: no valid RRSIG resolving 'de/DS/IN': 192.5.5.241#53 named[14469]: no valid RRSIG resolving 'de/DS/IN': 192.36.148.17#53 named[14469]: no valid RRSIG resolving 'de/DS/IN': 198.41.0.4#53 named[14469]: broken trust chain resolving 'www.t-online.de/A/IN': 217.5.100.185#53 named[14469]: validating mx.freenet.de/A: bad cache hit (de/DS) [...] Ich vermute, dass eine der Einstellungen in der named.conf geändert werden muss, kann aber mit keiner Einstellungsänderung was bewirken. Die bisher enthaltene Einstellung der forwarders habe ich inzwischen entfernt (auskommentiert). Das braucht bind nicht mehr, wenn ich die Doku richtig verstanden habe. Kann mir bitte jemand einen Tipp geben, wo ich noch suchen kann? Vielen Dank. Mark -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

6 12

timestamp in fetchmail
by Sebastian Gödecke 21 Oct '20

21 Oct '20

Hi Ml, ich möchte im fetchmail log einen Timestamp bei jedem abruf einfügen. Im Journalctl ist der drin, in /var/log/fetchmail nicht. Wo muss ich das machen? Hat jemand einen Hinweis? Danke Sebastian -- Mit freundlichen Grüßen Sebastian Gödecke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 2

socket-Dateien und postgresql
by Joachim H. 21 Oct '20

21 Oct '20

Hallo, Ich habe mal eine allgemeinere Frage. Socket-Dateien stellen ja eine Verbindung von einer Anwendung zu einem Port im Netz dar. Wenn eine Socket-Datei verloren geht (gelöscht), wie stelle ich sowas wieder her? Hintergrund der Frage ist eine postgrSQL-Installation (V11), bei der im Betrieb plötzlich keine Verbindung mehr hergestellt werden konnte, weder lokal noch remote. Auch eine Neuinstallation brachte nix. Jetzt habe ich gesehen, dass keine Socket-Datei vorhanden ist. PostgreSQL läuft aber keine Socket-Datei. Eigentlich müsste die doch automatisch von postgresql angelegt werden, wird aber nicht. Es handelt sich dabei nicht um eine Installation auf einer Opensuse aber ich habe bisher keine gute Quelle in anderen Communities. Gruß Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

3 8

nach Absturz fehlt Soundausgabe
by Dirk Meier 20 Oct '20

20 Oct '20

Hallo, ein Einfrieren des Rechners hat einen Neustart erfordert. Danach fehlt bei einem User die Soundausgabe, bei einem anderen User ist sie noch da. System ist Leap 15.1 Muss ja wohl am User liegen. Kann jemand sagen wo ich da nachsehen muss, oder was sonst zu tun ist? -- Dirk -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 2

Xsane und Tumbleweed Scanner Brother ADS-1700w fehlt in /etc/udev/rules.d
by Peter McD 18 Oct '20

18 Oct '20

Hi, Der Scanner wird unter Leap 15.2 gefunden und funktioniert auch dort mit XSane und dem Brother Treiber brscan5-1.1.0-0.x86_64.rpm Unter Tumbleweed mit dem selben Treiber sagt mir Xsane "keine Gräte erreichbar. Nach etwas herumstöbern habe ich herausgefunden, dass in Leap in /etc/udev/rules.d einigen Dateien sind, jedoch ist am gleichen Ort in Tumbleweed in /etc/udev/rules.d/ nur eine leere Datei. Ich habe testweise die Dateien aus Leap nach Tumbleweed kopiert, gebootet und siehe da, der Scanner funktioniert. Das ist natürlich Lösung auf Dauer. Irgendwelche Ideen für einer besseren Lösung? Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 8

OT: Nextcloud/PHP? - Module 'mbstring' already loaded at Unknown#0
by Werner Franke 16 Oct '20

16 Oct '20

Hallo zusammen, sorry, wenn ich schon wieder Frage. Ich hoffe mein Problem hat nichts mit den Aktionen im Thread 'OT: Nextcloud wird auf Version 20.0.0 aktualisiert' zu tun. Aktuell sehe ich im Nextcloud Log den Fehler Module 'mbstring' already loaded at Unknown#0 Aktuell ist der String "mbstring" in 2 Files enthalten: /etc/php7/conf.d/mbstring.ini extension=mbstring.so und /etc/php7/apache2/php.ini extension=mbstring wenn ich das in einem von beiden auskommentiere und den apache2 neu starte, kommt in Nextcloud der Fehler PHP Startup: Unable to load dynamic library 'gd2' (tried: /usr/lib64/php7/extensions/gd2 (/usr/lib64/php7/extensions/gd2: cannot open shared object file: No such file or directory), /usr/lib64/php7/extensions/gd2.so (/usr/lib64/php7/extensions/gd2.so: cannot open shared object file: No such file or directory)) at Unknown#0 Aktuell habe ist es wieder ein-kommentiert und lebe mit dem oberen Fehler, aber ohne Fehler wäre mir lieber :-) Hat jemand eine Idee wo ich weiter suchen muss ? Im Netz habe ich leider nichts dazu gefunden. Danke und Gruss Werner Franke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 1

Re: OT: Nextcloud wird auf Version 20.0.0 aktualisiert
by Werner Franke 14 Oct '20

14 Oct '20

Hallo Eric, siehe unten... Am 10/12/2020 um 06:45 PM schrieb Eric Schitra: > Okay. > Ich würde über snapper zurück gehen. > Oder eben die 18er wieder installieren. > Dann über die webconsole auf die letzte 19er updaten. Falls das updaten auf 19 nicht funktioniert, manuell die 19er ohne /Data/ und /config/ kopieren. > Wenn das läuft wieder das 20er-rpm installieren. > Denke das sollte dann funktionieren. > > Regards > Eric > > Am 12. Oktober 2020 12:55:12 MESZ schrieb Werner Franke <werner.franke(a)nokia.com>: >> Hallo Eric, >> >> Am 10/12/2020 um 11:40 AM schrieb Eric Schirra: >>> Am 2020-10-12 10:53, schrieb Werner Franke: >>>> Hallo zusammen, >>>> >>>> ich habe auf einem kleinen Server zu Hause vor einiger Zeit >> Nextcloud >>>> installiert. Über das OpenSUSE 15.2 RPM. Leider weiss ich nicht mehr >>>> genau welche Version das war. 18 ? >>>> >>>> Gestern wurde ich auf meinem Web Interface mit der im Subject >> stehenden >>>> Meldung überrascht. >>>> >>>> Da ich auf dem Server die OS Updates automatisch installieren lasse, >>>> denke ich es wurde die neue Version 20 gestern installiert. >>>> >>>> Da es gestern schon spät war, habe ich außer einem Backup und einem >>>> Klick auf "Aktualisierung starten" nichts gemacht. >>>> Die Aktualisierung hat nicht funktioniert. >>> >>> Hallo Werner, >>> >>> was soll denn nicht funktioniert haben? >>> Wwas ging nicht? >>> Welche Fehlermeldung trat auf? >>> Was steht in den Logs? >>> >>> Ich selbst nutze es und es funktionierte. >>> >> Nach LOGs habe ich noch nicht geschaut. Da muss ich auch erst noch >> herausfinden, wo die stehen. >> Bei mir lief das seit der Erstinstallation bisher auch ohne >> Probleme, so dass ich mich da noch drum bemüht habe. >> >> In der Web Oberfläche kam: >> >> Exception: Updates between multiple major versions and downgrades are >> unsupported. >> Detaillierte Protokollmeldungen >> >> Das Update war nicht erfolgreich. Für mehr Informationen lese bitte >> diesen Forenbeitrag zu diesem Thema. >> URL: >> https://help.nextcloud.com/t/updates-between-multiple-major-versions-are-un… >> in das Problem müssten eigentlich alle laufen, die die SUSE RPMs benutzen, denn dort gab es vor der Version 20 nur die Version 18 und einen solchen Sprung kann ja Nextcloud nicht. Ich denke zumindest das das so ist, denn bei meiner automatischen Aktualisierung fand ich im syslog: 2020-10-11T18:07:03. erase nextcloud-18.0.4-lp152.2.1.noarch: success 2020-10-11T18:07:03. install nextcloud-20.0.0-lp152.3.3.1.noarch: success snapper: Das Wort habe ich schon mal gehört... :-) Eigentlich habe ich die RPMs installiert, weil ich Nextcloud benutzen und nicht daran herumbasteln wollte. Zumindest so wenig wie möglich. Version 18: Wie komme ich wieder an das RPM der Version 18. Auf https://software.opensuse.org/package/nextcloud sehe ich nur die Version 20. Auf https://download.opensuse.org/repositories/server:/php:/ finde ich das überhaupt nicht. Oder ist der auf https://help.nextcloud.com/t/updates-between-multiple-major-versions-are-un… vorgeschlagene Weg, sinnvoll ? - Remove all files and folders of your Nextcloud installation folder except /data/ and /config/ - Download 19 from https://nextcloud.com/changelog/ 1,3k - Extract the content of the archive it into your Nextcloud installation folder - Run the update via the webui or the command line tool Und danach wieder das 20er RMP installieren, oder sollte ich ab da gleich bei den zip Files von Nextcloud bleiben. Denn wenn bei SUSE in Zukunft wieder Versionen ausgelassen werden, habe ich ja jedes Mal dieses Problem. Danke und Gruss Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

6 13

Projectlibre lässt sich nicht beenden und speichert nur temproräre Dateien
by Dirk Meier 14 Oct '20

14 Oct '20

Hallo, in meiner Leap 15.1 verwende ich Projetctlibre in der Version 1.7.0 vom Installationsmedium. Ein geöffnetes Project lässt sich einmalig speichern, aber nicht schließen. Jeder weitere Speicherversuch erzeugt eine weitere Datei mit einem zusätzlichem .tmp0 vor dem Suffix. Mit jedem Specherversuch verlängert sich der Dateiname entsprechend. Weiß jemand woran dies liegt? Im Netz habe ich nichts gefunden und das Diskussionsforum des Projekts ist geschlossen. -- Dirk -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0