August 2020 - openSUSE Users (Deutsch)

Probleme mit "pdflatex"
by aotto 10 Aug '20

10 Aug '20

hallo, ich möchte ein TEX Dokument in PDF umwandeln aber "pdflatex" bricht mit der Fehlermeldung von unten ab. > leider ist es mir NICHT gelungen die fehlende "hanging.sty" zu installieren. > pdflatex -draftmode refman.tex This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017/TeX Live for SUSE Linux) (preloaded format=pdflatex) restricted \write18 enabled. entering extended mode (./refman.tex LaTeX2e <2017-04-15> Babel <3.10> and hyphenation patterns for 50 language(s) loaded. (/usr/share/texmf/tex/latex/base/book.cls Document Class: book 2014/09/29 v1.4h Standard LaTeX document class (/usr/share/texmf/tex/latex/base/bk10.clo)) (/usr/share/texmf/tex/latex/base/ifthen.sty) (/usr/share/texmf/tex/latex/tools/array.sty) (/usr/share/texmf/tex/latex/base/fixltx2e.sty Package fixltx2e Warning: fixltx2e is not required with releases after 2015 (fixltx2e) All fixes are now in the LaTeX kernel. (fixltx2e) See the latexrelease package for details. ) (/usr/share/texmf/tex/latex/tools/calc.sty) (./doxygen.sty (/usr/share/texmf/tex/latex/base/alltt.sty) (/usr/share/texmf/tex/latex/float/float.sty) (/usr/share/texmf/tex/latex/tools/verbatim.sty) (/usr/share/texmf/tex/latex/xcolor/xcolor.sty (/usr/share/texmf/tex/latex/graphics-cfg/color.cfg) (/usr/share/texmf/tex/latex/graphics-def/pdftex.def (/usr/share/texmf/tex/generic/oberdiek/infwarerr.sty) (/usr/share/texmf/tex/generic/oberdiek/ltxcmds.sty)) (/usr/share/texmf/tex/latex/colortbl/colortbl.sty)) (./longtable_doxygen.sty) (./tabu_doxygen.sty (/usr/share/texmf/tex/latex/varwidth/varwidth.sty)) (/usr/share/texmf/tex/latex/fancyvrb/fancyvrb.sty Style option: `fancyvrb' v2.7a, with DG/SPQR fixes, and firstline=lastline fix <2008/02/07> (tvz) (/usr/share/texmf/tex/latex/graphics/keyval.sty)) (/usr/share/texmf/tex/latex/tools/tabularx.sty) (/usr/share/texmf/tex/latex/multirow/multirow.sty) ! LaTeX Error: File `hanging.sty' not found. > cat /etc/SUSE-brand openSUSE VERSION = 15.1 > rpm -qa | grep latex texlive-latexfileinfo-pkgs-doc-2017.137.0.0.22svn26760-lp151.7.1.noarch texlive-latex-bib2-ex-2017.133.svn40098-lp151.6.1.noarch texlive-latex-fonts-2017.133.svn28888-lp151.6.1.noarch texlive-latexfileversion-2017.137.0.0.3svn29349-lp151.7.1.noarch texlive-latex2man-bin-2017.20170520.svn13663-lp151.12.3.1.x86_64 texlive-latex4wp-it-2017.137.1.0.10svn36000-lp151.7.1.noarch texlive-pdflatexpicscale-doc-2017.133.0.0.31svn43117-lp151.5.1.noarch texlive-cursolatex-2017.133.svn24139-lp151.6.1.noarch texlive-first-latex-doc-2017.133.svn15878-lp151.6.1.noarch texlive-latexpand-bin-2017.20170520.svn27025-lp151.12.3.1.x86_64 texlive-latex-fonts-doc-2017.133.svn28888-lp151.6.1.noarch texlive-latex-veryshortguide-2017.137.svn41844-lp151.7.1.noarch texlive-latex-papersize-bin-2017.20170520.svn42296-lp151.12.3.1.x86_64 texlive-latex4wp-2017.137.1.0.10svn35999-lp151.7.1.noarch texlive-collection-latexrecommended-2017.135.svn44177-lp151.8.6.1.noarch texlive-latexdiff-doc-2017.137.1.2.0svn41892-lp151.7.1.noarch texlive-latexbug-2017.137.1.0asvn44566-lp151.7.1.noarch texlive-latex-2017.133.20170101_pl1svn43813-lp151.6.1.noarch texlive-latexmk-bin-2017.20170520.svn10937-lp151.12.3.1.x86_64 texlive-latex-tabellen-2017.137.svn16979-lp151.7.1.noarch texlive-latexfileinfo-pkgs-2017.137.0.0.22svn26760-lp151.7.1.noarch texlive-latexpand-doc-2017.137.1.3svn41873-lp151.7.1.noarch texlive-lualatex-math-doc-2017.133.1.6svn40621-lp151.5.1.noarch texlive-latexdiff-2017.137.1.2.0svn41892-lp151.7.1.noarch texlive-simplified-latex-2017.133.svn20620-lp151.5.1.noarch texlive-latex-papersize-doc-2017.137.1.62svn42296-lp151.7.1.noarch texlive-latex-referenz-2017.137.2svn36671-lp151.7.1.noarch texlive-formation-latex-ul-2017.133.2016.11_3svn43005-lp151.6.1.noarch texlive-formation-latex-ul-doc-2017.133.2016.11_3svn43005-lp151.6.1.noarch texlive-latex2nemeth-bin-2017.20170520.svn42300-lp151.12.3.1.x86_64 texlive-math-into-latex-4-2017.133.svn44131-lp151.5.1.noarch texlive-latexcourse-rug-2017.137.1.1svn39026-lp151.7.1.noarch texlive-latexbug-doc-2017.137.1.0asvn44566-lp151.7.1.noarch texlive-latex-course-2017.133.2svn25505-lp151.6.1.noarch texlive-latex2nemeth-2017.137.1.0svn42300-lp151.7.1.noarch texlive-latex-git-log-bin-2017.20170520.svn30983-lp151.12.3.1.x86_64 texlive-latexcheat-de-2017.137.svn35702-lp151.7.1.noarch texlive-latexfileversion-doc-2017.137.0.0.3svn29349-lp151.7.1.noarch texlive-latex-bib-ex-2017.133.svn25831-lp151.6.1.noarch texlive-latex-git-log-2017.133.0.0.9svn30983-lp151.6.1.noarch texlive-latex-bin-bin-2017.20170520.svn14050-lp151.12.3.1.x86_64 texlive-pdflatexpicscale-bin-2017.20170520.svn41779-lp151.12.3.1.x86_64 texlive-latexmp-2017.137.1.2.1svn15878-lp151.7.1.noarch texlive-latexmp-doc-2017.137.1.2.1svn15878-lp151.7.1.noarch texlive-latex-graphics-companion-2017.133.svn29235-lp151.6.1.noarch texlive-pdflatexpicscale-2017.133.0.0.31svn43117-lp151.5.1.noarch texlive-tufte-latex-2017.133.3.5.2svn37649-lp151.6.1.noarch texlive-collection-latex-2017.135.svn41614-lp151.8.6.1.noarch texlive-latexindent-bin-2017.20170520.svn32150-lp151.12.3.1.x86_64 texlive-latexcheat-ptbr-2017.137.1.13svn15878-lp151.7.1.noarch texlive-latex-brochure-2017.133.svn40612-lp151.6.1.noarch texlive-lualatex-doc-2017.133.svn30473-lp151.5.1.noarch texlive-latexindent-2017.137.3.1svn44492-lp151.7.1.noarch texlive-cslatex-bin-2017.20170520.svn3006-lp151.12.3.1.x86_64 texlive-lualatex-doc-de-2017.133.1.0svn30474-lp151.5.1.noarch texlive-latex-git-log-doc-2017.133.0.0.9svn30983-lp151.6.1.noarch texlive-latexcheat-2017.137.1.13svn15878-lp151.7.1.noarch texlive-latexconfig-2017.137.svn40274-lp151.7.1.noarch texlive-apprends-latex-2017.133.4.02svn19306-lp151.6.1.noarch texlive-cslatex-2017.133.svn40855-lp151.6.1.noarch texlive-biblatex-2017.133.3.7svn42680-lp151.6.1.noarch texlive-lualatex-math-2017.133.1.6svn40621-lp151.5.1.noarch texlive-latex2nemeth-doc-2017.137.1.0svn42300-lp151.7.1.noarch texlive-latex2e-help-texinfo-spanish-2017.137.svn37356-lp151.7.1.noarch texlive-hrlatex-2017.133.0.0.23svn18020-lp151.6.1.noarch texlive-latexfileversion-bin-2017.20170520.svn25012-lp151.12.3.1.x86_64 texlive-latexcheat-esmx-2017.137.2.00svn36866-lp151.7.1.noarch texlive-translation-biblatex-de-2017.133.2.0svn42198-lp151.6.1.noarch texlive-latexmk-doc-2017.137.4.52csvn43099-lp151.7.1.noarch texlive-latex2man-2017.137.1.25svn43855-lp151.7.1.noarch texlive-latex2e-help-texinfo-fr-2017.137.svn42541-lp151.7.1.noarch texlive-latexpand-2017.137.1.3svn41873-lp151.7.1.noarch texlive-guide-to-latex-2017.133.svn15878-lp151.6.1.noarch texlive-biblatex-doc-2017.133.3.7svn42680-lp151.6.1.noarch texlive-latex2man-doc-2017.137.1.25svn43855-lp151.7.1.noarch texlive-latex-papersize-2017.137.1.62svn42296-lp151.7.1.noarch texlive-latex2e-help-texinfo-2017.137.svn38709-lp151.7.1.noarch texlive-pslatex-2017.133.svn16416-lp151.6.1.noarch texlive-latexindent-doc-2017.137.3.1svn44492-lp151.7.1.noarch texlive-latexmk-2017.137.4.52csvn43099-lp151.7.1.noarch texlive-latex-bin-2017.133.svn44166-lp151.6.1.noarch texlive-latexdiff-bin-2017.20170520.svn16420-lp151.12.3.1.x86_64 texlive-latex-doc-ptr-2017.133.svn15878-lp151.6.1.noarch texlive-epslatex-fr-2017.133.svn19440-lp151.6.1.noarch texlive-biblatex-cheatsheet-2017.133.svn43650-lp151.6.1.noarch texlive-latex-doc-2017.133.20170101_pl1svn43813-lp151.6.1.noarch texlive-latex-web-companion-2017.137.svn29349-lp151.7.1.noarch texlive-amslatex-primer-2017.133.2.3svn28980-lp151.6.1.noarch texlive-hrlatex-doc-2017.133.0.0.23svn18020-lp151.6.1.noarch texlive-tufte-latex-doc-2017.133.3.5.2svn37649-lp151.6.1.noarch -- 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 9

automatische Softwareaktualisierung?
by Herbert Albert 10 Aug '20

10 Aug '20

Hallo, ist es möglich unter leap 15.2 KDE Plasma 5.18 eine für den User automatische Softwareaktualisierung einzustellen, so dass diese im Hintergrund ohne Adminrechte abläuft? Herbert -- 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

11 25

Vorschauen bei Erscheinungsbild
by Manfred Eifler 09 Aug '20

09 Aug '20

Hallo, mir ist gerade aufgefallen, dass ich in den Systemeinstellungen überhaupt keine Verschaubilder im Menü Erscheinungsbild habe. Bei meinen Testusern ist alles da. Woran könnte das liegen? -- Viele Grüße und bleibt ungeimpft Manfred ------------------- openSUSE Leap 15.1 KDE-Plasma 5.18.5 KDE-Frameworks: 5.72.0 QT 5.15.0 Kernel-4.12.14-lp151.28.52-default 64-bit -- 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 1

Re: automatische Softwareaktualisierung?
by Herbert Albert 08 Aug '20

08 Aug '20

Am Samstag, 8. August 2020, 15:31:36 CEST schrieb tux-online: > Gerne! > Oskar > > Am Samstag, 8. August 2020, 15:27:20 CEST schrieb Herbert Albert: > > Am Samstag, 8. August 2020, 15:18:39 CEST schrieb tux-online: > > > Hallo Herbert! > > > > > > Damit at läuft: at installieren, unter yast -> System -> > > > Dienste-Verwaltung: atd Start-Modus: Beim Systemstart > > > > > > Viele Grüße > > > Oskar > > > > > > Am Samstag, 8. August 2020, 15:13:24 CEST schrieben Sie: > > > > Am Samstag, 8. August 2020, 15:00:53 CEST schrieb tux-online: > > > > > Hallo Herbert! > > > > > > > > > > Die Umsetzung mit boot.local stammt von mir. Der Bootvorgang liefert > > > > > zwar > > > > > eine Fehlermeldung, aber die Befehle werden wie gewünscht > > > > > ausgeführt. > > > > > > > > > > Gespeichert habe ich die Datei unter: > > > > > /etc/init.d/ > > > > > > > > > > Das Skript zypper-update liegt bei mir unter: > > > > > /usr/local/bin/ > > > > > > > > > > Viele Grüße > > > > > Oskar > > > > > > > > > > Am Samstag, 8. August 2020, 14:39:57 CEST schrieb Herbert Albert: > > > > > > Am Freitag, 7. August 2020, 10:04:49 CEST schrieb tux-online: > > > > > > > Hallo! > > > > > > > > > > > > > > Ich habe die Aktualisierung mit at/ atd wie folgt automatisiert: > > > > > > > > > > > > > > Ein Skript zypper-update: > > > > > > > #! /bin/sh > > > > > > > nice -n 19 zypper -n dup -l --download-as-needed > > > > > > > --no-allow-vendor-change > > > > > > > -- no-allow-arch-change --recommends > > > > > > > > > > > > > > Und boot.local: > > > > > > > #! /bin/sh > > > > > > > at -f /usr/local/bin/rsnapshot-at-boot now + 3 minutes > > > > > > > at -f /usr/local/bin/zypper-update now + 5 minutes > > > > > > > > > > > > > > Damit habe ich Updates kurz nach jedem Neustart und ein Backup > > > > > > > mit > > > > > > > rsnapshot. > > > > > > > > > > > > > > Grüße > > > > > > > Oskar > > > > > > > > > > > > > > Am Freitag, 7. August 2020, 09:08:18 CEST schrieb Jan Handwerker: > > > > > > > > Hallo Mark, > > > > > > > > > > > > > > > > Am 06.08.20 um 23:07 schrieb Mark Wenzel: > > > > > > > > > Ein Cronjob hilft Dir nur bei einem Rechner, der immer läuft > > > > > > > > > - > > > > > > > > > wie > > > > > > > > > bei > > > > > > > > > einem Server. Ein Laptop ist mit hoher Wahrscheinlichkeit > > > > > > > > > zum > > > > > > > > > Zeitpunkt, > > > > > > > > > an dem der Cronjob definiert ist, eben nicht an. Da wäre > > > > > > > > > eine > > > > > > > > > Lösung > > > > > > > > > schöner, die die Updates z.B. beim Ausschalten installiert. > > > > > > > > > Aber > > > > > > > > > dafür > > > > > > > > > habe ich auch noch keine Lösung gefunden. > > > > > > > > > > > > > > > > da hast Du recht. Ich mache das mit dem cronjob auch auf den > > > > > > > > Notebooks, > > > > > > > > für die ich verantwortlich bin und muss sagen, dass es da noch > > > > > > > > ein > > > > > > > > Problem gibt: Der User bekommt ja vom Update nichts mit. Das > > > > > > > > führt > > > > > > > > dazu, > > > > > > > > dass er gelegentlich den Rechner während des Updates > > > > > > > > abschaltet. > > > > > > > > Das > > > > > > > > kann den Rechner unbenutzbar machen. Ist bereits zweimal > > > > > > > > vorgekommen. > > > > > > > > Umgekehrt würde ich sagen, dass zweimal recht selten ist, in > > > > > > > > Anbetracht > > > > > > > > von 4 Notebooks die seit Jahren so laufen. > > > > > > > > > > > > > > > > Gegen das nicht-Ausführen hilft natürlich, die Häufigkeit des > > > > > > > > Cronjobs > > > > > > > > zu erhöhen. Außerdem habe ich im Hinterkopf, aber nie > > > > > > > > ausprobiert, > > > > > > > > dass > > > > > > > > es ein Tool namens anacron gibt. Soweit ich das weiß, führt > > > > > > > > das > > > > > > > > "ausgefallene" cronjobs durch. Ausgefallen weil eben der > > > > > > > > Rechner > > > > > > > > abgeschaltet war als er hätte tun sollen... > > > > > > > > > > > > > > > > Gruß > > > > > > > > Jan > > > > > > > > > > > > Hallo Jan, > > > > > > > > > > > > den job Manager at habe ich früher viel verwendet, hat immer > > > > > > zuverlässig > > > > > > seinen Dienst getan, weshalb ich es ausprobieren möchte. Vor allem > > > > > > da > > > > > > die > > > > > > Yast-Lösung wohl nicht so zuverlässig lauft. Laut zypper lu stehen > > > > > > Updates > > > > > > an auch 2 Patches stünden an (würden die mit den obigen Befehl > > > > > > auch > > > > > > erschlagen? Warum eigentlich dup und nicht up?) > > > > > > > > > > > > Was mich noch an Deiner Lösung verwirrt ist die boot.local, die > > > > > > gibt > > > > > > es > > > > > > doch so nicht mehr. Kann man die einfach unter /etc/init.d > > > > > > anlegen? > > > > > > Was > > > > > > muss getan werden, damit diese ausgeführt wird? > > > > > > > > > > > > Herbert > > > > > > > > so habe ich es auch gemacht und gleich nach dem Start mit top > > > > gemonitort, > > > > ob nach 3 Minuten, so die Einstellung, zypper läuft. Nichts, at ist > > > > installiert wird aber nicht ausgeführt. Auch at -q (gleich nach dem > > > > Start > > > > in einer root- shell zeigt nichts an. > > > > > > > > Herbert > > > > Hallo Oskar, > > > > danke jetzt läuft es. > > > > Herbert Hallo Oskar, Die Automatische Online-Aktualisierung in Yast habe ich jetzt wieder deaktiviert. Bleibt nur die Frage, ob sich Zypper nicht mit PackageKit beißt. Hatte schon öffters den Fall, dass ich etwas mit zypper installieren wollte und es hieß, dass der Dienst gerade durch PackeKit blockiert wird. SuSE installiert das Teil ja standardmäßig. Hast Du daran was geändertẞ Laufen bei Dir die beiden Dienste: Yast->Diensteverwaltung packagekit und packagekit-background? Herbert -- 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

Re: automatische Softwareaktualisierung?
by tux-online 08 Aug '20

08 Aug '20

Hallo Herbert! Damit at läuft: at installieren, unter yast -> System -> Dienste-Verwaltung: atd Start-Modus: Beim Systemstart Viele Grüße Oskar Am Samstag, 8. August 2020, 15:13:24 CEST schrieben Sie: > Am Samstag, 8. August 2020, 15:00:53 CEST schrieb tux-online: > > Hallo Herbert! > > > > Die Umsetzung mit boot.local stammt von mir. Der Bootvorgang liefert zwar > > eine Fehlermeldung, aber die Befehle werden wie gewünscht ausgeführt. > > > > Gespeichert habe ich die Datei unter: > > /etc/init.d/ > > > > Das Skript zypper-update liegt bei mir unter: > > /usr/local/bin/ > > > > Viele Grüße > > Oskar > > > > Am Samstag, 8. August 2020, 14:39:57 CEST schrieb Herbert Albert: > > > Am Freitag, 7. August 2020, 10:04:49 CEST schrieb tux-online: > > > > Hallo! > > > > > > > > Ich habe die Aktualisierung mit at/ atd wie folgt automatisiert: > > > > > > > > Ein Skript zypper-update: > > > > #! /bin/sh > > > > nice -n 19 zypper -n dup -l --download-as-needed > > > > --no-allow-vendor-change > > > > -- no-allow-arch-change --recommends > > > > > > > > Und boot.local: > > > > #! /bin/sh > > > > at -f /usr/local/bin/rsnapshot-at-boot now + 3 minutes > > > > at -f /usr/local/bin/zypper-update now + 5 minutes > > > > > > > > Damit habe ich Updates kurz nach jedem Neustart und ein Backup mit > > > > rsnapshot. > > > > > > > > Grüße > > > > Oskar > > > > > > > > Am Freitag, 7. August 2020, 09:08:18 CEST schrieb Jan Handwerker: > > > > > Hallo Mark, > > > > > > > > > > Am 06.08.20 um 23:07 schrieb Mark Wenzel: > > > > > > Ein Cronjob hilft Dir nur bei einem Rechner, der immer läuft - wie > > > > > > bei > > > > > > einem Server. Ein Laptop ist mit hoher Wahrscheinlichkeit zum > > > > > > Zeitpunkt, > > > > > > an dem der Cronjob definiert ist, eben nicht an. Da wäre eine > > > > > > Lösung > > > > > > schöner, die die Updates z.B. beim Ausschalten installiert. Aber > > > > > > dafür > > > > > > habe ich auch noch keine Lösung gefunden. > > > > > > > > > > da hast Du recht. Ich mache das mit dem cronjob auch auf den > > > > > Notebooks, > > > > > für die ich verantwortlich bin und muss sagen, dass es da noch ein > > > > > Problem gibt: Der User bekommt ja vom Update nichts mit. Das führt > > > > > dazu, > > > > > dass er gelegentlich den Rechner während des Updates abschaltet. Das > > > > > kann den Rechner unbenutzbar machen. Ist bereits zweimal > > > > > vorgekommen. > > > > > Umgekehrt würde ich sagen, dass zweimal recht selten ist, in > > > > > Anbetracht > > > > > von 4 Notebooks die seit Jahren so laufen. > > > > > > > > > > Gegen das nicht-Ausführen hilft natürlich, die Häufigkeit des > > > > > Cronjobs > > > > > zu erhöhen. Außerdem habe ich im Hinterkopf, aber nie ausprobiert, > > > > > dass > > > > > es ein Tool namens anacron gibt. Soweit ich das weiß, führt das > > > > > "ausgefallene" cronjobs durch. Ausgefallen weil eben der Rechner > > > > > abgeschaltet war als er hätte tun sollen... > > > > > > > > > > Gruß > > > > > Jan > > > > > > Hallo Jan, > > > > > > den job Manager at habe ich früher viel verwendet, hat immer zuverlässig > > > seinen Dienst getan, weshalb ich es ausprobieren möchte. Vor allem da > > > die > > > Yast-Lösung wohl nicht so zuverlässig lauft. Laut zypper lu stehen > > > Updates > > > an auch 2 Patches stünden an (würden die mit den obigen Befehl auch > > > erschlagen? Warum eigentlich dup und nicht up?) > > > > > > Was mich noch an Deiner Lösung verwirrt ist die boot.local, die gibt es > > > doch so nicht mehr. Kann man die einfach unter /etc/init.d anlegen? Was > > > muss getan werden, damit diese ausgeführt wird? > > > > > > Herbert > > so habe ich es auch gemacht und gleich nach dem Start mit top gemonitort, ob > nach 3 Minuten, so die Einstellung, zypper läuft. Nichts, at ist > installiert wird aber nicht ausgeführt. Auch at -q (gleich nach dem Start > in einer root- shell zeigt nichts an. > > Herbert -- 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

Bluetooth Dongel lässt KDE einfrieren
by Michael Schueller 07 Aug '20

07 Aug '20

Hallo Liste Bei mir läuft Leap 15.1 mit dem default KDE Desktop Das Home Verzeichnis wurde bereits vor etlichen Upgrades angelegt. Mein Problem: Wenn ich einen Bluetooth Dongel einstecke wird der Dongle erkannt, aber anschließend friert das System ein. Das dauert dann ein paar Minuten, bis das System wieder benutzbar wird, allerdings mit einer X-Server Auslastung von 50%. Wenn ich jedoch einen neu angelegten Benutzer starte und dort den Dongle einstecke, läuft das System rund, keine Auffälligkeiten. Nun frage ich mich, kann ich den KDE Desktop neu initialisieren, so das die Konfiguration des Desktop´s auf Anfang gesetzt wird. Oder gibt es andere Konfigurationsdateien die ich durch löschen neu anlegen lassen könnte ? Vielen Dank, Micha -- 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

youtube-dl-gui auf leap 15.2
by Herbert Albert 07 Aug '20

07 Aug '20

Hallo, youtube-dl-gui funktioniert auf einem leap 15.2 Rechner nicht, auf einen anderen hingegen schon. youtube-dl alleine funktioniert auf beiden. Installiert sind auf dem Rechner, wo es nicht funktioniert: Rechner1:~> zypper se -si *youtube-dl* Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Typ | Version | Arch | Repository ---+----------------------------+-------+----------------------+-------- +------------------- i+ | youtube-dl | Paket | 2020.07.28-pm152.1.1 | noarch | Packman Repository i+ | youtube-dl-bash-completion | Paket | 2020.05.08-lp152.1.1 | noarch | Haupt-Repository i | youtube-dl-fish-completion | Paket | 2020.05.08-lp152.1.1 | noarch | Haupt-Repository i+ | youtube-dl-gui | Paket | 0.4-lp152.3.3 | noarch | Haupt-Repository i | youtube-dl-gui-lang | Paket | 0.4-lp152.3.3 | noarch | Haupt-Repository i+ | youtube-dl-zsh-completion | Paket | 2020.05.08-lp152.1.1 | noarch | Haupt-Repository Auf dem Rechner, auf dem es funktioniert: Rechner2:~> zypper se -si *youtube-dl* Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Typ | Version | Arch | Repository ---+----------------------------+-------+----------------------+-------- +----------------------- i | youtube-dl | Paket | 2020.07.28-pm152.1.1 | noarch | Packman Repository i | youtube-dl-bash-completion | Paket | 2020.05.08-lp152.1.1 | noarch | Haupt-Repository (OSS) i+ | youtube-dl-gui | Paket | 0.4-lp152.3.3 | noarch | Haupt-Repository (OSS) i+ | youtube-dl-gui-lang | Paket | 0.4-lp152.3.3 | noarch | Haupt-Repository (OSS) i | youtube-dl-zsh-completion | Paket | 2020.05.08-lp152.1.1 | noarch | Haupt-Repository (OSS) Hier ein Beispiel auf Rechner1: :~> youtube-dl -x --audio-format mp3 --audio-quality 0 https://youtu.be/ WyF8RHM1OCg [youtube] WyF8RHM1OCg: Downloading webpage [download] Destination: Whitesnake - Here I Go Again '87 (Official Music Video)-WyF8RHM1OCg.webm [download] 100% of 4.16MiB in 00:03 [ffmpeg] Destination: Whitesnake - Here I Go Again '87 (Official Music Video)- WyF8RHM1OCg.mp3 Deleting original file Whitesnake - Here I Go Again '87 (Official Music Video)-WyF8RHM1OCg.webm (pass -k to keep) Also youtube-dl ohne GUI funktioniert. Die selbe URL in der GUI, sagt nach "Start" sofort "Finisched" Im Log-File steht: Thu Aug 6 09:44:13 2020] Traceback (most recent call last): [Thu Aug 6 09:44:13 2020] File "/usr/lib64/python2.7/runpy.py", line 174, in _run_module_as_main [Thu Aug 6 09:44:13 2020] "__main__", fname, loader, pkg_name) [Thu Aug 6 09:44:13 2020] File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code [Thu Aug 6 09:44:13 2020] exec code in run_globals [Thu Aug 6 09:44:13 2020] File "/usr/bin/youtube-dl/__main__.py", line 16, in <module> [Thu Aug 6 09:44:13 2020] File "/usr/bin/youtube-dl/youtube_dl/ __init__.py", line 15, in <module> [Thu Aug 6 09:44:13 2020] File "/usr/bin/youtube-dl/youtube_dl/options.py", line 8, in <module> [Thu Aug 6 09:44:13 2020] File "/usr/bin/youtube-dl/youtube_dl/downloader/ __init__.py", line 3, in <module> [Thu Aug 6 09:44:13 2020] File "/usr/bin/youtube-dl/youtube_dl/downloader/ common.py", line 10, in <module> [Thu Aug 6 09:44:13 2020] File "/usr/bin/youtube-dl/youtube_dl/utils.py", line 30, in <module> [Thu Aug 6 09:44:13 2020] ImportError: No module named ssl Auf Rechner2, bei dem es funktioniert, steht nur: [Thu Aug 6 07:53:57 2020] WARNING: Requested formats are incompatible for merge and will be merged into mkv. Hat jemand eine Idee an was es liegen könnte? Herbert -- 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 15

KMail und IMAP
by Herbert Albert 07 Aug '20

07 Aug '20

Hallo, KMail ärgert mich in letzter Zeit öfters, was ggf. mit POP3 zusammenhängt. So hatte ich von einem web.de Account keine Nachrichten mehr erhalte, obwohl bei Web-Login viele Nachrichten vorhanden waren. Stelle ich nun auf IMAP um habe ich ein Verständnisproblem, da ich mit IMAP bisher noch nichts am Hut hatte. Bisher läuft das bei mir (alles POP3 Accounts) so ab, dass eingehende Mails von verschiedenen Accounts im Posteingangsordner (direkt unter "Lokale Ordner") landen oder, wenn sie gefiltert werden, sofort in jeweilige Unterordner unterhalb von "Lokale Ordner" einsortiert werden. Damit ich die Mails auch vom Smartphone oder außerhalb via Webmail noch lesen kann, habe ich in KMail oder der Smartphone App eingestellt, das diese eine gewisse Zeit noch auf dem Server liegen bleiben. Wie läuft das nun mit IMAP? Ich hätte das im Prinzip so wie bisher, das Mails auf jeden Fall dauerhaft auf meinen Hauptrechner landen, jedoch (zumindest eine Zeit lang) auch von anderen Geräten oder Webmail einsehbar sind. Funktionieren die in KMail eingestellten Filter auch auf ein IMAP Konto? Zum Test habe ich das Web.de Konto zusätzlich in KMail als IMAP-Konto hinzu gefügt. Die Einrichtung habe ich von KMail durchführen lassen. Danach hatte ich neben "Lokaler Ordner" noch einen weiteren Ordner "WEB.DE Freemail (meine mailAdresse)" mit der Struktur Posteingang, Entwurf, Entwürfe, Gesendet, Papierkorb, Postausgang, Spam und Unbekannt. Wenn das bei allen Konten so ist, wird mein Baum, links im KMail-Fenster langsam unübersichtlich, da sehr lang. Gibt es nicht die Möglichkeit, dass alle eingehenden Mail in einen Ordner auflaufen, also wie bisher? Wenn nicht sollten zumindest die eingehenden, die mit einem Filter belegt sind (Absender, Betreff, etc.) gleich in den Unterorder unterhalb "Lokaler Ordner" sortiert werden, aber dennoch auf dem Server bleiben, damit sie auch per Smartphonem, Webmail etc. gelesen werden können. Vielleicht denke ich zu kompliziert und es geht ganz einfach, ich jedenfalls habe es noch nicht durchschaut. Herbert -- 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 6

VirtualBox und Tumbleweed
by Helga Fischer 07 Aug '20

07 Aug '20

Hallo Liste, jetzt kommt: Eine unspezifische Frage. Gestern habe ich meine Tumbleweed-Suse mit allen vorhandenen Updates versorgt. Nachdem das 4000 Pakete waren, ist wohl die komplette Installation einmal umgegraben worden. VirtualBox liegt in Version 6.1.12_SUSE r139181 vor. Ich arbeite von einem KDE-Desktop aus. Nun habe ich VirtualBox angeworfen und eine Tumbleweed-VM ebenfalls mit einem Update versorgt. Da nervte bereits x an mir vorbeilaufenden Fensterchen des KDE-Desktops mit Fehlermeldungen von vbox, die ich a) ignorierte und b) einfach auf ein Missverhältnis zwischen Host-Kernel und den Gasterweiterung geschoben habe. Auf der VM erst einmal zypper angeworfen. Da das länger ging, auf einem anderen Desktop gegangen und was anderes gemacht. Beim Gucken, wie weit das Update war, fiel mir eine Art Stillstand der VM auf. Ist nur einem Zufall zu verdanken, dass ich sie nicht gleich abgemurxt habe, denn sie meldete sich dann auch wieder zum Dienst. Alles komisch, denn warum sollte sie irgendwie in einen Ruhezustand verfallen, wenn doch das Update lief. Nachdem ich sie immer mal wieder anschubste, lief auch das Update durch und ich konnte einen Reboot machen. Fuhr alles hoch, ich sah den dortigen KDE-Desktop (Plasma), schloss ein Fenster und wollte mich der Installation der Gasterweiterungen widmen. Zack, alles schwarz, nix ging mehr. Maschine über vbox ausgeknipst, neu gestartet, eingeloggt und noch schnell: wusch, alles schwarz. Das gleiche Spiel mit TWM. Ich konnte nicht einmal gucken, ob ich da einen sshd laufen hatte und vielleich so auf die Maschine komme. Der letzte Versuch war dann, den vorherigen Kernel auf dieser VM zu starten. Den konnte ich auch auswählen, aber da stand Virtualbox und ich war auch dem Host Maus und Tastatur los. Ich war begeistert. Mit einem anderen Rechner und über ssh habe ich dann alle VirtualBox-Prozesse gekillt und hatte Maus und Tastatur wieder. Was war das denn für ein Spuk? Ich sitze jetzt etwas ratlos da. YaST hatte heute Abend keine Aktualisierungen bzgl. VirtualBox. Irgendeine Idee, in welche Richtung ich gucken könnte? Oder einfach mal abwarten, ob sich Päckchentechnisch was tut? Helga -- ## Technik: [https://de.opensuse.org] ## Privat: [http://www.eschkitai.de] ## Politik: [https://bge-community.buendnis-grundeinkommen.de] -- 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

5 8

Verständnisfrage zu Paketaktualisierung=
by hamann.w＠t-online.de 07 Aug '20

07 Aug '20

Hallo, ich habe vorhin mal auf meine "400 Aktualisierungen, davon 300 wichtig" geclickt und dann mal die Liste so überflogen und einiges gesehen, was ich vermutlich nicht auf dem Rechner habe, z.B. den 389-ds (mit rpm -q kontrolliert, habe ich wirklich nicht) Beim Installieren der Updates scheint für jede der Aktualisierungen etwas zu passieren, aber was? Wird da ein Delta runtergeladen und verworfen, oder wird erst an dieser Stelle gecheckt, ob das überhaupt gebraucht wird. Wäre es eigentlich möglich, nur die Updates anzuzeigen und zu zählen, die für die installierte Software relevant sind? Viele Grüsse Wolfgang Hamann -- 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