• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Migration Leap 16.0 -> 16.1

Hallo zusammen!
Mal etwas positives: Heute habe ich den Versionshub auf die neue Version mit Hilfe des Migrationstools vorgenommen.
Nach einem
Code:
 sudo opensuse-migration-tool
lief die Migration anstandslos durch und nach einem Neustart funktioniert bisher eigentlich alles tadellos!
Sogar einige Problemchen sind behoben, beispielsweise hatte ich am Ende in der 16.0 Probleme mit einigen externen Laufwerken, die sich nicht auf Anhieb einbinden ließen ("Sie haben keine Berechtigung zum Einbinden dieses Geräts"). Eben diese Geräte lassen sich jetzt wieder völlig problemlos einbinden.
Einzige Manko bisher: das am 4.11. unter 16.0 auf Version 26.8 gehobene LibreOffice wurde jetzt wieder auf V26.2 zurückgestuft. Aber das ist vermutlich auf den Releaseprozess zurückzuführen, ich kann mir vorstellen, dass hier in den nächsten Tagen wieder ein Update kommt.
Wenn das System jetzt noch ohne Ausfälle durchläuft (KDE-Abstürze traten weiterhin auf) bin ich glücklich!

Nachtrag: Obwohl der unter 16.0 deinstallierte DrKonqi jetzt wieder installiert ist, bleibt die Flut in den messages (bisher?) aus.
Erneuter Nachtrag: Ich hatte es wohl heraufbeschwört. jetzt liefen die messages doch wieder auf, als DrKonqi wieder deinstalliert.

Viele Grüße aus Köln
 
Zuletzt bearbeitet:
mit
Code:
zypper --releasever 16.1 dup --allow-vendor-change --allow-downgrade
:
Den Laptop per releaserver und dup auf Leap 16.1 gebracht hat ohne Probleme geklappt.

mit dem migrations-tool:
Den Hauptrechner mit einigen aktiven Repos auf 16.1 zu bringen brauchte etwas Nacharbeit, hatte mir die Nvidia Konfiguration zerschossen, das Repo wurde nicht auf 16.1 vom migrations-tool umgestellt, obwohl Variable releasever.
Hat dann etwas Handarbeit benötigt.
Ebenso hatte mein openvpn systemd falsche Rechte, lag an selinux und war mit einem kompletten autorelabel dann gefixed.

Ansonsten läuft alles rund.
 
  • Like
Reaktionen: JSC
Ups, danke für den Hinweis.
Ich habe einmal in Myrlyn nachgesehen, dort war tatsächlich das Repository "Hardware tools" noch auf der 16.0er Version.
Ich hatte es dann auf 16.1 gesetzt, aber dann hat er mir 28 Libraries auf niedrigere Versionen setzen wollen. Und da es im Moment erst einmal so gut läuft, habe ich die Version wieder auf 16.0 gesetzt und warte nun ein paar Tage, in der Hoffnung, dass hier noch angeglichen wird.
 
Poste einmal:
Code:
zypper lr -d

Es werden aber einige "Leichen" (Pakete keinem aktiven Repo zugehörig) herumliegen, daher poste einmal:
Code:
zypper se -si | grep -i systempaket
 
Ich hab einen Rechner upgedated, nachdem das migration-tool irgendwelche Fehler ausgespuckt hatte, habe ich es mit

zypper --releasever=16.1 dup

Discover und package kit kamen dadurch wieder rein und wurden per zypper wieder rausgeworfen und danach im Myrlyn gesperrt.
Da es noch kein Mozilla Repository fuer 16.1 gibt und das offizielle eine Uralt-Version von Thunderbird drueber installiert hat, geht jetzt keine E-Mail -- ausser natuerlich ich wuerde das Profil downgraden, aber da warte ich lieber erstmal ab und loesche derweil die E-Mails per Tablet, da kann ich dann zeitgleich Spinningrad fahren und / oder Fernsehen :ROFLMAO:
Firefox kam ein ausreichend aktueller mit.
 
So ist es halt mit factory Repos....
YMMD 🤣 -- Ich wollte fast schon schreiben, dass ich auf eine diesbezuegliche Mecker warte
Im SWR3 haben Zeus und Wirbi sowas immer mit
Der vorhersehbare Gag
bezeichnet :biggrin:
Nimm so lange dies Repo:
/repositories/home:/ecsos:/mozilla/16.1 - openSUSE Download
Ist zwar ein /home Repo, aber ich würde Eric vertrauen.
OK Danke fuer den Tipp, probier ich vll mal. Ansonsten, wie gesagt, Tablet, Smartphone, Win11 Dose im Buero, alter 32 bit Laptop, sowie die beiden 16.0er Maschinen im Familienstandort ... Es gibt Ausweichoptionen.

