Gelöst Von Leap auf Slowroll per CLI

[BeastXXL]

@susejunky
Ah, ok, danke!
Ja, mit dem Nachweis habe ich geschlampt. Hätte ich mit angeben bzw. mal checken müssen.

Wie sieht's mit den anderen Punkten aus? Sind die wenigstens richtig? Ich meine das mit dem Verweis auf die .repo-Datei in der URL? Bei der cdn.-Geschichte habe ich die Quelle angegeben und sollte richtig sein, denke ich.

 

[Sauerland]

man zypper:

 $ zypper ar myreposbackup.repo
                   Add repositories from a .repo file.

Nur als Info:

zypper lr (-P)

Sagt eigentlich nichts aus, nur die URL ist wichtig.
Jeder kann ein Repo benennen (auch Alias) wie er/sie will.

Aussagekräftig ist z.B.

zypper lr -d

 

[susejunky]

Ich meine das mit dem Verweis auf die .repo-Datei in der URL?

Bevor ich Dir eine falsche Antwort gebe: Könntest Du bitte noch einmal die Textpassage zeigen, auf die Du Dich hier beziehst?

Hier noch ein Hinweis:

Bereits vor längerer Zeit hat openSUSE den Repository index service eingeführt. Soweit mir bekannt, werden die entsprechenden Pakete (openSUSE-repos-*.rpm) bei Leap, MicroOS, Slowroll und Tumbleweed standardmäßig installiert.

Ich verwalte meine Repository-URLs manuell und habe daher alle Pakete openSUSE-repos-*.rpm auf meinen Systemen gelöscht und für die Installation gesperrt.

 

[Sauerland]

Ich verwalte meine Repository-URLs manuell und habe daher alle Pakete openSUSE-repos-*.rpm auf meinen Systemen gelöscht und für die Installation gesperrt.

Dito.

 

[BeastXXL]

@susejunky
Ich meine diese Passage aus Beitrag #12:

Kurz:

• Mit „normaler“ Repo‑URL (Verzeichnis): addrepo URL alias nötig.
• Mit fertiger .repo‑Datei: addrepo URL-zur-.repo reicht; der Name steht in der Datei.

So, wie ich das verstehe, kann man zwei Arten von URL bei den Repos angeben:

Standard (so, wie ich es kenne), einfach nur:

https://download.opensuse.org/repositories/games:tools/openSUSE_Slowroll/

Hier kann/sollte man ein Alias angeben. Also nach diesem Muster:

zypper ar [entsprechnde URL] <Alias>

Oder den "Link" auf die .repo-Datei:

https://download.opensuse.org/repositories/games:tools/openSUSE_Slowroll/games:tools.repo

Hier braucht man keinen Alias angeben, weil der in der Datei stehen soll. Daher nur:

zypper ar [entsprechnde URL/XYZ.repo]

Ist das richtig?

Ich konnte übrigens kein installiertes openSUSE-repos-*.rpm bei mir finden. Ja, ich kann das Paket finden (openSUSE-repos-Leap.rpm), aber eben nicht installiert.

 

[Sauerland]

Standard (so, wie ich es kenne), einfach nur:

https://download.opensuse.org/repositories/games:tools/openSUSE_Slowroll/

Funktioniert nicht:

linux64:/home/stephan # zypper ar https://download.opensuse.org/repositories/games:tools/openSUSE_Slowroll/
Wenn nur ein Argument verwendet wird, dann muss es sich um einen auf eine .repo-Datei verweisenden URI handeln.
addrepo (ar) [Optionen] <URI> <Alias>
addrepo (ar) [Optionen] <Datei.repo>

Dem System ein Repository hinzufügen. Das Repository kann durch seinen URI angegeben sein oder aus
der angegebenen (auch fernen) .repo-Datei gelesen werden.

 

[Sauerland]

In einer Repo Datei steht im Endeffekt nicht mehr und nicht weniger drin, als wenn ich ein Repo per Hand hinzufüge.
Repo Datei:

