Beiträge von Sauerland

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

    Zitat von Alero

    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.

    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.


    Mehr hab ich zu diesem Thema nicht zu sagen.

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

    Zitat von Alero

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



    Sollte man als Profi aber auch finden können

    Man achte auf den Versionsstring........



    rkbwde


    Ich hab es jetzt einmal in einer VM nachgestellt.


    Wenn ich das Paket installiere, ohne das ich das Repo hinzufüge, gibt es bei mir bei einem dup genau dasselbe wie bei dir, rstudio soll glöscht werden.


    Wenn ich jedoch das Repo hinzufüge, wird rstudio bei einem dup nicht deinstalliert:


    Code
    zypper dup
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...
Keine auszuführenden Aktionen.


    Code
    zypper se -si rstudio

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


    Daher mein Tip:

    Zitat von Sauerland

    PS:

    Warum nicht nach dieser Anleitung selber bauen:

    https://build.opensuse.org/project/show/home:hopsk:posit-ide


    Wenn du schon dummy Pakete selber bauen kannst.

    Selber gegen Slowroll im OBS bauen, ist kein Hexenwerk.

    Helfe dir gerne dabei.

  • Leap 16.0 SHA Summe

    Nur mal kurz zu den Problemen von Euch beiden:

    1. 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.

    2. Ludger_WAF

    Eine Prüfsumme ist etwas anderes als eine Datei um eine Signatur einer Datei zu überprüfen.

    sha256 vs asc als Dateiendung.


    Das Problem war schon immer, das das Leap-16.0-online-installer-x86_64.install.iso zwar auf das Leap-16.0-online-installer-x86_64-Build178.27.install.iso linkt, aber in der shaxxx Datei immer das build aufgeführt ist, siehe Fehlermeldung.


    Einfach das heruntergeladene iso umbenennen hilft hier.

    Code
    sha512sum -c Leap-16.0-online-installer-x86_64-Build178.27.install.iso.sha512 
sha512sum: Leap-16.0-online-installer-x86_64-Build178.27.install.iso: Datei oder Verzeichnis nicht gefunden
Leap-16.0-online-installer-x86_64-Build178.27.install.iso: FEHLSCHLAG öffnen oder lesen
sha512sum: WARNUNG: 1 aufgeführte Datei konnte nicht gelesen werden

stephan@linux64:~/Downloads> mv Leap-16.0-online-installer-x86_64.install.iso Leap-16.0-online-installer-x86_64-Build178.27.install.iso

stephan@linux64:~/Downloads> sha512sum -c Leap-16.0-online-installer-x86_64-Build178.27.install.iso.sha512 Leap-16.0-online-installer-x86_64-Build178.27.install.iso: OK
stephan@linux64:~/Downloads>

  • Installation von Cockpit - Verbindung fehlgeschlagen

    Als Info:

    Leap und Tumbleweed haben jetzt den usr-switch vollzogen.

    Das bedeutet, die von einem Paket mitgelieferten conf-Dateien sollten eigentlich unter /usr/etc/ liegen.


    Wenn man diese Dateien für seine Installation bearbeiten möchte, sollte man diese nach /etc/ kopieren und dort bearbeiten, das System priorisiert conf-Dateien, die in /etc/ liegen.

    Wenn man die conf-Datei in /usr/etc/ bearbeitet, wird diese bei dem nächsten Update des entsprechenden Paketes gnadenlos überschrieben.


    Wenn man ein Update von Leap 15.6 nach Leap 16.0 macht, liegen die alten Dateien natürlich noch in /etc/ und werden bevorzugt, das kann bei nsswitch.conf bedeuten,das cocpit nicht startet.


    Man kann jetzt diese conf bearbeiten oder auch einfach löschen, dann sollte cockpit starten, da die mitgelieferte conf-Datei in /usr/etc/ liegt.

    Man kann diese Datei natürlich auch einfach nach /etc/ kopieren, siehe Beitrag von luigi



    Und es gibt zum Thema conf-Dateien auch noch andere Besonderheiten, da gibt es dann bestimmte Verzeichnisse, die bevorzugt werden usw.

    Das würde aber hier zu weit führen.