openSUSE Users (Deutsch) July 2020

users-de@lists.opensuse.org

63 participants
47 discussions

Firefox Lockwise
by Helga Fischer 10 Jul '20

10 Jul '20

Hallo in die Runde, gestern Abend noch schnell Updates gezogen: openSUSE-Tumbleweed. Und nun staune ich nicht schlecht, mein Firefox-Default-Profil sieht aus wie sonst auch. Bookmarks alle am Platz, Verlauf ist da, nur - er kennt keine Zugangsdaten mehr. Das Lockwise-Modul läßt sich zwar aufrufen, ist aber leer. Wenn ich einen neuen Zugang anlegen will, dann geht da gar nichts. Sehr betrüblich, weil da sind viele Passwörter gespeichert. Kurioserweise funktionieren zwei andere Firefox-Profile ganz normal. Auch Lockwise. Unterschied: Diese Browserprofile enthalten nur einen einzigen Zugang und keinerlei weitere AddOns, außer einem AdBlocker. Im betroffenen Profil sieht alles eigentlich auch ganz normal aus. Blöd halt, dass ich nie herausgefunden habe, was wo drin steckt in den Datenbankdateien. Jetzt die Preisfrage: Irgendeine Vermutung, an was sich Lockwise verschluckt hat? Anderes AddOn? Damit bin ich aber sehr sparsam und habe die letzten Monate auch kein neues installiert. (Allerdings habe ich das AddOn herausgeworfen, dass die Verbindungen der einzelnen Websites visualisiert - das hat fast meinen Rechner zum Stillstand gebracht). 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

4 6

KDE calDAV & cardDAV Synchronisation mit t-online
by Karl Weber 10 Jul '20

10 Jul '20

Hallo Liste, betrifft openSUSE leap 15.0, KDE Desktop, Kontact-Anwendung. Ich versuche in KDEs Kontact Kontakte und Kalender mit einem t-online E-Mail Account zu synchronisieren. Mit einem Android Smartphone klappt das schon. Nun soll es noch mit Kontakt funktionieren. Tut es aber irgendwie nicht. Die Synchronisation soll calDAV bzw. cardDAV verwenden. Tut sie vom Smartphone aus -- in beide Richtungen. Kalender: Laut Anleitung der Telekom (Sync-Plus) ist als Server https://spica.t-online.de zu verwenden. Damit bekomme ich aus Kontact heraus keine Verbindung. Das klappt aber mit der längeren URL https://spica.t-online.de/spica-calendar/caldav/, allerdings nur in eine Richtung: Im KDE Kalender eingetragene Termine werden zum E-Mail Account hin synchronisiert, aber nicht umgekehrt. Die längere URL habe ich auf einer Webseite gefunden, nicht von der Telekom. Kontakte: Hier bekomme ich ebenfalls keine Verbindung zum Server, wenn ich die URL https://spica.t-online.de verwende. Mit der URL https://spica.t-online.de/spica-contacts/carddav/ geht es wieder. Und auch hier wieder nur in die Richtung KDE Kontact zum E-Mail account, aber nicht umgekehrt. Alternativ zur Lösung dieses Problems würde mir auch eine Alternative helfen, eine, mit der ich Kalender und Kontakte zwischen Smartphone und KDEs Kontact synchronisieren kann. Das ganze sollte schon etwas privat sein, also z.B. kein GMail Konto oder ähnliches voraussetzen. Zur Telekom habe ich da etwas mehr Vertrauen... Vielen Dank vorab für Eure Hilfe! Viele Grüße Karl -- 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

4 5

Dovecot
by Lothar 10 Jul '20

10 Jul '20

