Wäre schön gewesen wenn du einen Link zur Projekt-Seite oder ähnlichem eingefügt hättest, damit man sich unter dem Programm etwas vorstellen kann- Zum Beispiel wie es aussieht etc.
Ansonsten ist das sicherlich einen Blick wert.
Nachtrag: Ich habe einmal etwas in den Paketen herum gesucht und bin erstaunt, das selbst Software, die man sich sonst von der Projektseite herunter laden müsste, in aktuellen Versionen vorliegt.
Das schaue ich mir definitiv einmal näher an.
Schon seit Jahren wird gesagt:
Lass die Finger von 1-Klick Installationen, die installieren dir Repos, die du nicht brauchst und die evtl. irgendwann Probleme bereiten.
Du kapierst es einfach nicht, oder? Niemand rät hier zu einer 1-Klick-Installation. Es gibt die 1-Klick-Installation und die Expert-Installation. Ich rate schon IMMER! zur Expert-Installation. Und die bindet keine Repos ein, die man nicht will. Ich bin erstaunt, das du diese Variante nicht kennst. Oder unterstellst du das absichtlich, das man angeblich zu 1-Klickern rät?
Sinnlos ...
software.opensuse.org ist broken seit Jahren, das ist auch bekannt.
Wem das alles bekannt ist, stelle ich jetzt hier mal in Frage ... Linux Anfängern scheinbar nicht. Und an was orientieren die sich, wenn sie Software suchen? An, genau ... software.opensuse.org. Nun kann man sich hinstellen und sagen ... pfff ... ist schon lange kaputt ... pfff, was geht’s mich an, woher die User ihre Software bekommen. Statt das Zeug aus dem Netz zu nehmen, was nicht mehr funktioniert ... oder alternative Links aufzuzeigen ...
Ehrlich, die Politik von openSUSE wirft immer größere Fragen auf. Unglaublich. Lassen wir das, ich reg mich nur wieder auf.
Wenn ich jedoch das Repo hinzufüge, wird rstudio bei einem dup nicht deinstalliert:
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?!
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
Ein ähnliches Problem
Es ist genau das selbe Problem! Nicht ähnlich. 100% identisch. sha256 statt 512. Bei Leap scheint das keinen weiter zu kümmern, das Otto Normal-User nicht an die Prüfsummen kommt. Ich halte das für höchst bedenklich in Bezug auf Datensicherheit.
Bekomme ich doch glatt ein Déjà-vu.
Nö, Leap ist nicht mein Betriebssystem ...
openSUSE hat von sha256 auf sha512 umgestellt, das ist aber anscheinend auf der Downloadseite noch nicht geschehen, sieht man, wenn man die errior Meldung bekommt, das versucht wird, eine sha256 Summen Datei herunterzuladen und auf dem Server liegt die sha512.
Wäre da nicht schon längst ein Bug-Report fällig gewesen?
Jau ...
