Upgrade auf 15.4: util-linux "Es ist kein offizielles Paket für openSUSE Leap 15.4 verfügbar"

Hinweis: In dem Thema Upgrade auf 15.4: util-linux "Es ist kein offizielles Paket für openSUSE Leap 15.4 verfügbar" gibt es 37 Antworten auf 4 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Oh, noch ein "Profi" ... ł¨


    https://software.opensuse.org/…eproject=ALL&q=util-linux


    Was willst du damit? Sollte normalerweise schon alles im System sein. Zumindest bei mir und auch wohl bei jeder anderen normalen Installation. Nur util-linux-systemd ist für 15.4 verfügbar.

    Das mit dem Profi hat Du richtig erkannt, nur anders gemeint :)


    Was ich mit util-linux möchte? "zypper dup" möchte das haben und wenn ich hier lese:

    Zitat

    util-linux

    A collection of basic system utilities (core part)

    This package contains a large variety of low-level system utilities that are necessary for a Linux system to function. It contains the mount program, the fdisk configuration tool, and more.

    lese, dann scheint mir das essentiell.

    Aber "Sollte normalerweise schon alles im System sein" und "Nur util-linux-systemd ist für 15.4 verfügbar." widerspricht sich für mich. Kannst Du einem "Profi" da weiterhelfen?

    Oder ganz konkret: Welche der im OP genannten Optionen bei zypper bringt mein System auf ein laufendes 15.4?

    Für den Inhalt des Beitrages 304771 haftet ausdrücklich der jeweilige Autor: ireise

  • Allerdings entzieht es sich meiner Kenntnis, warum man das AMD Repo einbinden sollte, der Treiber ist im Kernel, ansonsten gibt es noch kernel-stable-backports

    Ich hatte bei der Installation lange gearbeitet bis die GraKa lief. Wenn der Treiber da schon im Kernel war, hatte er sich gut versteckt.
    Ich gehe davon aus, dass das Installationsscript von AMD auf https://www.amd.com/en/support/... das eigene Repo eingebunden und den Preempt-Kernel aktiviert hatte. Auf meinem zweiten Rechner an dem ich gerade sitze rennt jedenfalls derselbe preemt-Kernel. Ich bin doch sicher nicht der einzige Nutzer des AMD Treibers?

    Für den Inhalt des Beitrages 304772 haftet ausdrücklich der jeweilige Autor: ireise

  • Poste doch einfach den Befehl und die Ausgabe aus Beitrag #1

    Der betroffene Rechner ist gerade belegt (das Wartungsfenster am WE kann man in der Familie nicht durchsetzen), damit komme ich derzeit nicht an den kompletten Output. Der Befehl war ganz brav nach SDB:Distribution-Upgrade

    Code
    zypper --releasever=15.4 dup --download-in-heaps

    Im ersten Post fehlen von der Ausgabe die ersten Zeilen (kann ich morgen nachliefern) und noch mal ca. 13 Runden der Art

    Code
     Problem: problem with the installed xyz
    Solution 1: install xyz from vendor openSUSE
      replacing xyz from vendor http://packman.links2linux.de
    Solution 2: keep obsolete xyz

    für die Pakete gstreamer-plugins-bad-1.16.3-pm153.3.6.7.x86_64, gstreamer-plugins-bad-lang-1.16.3-pm153.3.6.7.noarch, gstreamer-plugins-libav-1.16.2-pm153.2.7.x86_64, libgstadaptivedemux-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstbadaudio-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstbasecamerabinsrc-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstcodecparsers-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstisoff-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstmpegts-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstphotography-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstsctp-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgsturidownloader-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstwayland-1_0-0-1.16.3-pm153.3.6.7.x86_64, libgstwebrtc-1_0-0-1.16.3-pm153.3.6.7.x86_64


    Wenn das nicht hilft gerne (bis) morgen nochmal komplett.

    Für den Inhalt des Beitrages 304774 haftet ausdrücklich der jeweilige Autor: ireise

  • Das liegt daran, das du die 15.3 Pakete sperrst sowie den Repo Wechsel explizit nicht angibst......


    Lesen, du musst lesen.......


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

  • Das liegt daran, das du die 15.3 Pakete sperrst

    Äh, wirklich gesperrt sind 3 Debug-Repos:

    Code
     9 | repo-backports-debug-update      | Update repository with updates for openSUSE Leap debuginfo packages from o-> | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/update/leap/15.3/backports_debug/           |  
    
    14 | repo-debug-update-non-oss        | Update Repository (Debug, Non-OSS)                                           | Nein      | ----            | ----           |   99      | rpm-md | http://download.opensuse.org/debug/update/leap/15.3/non-oss/             |  
    17 | repo-sle-debug-update            | Update repository with debuginfo for updates from SUSE Linux Enterprise 15   | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/update/leap/15.3/sle/                 |

    das Haupt-Repo ist doppelt und deswegen eine Ausgabe desktiviert:

    Code
     8 | openSUSE-Leap-15.2-1             | openSUSE-Leap-15.3                                                           | Nein      | ----            | ----           |   99      | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/oss/            | 
    16 | repo-oss                         | Haupt-Repository                                                             | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/oss/            | 

    welches davon hilft denn hier?

    BTW: Die anderen Schritte aus der Upgrade-Doku habe ich auch angewendet. D.h. in /etc/zypp/repos.d/*.repo steht ${releasever} und nicht 15.3. "zypper lr -d" zeigt das aber nicht.


    sowie den Repo Wechsel explizit nicht angibst......

    Doch, habe ich für die Packman->Suse Aktionen, aber zypper --releasever=15.4 dup --download-in-heaps |& tee /tmp/install.log erfasst keine Benutzereingabe, die kommt über stdin nicht stdout/-err. Scrollen und kopieren mit der Maus ist der virtuellen Konsole ja nicht drin.

    Und das [--download-in-heaps] ersetzen.......

    Durch? Nichts?

    Lesen, du musst lesen.......

    RTFM habe ich schon mal gehört. Wo soll ich denn weitermachen?

    Für den Inhalt des Beitrages 304777 haftet ausdrücklich der jeweilige Autor: ireise

  • Allerdings entzieht es sich meiner Kenntnis, warum man das AMD Repo einbinden sollte, der Treiber ist im Kernel, ansonsten gibt es noch kernel-stable-backports

    Den Punkt konnte ich inzwischen klären. Wie erwartet macht(e) das das Installationsskript von AMD:

    Und ich meine mich zu erinnern, dass amdgpu-dkms den Kernel neu kompilierte. Jedenfalls war da ein Reinstall nötig nach jedem automatischen Kernelupdate.

    Für den Inhalt des Beitrages 304779 haftet ausdrücklich der jeweilige Autor: ireise

  • Noch einmal:

    Der Amd Treiber ist im Kernel.

    Code
    modinfo amdgpu
    filename:       /lib/modules/5.14.21-150400.24.46-default/kernel/drivers/gpu/drm/amd/amdgpu/amdgpu.ko.zst
    license:        GPL and additional rights
    description:    AMD GPU
    author:         AMD linux driver team
    .
    .
    .
    .

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