Hallo zusammen, ich habe es also getan (Wechsel - cyrus-imap nach dovecot) Soweit so gut. dovecot läuft und ich habe alle alten email mit viel Fleiß überführen können. Aber es hakt noch an den sieve-Regeln. Kann mir da jemand eine Tipp geben ? ich habe in meinem home-verzeichnis das Verzeichnis sieve und .sieve und eine leere Datei .dovecot.sieve für die Regeln angelegt. Mittlerweile habe sie die Rechte rwxrwxrwx, also alles erlaubt. Trotzdem meint dovecot er könne sieve nicht öffnen. Was mache ich falsch ?? Jul 08 19:01:38 tux dovecot[27708]: imap-login: Login: user=<lothar>, method=PLAIN, rip=172.20.0.4, lip=192.168.178.20, mpid=31888, TLS, session=<KBqoD/GpAr2sFAAE> Jul 08 19:01:38 tux dovecot[27708]: imap(lothar)<31888><KBqoD/GpAr2sFAAE>: Logged out in=1869 out=8847 deleted=1 expunged=1 trashed=0 hdr_count=1 hdr_bytes=444 body_count=0 body_bytes=0 Jul 08 19:01:49 tux dovecot[27708]: managesieve-login: Login: user=<lothar>, method=PLAIN, rip=172.20.0.4, lip=192.168.178.20, mpid=32219, TLS, session=<jf1QEPGpRtKsFAAE> Jul 08 19:01:49 tux dovecot[27708]: managesieve(lothar)<32219><jf1QEPGpRtKsFAAE>: Error: sieve: file storage: Failed to list scripts: opendir(/home/lothar/sieve) failed: Permission denied (euid=1000(lothar) egid=100(users) UNIX perms appear ok (ACL/MAC wron> Jul 08 19:01:49 tux dovecot[27708]: managesieve(lothar)<32219><jf1QEPGpRtKsFAAE>: Failed to list scripts: Script storage not accessible Jul 08 19:01:49 tux dovecot[27708]: imap-login: Login: user=<lothar>, method=PLAIN, rip=172.20.0.4, lip=192.168.178.20, mpid=32221, TLS, session=<ZDtREPGpCr2sFAAE> Jul 08 19:01:49 tux dovecot[27708]: imap(lothar)<32221><ZDtREPGpCr2sFAAE>: Logged out in=68 out=4267 deleted=0 expunged=0 trashed=0 hdr_count=0 hdr_bytes=0 body_count=0 body_bytes=0 Jul 08 19:01:49 tux dovecot[27708]: managesieve(lothar)<32219><jf1QEPGpRtKsFAAE>: Connection closed bytes=25/418 Jul 08 19:01:49 tux dovecot[27708]: imap-login: Login: user=<lothar>, method=PLAIN, rip=172.20.0.4, lip=192.168.178.20, mpid=32223, TLS, session=<mNhTEPGpEL2sFAAE> Jul 08 19:01:49 tux dovecot[27708]: imap(lothar)<32223><mNhTEPGpEL2sFAAE>: Logged out in=1998 out=12100 deleted=0 expunged=0 trashed=0 hdr_count=0 hdr_bytes=0 body_count=0 body_bytes=0 lines 1-27/27 (END) -- Lothar -- 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

Thunderbolt Dock
by Bernd Nachtigall 10 Jul '20

10 Jul '20

Guten Tag, ein älteres HP ZBook 15 soll etwas aufgewertet werden. Es hat einen Thunderbolt-Anschluss und ich spiele mit dem Gedanken dort ein entsprechendes Dock anzuschließen. Nun sehe ich bei den Angeboten dieser Docks immer die Bezeichnungen Win10 oder Win/Mac oder ähnlich. Benötigt man für den Anschluss eines Thunderbolt-Docks tatsächlich die Unterstützung des Betriebssystems? Sind da Probleme beim Betrieb mit openSUSE zu erwarten? Für geteilte Erfahrungen wäre ich dankbar. 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

3 4

Update Repo openSUSE-current
by Daniel Fuhrmann 10 Jul '20

10 Jul '20

Hallo Liste, weiß jemand, wann/ob die Update Repos die unter dem current-Label laufen auf 15.2 gestellt werden? Bringt mir immer ein bisschen Ärger beim updaten. Die Hauptrepos sind schon umgestellt. Gruß, Daniel -- 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: Dovecot
by Lothar 09 Jul '20

09 Jul '20

Hallo Christian, hallo zusammen, ja super Fehler gefunden aber wegen Unfähigkeit nicht zu beseitigen. Vielen Dank schon mal. Im "complain -mode" funktionier alles wie es soll. Ich habe dann mal Regeln gelöscht und eingefügt. Dann mit aa-logprof apparmor upgedated. Ergebnis siehe hier capability setuid, /etc/dovecot/** r, /usr/bin/doveconf rix, /usr/lib/dovecot/managesieve mrix, @{DOVECOT_MAILSTORE}/ rw, @{DOVECOT_MAILSTORE}/** rwlk, owner /home/*/.dovecot.sieve w, owner /home/*/.dovecot.sieve-new.1594300687.P21209M811901.tux rw, owner /home/*/.dovecot.sieve-new.1594300736.P21703M62435.tux rw, owner /home/*/.dovecot.sieve-new.1594301440.P28951M927662.tux rw, owner /home/*/.dovecot.sieve-new.1594302400.P13081M714233.tux rw, owner /home/*/.dovecot.sieve-new.1594303246.P695M145457.tux rw, owner /home/*/.dovecot.sieve-new.1594303416.P2128M763160.tux rw, owner /home/*/.dovecot.sieve-new.1594303423.P2159M653787.tux rw, owner /home/*/.dovecot.sieve-new.1594303451.P2464M817179.tux rw, owner /home/*/sieve/ r, owner /home/*/sieve/dovecot.orig.sieve w, owner /home/*/sieve/dovecot.orig.sieve.tmp rwl, owner /home/*/sieve/mail.sieve rw, owner /home/*/sieve/tmp/ rw, owner /home/*/sieve/tmp/mail_1594300687.M808832P21209.tux.sieve rw, owner /home/*/sieve/tmp/mail_1594300736.M59181P21703.tux.sieve rw, owner /home/*/sieve/tmp/mail_1594301292.M588150P27743.tux.sieve w, owner /home/*/sieve/tmp/mail_1594301440.M923320P28951.tux.sieve rw, owner /home/*/sieve/tmp/mail_1594301739.M953664P2552.tux.sieve w, owner /home/*/sieve/tmp/mail_1594301820.M117575P4973.tux.sieve w, owner /home/*/sieve/tmp/mail_1594301878.M560176P7464.tux.sieve w, owner /home/*/sieve/tmp/mail_1594301891.M89168P7524.tux.sieve w, owner /home/*/sieve/tmp/mail_1594301900.M473436P7578.tux.sieve w, owner /home/*/sieve/tmp/mail_1594301959.M438084P9886.tux.sieve w, owner /home/*/sieve/tmp/mail_1594301965.M531717P9912.tux.sieve w, owner /home/*/sieve/tmp/mail_1594302332.M236116P12673.tux.sieve w, owner /home/*/sieve/tmp/mail_1594302400.M710706P13081.tux.sieve rw, owner /home/*/sieve/tmp/mail_1594302642.M368325P20690.tux.sieve w, owner /home/*/sieve/tmp/mail_1594302944.M388986P25045.tux.sieve w, owner /home/*/sieve/tmp/mail_1594303061.M182499P28175.tux.sieve w, owner /home/*/sieve/tmp/mail_1594303246.M141902P695.tux.sieve rw, owner /home/*/sieve/tmp/mail_1594303351.M109657P1462.tux.sieve w, owner /home/*/sieve/tmp/mail_1594303416.M759744P2128.tux.sieve rw, owner /home/*/sieve/tmp/mail_1594303423.M650548P2159.tux.sieve rw, owner /home/*/sieve/tmp/mail_1594303451.M813905P2464.tux.sieve rw, } Kann ich da mit dem vi dran ? Nach aktivieren des enforce - modus geht es dann wieder nicht . ----------------ursprüngliche Nachricht----------------- Von: Christian Boltz [suse(a)cboltz.de] An: opensuse-de(a)opensuse.org Datum: Thu, 09 Jul 2020 13:13:26 +0200 ------------------------------------------------- > Hallo Lothar, hallo zusammen, > > Am Mittwoch, 8. Juli 2020, 22:15:33 CEST schrieb Lothar: >> Nach einem systemctl stop apparmor.service [...] hat sich nichts >> geändert. > > Das wundert mich überhaupt nicht - "rcapparmor stop" macht _nichts_. > Das liegt daran, wie systemd "restart" implementiert - quasi stop > gefolgt von start, und für AppArmor ist diese Lösung tödlich. Daher > steht in apparmor.service zwecks Schadensvermeidung ExecStop=/bin/true > ;-) und ein Kommentar, der die Gründe dafür erklärt. > > Falls Du AppArmor tatsächlich abschalten willst, gibt es aa-teardown > (das macht das, was eigentlich "stop" machen sollte ;-) > > Allerdings würde ich eher zu > aa-complain /etc/apparmor.d/usr.lib.dovecot.managesieve > raten - da wird erstmal alles erlaubt, aber fleißig geloggt, damit > aa-logprof hinterher das Profil passend ergänzen kann. > Wenn Du dann alles Nötige erlaubt hast, bitte > aa-enforce /etc/apparmor.d/usr.lib.dovecot.managesieve > nicht vergessen ;-) > > > Gruß > > Christian Boltz -- 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

