Re: Upgrade 15.6 auf 16.0

Herbert Albert <[email protected]>
Newsgroups gmane.linux.suse.general.german
Organization M-Net
Message-ID <5039445.OV4Wx5bFTl@wodan2>
Hallo Joachim,

Am Freitag, 17. April 2026, 12:48:05 CEST schrieb Joachim Weber:
> Hallo Herbert,
> 
> ich hatte mein virtuelles Leap noch mal auf 15.6 zurückgesetzt, um mir
> das Regina-REXX mit libregutil.so zu bauen. Das wollte ich unter 15.6 in
> Ruhe ausprobieren. Das funktioniert jetzt. Ich bin gerade dabei mein
> virtuelle LEAP wieder auf 16.0 upzugraden.
> 
> Ich hab das wieder manuell gemacht. Alle Update-Repos gelöscht und die
> URL im mozilla.repo angepasst.
> 
> Ich hatte 19 Changes auf Grund von Vendor-Wechsel und einen Change von
> Puthon3-xxx auf python313-xxx. Hab nur den genauen Paketnamen nicht mehr
> auf dem Schirm. Das python3.13-xxx gab es auch nur im Python-Repo von
> Eric Schirra. Ich hab von ihm das Backup- und das Python-Repo
> eingebunden. Ihc bentzte daraus BORG und FSARCHIVER für meine
> automatisierten Sicherungen.
> 
> Am 16.04.26 um 16:30 schrieb Herbert Albert:
> > Am Donnerstag, 2. April 2026, 11:33:52 CEST schrieb Joachim Weber:
> > 
> > 
> > Hallo Joachim,
> 
> [...]> Ich habe beim Upgrade auf 15.6 diesen Befehl
> 
> > zypper --releasever=15.6 dup --download-in-advance --allow-vendor-change
> > 
> > ausgeführt, da ist der Anbieterwechsel dabei.
> 
> Ich hab es lieber, wenn ich solche Wechsel mir vorher anschauen kann.
> Das liegt aber eher daran, dass ich aus der zSeries-Welt komme.

stimmt, man könnte --allow-vendor-change weglassen, und muss es dann beim 
ausführen beantworten.

> 
> > hast Du diese mittlerweile schon hochgehoben auf 16.0?
> > 
> > Wenn ja auch mit der manuellen Methode?
> 
> Mein virteulles LEAP ist gerade dabei, die Rechner meienr Tochter und
> meiner Frau folgen im Laufe der Woche.
> 
> Auch die werden mit der manuellen Methode auf 16.0 gehoben.>
> 

Wenn Du natürlich nur VM von 15.6 auf 16.0 hochhebst ist das deutliche weniger 
nervenaufreibend. Da gibt es Sicherungen in Form von ova Dateien, so mache ich 
das, oder Snapshots und man ist schnell wieder am Anfang. 

> > Da bei mir das opensuse-migration-tool ohne --dry-run aber genau diesen
> > ausgeführt, die Repos aber alle verändert hat, habe ich da jetzt was
> > mein System angeht kein Vertrauen mehr in das Tool.
> > 
> > 
> > Was hattest Du nach dem Upgrade bezüglich der hier angesprochen
> > apparmor/selinux, 32bit und pulse vs. pipewire auf Deinen System?
> 
> Das habe ich bisher nicht überprüft, aber pipewire war/ist bei mir unter
> 15.6 schon virhanden. 32Bit bracuhe ich gar nicht, weil ich für meinen
> HP AIO das HPLIP aus dem Printing-repo nutze, dass bei 16.0 mittlerweile
> python3.13 und nicht mehr python3.6 nutzt. >
> 
> > Ist nur die Frage, was ich bei den obigen Befehl an 3rd party Repos
> > anlassen kann. Wichtig wären mir
> > 
> > 
> > Education
> > KDE_KDE3
> > NVIDIA
> > Publishing
> > SoftMaker
> > Virtualization
> > packman
> > science
> > system_snappy
> 
> Ich hab von diesen Repos nur packman aktiv. Bei meinem eigenen Rechner,
> auf dem VirtualBox läuft, werde ich das Virtualization-Repo einbinden
> oder Virtualbox anschliessen aktualisieren.
> 
> Ich hab noch die Repos für Librewolf und Vivaldi. Ich bevorzuge statt
> firefox mittlerweile librewolf. vivaldi nur für Webseiten die in
> Librewolf nicht vernünftig dargestellt werden, weiß der Geier warum.>
> 
> > wobei ich die Sachen aus science, SoftMaker und system_snappy evtl. auch
> > nachinstallieren könnte, vielleicht auch virtualbox aus Virtualization.
> > 
> > 
> > Herbert

Meine Maschine ist meine Produktivmaschine und da habe isch schon mehr Bammel. 
Die Systempartition ist zwar, wie hier schon beschrieben mit rsync gesichert, 
doch wer weis, was beim Rückspielen für Problem auftreten. Die letzten beiden 
Upgrades ware da wesentlich leichter, auch mit eingebundenen 3rd party Repos.

Gruß

Herbert
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.