BTW ich hatte Mozilla schon seit -- keine Ahnung wie lang -- deaktiviert, aber in der ganzen Zeit hat das offizielle Repository keine neuere Version als die nun statisch eingefrorene Thunderbird Version des Mozilla Repository rausgebracht.
Haette das offizielle Repository irgendwann mal nachgezogen, dann waere dieses Problem ueberhaupt nicht aufgetreten ;)
 
Zuletzt bearbeitet:
Hallo zusammen!
Mal etwas positives: Heute habe ich den Versionshub auf die neue Version mit Hilfe des Migrationstools vorgenommen.
Nach einem
Code:
 sudo opensuse-migration-tool
lief die Migration anstandslos durch und nach einem Neustart funktioniert bisher eigentlich alles tadellos!
Sogar einige Problemchen sind behoben, beispielsweise hatte ich am Ende in der 16.0 Probleme mit einigen externen Laufwerken, die sich nicht auf Anhieb einbinden ließen ("Sie haben keine Berechtigung zum Einbinden dieses Geräts"). Eben diese Geräte lassen sich jetzt wieder völlig problemlos einbinden.
Einzige Manko bisher: das am 4.11. unter 16.0 auf Version 26.8 gehobene LibreOffice wurde jetzt wieder auf V26.2 zurückgestuft. Aber das ist vermutlich auf den Releaseprozess zurückzuführen, ich kann mir vorstellen, dass hier in den nächsten Tagen wieder ein Update kommt.
Wenn das System jetzt noch ohne Ausfälle durchläuft (KDE-Abstürze traten weiterhin auf) bin ich glücklich!

Nachtrag: Obwohl der unter 16.0 deinstallierte DrKonqi jetzt wieder installiert ist, bleibt die Flut in den messages (bisher?) aus.
Erneuter Nachtrag: Ich hatte es wohl heraufbeschwört. jetzt liefen die messages doch wieder auf, als DrKonqi wieder deinstalliert.

Viele Grüße aus Köln
Hallo Nippeser,

kannst Du Dein Vorgehen mal genauer beschreiben bitte. Muss ich von openSuse(org) das Ganze 16.1 runter laden? Ich bin damals von 15.6 auf 16.0 umgestiegen mit dem Migrationstool, weiß aber nicht mehr die Schritte.

Vielen Dank und Grüße,

cpk1
 
kannst Du Dein Vorgehen mal genauer beschreiben bitte. Muss ich von openSuse(org) das Ganze 16.1 runter laden? Ich bin damals von 15.6 auf 16.0 umgestiegen mit dem Migrationstool, weiß aber nicht mehr die Schritte.
Hallo cpk1,

das war eigentlich ganz einfach: das opensuse-migration-tool über myrlyn installieren (wenn noch nicht vorhanden) und mit sudo starten (also Admin-Rechte, siehe oben). Danach lief bei mir alles automatisch durch, die notwendigen Pakete wurden selbständig heruntergeladen und installiert. Im Ganzen waren es bei mir ca. 3000 Pakete
Als das Tool fertig war, musste ich nur noch manuell neu starten.
Das ist für mich das angenehme an dem Migrationstool, und beim Versionshub 16.0 -> 16.1 läuft das ja auch rund.
Danach natürlich: prüfen ob alles funktioniert etc...

Der Hub von 15..6 -> 16.0 funktionierte (bei mir) so nicht, weil die Änderungen im Hintergrund zu vielfältig waren. Allerdings habe ich von Leuten gelesen, bei denen es funktioniert haben soll.

Viele Grüße aus Köln
 
Hallo Nippeser,

hast Du die Voreinstellungen bzgl. Repositories so gelassen im Migrationstool?

Vielen Dank für Deine Mühen,

cpk1
 