glibc 2.17 aus OS 12.3 in OS 12,2 (glibc 2.15) installieren?
by dirk 09 Jul '20

09 Jul '20

Hallo, firefox vermisst nach aktuellem Update die glibc 2.17. Installiert ist in meinem OS 12.2 die glibc 2.15. Aus verschiedenen Gründen dauert das OS-update noch ein bisschen. Den Firefox benötige ich jedoch. Führt die Installation von glibc 2.17 aus der OS 12.3 in meine OS 12.2 zu Problemen? -- 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

4 3

ffwp-Dateien
by Karl Brandt 09 Jul '20

09 Jul '20

Eine für mich zuständige Behörde hat jetzt neue Formulare mit der Endung .ffwp (FormsForWeb Packet files) erstellt. Man kann die Formulare online ausfüllen, aber ich hätte sie gerne auf dem PC. Das ist auch so vorgesehen, ein entsprechendes Formularpaket mit der Endung .ffwp wird zum Download angeboten. Gibt es ein Programm unter Linux mit dem ich die Datei öffnen und die Formulare ausfüllen kann? Für jede zielführende Antwort dankbar Karl Brandt -- 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

4 4

/use/etc in leap 15.2
by Eric Schirra 07 Jul '20

07 Jul '20

In den Infos und Artikel zu 15.2 liest man, dass die Umstellung nach /usr/etc begonnen wurde. Nun finde ich aber nach einem Upgrade noch nicht Mal das Verzeichnis /usr/etc. Liegt das nun am Upgrade, also weil es keine Neuinstallation ist, oder gibt es das doch noch nicht in 15.2? Oder muss dann noch etwas installiert werden? Bin etwas verwirrt. Gruß Eric -- 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 10