cat Archiving.repo
[Archiving]
name=Archiving and Compressing (16.0)
type=rpm-md
baseurl=https://download.opensuse.org/repositories/Archiving/16.0/
gpgcheck=1
gpgkey=https://download.opensuse.org/repositories/Archiving/16.0/repodata/repomd.xml.key
enabled=1

Per Hand ohne irgendwelche Optionen:

cat /etc/zypp/repos.d/archiv.repo
[archiv]
enabled=1
autorefresh=0
baseurl=https://download.opensuse.org/repositories/Archiving/16.0/
type=rpm-md

 

[susejunky]

@susejunky
Ich meine diese Passage aus Beitrag #12:
...
Ist das richtig?

Da war @Sauerland schneller als ich. Siehe seine Beiträge #26 und #27 oder auch zypper addrepo --help.

...
Ich konnte übrigens kein installiertes openSUSE-repos-*.rpm bei mir finden. Ja, ich kann das Paket finden (openSUSE-repos-Leap.rpm), aber eben nicht installiert.

Ich verwende bereits seit mehreren Jahren ausschließlich openSUSE Tumbleweed und kann daher nicht sagen, wie die Einführung des Repository index service bei den anderen openSUSE-Varianten erfolgte und warum die Pakete in Deiner openSUSE Leap Installation nicht installiert sind.

Wenn Du jedoch mit Hilfe des openSUSE Migrationstools von Leap nach Slowroll migrieren willst, dann sollten die entsprechenden Repositories (openSUSE-repos-*.rpm) vom Migrationstool installiert werden (siehe Zeile 222 ff.).

 

[BeastXXL]

@Sauerland
Zum Beitrag #26: Das ist doch genau das, was ich in Beitrag #25 geschrieben habe! Wird in einer Repo-URL nicht auf eine .repo-Datei verlinkt, dann muss ein Alias angegeben werden.

@susejunky
Tja, meine Installation von openSUSE Leap ist schon recht häufig per zypper dup geupgradet worden. Wann ich damit angefangen habe, weiß ich nicht mehr. Vielleicht ist deshalb openSUSE-repos-*.rpm nicht installiert? Keine Ahnung, aber ich weiß, dass ich nicht das Migrationstool verwenden möchte. Nur als letzten Ausweg, wenn sonst nichts funktioniert.

Ich versuche morgen nach der manuellen Methode (wie es Wolfi gemacht hat) ein Laptop mit Leap 15.6 auf Slowroll zu migrieren. Wenn das gut geht, wird bald mein PC folgen.
Ich werde es mit den cdn.-URLs und einer Verlinkung auf die dortigen .repo-Dateien versuchen. Mit Packman und --allow-vendor-change, aber ohne Source-Repo.

 

[susejunky]

Ich werde es mit den cdn.-URLs und einer Verlinkung auf die dortigen .repo-Dateien versuchen. Mit Packman und --allow-vendor-change, ...

Für die eigentliche Umstellung von Leap 15.6 auf Slowroll sollte man wohl erst einmal nur die hier aufgelisteten Repositories verwenden und das Packman-Repository erst dann aktivieren, wenn die Umstellung erfolgreich war.

Hier noch ein paar Informationen, die Du bei einem Wechsel von Leap zu Slowroll berücksichtigen solltest:

1. Slowroll ist lediglich ein "nicht ganz aktueller" Snapshot von Tumbleweed; d.h. Slowroll enthält von vielen Paketen deutlich aktuellere Versionen als Leap 15.6 (z.B. Kernel 6.18.5 statt Kernel 6.4.0). Aktuellere Pakete enthalten aber ggf. nicht nur aktuellere Programme sondern auch aktuellere Konfigurationsdateien. Es ist also davon auszugehen, dass ein upgrade von Leap 15.6 zu Slowroll einige .rpmnew- und/oder .rpmsave-Dateien produzieren wird. Diese kann man mit rpmconfigcheck finden (und es ist ratsam sie einzuarbeiten).
   
   
2. Auch die (aktualisierten) Programme der Desktopumgebung nutzen ggf. geänderte Konfigurationsdateien. Da diese sich aber im /home-Verzeichnis des Benutzers befinden, werden sie im Rahmen von Aktualisierungen weder angepasst noch besonders markiert (dass sie anzupassen wären). Die Nutzung eines "alten" /home-Verzeichnisses kann daher zu unerwarteten Ergebnissen führen.
   
   
3. Jeder neue Snapshot von Tumbleweed/Slowroll ist ein neuer Release (d.h. ein upgrade und kein update) mit allen sich daraus ergebenden Konsequenzen (z.B. zypper dup statt zypper up; häufigere Änderungen an Konfigurationsdateien; ...).
   
   
4. Einige Neuerungen aus Tumbleweed/Slowroll erhält man nur bei einer Neu-Installation (da sie nicht automatisiert in ein bestehendes und bereits genutztes System eingearbeitet werden können); z.B. in meinem vor ca. vier Jahren installierten und ab da nur noch aktualisierten Tumbleweed-System
   • gilt: uid=1000(BENUTZER) gid=100(users). In einem neu installierten Tumbleweed-System gilt: uid=1000(BENUTZER) gid=1000(BENUTZER).
   • wird immer noch apparmor verwendet während in neu installierten Tumbleweed-Systemen SELinux zum Einsatz kommt.

Ich persönlich

• würde keinen upgrade von Leap 15.6 nach Slowroll durchführen sondern Slowroll neu installieren und dabei ein leeres /home-Verzeichnis verwenden.
• aktualisiere meine openSUSE Tumbleweed Systeme immer mit zypper dup && rpmconfigcheck und arbeite angefallene Konfigurationsdatei-Änderungen immer sofort ein.

 

[wolfi_z]

(...) Und da in Beitrag #7 die jeweiligen URLs der Repositories nicht gezeigt werden, kann man nicht beurteilen, ob tatsächlich Repositories in der Liste mehrfach vertreten sind. (...)

Diese Aussage finde ich wirklich faszinierend. Also hier nochmal die 'keine URLs'

Unterscheiden tun sie sich primaer in den Pfaden, hier der Pfad beim Repository openSUSE:update-slowroll

baseurl=http://download.opensuse.org/update/slowroll/repo/oss

hier der Pfad im selbst angelegten update Repository

baseurl=http://cdn.opensuse.org/update/slowroll/repo/oss/

also einmal 'download', das andere mal 'cdn' ...

Und ich weiss inzwischen, de facto sind sie gleich.

 

[Sauerland]

Und ich weiss inzwischen, de facto sind sie gleich.

Nö eigentlich nicht, 2 verschieden Redirectoren.
Und somit unterschiedliche Verfügbarkeit.

https://talks.openalt.cz/media/open...F7/resources/lkocman-opensuse-cdn_ltNRkha.pdf

 

[Sauerland]

Diese Aussage finde ich wirklich faszinierend. Also hier nochmal die 'keine URLs'

In der zypper lr -P Ausgabe sehe ich keine.
Ob das von Dir dann zitierte stimmt, kann ich anhand der Liste nicht verfolgen.

Eigentlich habe ich ja die alten Repositories geloescht. Irritiierenderweise tauchen diese aber immer wieder auf

LG ... Wolfi

root@localhost:/home/wolfi> zypper lr -P
#  | Alias                    | Name            | Enabled | GPG Check | Refresh | Priority
---+--------------------------+-----------------+---------+-----------+---------+---------
11 | packman                  | packman         | Yes     | (r ) Yes  | Yes     |   70
10 | openSUSE:update-slowroll | update-slowroll | Yes     | (r ) Yes  | Yes     |   80
12 | update                   | update          | Yes     | (r ) Yes  | Yes     |   80
 1 | base-non-oss             | base-non-oss    | Yes     | (r ) Yes  | Yes     |   99
 2 | base-oss                 | base-oss        | Yes     | (r ) Yes  | Yes     |   99
 3 | base-src-oss             | base-src-oss    | No      | ----      | ----    |   99
 4 | h264                     | h264            | Yes     | (r ) Yes  | Yes     |   99
 5 | openSUSE:repo-non-oss    | repo-non-oss    | Yes     | (r ) Yes  | Yes     |   99
 6 | openSUSE:repo-openh264   | repo-openh264   | Yes     | (r ) Yes  | Yes     |   99
 7 | openSUSE:repo-oss        | repo-oss        | Yes     | (r ) Yes  | Yes     |   99
 8 | openSUSE:repo-oss-debug  | repo-oss-debug  | No      | ----      | ----    |   99
 9 | openSUSE:repo-oss-source | repo-oss-source | No      | ----      | ----    |   99