Poste einmal:
Code:
zypper lr -d
Code:
#  | Alias                       | Name                      | Enabled | GPG Check | Refresh | Keep | Priority | Type   | URI                                                                        | Service
---+-----------------------------+---------------------------+---------+-----------+---------+------+----------+--------+----------------------------------------------------------------------------+---------
 1 | hardware                    | Hardware tools (16.0)     | Ja      | (r ) Ja   | Nein    | -    |   99     | rpm-md | https://download.opensuse.org/repositories/hardware/16.0/                  |
 2 | openSUSE:repo-non-oss       | repo-non-oss (16.1)       | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/16.1/repo/non-oss/x86_64         | openSUSE
 3 | openSUSE:repo-non-oss-debug | repo-non-oss-debug (16.1) | Nein    | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/16.1/repo/non-oss/x86_64   | openSUSE
 4 | openSUSE:repo-openh264      | repo-openh264 (16.1)      | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md | https://codecs.opensuse.org/openh264/openSUSE_Leap_16                      | openSUSE
 5 | openSUSE:repo-oss           | repo-oss (16.1)           | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/16.1/repo/oss/x86_64             | openSUSE
 6 | openSUSE:repo-oss-debug     | repo-oss-debug (16.1)     | Nein    | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/16.1/repo/oss/x86_64       | openSUSE
 7 | openSUSE:repo-oss-source    | repo-oss-source (16.1)    | Nein    | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/source/distribution/leap/16.1/repo/oss             | openSUSE
 8 | system-cockpit              | System-Cockpit            | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md | https://download.opensuse.org/repositories/systemsmanagement:/cockpit/16.0 |
 9 | teamviewer                  | TeamViewer - x86_64       | Ja      | (r ) Ja   | Nein    | -    |   99     | rpm-md | https://linux.teamviewer.com/yum/stable/main/binary-x86_64/                |
10 | video-lan-repo              | VideoLAN                  | Ja      | (r ) Ja   | Ja      | -    |   82     | rpm-md | https://download.videolan.org/SuSE/16.1/                                   |
Das Systemsmanagement ist doch von Dir, oder? Kann ich das einfach auf 16.1 umstellen?

Es werden aber einige "Leichen" (Pakete keinem aktiven Repo zugehörig) herumliegen, daher poste einmal:
Code:
zypper se -si | grep -i systempaket
Code:
i+ | epson-printer-utility                      | Paket   | 1.2.3-1                                       | x86_64 | (Systempakete)
i+ | epsonscan2                                 | Paket   | 6.7.93.0-1                                    | x86_64 | (Systempakete)
i+ | epsonscan2-non-free-plugin                 | Paket   | 1.0.0.6-1                                     | x86_64 | (Systempakete)
i+ | kernel-default                             | Paket   | 6.12.0-160000.40.1                            | x86_64 | (Systempakete)
i  | kernel-default-extra                       | Paket   | 6.12.0-160000.40.1                            | x86_64 | (Systempakete)
i  | kernel-default-optional                    | Paket   | 6.12.0-160000.40.1                            | x86_64 | (Systempakete)
i  | lifecycle-data-sle                         | Paket   | 16.0+git20250825.a31b781-160000.2.2           | noarch | (Systempakete)
Das ist lustig: Laut KInfoCenter läuft der Kernel 6.12.0-160100.8-default. Hier liegen wohl tatsächlich Leichen. Den Epson-Printer benutze ich aber noch...

Viele Grüße
 
Code:
i+ | kernel-default                             | Paket   | 6.12.0-160000.40.1                            | x86_64 | (Systempakete)
i  | kernel-default-extra                       | Paket   | 6.12.0-160000.40.1                            | x86_64 | (Systempakete)
i  | kernel-default-optional                    | Paket   | 6.12.0-160000.40.1                            | x86_64 | (Systempakete)
i  | lifecycle-data-sle                         | Paket   | 16.0+git20250825.a31b781-160000.2.2           | noarch | (Systempakete)
Das sind Dateileichen aus Leap 16.0, suche in myrlyn nach dem Namen und lösche über den Reiter Versionen.
Das Systemsmanagement ist doch von Dir, oder? Kann ich das einfach auf 16.1 umstellen?
Nein, das ist das Entwicklunsrepo für cockpit.
 
zypper se -sir System-Cockpit
ergibt

