Alles klar - bester Dank gebührt euch wiederum für die Hilfe!
Beiträge von bergler
-
-
Code
Alles anzeigen# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service ---+----------------------------------+----------------------------------------------------------------------+---------+-----------+---------+----------+--------+------------------------------------------------------------------------------------------------+-------- 1 | KDE_Extra | Additional packages maintained by the KDE team (openSUSE_Tumbleweed) | Ja | (r ) Ja | Ja | 99 | rpm-md | https://download.opensuse.org/repositories/KDE:/Extra/openSUSE_Tumbleweed/ | 2 | MEGAsync | MEGAsync | Ja | (r ) Ja | Ja | 99 | rpm-md | https://mega.nz/linux/repo/openSUSE_Tumbleweed/ | 3 | devel_languages_perl_CPAN-Y | CPAN modules not in devel:languages:perl (openSUSE_Tumbleweed) | Ja | (r ) Ja | Ja | 99 | rpm-md | https://download.opensuse.org/repositories/devel:/languages:/perl:/CPAN-Y/openSUSE_Tumbleweed/ | 4 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/ | 5 | download.opensuse.org-oss | Haupt-Repository (OSS) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/ | 6 | download.opensuse.org-tumbleweed | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/tumbleweed/ | 7 | home_Dead_Mozay | home:Dead_Mozay (openSUSE_Tumbleweed) | Ja | (r ) Ja | Ja | 99 | rpm-md | https://download.opensuse.org/repositories/home:/Dead_Mozay/openSUSE_Tumbleweed/ | 8 | home_Sauerland_sane | sane-backend (openSUSE_Tumbleweed) | Ja | (r ) Ja | Ja | 99 | rpm-md | https://download.opensuse.org/repositories/home:/Sauerland:/sane/openSUSE_Tumbleweed/ | 9 | network_chromium | Chromium (openSUSE_Tumbleweed) | Ja | (r ) Ja | Ja | 99 | rpm-md | https://download.opensuse.org/repositories/network:/chromium/openSUSE_Tumbleweed/ | 10 | openSUSE_Tumbleweed | openSUSE_Tumbleweed_packman | Ja | (r ) Ja | Ja | 98 | rpm-md | https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/ | 11 | repo-openh264 | Open H.264 Codec (openSUSE Tumbleweed) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed | 12 | vivaldi | vivaldi | Ja | (r ) Ja | Ja | 99 | rpm-md | https://repo.vivaldi.com/archive/rpm/x86_64 | 13 | vivaldi-snapshot | vivaldi-snapshot | Ja | (r ) Ja | Ja | 99 | rpm-md | https://repo.vivaldi.com/archive/rpm/x86_64 | 14 | yandex-browser | yandex-browser | Ja | ( p) Ja | Ja | 99 | rpm-md | http://repo.yandex.ru/yandex-browser/rpm/stable/x86_64 | 15 | yandex-browser-beta | yandex-browser-beta | Ja | ( p) Ja | Ja | 99 | rpm-md | http://repo.yandex.ru/yandex-browser/rpm/beta/x86_64
Uebrigens ist KDE_Extra seit wenigen Minuten wieder normal zugänglich - sudo zypper dup verlief daher soeben problemlos!!!
-
Was meinst du genau mit
Hast du mal den UL im Browser eingegeben?
Ich habe da schon im Browser nach KDE:Extra und KDE:/Extra gesucht, aber nichts Verständliches für Laien gefunden.
Ueberhaupt habe ich ein Problem, die wichtigen von den unwichtigen, die aktuellen von den veralteten Repos zu trennen.
Wo kann man sich da (in einfacher Sprache) informieren?
-
Guten Tag
Beim heutigen zypper dup erhalte ich folgende Meldung:
Ist das ein vorübergehendes Problem?
Brauche ich dieses Repo überhaupt noch?
Schon beim ersten resultierenden Problem erhalte ich die Meldung
CodeProblem: Problem mit dem installierten amarok-2.9.75git.20230408T114133~7098c192a6-173.42.x86_64 Lösung 1: amarok-2.9.75git.20230408T114133~7098c192a6-1.10.x86_64 von Hersteller openSUSE installieren und amarok-2.9.75git.20230408T114133~7098c192a6-173.42.x86_64 von Hersteller obs://build.opensuse.org/KDE:Extra ersetzen Lösung 2: veraltetes amarok-2.9.75git.20230408T114133~7098c192a6-173.42.x86_64 beibehalten
..... wobei die Lösung 1 ja sehr plausibel klingt.
Es gibt da offenbar 32 Probleme.
Betroffen sind u.a. ausser Amarok auch digikam, krename, scribus, showfoto und tellico.
-
Kein entsprechender Eintrag in /etc/fstab .
--> ich deinstalliere davfs2 beim nächsten zypper dup, falls group(davfs2) immer noch nicht bereitgestellt wird.
-
Mir scheint, dass die davfs2-Konfigurationsdateien - siehe obigen Code - bei mir (beim Benutzer) entweder nicht vorhanden sind bzw. im Fall der systemweiten configs nur einen Standardeintrag haben, der keine spezifischen webdav-Verbindungen beinhaltet. Jedenfalls habe ich auf dem Heim-PC mit Leap 15.4, auf dem ich m.W. webdav gar nie oder schon lange Zeit nicht mehr verwendet habe, den gleichen Eintrag in der systemweiten config unter /etc/davfs2/davfs2.config wie im Büro-PC mit Tumbleweed.
Ist das korrekt?
Kann ich daraus schliessen, dass davfs2 im Moment in meinem System überhaupt nicht verwendet wird?
Dann könnte ich deinstallieren.
Oder verlangt dasThunderbird-Adressbuch mit CardDav und CalDav allenfalls für die Synchronisation davfs2 - in diesem Fall werde ich natürlich nicht die Lösung 1 (Deinstallation) wählen!
-
/etc/davfs2/ :
Code
Alles anzeigen# davfs2 configuration file 2020-08-03 # version 13 # ------------------------------------ # Copyright (C) 2006, 2007, 2008, 2009, 2012, 2013, 2014 Werner Baumann # Copying and distribution of this file, with or without modification, are # permitted in any medium without royalty provided the copyright notice # and this notice are preserved. # Please read the davfs2.conf (5) man page for a description of the # configuration options and syntax rules. # Available options and default values # ==================================== # General Options # --------------- # dav_user davfs2 # system wide config file only # dav_group davfs2 # system wide config file only # buf_size 16 # KiByte # WebDAV Related Options # ---------------------- # use_proxy 1 # system wide config file only # proxy # system wide config file only # trust_ca_cert # servercert # deprecated: use trust_ca_cert # trust_server_cert # clientcert # secrets ~/.davfs2/secrets # user config file only # ask_auth 1 # use_locks 1 # lock_owner <user-name> # lock_timeout 1800 # seconds # lock_refresh 60 # seconds # use_expect100 0 # if_match_bug 0 # drop_weak_etags 0 # n_cookies 0 # precheck 1 # ignore_dav_header 0 # use_compression 0 # min_propset 0 # follow_redirect 0 # sharepoint_href_bug 0 # server_charset # connect_timeout 10 # seconds # read_timeout 30 # seconds # retry 30 # seconds # max_retry 300 # seconds # add_header # Cache Related Options # --------------------- # backup_dir lost+found # cache_dir /var/cache/davfs2 # system wide cache # ~/.davfs2/cache # per user cache # cache_size 50 # MiByte # table_size 1024 # dir_refresh 60 # seconds # file_refresh 1 # second # delay_upload 10 # gui_optimize 0 # minimize_mem 0 # Debugging Options # ----------------- # debug # possible values: config, kernel, cache, http, xml, # httpauth, locks, ssl, httpbody, secrets, most
-
Sowohl als user wie auch als root:
Codexxxx@compi1-2018:~> ls -al ~/.davfs2/ ls: Zugriff auf '/home/xxxx/.davfs2/' nicht möglich: Datei oder Verzeichnis nicht gefunden xxxx@compi1-2018:~> sudo ls -al ~/.davfs2/ [sudo] Passwort für root: ls: Zugriff auf '/home/xxxx/.davfs2/' nicht möglich: Datei oder Verzeichnis nicht gefunden
Damit scheint also davfs2 nicht mehr benutzt zu werden, d.h. ich kann Lösung 1 wählen, wenn ich das richtig verstehe?
-
Das heisst, einfach warten?
-
Hat sich alles gekreuzt - ich verstehe aber als Laie gar nicht, was ich jetzt machen soll?
Kann ich herausfinden, ob ich davfs2 überhaupt (noch) benötige?