Unterscheiden tun sie sich primaer in den Pfaden, hier der Pfad beim Repository openSUSE:update-slowroll

baseurl=http://download.opensuse.org/update/slowroll/repo/oss

hier der Pfad im selbst angelegten update Repository

baseurl=http://cdn.opensuse.org/update/slowroll/repo/oss/

also einmal 'download', das andere mal 'cdn' ...

Ach übrigens ein Update Repo macht immer aufgrund der höhere Version das Update über das OSS Paket.
Die kann man auf Priorität 99 lassen.
Die 80 stören jetzt zwar nicht, aber was ist, wenn man ein Repo mit Priorität 90 einfügt.......

 

[wolfi_z]

(...) Ob das von Dir dann zitierte stimmt, kann ich anhand der Liste nicht verfolgen. (...)

Ah OK, Luege unterstellen / Misstrauen usw.
Vielen Dank.

Ich bin jetzt hier raus. Auf dieses Niveau hab ich keinen Bock.
@BeastXXL falls Du noch Fragen an mich hast dann per PN

 

[susejunky]

... Diese Aussage finde ich wirklich faszinierend. ...

So leid es mir tut aber ich kann in Deiner Ausgabe von zypper lr -P in Beitrag #7 keine URLs sehen. Und das kann eigentlich nicht an meinem Browser liegen, denn auch auf meinem System liefert besagter Befehl keine URLs:

# zypper lr -P
#  | Alias                      | Name                           | Enabled | GPG Check | Refresh | Priority
---+----------------------------+--------------------------------+---------+-----------+---------+---------
 4 | 04_packman                 | Packman openSUSE Tumbleweed    | Ja      | (r ) Ja   | Ja      |   81
 1 | 01_update                  | openSUSE Tumbleweed Update     | Ja      | (r ) Ja   | Ja      |   98
 2 | 02_oss                     | openSUSE Tumbleweed OSS        | Ja      | (r ) Ja   | Ja      |   99
 3 | 03_non-oss                 | openSUSE Tumbleweed Non-Oss    | Ja      | (r ) Ja   | Ja      |   99
 5 | 05_libdvdcss               | libdvdcss repository           | Ja      | (r ) Ja   | Ja      |   99
#

Und die Hilfe zu zypper zeigt:

# zypper lr --help
repos (lr) [Optionen] [Repository] ...

Auflistung aller definierten Repositorys.

Kommandooptionen:
...
-u, --uri Die Basis-URI der Repositorys anzeigen. Default: false
...
#

... Also hier nochmal die 'keine URLs'

Diese beiden Zeilen habe ich gar wohl gesehen aber ohne alle Repository-URLs zu sehen lässt sich keine wirklich zuverlässige Aussage zu dem diskutierten Thema treffen (zumindest ich würde - ohne die restlichen URLs - keine treffen wollen).

Ah OK, Luege unterstellen / Misstrauen usw.
Vielen Dank.

Das was @Sauerland gesagt hat, hat nichts mit Misstrauen oder gar Lügen unterstellen zu tun!

Niemand, der hier zu helfen versucht, kennt Dein System noch kann sie/er sehen, welche Aktionen Du an Deinem System durchführst. Alle HelferInnen sind daher darauf angewiesen, präzise und nachvollziehbare Informationen von Dir zu erhalten. Wenn Du schreibst:

... hier der Pfad beim Repository openSUSE:update-slowroll

baseurl=http://download.opensuse.org/update/slowroll/repo/oss

hier der Pfad im selbst angelegten update Repository

kann niemand sagen, wie Du zu dieser Information gelangt bist. Diese Frage stellt sich insbesondere deshalb, da Du im selben Beitrag wenige Zeilen vorher eine Repository-Liste ohne URLs gezeigt hast. Hat das eine besondere Bewandtnis oder war das ein Versehen?