Code:
S  | Name                    | Type  | Version           | Arch   | Repository
---+-------------------------+-------+-------------------+--------+---------------
i  | bootkitd                | Paket | 0.5.0-lp160.1.3   | x86_64 | System-Cockpit
i  | cockpit                 | Paket | 370-lp160.1.2     | x86_64 | System-Cockpit
i+ | cockpit-bootloader      | Paket | 2-lp160.2.2       | noarch | System-Cockpit
i  | cockpit-bridge          | Paket | 370-lp160.1.2     | noarch | System-Cockpit
i+ | cockpit-client-launcher | Paket | 361-lp160.1.1     | noarch | System-Cockpit
i+ | cockpit-doc             | Paket | 370-lp160.1.2     | noarch | System-Cockpit
i  | cockpit-firewalld       | Paket | 370-lp160.1.2     | noarch | System-Cockpit
i  | cockpit-kdump           | Paket | 370-lp160.1.2     | noarch | System-Cockpit
i  | cockpit-machines        | Paket | 355-lp160.2.2     | noarch | System-Cockpit
i  | cockpit-networkmanager  | Paket | 370-lp160.1.2     | noarch | System-Cockpit
i  | cockpit-packagekit      | Paket | 370-lp160.1.2     | noarch | System-Cockpit
i  | cockpit-packages        | Paket | 6-lp160.1.1       | noarch | System-Cockpit
i  | cockpit-repos           | Paket | 4.9-lp160.2.2     | noarch | System-Cockpit
i  | cockpit-selinux         | Paket | 370-lp160.1.2     | noarch | System-Cockpit
i  | cockpit-storaged        | Paket | 370-lp160.1.2     | noarch | System-Cockpit
i  | cockpit-subscriptions   | Paket | 16.3-lp160.2.1    | noarch | System-Cockpit
i  | cockpit-system          | Paket | 370-lp160.1.2     | noarch | System-Cockpit
i  | cockpit-ws              | Paket | 370-lp160.1.2     | x86_64 | System-Cockpit
i  | cockpit-ws-selinux      | Paket | 370-lp160.1.2     | x86_64 | System-Cockpit
i  | sndiff                  | Paket | 0.2.2~2-lp160.2.5 | x86_64 | System-Cockpit
Das ist also alles noch auf dem alten Stand, scheint aber zu funktionieren. Leider kann ich im Moment nicht erkennen, ob in der 16.1 das Bootloader-Modul zur Verfügung steht. Da sehe ich unter Distribution 16.1 nur:


Und bei
zypper se -sir hardware
kommt
Code:
S  | Name                        | Type  | Version                         | Arch   | Repository
---+-----------------------------+-------+---------------------------------+--------+----------------------
i+ | amdgpu_top                  | Paket | 0.11.5-lp160.25.5               | x86_64 | Hardware tools (16.0)
i  | bolt                        | Paket | 0.9.11-lp160.43.2               | x86_64 | Hardware tools (16.0)
i  | crda                        | Paket | 4.15-lp160.71.2                 | x86_64 | Hardware tools (16.0)
i  | ddcutil-i2c-udev-rules      | Paket | 3.0.2-lp160.50.1                | noarch | Hardware tools (16.0)
i+ | ifuse                       | Paket | 1.2.1-lp160.3.2                 | x86_64 | Hardware tools (16.0)
i  | iio-sensor-proxy            | Paket | 3.9-lp160.60.1                  | x86_64 | Hardware tools (16.0)
i  | iw                          | Paket | 6.17-lp160.62.2                 | x86_64 | Hardware tools (16.0)
i  | libddcutil5                 | Paket | 3.0.2-lp160.50.1                | x86_64 | Hardware tools (16.0)
i  | libflashrom1                | Paket | 1.8.0+git0.90b6b437-lp160.78.2  | x86_64 | Hardware tools (16.0)
i  | libhidapi-hidraw0           | Paket | 0.15.0-lp160.25.1               | x86_64 | Hardware tools (16.0)
i  | libimobiledevice-1_0-6      | Paket | 1.4.0+9git.20260610-lp160.1.1   | x86_64 | Hardware tools (16.0)
i  | libimobiledevice-glue-1_0-0 | Paket | 1.3.3+git0.20261005-lp160.22.1  | x86_64 | Hardware tools (16.0)
i  | libjaylink                  | Paket | 0.5.0-lp160.18.1                | x86_64 | Hardware tools (16.0)
i  | libjaylink0                 | Paket | 0.5.0-lp160.18.1                | x86_64 | Hardware tools (16.0)
i  | libndctl6                   | Paket | 85-lp160.1.1                    | x86_64 | Hardware tools (16.0)
i  | libplist-2_0-12             | Paket | 2.8.1-lp160.1.1                 | x86_64 | Hardware tools (16.0)
i  | libts0                      | Paket | 1.24-lp160.38.2                 | x86_64 | Hardware tools (16.0)
i  | libusb-1_0-0                | Paket | 1.0.30-lp160.81.1               | x86_64 | Hardware tools (16.0)
i  | libusbmuxd-2_0-7            | Paket | 2.1.1-lp160.33.1                | x86_64 | Hardware tools (16.0)
i  | libusbredirparser1          | Paket | 0.15.0-lp160.44.2               | x86_64 | Hardware tools (16.0)
i  | libwacom-data               | Paket | 2.20.0-lp160.1.1                | x86_64 | Hardware tools (16.0)
i  | libwacom9                   | Paket | 2.20.0-lp160.1.1                | x86_64 | Hardware tools (16.0)
i  | switcheroo-control          | Paket | 3.0-lp160.33.4                  | x86_64 | Hardware tools (16.0)
i  | usb_modeswitch              | Paket | 2.6.2-lp160.1.1                 | x86_64 | Hardware tools (16.0)
i  | usb_modeswitch-data         | Paket | 2.6.2-lp160.1.1                 | noarch | Hardware tools (16.0)
i  | usbmuxd                     | Paket | 1.1.1+git72.3ded00c-lp160.102.3 | x86_64 | Hardware tools (16.0)
i  | wireless-regdb              | Paket | 20260903-lp160.138.1            | noarch | Hardware tools (16.0)
i  | wpa_supplicant              | Paket | 2.12-lp160.199.1                | x86_64 | Hardware tools (16.0)
Das würde ich aber erst aktualisieren wollen, wenn die Versionsstände mindestens auf Höhe der 16.0 sind.

