gefunden. Das Kommando heisst jetzt pip3.13. Wer soll das denn ahnen ?
Beiträge von rebell21
-
-
ich habe leider entdecken müssen, dass pip bzw pip3 für python nach dem upgrade auf Leap 16.0 nicht mehr funktioniert
wenn ich pip3 aufrufe kommt
Codepeter@localhost:~> pip3 Das Programm 'pip3' kann in den folgenden Paketen gefunden werden: * python313-pip [ Pfad: /usr/bin/pip3, Repository: openSUSE:repo-oss ] * python313-pip [ Pfad: /usr/bin/pip3, Repository: openSUSE:repo-oss ] Zum Installieren versuchen Sie: sudo zypper install <ausgewähltes_Paket>dann starte ich
Codepeter@localhost:~/apps/thonny/bin> sudo zypper install python313-pip Dienst 'openSUSE' wird aktualisiert. Repository-Daten werden geladen... Installierte Pakete werden gelesen... 'python313-pip' ist bereits installiert. Kein Aktualisierungskandidat für 'python313-pip-25.0.1-160000.3.1.noarch'. Die neueste Version ist bereits installiert. Paketabhängigkeiten werden aufgelöst... Keine auszuführenden Aktionen.scheint also installiert zu sein
Aber wenn ich es ausführe kommt wieder die erste Meldung.
-
die zweite Variante hat funktioniert. Danke
-
ich habe das (in Teilen) so gemacht.
Es gibt aber ein Paket, das als orphanded angezeigt wird. Wenn ich es jedoch mit Myrlyn oder Zypper direkt deinstallieren will, gibt es Fehlermeldungen, dass das Verzeichnis für die Software garnicht existiert. Wie kann zypper das Paket als installiert ansehen, die Verzeichnisse existieren jedoch nicht
Codei | @System | metatheme-breeze-gold-common | 5.27.11-lp155.89.1 | x86_64 i | @System | nodejs-electron | 33.4.4-lp156.1.1 | x86_64 i | @System | nodejs-vscode-oniguruma | 1.7.0-lp156.11.1 | noarch i | @System | nodejs-vscode-tree-sitter-wasm | 0.1.3-lp156.1.1 | noarch i | @System | qtforkawesomeiconengine | 0.3.1-lp156.1.1 | x86_64 i+ | @System | rocm-llvm | 17.0.0.24193.60102-sles154.119 | x86_64 i+ | @System | Zoiper5 | 5.6.13-1 | x86_64 i+ | @System | zoom | 6.3.6.6315_openSUSE-1 | x86_64 peter@localhost:~>es handelt sich um das Paket rocm-llvm.
Wenn ich es mit Myrlin oder Zypper löschen möchte, gibt es folgende Fehlermeldung
Code
Alles anzeigenpeter@localhost:~> sudo zypper -vv remove rocm* Ausführlichkeitsgrad: 3 Andere Programmargumente (keine Optionen): 'rocm*' Ziel wird initialisiert Installierte Pakete werden gelesen... 'rocm-llvm-17.0.0.24193.60102-sles154.119.x86_64' wird zum Entfernen ausgewählt. Paketabhängigkeiten werden aufgelöst... Auflösung erzwingen: Ja Die folgenden 3 Objekte sind gesperrt und werden durch keine Aktivität geändert: Installiert: mariadb 11.8.5-160000.3.1 x86_64 @System SUSE LLC <https://www.suse.com/> mariadb-client 11.8.5-160000.3.1 x86_64 @System SUSE LLC <https://www.suse.com/> mariadb-errormessages 11.8.5-160000.3.1 noarch @System SUSE LLC <https://www.suse.com/> Das folgende Paket wird GELÖSCHT: rocm-llvm 17.0.0.24193.60102-sles154.119 x86_64 1 zu entfernendes Paket. Änderung der Installationsgröße des Pakets: | 0 B erforderlich für Pakete, die installiert werden sollen -867,9 MiB | - 867,9 MiB freigegeben von Paketen, die entfernt werden sollen Backend: classic_rpmtrans Fortfahren? [j/n/v/...? zeigt alle Optionen] (j): j speichern rmdir: failed to remove '/opt/rocm-6.1.2/bin': No such file or directory error: %preun(rocm-llvm-17.0.0.24193.60102-sles154.119.x86_64) scriptlet failed, exit status 1 error: rocm-llvm-17.0.0.24193.60102-sles154.119.x86_64: erase failed (1/1) rocm-llvm-17.0.0.24193.60102-sles154.119.x86_64 wird entfernt ................................................................................................[Fehler] Entfernen von (3664)rocm-llvm-17.0.0.24193.60102-sles154.119.x86_64(@System) fehlgeschlagen: Fehler: Subprocess failed. Error: RPM fehlgeschlagen: Kommando mit Status 1 beendet. Abbrechen, wiederholen, ignorieren? [a/w/i] (a): i CommitResult (total 1, done 1, error 0, skipped 0, updateMessages 0) Suche nach aktiven Prozessen, die gelöschte Bibliotheken benutzen...In welcher Datei ist die Paketverwaltung für Zypper bzw. Myrlyn ?
-
ich habe sehr viele orphaned packages.
Code
Alles anzeigenpeter@localhost:/run/media/peter/Volume/downloads/Zoiper> sudo zypper packages --orphaned Installierte Pakete werden gelesen... S | Repository | Name | Version | Arch ---+------------+------------------------------------------------------+------------------------------------------+------- i+ | @System | amdgpu-install | 6.1.60102-1781449 | noarch i | @System | asterisk-sounds-base | 18.12.1-lp156.4.114 | noarch i | @System | boost-license1_75_0 | 1.75.0-2.5 | noarch i | @System | breeze-gold | 0.1-lp155.2.1 | noarch i+ | @System | code | 1.98.0-lp156.1.1 | x86_64 i+ | @System | diffpdf | 2.1.3.1-lp155.13.4 | x86_64 i+ | @System | google-chrome-stable | 140.0.7339.207-1 | x86_64 i | @System | gtk2-metatheme-breeze-gold | 5.27.11-lp155.89.1 | noarch i | @System | gtk3-metatheme-breeze-gold | 5.27.11-lp155.89.1 | noarch i+ | @System | iscan-network-nt | 1.1.2-1 | x86_64 i+ | @System | jdk-25 | 2000:25.0.1-8 | x86_64 i | @System | libasteriskpj2 | 18.12.1-lp156.4.114 | x86_64 i | @System | libasteriskssl1 | 18.12.1-lp156.4.114 | x86_64 i | @System | libboost_filesystem1_75_0 | 1.75.0-2.5 | x86_64 i | @System | libc++utilities5 | 5.27.3-lp156.1.1 | x86_64 i | @System | libdvdcss2 | 1.4.3-lp155.3.1 | x86_64 i | @System | libFLAC8 | 1.3.2-150000.3.14.1 | x86_64 i | @System | libfmt8 | 8.0.1-150400.1.8 | x86_64 i | @System | libicu73_2 | 73.2-150000.1.7.1 | x86_64 i | @System | libicu73_2-ledata | 73.2-150000.1.7.1 | noarch i | @System | libopenh264-7 | 2.3.1-2.sle150500.2 | x86_64 i | @System | libopenssl1_0_0 | 1.0.2p-150000.3.105.1 | x86_64 i | @System | libosptk-4_13_0 | 4.13.0-lp156.6.4 | x86_64 i | @System | libqtforkawesome1 | 0.3.1-lp156.1.1 | x86_64 i | @System | libqtutilities6 | 6.14.6-lp156.1.1 | x86_64 i | @System | libspdlog1_11 | 1.11.0-bp156.3.3.1 | x86_64 i | @System | libSPIRV-Tools-2023_6_rc1 | 2023.6~rc1-150600.1.3 | x86_64 i | @System | libsyncthingconnector22 | 1.7.2-lp156.1.1 | x86_64 i | @System | libsyncthingmodel22 | 1.7.2-lp156.1.1 | x86_64 i | @System | libsyncthingwidgets22 | 1.7.2-lp156.1.1 | x86_64 i+ | @System | libvirt-client-32bit-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-client-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-common-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-interface-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-libxl-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-lxc-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-network-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-nodedev-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-nwfilter-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-qemu-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-secret-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-storage-core-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-storage-disk-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-storage-gluster-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-storage-iscsi-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-storage-iscsi-direct-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-storage-logical-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-storage-mpath-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-storage-rbd-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-driver-storage-scsi-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-lock-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-log-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-plugin-lockd-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-plugin-sanlock-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-daemon-proxy-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i | @System | libvirt-debugsource | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-libs-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i+ | @System | libvirt-nss-debuginfo | 10.0.0-150600.8.6.2 | x86_64 i | @System | libx264-164 | 0.164+git20231001.31e19f92-150600.1.pm.3 | x86_64 i | @System | libx265-199 | 3.5-150500.2.pm.5 | x86_64 i | @System | libx265-209 | 3.6-150600.2.pm.1 | x86_64 i | @System | metatheme-breeze-gold-common | 5.27.11-lp155.89.1 | x86_64 i | @System | nodejs-electron | 33.4.4-lp156.1.1 | x86_64 i | @System | nodejs-vscode-oniguruma | 1.7.0-lp156.11.1 | noarch i | @System | nodejs-vscode-tree-sitter-wasm | 0.1.3-lp156.1.1 | noarch i | @System | qtforkawesomeiconengine | 0.3.1-lp156.1.1 | x86_64 i+ | @System | rocm-llvm | 17.0.0.24193.60102-sles154.119 | x86_64 i+ | @System | skypeforlinux | 8.108.0.205-1 | x86_64 i+ | @System | Zoiper5 | 5.6.13-1 | x86_64 i+ | @System | zoom | 6.3.6.6315_openSUSE-1 | x86_64einige scheinen sich auf die Version 15.6 zu beziehen. Ich bin mir aber für zypper remove nicht sicher welche ich entfernen soll. Zoiper5 habe ich gerade erst wieder installiert
rocm-llvm ist die AMD Version für CUDA, skypeforlinux ist schon lange tot
-
ich habe alle Rechner erfolgreich auf Leap 16.0 gehoben. Was sollte ich nach erfolgreicher Migration noch machen ?
Meine wesentlichen Softwaresystem laufen
KVM Virtual Machine Manager
Libre Office
Jameica
Python3
-
ich konnte es lösen
1. anmelden über SSH als root auf dem Rechner
2. prüfen, welcher Displaymanager aktiv ist -> update-alternatives --config default-displaymanager, sddm war aktiv
3. Fenstermanager -> update-alternatives --config default-xsession.desktop -> IceWM war aktiv und der einzige installierte Fenstermanager, warum auch immer. Unter 15.6 habe ich nur mit KDE gearbeitet
4. zypper in -t pattern kde kde_plasma
5. update-alternatives --config default-xsession.desktop -> kde plasma eingestellt
6. reboot und nun bin ich wieder in KDE
Ist vielleicht auch für andere "migrierende" interessant
-
nach der Migration auf Leap 16.0 startet mein System mit dem Fenstermanager ICEWM und nicht mehr mit KDE wie vor der Migration. Wie kann ich das umstellen. Ich kann nichts bedienen im ICWEM. Ich sehr nicht
einmal dem Mauszeiger. Kann kein Terminal öffnen.
Wie kann ich per Tastatur ein Terminal im ICEWMa
s umstellen. Ich kann nichts bedienen im ICWEM. Ich sehr nicht einmal dem Mauszeiger. Kann kein Terminal öffnen.
Wie kann ich per Tastatur ein Terminal im ICEWM öffnen
Der Rechner meldet mich automatisch an. Ich habe keine Chance, ein usernamen/passwort einzugeben oder einen Displaymanager wählen
Ich kann mich aber per SSH als root auf dem Rechner anmelden
-
das Installieren der maridb Module mit
Codezypper in -f mariadb-11.8.5-160000.3.1 mariadb-errormessages-11.8.5-160000.3.1 mariadb-client-11.8.5-160000.3.1hat das Problem gelöst
Akonadi läuft nun wieder nach dem Anmelden
Codepeter@linux-notebook:~> akonadictl status Akonadi Control: running Akonadi Server: running Akonadi Server Search Support: available (Remote Search) Available Agent Types: akonadi_archivemail_agent, akonadi_birthdays_resource, akonadi_contacts_resource, akonadi_davgroupware_resource, akonadi_etesync_resource, akonadi_ews_resource, akonadi_ewsmta_resource, akonadi_followupreminder_agent, akonadi_google_resource, akonadi_ical_resource, akonadi_icaldir_resource, akonadi_imap_resource, akonadi_indexing_agent, akonadi_knut_resource, akonadi_maildir_resource, akonadi_maildispatcher_agent, akonadi_mailfilter_agent, akonadi_mailmerge_agent, akonadi_mbox_resource, akonadi_migration_agent, akonadi_mixedmaildir_resource, akonadi_newmailnotifier_agent, akonadi_openxchange_resource, akonadi_pop3_resource, akonadi_sendlater_agent, akonadi_unifiedmailbox_agent, akonadi_vcard_resource, akonadi_vcarddir_resource peter@linux-notebook:~>Danke an Dich und an Sauerland
-
nach dem Upgrade auf 16.0 stürzt beim Einloggen regelmäßidg der Akonadiserver ab. Ich habe noch nie mit dem Akonadiserver zu tun gehabt. Wie kann ich das debuggen ? Woran kann das liegen?
Neustart von Akonadi aus dem Terminal funktioniert auch nicht
Hier ein Auszug aus Akonadi.Error aus .local/share/Akonadi
Code
Alles anzeigen2026-04-29T08:28:16 [INFO ] org.kde.pim.akonadiserver: Starting up the Akonadi Server... 2026-04-29T08:28:23 [INFO ] org.kde.pim.akonadiserver: Running DB initializer 2026-04-29T08:28:24 [INFO ] org.kde.pim.akonadiserver: DB initializer done 2026-04-29T08:28:27 [CRITICAL] org.kde.pim.akonadiserver: DATABASE ERROR: 2026-04-29T08:28:27 [CRITICAL] org.kde.pim.akonadiserver: Error code: "2026" 2026-04-29T08:28:27 [CRITICAL] org.kde.pim.akonadiserver: DB error: "TLS/SSL error: unexpected eof while re ading" 2026-04-29T08:28:27 [CRITICAL] org.kde.pim.akonadiserver: Error text: "TLS/SSL error: unexpected eof while r eading QMYSQL: Der Befehl konnte nicht ausgeführt werden" 2026-04-29T08:28:27 [CRIT2026-04-29T08:28:27 [WARN ] org.kde.pim.akonadicontrol: ProcessControl: Application " /usr/bin/akonadiserver" stopped unexpectedly ( "Der Prozess ist abgestürzt" ) 2026-04-29T08:28:27 [CRITICAL] org.kde.pim.akonadicontrol: Application '/usr/bin/akonadiserver' crashed too of ten. Giving up! .COLUMN_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_TABLE_NAME, information_schema.KEY_COLUMN_USAGE.R EFERENCED_COLUMN_NAME, information_schema.REFERENTIAL_CONSTRAINTS.UPDATE_RULE, information_schema.REFERENTIAL_ CONSTRAINTS.DELETE_RULE FROM information_schema.REFERENTIAL_CONSTRAINTS INNER JOIN information_schema.KEY_COLU MN_USAGE ON ( information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME = information_schema.KEY_COLUMN_USAGE .CONSTRAINT_NAME ) WHERE ( information_schema.KEY_COLUMN_USAGE.TABLE_SCHEMA = :0 AND information_schema.KEY_CO LUMN_USAGE.TABLE_NAME = :1 )" 2026-04-29T08:28:27 [WARN ] qt.sql.mysql: QMYSQLResult::cleanup: unable to free statement handle 2026-04-29T08:28:27 [CRITICAL] org.kde.pim.akonadiserver: DATABASE ERROR while PREPARING QUERY: 2026-04-29T08:28:27 [CRITICAL] org.kde.pim.akonadiserver: Error code: "2006" 2026-04-29T08:28:27 [CRITICAL] org.kde.pim.akonadiserver: DB error: "Server has gone away" 2026-04-29T08:28:27 [CRITICAL] org.kde.pim.akonadiserver: Error text: "Server has gone away QMYSQL: Der Befe hl konnte nicht initialisiert werden"es scheint irgendein Problem mit einem Datenbankzugriff zu sein.
Ich habe gelesen, dass Akonadi für die PIM und Kalenderfunktionen Daten bereitstellt. Ich nutze PIM und Kalender nicht. Ist Akonadi dann wichtig für mich ?