Im Anbetracht dieser Unsicherheit kam auch meine Aussage

Und da in Beitrag #7 die jeweiligen URLs der Repositories nicht gezeigt werden, kann man nicht beurteilen, ob tatsächlich Repositories in der Liste mehrfach vertreten sind.

zustande.

 

[BeastXXL]

@susejunky
Vielen Dank für deine Hinweise in Beitrag #30. Dazu komme ich gleich.

Zunächst einmal hat der Wechsel bei dem Laptop funktioniert. Nur der Vollständigkeit halber:
Der Ablauf war wie in Beitrag #1 beschrieben, allerdings mit den Repos, die wolfi in Beitrag #6 gepostet hatte (ohne Sourcecode-Repo base-src-base).
Da ich unter http://cdn.opensuse.org/slowroll/repo/oss/ keine .repo-Datei finden konnte, habe ich alle Repos (so wie wolfi) mit Alias eingepflegt. Ja, auch das Packman-Repo. Und mit --allow-vendor-change. Unterm Strich ging das schneller (copy und paste).

Es gab 2 od. 3 Pakete, die eine Entscheidung benötigten. Im Prinzip lief es darauf hinaus, dass ich die ältere Version deinstallieren lies. 14 Pakete wurden von Packman zurück zu openSUSE gewechselt. Reboot, Key ins MOK ablegen. Bootet und läuft.

Nun zu den Hinweisen:
rpmconfigcheck: guter Hinweis, kannte ich noch nicht. Die .rpmsave-Datei ist meine alte Konfiguration, von der ich wahrscheinlich einige oder alle Unterschiede in die neue (aktive) conf-Datei des betreffenden Programms übernehmen sollte. Die .rpmnew-Datei ist die neue (Standard-)Konfiguration, bei der ich auch die Unterschiede in die alte (aktive) conf-Datei übernehmen sollte. Wenn man es sich einfach machen möchte, könnte man, die .rpmsave-Datei löschen und die .rpmnew-Datei umbenennen und gegen die aktive conf-Datei austauschen. Geht das, macht das Sinn und welche Gefahren lauern dabei?

/home-Verzeichnis: das Thema hatte ich schon auf dem Schirm und hätte bei meinem PC auch dann ein "neues" /home-Verzeichnis angelegt, wenn ich auf Leap 16.0 wechseln würde. Beim Laptop habe ich es nicht gemacht, weil ich ihn fast nicht benutze.

Neuer Snapshot: Ich gebe zu, dass das etwas abschreckend wirkt, aber Leap ist mir mittlerweile etwas zu "beengt". Ich werde mir das mal ansehen, evtl. wechsel ich wieder.

Neuerungen: bei dem Punkt mit uid bzw. gid weiß ich nicht, ob und wie mich das betreffen und einschränken wird. Allerdings gibt es die offizielle Möglichkeit von Leap auf TW oder Slowroll zu wechseln. Daher muß ich davon ausgehen, dass dieser Umstand irgendwo bei openSUSE bekannt ist und bebeherrscht werden kann. Wenn daraus ein Megaproblem wird, hätte es die offizielle Wechselmöglichkeit Leap --> TW nicht gegeben, oder?
Zu dem Punkt SELinux: das konnte ich nach dieser offiziellen Anleitung erfolgreich installieren. Aus Zeitmangel habe ich noch nicht überprüft, ob und wie ich Apparmor deinstallieren kann.

 

[susejunky]

Die .rpmsave-Datei ist meine alte Konfiguration, von der ich wahrscheinlich einige oder alle Unterschiede in die neue (aktive) conf-Datei des betreffenden Programms übernehmen sollte.

Korrekt.

Die .rpmnew-Datei ist die neue (Standard-)Konfiguration, bei der ich auch die Unterschiede in die alte (aktive) conf-Datei übernehmen sollte.

Korrekt.

Wenn man es sich einfach machen möchte, könnte man, die .rpmsave-Datei löschen und die .rpmnew-Datei umbenennen und gegen die aktive conf-Datei austauschen.

Das verstehe ich nicht.