Viele Grüße aus Köln
 
Zuletzt bearbeitet:
Code:
S  | Name                    | Type       | Version                       | Arch   | Repository
---+-------------------------+------------+-------------------------------+--------+--------------
i+ | cockpit                 | Paket      | 364-160100.2.10               | x86_64 | OSS
   | cockpit                 | Schema     | 16.0-160100.2.1               | x86_64 | OSS
   | cockpit                 | Schema     | 16.0-bp161.2.1                | x86_64 | OSS
i+ | cockpit-bootloader      | Paket      | 1-160100.2.1                  | noarch | OSS
i+ | cockpit-bridge          | Paket      | 364-160100.2.10               | noarch | OSS
i+ | cockpit-client-launcher | Paket      | 356-bp161.1.1                 | noarch | OSS
i+ | cockpit-devel           | Paket      | 364-160100.2.10               | x86_64 | OSS
   | cockpit-doc             | Paket      | 364-160100.2.10               | noarch | OSS
i+ | cockpit-file-sharing    | Paket      | 2.4.5-lp161.11.1              | noarch | Sauerland-OSS
   | cockpit-file-sharing    | Quellpaket | 2.4.5-lp161.11.1              | noarch | Sauerland-OSS
i+ | cockpit-firewalld       | Paket      | 364-160100.2.10               | noarch | OSS
i+ | cockpit-kdump           | Paket      | 364-160100.2.10               | noarch | OSS
i+ | cockpit-machines        | Paket      | 354-160100.2.1                | noarch | OSS
   | cockpit-networkmanager  | Paket      | 364-160100.2.10               | noarch | OSS
   | cockpit-packagekit      | Paket      | 364-160100.2.10               | noarch | OSS
   | cockpit-packages        | Paket      | 5-160100.2.1                  | noarch | OSS
   | cockpit-podman          | Paket      | 128-160100.2.1                | noarch | OSS
i+ | cockpit-repos           | Paket      | 4.8-160100.2.1                | noarch | OSS
i+ | cockpit-selinux         | Paket      | 364-160100.2.10               | noarch | OSS
   | cockpit-snapshots       | Paket      | 3.1-160100.2.1                | noarch | OSS
i+ | cockpit-storaged        | Paket      | 364-160100.2.10               | noarch | OSS
i+ | cockpit-subscriptions   | Paket      | 16.2-160100.2.1               | noarch | OSS
i+ | cockpit-system          | Paket      | 364-160100.2.10               | noarch | OSS
   | cockpit-tukit           | Paket      | 0.1.7~git0.61e54f1-160100.2.1 | noarch | OSS