ownCloud und apache2 von leap 15.1
by Werner Franke 07 Jul '20

07 Jul '20

Hallo zusammen, benutzt jemand von Euch ownCloud unter Leap 15 ? Ich habe auf leap 15.1 ownCloud installiert und so konfiguriert, dass es (nur) über https erreichbar ist. Auch aus dem Internet mittels Portweiterleitung über eine Fritzbox. (Aber nicht über 443) Das hat alles funktioniert bis ich in /etc/apache2/default-server.conf für <Directory "/srv/www/htdocs" AllowOverride von "None" auf "All" geändert habe, damit ich bei einer anderen https Seite ein .htaccess benutzen kann. Nun bekomme ich bei https://hpserver/owncloud (Beispiel des internen Zugriffs) die Meldung You don't have permission to access /owncloud/ on this server. Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request. Meldung kommt bei ALLEN Zugriffen. In /srv/www/htdocs/owncloud/ gibt es ein etwas längliches .htaccess, was bei owncloud wohl standardmässig dabei ist. Wenn ich das nach .htaccess.X umbenenne, geht wieder alles, was aber nicht der Sinn sein kann. Am Ende von /srv/www/htdocs/owncloud/.htaccess steht ErrorDocument 403 /owncloud/core/templates/403.php ErrorDocument 404 /owncloud/core/templates/404.php Die Files existieren in /srv/www/htdocs/owncloud/core/templates Im Netz habe ich zwar was zu dem Thema gefunden, aber dort geht es nur um Directory/File Berechtigungen, was aber nicht das das Problem sein kann, denn ich habe alles unter /srv/www/htdocs/owncloud dem User wwwrun.www vermacht (chown -R). Unter diesem User läuft der apache2. Hat jemand eine Idee, wo das Problem sitzt ? Der apache2 ist eine Std Installation und unter owncloud habe ich auch nicht viel gedreht. Nur die /owncloud/data liegt auf einer anderen Disk als / trusted_domains ist angepasst Das Zertifikat für den apache2 ist selbstsigniert. 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

4 6

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

1993

openSUSE Users (Deutsch) July 2020