Beiträge von THN


    Code
    5.14.21-150400.24.60-default #1 SMP PREEMPT_DYNAMIC Wed Apr 12 12:13:32 UTC 2023 (93dbe2e) x86_64 x86_64 x86_64 GNU/Linux

    Ich halte es für legitim, bestimmte, ausgewählte upgrades zu blockieren, bzw. zu verschieben. Warum gäbe es sonst diese Funktion in der Yast Paketverwaltung???

    Die Gründe könnte ich hier darlegen, aber es bringt uns nicht weiter, weil wir dann anfangen, über die falschen Fragen zu diskutieren.

    Also nochmal: Warum honoriert "Plasma PackageKit Updater" die Einstellungen im Yast nicht, und wie kann ich ihn dazu bewegen?

    T.

    Tut mir leid, aber Kalendarac sagt mir nichts. Wozu soll das gut sein?


    Das Programm, das unten rechts immer mit den unerwünschten Updates nervt, ist übrigens der Plasma PackageKit Updater.

    Unten rechts sieht man in Discover beispielhaft 4 openSUSE updates (2022-10237, 2023-10, 2023-33 und 2023-70), die ALLE einen upgrade von VirtualBox 6.1 nach 7.0 beinhalten.


    Code
    pkcon get-updates
    Aktualisierungen werden abgerufen[=========================]         
    Starten                       [=========================]         
    Abfragen                      [=========================]         
    Software-Liste wird aktualisiert[=========================]         
    Fertig                        [=========================]         
    Fehlerbehebung  openSUSE-2022-10237-1.noarch (repo-update)                      Recommended update for virtualbox
    Fehlerbehebung  openSUSE-2023-10-1.noarch (repo-update)                         Recommended update for virtualbox
    Sicherheit      openSUSE-2023-33-1.noarch (repo-update)                         Security update for virtualbox
    Fehlerbehebung  openSUSE-2023-70-1.noarch (repo-update)                         Recommended update for virtualbox

    Hallo,


    ich habe aktuell die VirtualBox Version 6.1.38 in yast "eingefroren", weil ich noch nicht auf 7.x upgrade möchte.


    Trotzdem werden mir dauernd von Discover opensuse upgrades für VirtualBox angeboten, bunt vermengt mit anderen, durchaus sinnvollen und wünschenswerten upgrades, die ich natürlich installieren möchte. Ich darf mir also ständig raussuchen, welche upgrades ich möchte, und welche nicht.


    Warum honoriert discover die Blockierungen im yast nicht, und wie kann ich das beheben???


    T.

    Hi,


    habe aktuell den kernel 5.14.21-150400.24.38-default am Laufen. Für meinen NVIDIA-Treiber hat der einen Verweis auf nen älteren Kernel

    /lib/modules/5.14.21-150400.24.38-default/weak-updates/updates/nvidia*.ko ==> /lib/modules/5.14.21-150400.22-default/updates/nvidia*.ko

    welcher auch weiterhin vollständig installiert ist aber bis auf die NVIDIA-Module nicht gebraucht wird.


    Das System startet auch, wenn ich die Module in den neuen (aktuellen) Kernel verschiebe oder kopiere. Ein komplettes Löschen des alten kernels ist aber wohl nicht möglich, oder? Zumindest kann man dann vermutlich keine Updates am NVIDIA-Treiber mehr kompilieren.


    Meine Fragen: warum benötigt NVIDIA den alten Kernel? Was passiert, wenn man die NVIDIA-Module verschiebt und dann den alten Kernel löscht (zypper rm)?


    greetz,


    T.

    Also das Problem hat nix mit upgrade zu tun


    Wenn ich eine partition neu formatiere (ext4) und einhänge, hat mein normalo-user darauf KEINE Schreibrechte.


    Ich werd das mal weiter analysieren, entweder stimmt was nicht mit den Partitionen bzw Dateisystemen oder mit den Gruppenmitgliedschaften