ich hatte schon geschrieben, dass dieses login nicht funktioniert,
ich kann zwar auswählen, ob wayland oder x11 aber sonstige
Angaben sind nicht möglich.
Grüsse w.w.
ich hatte schon geschrieben, dass dieses login nicht funktioniert,
ich kann zwar auswählen, ob wayland oder x11 aber sonstige
Angaben sind nicht möglich.
Grüsse w.w.
danke für die Antworten,
die angezeigten Posts habe ich gelesen,
ich war überrascht ob der vielen Probleme
und ob der Emotionalität der Diskussion,
ich ziehe daraus den Schluss jetzt erst einmal auf
updates zu verzichten und später zunächst in einer
virtuellen Maschine zu testen,
ich habe ein Foto vom fehlerhaften login Bildschirm
beigefügt.
ist das der korrekte neue login oder ist das dem
Fehler geschuldet?
Grüsse w.w.
Hallo,
ich habe vor zwei Stunden ein update (ca. 350) wie üblich (zypper clean&&zypper ref&&zypper dup)
gefahren.
Es erschien nach einer gewissen Laufzeit ein mir fremder login Bildschirm mit einer Auswahl von
layouts (plasm, wayland, ice) und eine längere Fehlermeldung.
the current theme cannot be loaded ....
please select anather theme
/usr/share/sddm/themes/breeze .... ungültig
module können nicht geladen werden
org.kde.plasma .....
libkworkspace5.so.5 kann shared objektdatei nicht öffnen ....
Dieser login Bildschirm hat nicht funktioniert.
Das update sollte Version 6.7.9-1 bringen.
Gemäß grub war die vorherige 6.7.7-1.
Start mit 6.7.7-1 mit grub brachte aber den gleichen Fehler.
Erst der Start mit einem snapshot vom 12.03. brachte wieder den normalen Systemstart.
Was kann ich jetzt machen, einige Tage warten und neues update?
Für einen Hinweis wäre ich dankbar.
Gruß w.w.
Herzlichen Dank für die Hinweise.
Ich habe es mit der Aktualisierung nochmals versucht und dabei grundsätzlich auf
die angebotene Packman Lösung gesetzt (unabhängig von Versionsnummern) und nach
ca. 10 solchen beantworteten Fragen lief die Aktualisierung von ca. 3500 Aktualisierungen
ohne Probleme durch.
Es war für mich das erste mal seit einigen Jahren, dass die Abhängigkeitsprobleme in diesem
Umfang auftraten.
Wenn noch jemand Zeit hat meine Frage aus Post 10 zu beantworten, wäre nett.
Nochmals vielen Dank für die Hilfe an alle.
ZitatAlles anzeigenAußerdem habe ich einen Hinweis nicht verstanden. was heißt "dup auf Packman" machen?
Ich habe in den vergangenen Jahren nach der Installation immer auf Packman umgestellt
(entweder von Hand oder mit OPI).
Wenn die Priorität des Packman Repos entsprechend eingestellt ist, richtet sich dup danach,
habe ich mir wenigstens eingebildet und bisher hat das auch so funktioniert. Aber der obige
Hinweis will offenbar etwas anderes sagen?
die Ausgabe nochmal in kurzer Form:
Problem: das zu installierende libheif-aom-1.17.6-1.3.x86_64 erfordert 'libheif1 = 1.17.6-1.3', aber diese Anforderung kann nicht bereitgestellt werden
Nicht installierbare Anbieter: libheif1-1.17.6-1.3.x86_64[download.opensuse.org-oss]
Lösung 1: libheif-aom-1.17.6-1699.4.pm.6.x86_64 von Hersteller http://packman.links2linux.de installieren
und libheif-aom-1.17.5-3.1.x86_64 von Hersteller openSUSE ersetzen
ich habe 1 gewählt
Problem: das zu installierende gdk-pixbuf-loader-libheif-1.17.6-1699.4.pm.6.x86_64 erfordert 'libheif1 = 1.17.6-1699.4.pm.6', aber diese Anforderung kann nicht bereitgestellt werden
Nicht installierbare Anbieter: libheif1-1.17.6-1699.4.pm.6.i586[packman]
libheif1-1.17.6-1699.4.pm.6.x86_64[packman]
Lösung 1: gdk-pixbuf-loader-libheif-1.17.6-1.3.x86_64 von Hersteller openSUSE installieren
und gdk-pixbuf-loader-libheif-1.17.5-1699.6.pm.2.x86_64 von Hersteller http://packman.links2linux.de ersetzen
ich habe wieder 1 gewählt da die suse Version die neuere
2 Probleme:
Problem: das zu installierende libheif-aom-1.17.6-1699.4.pm.6.x86_64 erfordert 'libheif1 = 1.17.6-1699.4.pm.6', aber diese Anforderung kann nicht bereitgestellt werden
Problem: das zu installierende libheif-dav1d-1.17.6-1.3.x86_64 erfordert 'libheif1 = 1.17.6-1.3', aber diese Anforderung kann nicht bereitgestellt werden
Problem: das zu installierende libheif-aom-1.17.6-1699.4.pm.6.x86_64 erfordert 'libheif1 = 1.17.6-1699.4.pm.6', aber diese Anforderung kann nicht bereitgestellt werden
Nicht installierbare Anbieter: libheif1-1.17.6-1699.4.pm.6.i586[packman]
libheif1-1.17.6-1699.4.pm.6.x86_64[packman]
Lösung 1: libheif-aom-1.17.6-1699.4.pm.6.x86_64 nicht installieren
Lösung 2: gdk-pixbuf-loader-libheif-1.17.6-1.3.x86_64 nicht installieren
Lösung 3: libheif-aom-1.17.6-1699.4.pm.6.x86_64 durch Ignorieren einiger Abhängigkeiten brechen
d.h. Lösung 1 und 2 machen die oben getroffenen Entscheidungen wieder rückgängig
ich habe wieder abgebrochen
Alles anzeigen
Außerdem habe ich einen Hinweis nicht verstanden. was heißt "dup auf Packman" machen?
Ich habe in den vergangenen Jahren nach der Installation immer auf Packman umgestellt
(entweder von Hand oder mit OPI).
Wenn die Priorität des Packman Repos entsprechend eingestellt ist, richtet sich dup danach,
habe ich mir wenigstens eingebildet und bisher hat das auch so funktioniert. Aber der obige
Hinweis will offenbar etwas anderes sagen?
zypper lr -d
# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
--+----------------------------------------+---------------------------------+---------+-----------+---------+----------+--------+----------------------------------------------------------------------------------+--------
1 | download.nvidia.com-tumbleweed | nVidia Graphics Drivers | Ja | (r ) Ja | Ja | 99 | rpm-md | https://download.nvidia.com/opensuse/tumbleweed |
2 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/ |
3 | download.opensuse.org-oss | Haupt-Repository (OSS) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/ |
4 | download.opensuse.org-tumbleweed | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/tumbleweed/ |
5 | openSUSE-20200224-0 | openSUSE-20200224-0 | Nein | ---- | ---- | 99 | N/A | hd:/?device=/dev/disk/by-id/usb-Kingston_DataTraveler_2.0_5B82100018C4-0:0-part2 |
6 | opensuse-guide.org-openSUSE_Tumbleweed | libdvdcss repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Tumbleweed/ |
7 | packman | Packman | Ja | (r ) Ja | Ja | 90 | rpm-md | https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/ |
8 | repo-debug | openSUSE-Tumbleweed-Debug | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/debug/tumbleweed/repo/oss/ |
9 | repo-source | openSUSE-Tumbleweed-Source | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/source/tumbleweed/repo/oss/
Alles anzeigen
Hallo,
ich habe seit vergangenem Jahr Probleme mit der Aktualisierung.
Es folgen in endloser Reihenfolge Abhängigkeitsprobleme, für die
dann Lösungsvorschläge gemacht werden. Egal, für welche Strategie ich
zypper clean && zypper ref && zypper dup
Alle Repositorys wurden bereinigt.
Repository 'nVidia Graphics Drivers' ist aktuell.
Repository 'Haupt-Repository (NON-OSS)' ist aktuell.
Repository 'Haupt-Repository (OSS)' ist aktuell.
Repository 'Hauptaktualisierungs-Repository' ist aktuell.
Repository 'libdvdcss repository' ist aktuell.
Repository 'Packman' ist aktuell.
Alle Repositorys wurden aktualisiert.
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Warnung: Sie sind im Begriff, eine Distributionsaktualisierung mit allen aktivierten Repositorys durchzuführen. Vergewissern Sie sich, dass diese Repositorys kompatibel sind, bevor Sie fortfahren. Weitere Informationen zu diesem Kommando finden Sie unter 'man zypper'.
Distributions-Aktualisierungen werden verarbeitet...
2 Probleme:
Problem: das zu installierende libheif-aom-1.17.6-1.3.x86_64 erfordert 'libheif1 = 1.17.6-1.3', aber diese Anforderung kann nicht bereitgestellt werden
Problem: das zu installierende gdk-pixbuf-loader-libheif-1.17.6-1699.4.pm.6.x86_64 erfordert 'libheif1 = 1.17.6-1699.4.pm.6', aber diese Anforderung kann nicht bereitgestellt werden
Problem: das zu installierende libheif-aom-1.17.6-1.3.x86_64 erfordert 'libheif1 = 1.17.6-1.3', aber diese Anforderung kann nicht bereitgestellt werden
Nicht installierbare Anbieter: libheif1-1.17.6-1.3.x86_64[download.opensuse.org-oss]
Lösung 1: libheif-aom-1.17.6-1699.4.pm.6.x86_64 von Hersteller http://packman.links2linux.de installieren
und libheif-aom-1.17.5-3.1.x86_64 von Hersteller openSUSE ersetzen
Lösung 2: libheif1-1.17.6-1.3.x86_64 von Hersteller openSUSE installieren
und libheif1-1.17.6-1699.4.pm.3.x86_64 von Hersteller http://packman.links2linux.de ersetzen
Lösung 3: veraltetes libheif-aom-1.17.5-3.1.x86_64 beibehalten
Lösung 4: libheif-aom-1.17.6-1.3.x86_64 durch Ignorieren einiger Abhängigkeiten brechen
Wählen Sie aus den obigen Lösungen mittels Nummer oder Sie (u)eberspringen, (w)iederholen oder brechen (a)b [1/2/3/4/u/w/a/d/?] (a): 1
Problem: das zu installierende gdk-pixbuf-loader-libheif-1.17.6-1699.4.pm.6.x86_64 erfordert 'libheif1 = 1.17.6-1699.4.pm.6', aber diese Anforderung kann nicht bereitgestellt werden
usw.
Alles anzeigen
ich mich entscheide (entweder Punkt 1 wählen oder "alte Version
beibehalten"), es treten immer neue Abhängigkeiten auf und nach 10 -20
solchen Angaben habe ich dann jeweils abgebrochen. In den Themen habe ich
gelesen, dass so etwas auftreten kann, wenn Suse aktualisiert und Packman
nicht schnell genug nachziehen kann, aber der Umfang und die Zeitdauer
machen mich stutzig zumal die Aktualisierungen inzwischen auf ca. 3000
angewachsen sind.
Auf einem anderen Tumbleweed Rechner trat das Problem auch auf, aber nach
einigen wenigen Angaben lief die Aktualisierung durch und heute genügte beim
Abhängigkeitsproblem libheif-svtenc .... die Angabe "installiere von suse" und
die Installation von ca. 3000 Programmen lief durch.
Hat bitte jemand einen Rat,wie ich das wieder in Ordnung bringen kann.
Grüsse w.w.
ich habe noch das nachladen der Grafikoberfläche probiert, aber nothing to do.
Es ist zwar zum K... aber ich installiere neu.
Herzlichen Dank für die Hilfe
ich habe die Befehle des Artikels ausgeführt.
Kurios: sowohl runlevel als auch who -r zeigen level 5.
Auch systemctl set-default multi-user.target wird fehlerfrei ausgeführt
Trotzdem lande ich nach dem reboot wieder in der Konsole
alles ausgeführt
es wurden nur zwei Pakete aktualisiert 0 Fehler
nach dem reboot lande ich wieder in der Konsole