i+ | cockpit-ws              | Paket      | 364-160100.2.10               | x86_64 | OSS
i+ | cockpit-ws-selinux      | Paket      | 364-160100.2.10               | x86_64 | OSS
   | cockpit_client          | Schema     | 16.0-bp161.2.1                | x86_64 | OSS
   | patterns-cockpit        | Paket      | 16.0-160100.2.1               | x86_64 | OSS
   | patterns-cockpit        | Paket      | 16.0-bp161.2.1                | x86_64 | OSS
   | patterns-cockpit-client | Paket      | 16.0-bp161.2.1                | x86_64 | OSS
Das sind alle in Leap 16.1 enthaltenen cockpit-plugins.

Leider kann ich im Moment nicht erkennen, ob in der 16.1 das Bootloader-Modul zur Verfügung steht. Da sehe ich unter Distribution 16.1 nur:
Schau nicht nur im Verzeichnis x86_64 sondern auch im noarch Verzeichnis:
/distribution/leap/16.1/repo/oss - openSUSE Download

Du verstehst bei diesen Paketen aus den Repos systemmangement und hardware aber etwas falsch:
Die Version wird für alle enthaltenen Repos gebaut, egal ob Leap , Tumbleweed, Slowroll, die Version ist in allen Repos gleich.
https://build.opensuse.org/package/show/hardware/amdgpu_top
amdgpu_top | Paket | 0.11.5- ist auch im Leap 16.1 Repo vorhanden, falls dies schon hinzugefügt ist.
/repositories/hardware/16.1/x86_64 - openSUSE Download
 
Zuletzt bearbeitet:
Kleiner Nachtrag: Kaum haben wir darüber geschrieben, schon habe ich noch einmal nachgeschaut - und festgestellt, dass die Versionen jetzt passen. Also mit dem neuen Repo die Pakete aktualisiert, sicherheitshalber einmal neu gestartet und schon funktioniert weiterhin alles (was ich bis jetzt getestet habe).
Insbesondere meine USB-Laufwerke und das iPhone lassen sich problemlos einbinden.
Die alten Kernel-Versionen kann ich dann ja auch noch kurzfristig löschen.

