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:
Repository 'Additional packages maintained by the KDE team (openSUSE_Tumbleweed)' ist ungültigIst das ein vorübergehendes Problem?
Brauche ich dieses Repo überhaupt noch?
Schon beim ersten resultierenden Problem erhalte ich die Meldung
Problem: 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/ :
# 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, mostSowohl als user wie auch als root:
xxxx@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 gefundenDamit 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?
zu #3: Ich werde einen Bugreport machen.
zu #5: Tatsächlich habe ich als Nutzer (Architekturbüro mit 2 x Tumbleweed, 1 x Mac für CAD, 1 x Laptop mit Leap 15.4 zuhause), der die Wolken beruflich und privat benötigt, nach den Aenderungen von dropbox mit verschiedenen anderen Wolken experimentiert; wenn ich noch wüsste, für welche Wolke ich das davfs2 brauche / gebraucht habe! Im Moment habe ich nur noch eine private und eine berufliche Wolke, die beide mit opensuse sehr gut und zuverlässig funktionieren. Kann ich irgendwie herausfinden, für was ich überhaupt davfs noch benötige?
zu #6: Ich befürchte, dass ich da zu viel Material erhalte, das ich als Laie (reiner Nutzer, den ganzen Tag als Nutzer beschäftigt) nicht interpretieren kann ..... ?
Guten Tag
Wieder ein Problem mit sudo zypper dup (upgrade von Tumbleweed):
Problem: nichts stellt 'group(davfs2)' bereit, das vom zu installierenden davfs2-1.7.0-2.6.x86_64 benötigt wird
Lösung 1: Deinstallation von davfs2-1.7.0-2.5.x86_64
Lösung 2: veraltetes davfs2-1.7.0-2.5.x86_64 beibehalten
Lösung 3: davfs2-1.7.0-2.6.x86_64 durch Ignorieren einiger Abhängigkeiten brechen
Wählen Sie aus den obigen Lösungen mittels Nummer oder brechen Sie (a)b [1/2/3/a/d/?] (a): Wenn ich das richtig verstehe, ist group(davfs2) einfach noch nicht bereit oder ersetzt, d.h. das ist wieder ein Bug, ähnlich wie bei meiner Bug-Meldung 1219448 zu python310-ypy-websocket-0.12.4-1.1.noarch, das eine bestimmte, nicht bereitgestellte Version von python310-y-py verlangte, zu der ich folgende Antwort erhalten habe:
Comment # 1 on bug 1219448 from Steve Kowalik
Sorry, that package is actually in the process of being removed from Factory,
it's replacement is python-pycrdt-websocket.Irgendwie ist es mir nicht geheuer, einfach so die Lösung 1 von oben zu wählen und das bestehende davfs2 zu deinstallieren.
Soll ich wieder einen Bug melden und mit der Deinstallation warten?