Pakete der BasisVersion wieder herstellen, um dependency Probleme bei Security Patches zu beheben,

Hinweis: In dem Thema Pakete der BasisVersion wieder herstellen, um dependency Probleme bei Security Patches zu beheben, gibt es 61 Antworten auf 7 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Das non-oss Repository kann ich noch hinzufügen.

    Für den Inhalt des Beitrages 308824 haftet ausdrücklich der jeweilige Autor: cieri

  • Wenn Du ohnehin upgraden willst, dann würde ich Dir eine Neuinstallation empfehlen und das /home-Verzeichnis unberührt lassen.


    Ich weiß nicht, was die zwei Update-Repositories (current und stable) sollen.

    Kann man auch andere Verzeichnisse unberührt lassen oder nuss ich die auf eine andere Partition kopieren und nach Upgrade mounten?

    Für den Inhalt des Beitrages 308825 haftet ausdrücklich der jeweilige Autor: cieri

  • Du kannst das "Update" durch Neuinstallation auf die Systempartition beschränken. Ich weiß ja leider nicht, um was für einen Rechner es sich handelt (Laptop, PC). bei meinem Desktop-PC habe ich das ohnehin stets so gelöst, dass meine Systempartition und swap auf einer separaten SSD eingerichtet sind, alle anderen Anwender-Partitionen liegen auf separaten Festplatten.

    Für den Inhalt des Beitrages 308826 haftet ausdrücklich der jeweilige Autor: matbhm

  • Wenn ich mir so die Nummern der Repos anschaue, stellt sich mir die Frage:

    Waren dort mal mehr Repos eingebunden und sind daraus dann auch Pakete installiert worden?


    Übrigens ist

    Code
    5 | curre | curre | Yes | (r ) Yes | Yes | http://download.opensuse.org/update/openSUSE-current/

    ein Leap 15.5 Repo.


    Poste mal

    Code
    zypper se -si | grep -Ei 'system_p|system p|system-p|systemp'



    Benutze bitte Code-Tags:

    Für den Inhalt des Beitrages 308827 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Müsste sich ja eigentlich mit der Neuinstallation nach Löschen der Repositories "current" und "stable" von Leap 15.5 von allein erledigen.

    Für den Inhalt des Beitrages 308828 haftet ausdrücklich der jeweilige Autor: matbhm

  • Und wenn der TE dann genauso weiter arbeitet wie bisher?

    Anhand der Repoliste kann man keine großen Probleme beim updaten bekommen!

    Für den Inhalt des Beitrages 308829 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Naja, aber mit dem Löschen der fehlerhaft eingebundenen Repos und dem Hinzufügen des Repos ...non-oss ... arbeitet er doch gerade nicht weiter wie bisher. Klar, es würde schon interessieren, wie die beiden falschen Repos dazu gekommen sind, nachdem ja eigentlich beim Installieren von Leap die richtige Repoliste auf dem Rechner eingerichtet wird.

    Für den Inhalt des Beitrages 308830 haftet ausdrücklich der jeweilige Autor: matbhm

  • Die Repoliste ist nicht schlüssig!.

    Das letzte Repo endet mit Nr. 19.


    Übrigens:

    Hast du mal in das non-oss Repo geschaut?

    Das braucht auch nicht jeder.

    Stichwort Lizenz.

    Für den Inhalt des Beitrages 308831 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Das habe ich wohl gesehen, aber es sind die übrigen Repos ja offensichtlich gelöscht. Und Recht hast Du jedenfalls mit dem aktuellen .../update/.../non-oss ..., dort ist gegenwärtig nur Opera hinterlegt. Ich kann mich nur erinnern, dass bei Tumbleweed vor Jahren das non-oss-Repository automatisch eingebunden wurde. Damals waren da diverse Pakete hinterlegt, die es sonst nicht gab, die man aber für bestimmte Dinge benötigte. Es hat sich ja in den letzten Jahren einiges geändert, für die libdvdcss gibt es ja offensichtlich inzwischen auch ein eigenes Repository, das war vor Jahren auch anders. Übrigens auch hierzu Stichwort "Lizenz".

    Für den Inhalt des Beitrages 308832 haftet ausdrücklich der jeweilige Autor: matbhm