grep -i releasever /etc/zypp/repos.d/*
ergibt:
Code:
/etc/zypp/repos.d/openSUSE:repo-non-oss-debug.repo:name=repo-non-oss-debug (${releasever})
/etc/zypp/repos.d/openSUSE:repo-non-oss-debug.repo:baseurl=http://cdn.opensuse.org/debug/distribution/leap/${releasever}/repo/non-oss/$basearch
/etc/zypp/repos.d/openSUSE:repo-non-oss-debug.repo:gpgkey=http://cdn.opensuse.org/debug/distribution/leap/${releasever}/repo/non-oss/$basearch/repodata/repomd.xml.key
/etc/zypp/repos.d/openSUSE:repo-non-oss.repo:name=repo-non-oss (${releasever})
/etc/zypp/repos.d/openSUSE:repo-non-oss.repo:baseurl=http://cdn.opensuse.org/distribution/leap/${releasever}/repo/non-oss/$basearch
/etc/zypp/repos.d/openSUSE:repo-non-oss.repo:gpgkey=http://cdn.opensuse.org/distribution/leap/${releasever}/repo/non-oss/$basearch/repodata/repomd.xml.key
/etc/zypp/repos.d/openSUSE:repo-openh264.repo:name=repo-openh264 (${releasever})
/etc/zypp/repos.d/openSUSE:repo-oss-debug.repo:name=repo-oss-debug (${releasever})
/etc/zypp/repos.d/openSUSE:repo-oss-debug.repo:baseurl=http://cdn.opensuse.org/debug/distribution/leap/${releasever}/repo/oss/$basearch
/etc/zypp/repos.d/openSUSE:repo-oss-debug.repo:gpgkey=http://cdn.opensuse.org/debug/distribution/leap/${releasever}/repo/oss/$basearch/repodata/repomd.xml.key
/etc/zypp/repos.d/openSUSE:repo-oss.repo:name=repo-oss (${releasever})
/etc/zypp/repos.d/openSUSE:repo-oss.repo:baseurl=http://cdn.opensuse.org/distribution/leap/${releasever}/repo/oss/$basearch
/etc/zypp/repos.d/openSUSE:repo-oss.repo:gpgkey=http://cdn.opensuse.org/distribution/leap/${releasever}/repo/oss/$basearch/repodata/repomd.xml.key
/etc/zypp/repos.d/openSUSE:repo-oss-source.repo:name=repo-oss-source (${releasever})
/etc/zypp/repos.d/openSUSE:repo-oss-source.repo:baseurl=http://cdn.opensuse.org/source/distribution/leap/${releasever}/repo/oss
/etc/zypp/repos.d/openSUSE:repo-oss-source.repo:gpgkey=http://cdn.opensuse.org/source/distribution/leap/${releasever}/repo/oss/repodata/repomd.xml.key
/etc/zypp/repos.d/video-lan-repo.repo:baseurl=https://download.videolan.org/SuSE/$releasever/
Aber die debug und source Repositories habe ich gar nicht eingebunden?!?

Auf jeden Fall Vielen Dank für die Hinweise!!!

Grüße aus Köln
 
Code:
#  | Alias                       | Name                      | Enabled | GPG Check | Refresh | Keep | Priority | Type   | URI                                                                        | Service---+-----------------------------+---------------------------+---------+-----------+---------+------+----------+--------+----------------------------------------------------------------------------+---------
1 | hardware                    | Hardware tools (16.0)     | Ja      | (r ) Ja   | Nein    | -    |   99     | rpm-md | https://download.opensuse.org/repositories/hardware/16.0/                  |
2 | openSUSE:repo-non-oss       | repo-non-oss (16.1)       | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/16.1/repo/non-oss/x86_64         | openSUSE
3 | openSUSE:repo-non-oss-debug | repo-non-oss-debug (16.1) | Nein    | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/16.1/repo/non-oss/x86_64   | openSUSE
4 | openSUSE:repo-openh264      | repo-openh264 (16.1)      | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md | https://codecs.opensuse.org/openh264/openSUSE_Leap_16                      | openSUSE
5 | openSUSE:repo-oss           | repo-oss (16.1)           | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/16.1/repo/oss/x86_64             | openSUSE
6 | openSUSE:repo-oss-debug     | repo-oss-debug (16.1)     | Nein    | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/16.1/repo/oss/x86_64       | openSUSE
7 | openSUSE:repo-oss-source    | repo-oss-source (16.1)    | Nein    | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/source/distribution/leap/16.1/repo/oss             | openSUSE
8 | system-cockpit              | System-Cockpit            | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md | https://download.opensuse.org/repositories/systemsmanagement:/cockpit/16.0 |
9 | teamviewer                  | TeamViewer - x86_64       | Ja      | (r ) Ja   | Nein    | -    |   99     | rpm-md | https://linux.teamviewer.com/yum/stable/main/binary-x86_64/                |
10 | video-lan-repo              | VideoLAN                  | Ja      | (r ) Ja   | Ja      | -    |   82     | rpm-md | https://download.videolan.org/SuSE/16.1/
|
Und wie du siehst, hat nur das systemangement und hardware Repo noch nicht die Variable releasever in der URL
Wie das genau aussieht, zeigt dir Videolan:
baseurl=https://download.videolan.org/SuSE/$releasever/
Dort steht anstelle von 16.0 oder 16.0 die Variable releasever

Oder hier bei mir in Leap 16.1
Code:
baseurl=https://download.opensuse.org/repositories/systemsmanagement:/cockpit/$releasever/
Ebenso bem Hardware Repo.
Dann kannst du mit den beiden Repos updaten.
 
Und wie du siehst, hat nur das systemangement und hardware Repo noch nicht die Variable releasever in der URL
Wie das genau aussieht, zeigt dir Videolan:
baseurl=https://download.videolan.org/SuSE/$releasever/
Dort steht anstelle von 16.0 oder 16.0 die Variable releasever
O.K., danke, das habe auch ich jetzt begriffen :rolleyes:
Und auch schon umgesetzt.

Schau nicht nur im Verzeichnis x86_64 sondern auch im noarch Verzeichnis:

/distribution/leap/16.1/repo/oss - openSUSE Download
Da das Bootloadermodul hier jetzt enthalten ist, würde ich gerne auf das Repo umstellen und mir das systemsmanagement ganz sparen. Muss ich das für jedes installierte Paket in Myrlyn einzeln machen oder gibt es einen einfacheren Weg? Oder ist systemsmanagement mit $releasever doch besser? Da gibt es jedenfalls die neueren Versionen...
 
Zurück
Oben