Beiträge von Sauerland

Siehe auch das traurige Smiley in Myrlyn:

Siehe:

Beitrag

RE: Update Fehler openSUSE-Leap-16.0-1137

Ich vermute, dass es sich um diesen bekannten bug handelt, also abwarten ...
https://bugzilla.opensuse.org/show_bug.cgi?id=1270272

luigi

6. Juli 2026

Zitat von Hidalgo

Bei Bei RStudio kommt aber eben doch die Nachfrage ins Spiel, weil das Paket eine Abhängigkeits-Kette blockiert, denn das Fedora RPM "RStudio" verlangt nach ganz bestimmten Systembibliotheken. "Rstudio" von Fedora stellt sich dann quer, wenn Opensuse bei einem Upgrade diese Bibliotheken verändern will oder entfernen, um das System sauber zu halten. Damit gerät nun der Paketmanager ins Dilemma: Zypper-dup stoppt den Prozess und fragt interaktiv nach, wie man das Problem lösen möchte, z.B. RStudio löschen, Abhängigkeiten ignorieren oder das Update der Bibliotheken abbrechen.

Nochmal ein Versuch, es einfacher zu erklären was ich meine:

Ein reines "Dasein" als verwaistes Paket reicht für eine Nachfrage bei zypper dup nicht aus – es muss erst zu einem handfesten Konflikt mit neueren Systemdateien kommen. Da RStudio sehr eng mit dem System verzahnt ist, triggert es diese Nachfrage - und es gibt eben eine ebensolche an den User.

Ein gesetzter Sperrauftrag (Lock) tarnt das Paket nun quasi vor dem Paketmanager, sodass Zypper weiß, dass es diese Abhängigkeit um jeden Preis unangetastet lassen soll.

Ganz genau.

Wenn kein Problem da ist, bleibt es so wie es ist, wenn es aber Abhängigkeitskonflikte gibt, fragt zypper (normalerweise) mit Lösungsmöglichkeiten nach.

Bei mir z.B. libstdc++33-32bit (wg. anderem Beitrag installiert), die keine Probleme bereitet und daher auch nicht angetastet ist.

Zitat von rkbwde

Und die Deinstallation von rstudio hatte ich ja gecancelt, daher steht wohl auch nichts im Log ...

Da hast du genau geschaut????Oder mal den lock auf rstudio entfernen und noch einmal ein Update machen, abbrechen und die ganze Fehlermeldung hier posten????

Poste einmal

zypper se -s libxkbcommon-x11

Denn dort gibt es bei meinem "älteren" Tumbleweed einen Versionssprung:

linux:/home/stephan # zypper se -s libxkbcommon-x11
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name                         | Type  | Version    | Arch   | Repository
---+------------------------------+-------+------------+--------+------------------------
v  | libxkbcommon-x11-0           | Paket | 1.13.2-1.1 | x86_64 | openSUSE-Tumbleweed-Oss
i  | libxkbcommon-x11-0           | Paket | 1.12.4-1.1 | x86_64 | openSUSE-20260113-0
   | libxkbcommon-x11-0-32bit     | Paket | 1.13.2-1.1 | x86_64 | openSUSE-Tumbleweed-Oss
   | libxkbcommon-x11-devel       | Paket | 1.13.2-1.1 | x86_64 | openSUSE-Tumbleweed-Oss
   | libxkbcommon-x11-devel-32bit | Paket | 1.13.2-1.1 | x86_64 | openSUSE-Tumbleweed-Oss
linux:/home/stephan # 

Oder auch mal das log von der versuchten Deinstallation posten, ist in /var/log/zypp/history, du kannst nach dem Datum greppen....

1. Bitte nicht in den Code-Tag schreiben.

2. Bitte nicht in ein Zitat schreiben.

Wenn gesagt wird:

poste

zypper se -si libavcodec61

dann postest du einfach in deiner Antwort in Code-Tags:

linux64:/home/stephan # zypper se -si libavcodec61
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name         | Type  | Version          | Arch   | Repository
---+--------------+-------+------------------+--------+-------------------
i+ | libavcodec61 | Paket | 7.1.2-160000.3.2 | x86_64 | Packman_Goettingen

    Hinweis: Für eine erweiterte Suche inkl. nicht momentan aktivierter Remote-Ressourcen bitte
    'zypper search-packages' verwenden.
linux64:/home/stephan # 

Ausgabe immer incl. der kompletten Eingabezeile und der auf der Ausgabe folgenden Zeile.

Zitat

Verstehe ich das richtig, dass zypper dann löschen will, wenn eines der Requirements nicht mehr erfüllt ist

Zumindest wirst du gefragt.

Zitat

Und danke für den Tipp mit dem neu gepackten rpm für OpenSuSE - das ist natürlich die bessere Lösung.

Ich würde es selber bauen, da kannst du dann ganz schnell bei einem Update der Sourcen diese ersetzen und neu bauen.....

Denn von /home Repos sollte man die Finger lassen, da weiß man nie......

Zitat von Hidalgo

dann gilt das Programm als verwaist und es wird dem User ein Löschen empfohlen.

Genau das passiert bei zypper dup nicht.

zypper se -si | grep -i systempak
i  | libdigikamcore9_1_0                          | Paket   | 9.1.0-lp160.274.1                                    | x86_64 | (Systempakete)
i+ | libstdc++33-32bit                            | Paket   | 3.3.3-42.1                                           | x86_64 | (Systempakete)
i+ | r8168-kmp-default                            | Paket   | 8.056.02_k6.12.0_160000.34-lp160.73.8                | x86_64 | (Systempakete)
i+ | r8168-kmp-default                            | Paket   | 8.056.02_k6.12.0_160000.33-lp160.73.7                | x86_64 | (Systempakete)

PS:

Warum nicht nach dieser Anleitung selber bauen:

Posit IDEs for openSUSE

Binary repacks of Posit IDEs for openSUSE

build.opensuse.org

Wenn du schon dummy Pakete selber bauen kannst.

Da müßte man wissen, was das Fedora rstudio als Requires braucht:

rpm -q --requires NAMEDESRSTUDIO

Und dann schauen, was da als Update hineinkommt:

zypper dup

Es kann schon bei den

Die folgenden 115 Paketaktualisierungen werden NICHT installiert:

eines sein, welches dies bricht.

Es war anscheinend dieser Server:

Downloadcontent