Beiträge von rkbwde

Zitat von Sauerland

Das sollte man nicht so machen, aber lass mal....

software.opensuse.org ist broken seit Jahren, das ist auch bekannt.

Mir nicht - im Gegenteil, für mich war software.opensuse.org bisher stets die 1. Anlaufstelle für zusätzliche Packages und ich bin dort auch oft fündig geworden ...

Das Verzeichnis kannst du dann als Repo hinzufügen, bei mir:

12 | RPMS                             | Rpmbuild                         | Ja      | ( p) Ja   | Ja      | -    |   70     | plaindir | dir:/home/stephan/rpmbuild/RPMS  

So ist es übrigens auch im man-Eintrag von zypper empfohlen, wie ich gerade bemerkt habe - RTFM

System Packages
       The set of installed packages on a system is sometimes denoted as repository @System or
       System Packages. In contrast to available repositories providing packages which can be
       installed, @System provides packages which can only be deleted. Installed packages which
       are not provided by at least one of the available repositories (neither in different
       version or as renamed package) are often denoted as being unwanted, orphaned or dropped.

       Note: If you install packages which are not shipped within a repository - manually built
       or downloaded ones -, collect them within a local directory and add this directory as a
       plaindir repository to your system. This way the packages will not be seen as being
       orphaned and are protected during a dist-upgrade. 

       Creating such a plaindir repo is quite easy:
       $ mkdir /LocalRepo
       $ zypper addrepo --refresh /LocalRepo LocalRepo

       If you need to make sure the package to install is taken from LocalRepo, simply use a
       REPO:PACKAGE style argument:
       $ cp example.rpm /LocalRepo
       $ zypper install LocalRepo:example

Ich habe der Einfachkeit halber mein über OBS als Branch von hopsk erzeugtes repo hinzugefügt:

/repositories/home:/rk271/openSUSE_Slowroll - openSUSE Download

Zitat von Alero

Du kapierst es einfach nicht, oder? ...

Warum denn so krawallig ?

Zitat von Sauerland

Ob 1-Klick oder Expert ist eigentlich egal, es wird das Repo hinzugefügt und nachher gibt es wieder 50 verschieden eingebunden Repos.

Daher mein Tip

Finger weg von der Seite, Finger weg von opi.............

Genau - daher lade ich mir bei "exotischen" Repos i.d.R. das src-rpm herunter und baue das Paket lokal neu. Das ist mir lieber als ein binary aus unbekannter Quelle ...

Zitat von Sauerland

Hast du es gelesen mit dem hinzufügen des Repos?

Dann löscht zypper dup bei mir nicht mehr.

Ja, danke. Wenn ich das rpm manuell installiere und danach das hopsk-Repository aktiviere, sagt zypper dup, es möchte das "veraltete" rpm ersetzen (Fun fact: Versionsnr. sind exakt gleich )

# zypper dup
Problem: 1: Problem mit dem installierten rstudio-2026.05.0+218-7.3.x86_64
 Lösung 1: rstudio-2026.05.0+218-7.3.x86_64 von Hersteller obs://build.opensuse.org/home:hopsk installieren
und rstudio-2026.05.0+218-7.3.x86_64 von Hersteller  (no vendor)  ersetzen
 Lösung 2: veraltetes rstudio-2026.05.0+218-7.3.x86_64 beibehalten

Weitere Aufrufe von zypper dup sagen dann: "Keine auszuführenden Aktionen."

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.

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 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 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)

Wenn zypper rstudio gelöscht hat, wird beim nächsten zypper dup aber auch nichts neu installiert, also blockiert rstudio wohl keine Updates. Ich bin gerade etwas verwirrt ...

 # zypper dup
Refreshing service 'openSUSE'.
Loading repository data...
Reading installed packages...
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Computing distribution upgrade...