zypper dup löscht externe Pakete: Bug or Feature ?

Zitat von Sauerland

Poste:

Code

zypper se -si rstudio

# zypper se -si rstudio
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name    | Type  | Version           | Arch   | Repository
---+---------+-------+-------------------+--------+---------------
i+ | rstudio | Paket | 2026.05.0+218-7.3 | x86_64 | (Systempakete)

Zitat von Alero

Wenn zypper unter openSUSE Leap ein selbst gebautes RPM-Paket (das für Fedora gedacht war oder Fedora-Spezifikationen nutzt) „löscht“, meint das in der Regel, dass das Paket bei einem Systemupdate (zypper up oder zypper dup) deinstalliert oder durch ein anderes Paket ersetzt wird.

Dafür gibt es technische Gründe im RPM-Ökosystem:

Beispiel1

Ungelöste Abhängigkeitskonflikte (Dependency Hell)

Fedora und openSUSE benennen ihre Systembibliotheken oft unterschiedlich (z. B. heißt eine Bibliothek unter Fedora vielleicht openssl-libs, unter openSUSE aber libopenssl1_1).

Wenn ein reguläres Leap-Update neue Basis-Pakete einspielen muss, dein Fedora-RPM aber auf ganz bestimmten Versionen oder Namen beharrt, entsteht ein Konflikt. zypper entscheidet sich im Zweifel immer für die Stabilität des Basis-Systems und entfernt das störende Fremdpaket (das Fedora-RPM), um das Update der Systempakete durchführen zu können.

Beispiel2

Vendor-Richtlinien (Anbieterwechsel)

openSUSE nutzt ein striktes "Vendor"-Konzept. Ein Paket aus den offiziellen Quellen hat als Vendor openSUSE. Dein selbst gebautes Paket hat vermutlich einen anderen oder gar keinen Vendor-Eintrag.

Besonders wenn zypper dup (Distribution Upgrade) verwendet wird, versucht zypper, alle Pakete auf den offiziellen System-Vendor glattzuziehen. Fremdpakete werden dabei oft gnadenlos durch die offiziellen Versionen ersetzt oder bei Inkompatibilitäten entfernt.

Beispiel3

Obsoletes (Ersetzungen)

Es kann vorkommen, dass ein offizielles openSUSE-Paket in seinen Metadaten definiert, dass es das von dir gebaute Paket ("obsoletes") obsolet macht. Sobald zypper dieses openSUSE-Paket installiert, löscht es automatisch das Paket, das als veraltet deklariert wurde.

Was da bei dir schief läuft weißt nur du, da du das aus einem Fedora.rpm gebaut hast, wie du sagst. Warum du nicht das Programm aus dem Software-Download nutzt ...

https://software.opensuse.org/package/rstudio

Sollte man als Profi aber auch finden können

Alles anzeigen

Ja, so kenne ich das von Leap 15.6. Da haben zypper bzw. rpm entsprechende Hinweise zu nicht erfüllten Abhängigkeiten oder Konflikten gegeben und es war klar, was zu tun ist.

Dein Beispiel 1 greift hier, wenn ich das Fedora-Paket direkt installiere - da wird libxkbcommon als missing prerequisite gemeldet, weil das entsprechende Package bei OpenSuSE libxkbcommon-0 heißt. Das lässt sich dann mit dem erwähnten selbstgebastelten glue-package (Provides: libxkbcommon, Requires: libxkbcommon-0) lösen.

Warum hier rstudio von zypper dup gelöscht werden will, obwohl es bei der Installation keine solchen Hinweise gab, verstehe ich nicht - sei's drum.

Zitat von Alero

Wenn ich das Programm von der von mir verlinkten Seite installiere, wird das Repo automatisch mit eingebunden. Zumindest war das bis jetzt immer so. Somit sollte es das Problem mit aktiviertem Repo auch nicht geben. Nur wenn du das rpm so in das System presst gibt es Stress. Oder nicht?!

Stimmt - da rstudio nur alle paar Monate Updates veröffentlicht, wollte ich das repo nicht dauerhaft einbinden und habe das rpm direkt installiert.

Zitat von Sauerland

Wobei du bedenken solltest, das rstudio gegen Tumbleweed baut und somit auch schon mal gegen neuere libs gebaut wird.

Daher mein Tip:

Selber gegen Slowroll im OBS bauen, ist kein Hexenwerk.

Helfe dir gerne dabei.

Danke, ich probiere das mal gelegentlich. Du meinst das repackaging des Fedora-RPM nach dem Beispiel von hopsk ?

Mit OBS habe ich mich bisher nicht beschäftigt, sondern eher mal einen kernel oder ein package aus der Source kompiliert.