Und auch hier:
Hat mit dem Problem nichts zu tun, wie schon von matbhm angemerkt.
Von mir noch eine Anmerkung:
Statt Bilder bitte bei Konsolenausgaben Code-Tags benutzen:
Und auch hier:
Hat mit dem Problem nichts zu tun, wie schon von matbhm angemerkt.
Von mir noch eine Anmerkung:
Statt Bilder bitte bei Konsolenausgaben Code-Tags benutzen:
Alles anzeigenDanke, aber... mit Verlaub: ist das aus Ihrer Sicht die richtige Art zu kommunizieren?
Warum gehen Sie davon aus, dass jede/r Hilfe suchende Mensch das, was Sie schreiben, entweder
- per se versteht
oder
- einfach ohne es zu verstehen blind in seinen Rechner eintippt?
Warum schildern Sie nicht einfach woraus mein Problem besteht (liegt es z.B. an KDE?), und erklären, was Sie zu seiner Lösung vorschlagen?
Muss ich diese Kommandos, wie ich vermute, als superuser eingeben?
1. Eine Antwort auf so ein komplexen Fehler kann man ohne Infos nicht geben.
2. wenn man Befehle als root (superuser) eingeben muss, wird das zu 99% auch mitgeteilt (zumindest von mir).
3. Konsole öffnen---Befehl eingeben---Ausgabe incl. der kompletten Eingabezeile markieren, kopieren und hier in einem Code-Tag einfügen.
Hilfe zu Code-Tags:
Tja wie immer:
Die Pfade sind halt unterschiedlich...........
Ist für Distrohopper zu beachten........
kmp sind kernel module packages, die beinhalten auf gut deutsch den Treiber.......
Das broadcom-wl beinhaltet nur die Datei, um die anderen Broacom Kernel Treiber am laden zu hindern:
rpm -ql broadcom-wl
/etc/modprobe.d/50-broadcom-wl-blacklist.conf
/usr/share/doc/packages/broadcom-wl
/usr/share/doc/packages/broadcom-wl/LICENSE.txt
/usr/share/doc/packages/broadcom-wl/README.SUSE
rpm -ql broadcom-wl-kmp-default
/lib/modules/5.15.3-lp153.5.g404f576-default
/lib/modules/5.15.3-lp153.5.g404f576-default/updates
/lib/modules/5.15.3-lp153.5.g404f576-default/updates/wl.ko.xz
/lib/modules/5.15.4-lp153.5.gf51b3ce-default
/lib/modules/5.15.4-lp153.5.gf51b3ce-default/updates
/lib/modules/5.15.4-lp153.5.gf51b3ce-default/updates/wl.ko.xz
/lib/modules/5.15.4-lp153.6.ge2563b4-default
/lib/modules/5.15.4-lp153.6.ge2563b4-default/updates
/lib/modules/5.15.4-lp153.6.ge2563b4-default/updates/wl.ko.xz
Das du dort 3 kmps siehst, liegt daran, das bei mir 3 Kernel installiert bleiben......
zypper se -si broadcom-wl-kmp
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Type | Version | Arch | Repository
---+-------------------------+-------+----------------------------------------------------+--------+------------------------------------------
i+ | broadcom-wl-kmp-default | Paket | 6.30.223.271_k5.15.4_lp153.5.gf51b3ce-lp153.140.37 | x86_64 | (Systempakete)
i+ | broadcom-wl-kmp-default | Paket | 6.30.223.271_k5.15.3_lp153.5.g404f576-lp153.140.36 | x86_64 | (Systempakete)
i+ | broadcom-wl-kmp-default | Paket | 6.30.223.271_k5.15.4_lp153.6.ge2563b4-lp153.140.38 | x86_64 | Sauerland:kernel:stable:backport:hardware
https://build.opensuse.org/package/show/filesystems/sshfs
Aber das kdeconnect gibts nur für Framework5.......
Was sagt als root:
Du musst übrigens alle hplip-Pakete aktualisieren:
zypper se -si hplip
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Type | Version | Arch | Repository
---+------------------+-------+-------------------+--------+--------------
i+ | hplip | Paket | 3.21.10-lp153.3.1 | x86_64 | Sauerland-OSS
i+ | hplip-devel | Paket | 3.21.10-lp153.3.1 | x86_64 | Sauerland-OSS
i+ | hplip-hpijs | Paket | 3.21.10-lp153.3.1 | x86_64 | Sauerland-OSS
i+ | hplip-sane | Paket | 3.21.10-lp153.3.1 | x86_64 | Sauerland-OSS
i+ | hplip-scan-utils | Paket | 3.21.10-lp153.3.1 | x86_64 | Sauerland-OSS
Alles anzeigen
Mich würde auch mal interessieren, wie die 0 Byte Dateien entstehen........
ausgenommen flathub und snap ?
Ich mache um so etwas immer einen großen Bogen, wird alles am Paketmanager vorbei installiert und bauscht das System nach Windows Manier unnütz auf.
ZitatBei einem "dist -upgrade" werden die alten Quellen durch die neuen ersetzt. Die alten findet man mit etwas Glück in einer Datei. Hier mal ein Beispiel aus Ubuntu:
Das muss der User machen, das geht nicht automatisch........
Damit stimmt auch diese Aussage nicht:
Das dachte ich mir, aber das wurde beim upgrade 15.2 --> 15.3 angelegt; auf meinem Laptop sieht es ähnlich aus.
Auf gut deutsch:
Repos werden nicht ohne Zutun eines Users angelegt.
Ausnahme ist das backports und Update SLE Repo in Leap 15.3.
Alle anderen wurden durch den User hinzugefügt!