Ich gehe immer so vor, dass ich alle .conf.rpmnew- bzw. .conf.rpmsave- mit Hilfe von meld mit den zugehörigen .conf-Dateien vergleiche und zusammenführe. Nach erfolgter Zusammenführung lösche ich alle .conf.rpmnew- und .conf.rpmsave-Dateien.

Beim Laptop habe ich es nicht gemacht, weil ich ihn fast nicht benutze.

Und wenn Du ihn dann in 12 Monaten wieder einmal verwendest, wunderst Du Dich ggf. warum das Eine oder Andere nicht so funktioniert wie auf Deinem PC?!

Neuer Snapshot: Ich gebe zu, dass das etwas abschreckend wirkt,

Bei Tumbleweed/Slowroll gibt es eine große Anzahl neuer Releases (z.B. bis zu einer pro Tag bei Tumbleweed), die aber in der Regel nur wenige Minuten an Wartungsaufwand in Anspruch nehmen (und man muss auch nicht jeden Release "mitnehmen").

Bei Leap gibt es ca. alle 12 Monate einen Release der aber ggf. einen höheren Wartungsaufwand verursacht.

Ich persönlich mache liebert täglich ein bischen Wartung anstatt einmal im Jahr das volle Programm.

bei dem Punkt mit uid bzw. gid weiß ich nicht, ob und wie mich das betreffen und einschränken wird. Allerdings gibt es die offizielle Möglichkeit von Leap auf TW oder Slowroll zu wechseln. Daher muß ich davon ausgehen, dass dieser Umstand irgendwo bei openSUSE bekannt ist und bebeherrscht werden kann. Wenn daraus ein Megaproblem wird, hätte es die offizielle Wechselmöglichkeit Leap --> TW nicht gegeben, oder?

Einschränkungen/Problem sehe ich bislang keine aber man sollte sich des Sachverhalts bewusst sein.

Aus Zeitmangel habe ich noch nicht überprüft, ob und wie ich Apparmor deinstallieren kann.

Ich meine im openSUSE-Forum gelesen zu haben, dass man apparmor nicht deinstallieren kann, eine Deinstallation aber auch nicht notwendig ist.

 

[Sauerland]

Aus Zeitmangel habe ich noch nicht überprüft, ob und wie ich Apparmor deinstallieren kann.

Einfach alles mit appar im Namen löschen, was ohne Abhängigkeitskonflikte zu anderen Prgrammen mit nicht appar im Namen geht.

 

[BeastXXL]

Das verstehe ich nicht.

Naja, ist eigentlich ein dummer Gedanke und nicht weiter ernst zu nehmen, aber ich erkläre es nochmal kurz:
Wenn man es sich wirklich einfach machen möchte und keinen Wert darauf legt, was vorher in der conf-Datei stand (halte ich für äußerst unklug!), dann kann man doch einfach die .rpmsave-Datei löschen, weil ja die neue conf-Datei bereits im richtigen Ordner installiert ist. Wozu die Mühe machen, dann hat man eben eine conf-Datei, wie sie nach einer Neuinstallation war. Sollte nach einer Neuinstallation ja auch vernünftig laufen.
Selbe Spiel bei den .rpmnew-Dateien: die betreffenden Dateien ohne "rpmnew" über die alten (aktiven) conf-Dateien kopieren. Auch dann hat man eben eine conf-Datei, wie sie nach einer Neuinstallation war. Sollte nach einer Neuinstallation ja auch vernünftig laufen.

Wie gesagt, diese Denkweise ist absoluter Quark und nicht nachahmenswert!

 

[BeastXXL]

Mir fällt noch etwas ein: nachdem ich auf Slowroll gewechselt hatte, war der Desktop wie "Neu". Ich hatte nicht viel verändert, aber es war aufgefallen.
Möglicher Grund: der Wechsel ist wie eine Neuinstallation, was man dadurch auch zeigen möchte??? Oder woran könnte es liegen?
Diese fehlenden Einstellung sind nicht wichtig, aber wenn das jedes Mal passiert, wenn ich ein zypper dup mache, kriege ich ein Problem. Dann habe ich plötzlich keine Lust mehr, jedes Mal alles wieder so einzustellen, wie ich es gern hätte.