27/2/2021

Upgrade met releasever (release version)

Filed under: — cybrarian @ 12:04 am

Dit is een upgrade van een vers geïnstalleerde 15.1, die het mogelijk maakt met de releaseversion variable te werken; zie https://en.opensuse.org/SDB:System_upgrade
(Als je in stappen upgrades hebt gedaan van vorige versie, bv 42.x, dan kan het zijn dat de releasever nog niet in gebruik is). Zie onderaan (*)

Check of “releasever” in gebruik is:

grep "releasever" /etc/zypp/repos.d/*
Leeg antwoord? Nog niet in gebruik! Releasever instellen.

Ter vergelijking: doe de check met het versienummer dat je nu denkt te hebben, bv 15.1:
grep "15.1" /etc/zypp/repos.d/*

Releasever is aanwezig:

Schakel over en ververs alle repositories naar 15.2
(als root of met sudo)

zypper --releasever=15.2 ref

(ref= refresh)

zypper --releasever=15.2 dup

(dup=distribution update)

Dat werkt als de Leap repositories gedefiëerd zijn in /etc/zypp/repos.d/ met gebruik van de $releasever variabele.

Op het einde krijg je een reboot verzoek.

reboot

De computer start op in het nieuwe systeem…


Releasever instellen
Voorbereiding: even kopieren van bestaande:

cp -Rv /etc/zypp/repos.d /etc/zypp/repos.d.yyyymmdd

Vervang het versienummer door de variabele zoals in het “System upgrade” artikel

If they are still hard-coded with a particular Leap version number, then you need to modify them first. For example, assuming your current version is Leap 15…

Je kan een bestaand vast nummer vervangen door de variabele (pas 15.1 aan je huidig versienummer aan!):

sudo sed -i 's/15.1/${releasever}/g' /etc/zypp/repos.d/*.repo
Er komt geen reaktie, maar je kan het weer checken met:
grep "releasever" /etc/zypp/repos.d/*

Dan is de 15.1 vervangen door de releasever variabele en kan je bovenstaande manier gebruiken om te upgraden, door het instellen van de variabele
bv
zypper --releasever=15.2 ref… enz; zie “Releasever is aanwezig”

26/5/2022

Firefox: Create new profile?

Filed under: — cybrarian @ 12:33 pm

Na een systeemupdate (die, later gezien, fout was gegaan) krijg ik volgende vraag bij het opstarten van Firefox:

You’ve launched an older version of Firefox
Using an older version of Firefox can corrupt bookmarks and browsing history already saved to an existing Firefox profile. To protect your information, create a new profile for this installation of Firefox.

met twee knoppen: “Create New Profile” en “Quit”

Als je Quit kiest sluit Firefox, en krijg je de volgende keer weer dezelfde vraag.
Als je “Create New Profile” kiest, start Firefox met een “proper” profiel; zonder bookmarks, history, geen bewaarde wachtwoord ingaven enz.

Hetzelfde soort melding kan je ook krijgen met Thunderbird:

A newer version of Thunderbird may have made changes to your profile which are no longer copatible with this older version.

Met Thunderbird is het nog vervelender als je allerlei nieuwe account instellingen moet doen (mailserver, enz), dus ik doe “Quit”.

In dit specifieke geval heb ik de instellingen van de repositories nagekeken; er was een update gestart met “releasever”, maar in de repositories stonden nog de gewone vermeldingen van openSuse 15.2. Ik heb de instellingen aangepast, en terug een update gestart, waardoor het syteem nu effectief op 15.3 is beland. Ik kan Thunderbird nu starten, en ik krijg geen melding meer.

Doordat ik bij Firefox “New Profile” had gekozen, moet ik nu het oude profiel terughalen.

Start de profilekeuze door op de commandolijn:

firefox -p

Je kan dan instellen met welk profiel de browser moet starten, ik kies het oude / default profiel, en start Firefox: opgelost!

De profielen zitten in ~/.mozilla/firefox, en hebben daar een “willekeurige” naam, bv jrj2wsf.default-esr78 en ajb0s3zm.default-release.

Normaal komen deze meldingen enkel voor als je bv een developer versie afhaalt en naast een bestaande installeert.
Ik vermoed dat de oorzaak is: de oude opensuse 15.2 heeft zijn browser altijd ge-update. De nieuwe opensuse 15.3 is gemaakt voor 15.2 verviel, en de initiele browserversie is daar dus ouder dan de laatste browserversie uit de 51.2 udpates. Onmiddellijk na distributie upgrade van 15.2 naar 15.3, en vóór de updates van 15.3 zit je even in dit anachronisme.
Als ik een nog niet geupdate opensuse 15.2 vind probeer ik deze theorie te verifiëren…

11/3/2022

openSUSE 15.2 naar 15.3

Filed under: — cybrarian @ 2:22 pm

Update van openSUSE 15.2 naar 15.3

OpenSUSE 15.2 is nu echt wel voorbij zijn houdbaarheidsdatum.
Updaten is aangewezen; doe onmiddellijk na deze distributie update naar 15.3 ook een gewone upgrade om te vermijden dat je tussendoor werkt met een lagere softwareversie!

Gebruik je:

  • 15.3 upgrade? (tenzij je voor het risico van tumbleweed kiest).
  • releasever?
  • automatisch wijzigen van softwarebron?
  • eventueel downgraden?

OPGELET:

de update procedure vangt (nog steeds) niet op dat je harde schijf vol loopt.
Vooral als je een aparte home partitie hebt die nog wel veel plaats heeft, moet je toch vooral de systeempartitie checken. Desnoods maak je op voorhand plaats vrij, of zit je klaar om dat in een andere terminal te doen als de installatie dreigt vast te lopen. Ik zag een distro update met zypper in een kde console venster mooi de mist in gaan toen de systeem disk volliep (en waar veel plaats was ingenomen door snapshots…).
Systeem startte niet meer op daarna…kwam tot grub. En dan de moeilijke vraag: hoeveel ruimte moet er vrij zijn?…

zie ook Disk (systeem) vol bij OpenSUSE update

Repositories (softwarebronnen)
– 15.3 zou beter met bestaande niet-essentiële repositories om kunnen. Nochtans is het wel het moment om repositories die je in gebruik hebt genomen om een probleem op te lossen door een recentere versie van een software te kunnen gebruiken, terug te vervangen door de standaard repositories (als daar dat probleem dan opgelost is ondertussen).
– Vb andere repo’s: CrossToolchain (arduino?), Java, Education (fritzing, Gambas), packman/libdvdcss (vlcl libav..), nvidia (drivers), home:jevez (Belgian E-ID).
Daarvan:

probleem met de geïnstalleerde fritzing-0.9.4-lp152.48.2.x86_64
Oplossing 1: install fritzing-0.9.3b-bp153.1.17.x86_64 from vendor openSUSE
replacing fritzing-0.9.4-lp152.48.2.x86_64 from vendor openSUSE-Education
Oplossing 2: verouderde fritzing-0.9.4-lp152.48.2.x86_64 behouden
probleem met de geïnstalleerde fritzing-parts-0.9.3b+git20220510.4713511c-lp152.12.1.noarch
Oplossing 1: install fritzing-parts-0.9.3b-bp153.1.14.noarch from vendor openSUSE
replacing fritzing-parts-0.9.3b+git20220510.4713511c-lp152.12.1.noarch from vendor openSUSE-Education

Daarna Gambas .. (maar afgebroken en verdergegaan met “–allow-vendor-change –allow-downgrade”).

– Er komen twee repositories bij met 15.3: Backports en SUSE Linux Enterprise (gebeurt automatisch).
– Check op voorhand (releasever ?: grep "releasever" /etc/zypp/repos.d/* )

Desktop computer
Neem commandolijn (konsole);

su
zypper up

Zet alle niet-essentiële repo’s af (bv via Yast).

Dan met releasever:

zypper --releasever=15.3 ref
zypper --releasever=15.3 dup

(of releasever eerst instellen)

2776 paketten .. duurt wel even, bv 00:14-01:18, een uurtje op DSL.

zonder releasever

sed -i 's/15.2/15.3/' /etc/zypp/repos.d/*

en
zypper ref
zypper dup

Server
Als je een mariadb server geïnstalleerd hebt, duurt het na de update even om die bij te werken als je hem voor het eerst start, bv een paar minuten eer je de bevestiging krijgt dat hij draait.

[sudo] wachtwoord voor root:
● mariadb.service – MariaDB database server
Loaded: loaded (/usr/lib/systemd/system/mariadb.service; disabled; vendor preset: disabled)
Active: active (running) since Wed 2022-06-29 10:36:31 CEST; 116ms ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 15678 ExecStartPre=/usr/lib/mysql/mysql-systemd-helper install (code=exited, status=0/SUC>
Process: 15684 ExecStartPre=/usr/lib/mysql/mysql-systemd-helper upgrade (code=exited, status=0/SUC>
Main PID: 15823 (mysqld)
Status: “Taking your SQL requests now…”
Tasks: 17 (limit: 4915)
CGroup: /system.slice/mariadb.service
└─15823 /usr/sbin/mysqld –defaults-file=/etc/my.cnf –user=mysql

jun 29 10:36:28 localhost.localdomain mysql-systemd-helper[15721]: information_schema
jun 29 10:36:28 localhost.localdomain mysql-systemd-helper[15721]: performance_schema
jun 29 10:36:28 localhost.localdomain mysql-systemd-helper[15721]: test
jun 29 10:36:28 localhost.localdomain mysql-systemd-helper[15721]: Phase 7/7: Running ‘FLUSH PRIVILEGE>
jun 29 10:36:28 localhost.localdomain mysql-systemd-helper[15721]: OK
jun 29 10:36:28 localhost.localdomain mysql-systemd-helper[15684]: Everything upgraded successfully
jun 29 10:36:28 localhost.localdomain mysql-systemd-helper[15684]: Shutting down protected MySQL
jun 29 10:36:30 localhost.localdomain mysql-systemd-helper[15684]: Final cleanup
jun 29 10:36:30 localhost.localdomain mysql-systemd-helper[15823]: 2022-06-29 10:36:30 0 [Note] /usr/s>
jun 29 10:36:31 localhost.localdomain systemd[1]: Started MariaDB database server.

Opmerkingen
Meestal gaat een Leap update vlot op OpenSUSE. Hieronder een paar opmerkingen bij uitgevoerde updates.

Vb

Geval 0: broadcom drivers de mist in.
Drivers voor BMC43224 waren apart bijgeinstalleerd uit andere repo; wifi werkt niet meer na installatie (op een ProBook 6560b (Device1510?).

Geval 1: desktop 8 Gb geheugen
Ik moet heel wat repo’s afzetten, en ben niet zeker dat alles nadien nog werkt.
Wordt vervolgd…

Geval 2: desktop 4 Gb geheugen, 2 Pentium DualCore E5400@2.70 GHz.
Weinig geheugen, maar ik doe toch de update, benieuwd of die bruikbaar blijft…
Ik krijg twee opmerkingen:
– LeoCAD: ik kies om over te schakelen naar de opensuse repo’s
– MP4 : ik kies voor behouden van het oude pakket.

Foutmelding:
Verwijderen van (113730)kernel-default-5.3.18-lp152.106.1.x86_64(@System) is mislukt:
Fout: Subprocess failed. Error: RPM is mislukt: /var/tmp/rpm-tmp.HbdVeu: line 1: /usr/lib/module-init-tools/kernel-scriptlets/rpm-preun: No such file or directory
error: %preun(kernel-default-5.3.18-lp152.106.1.x86_64) scriptlet failed, exit status 127
error: kernel-default-5.3.18-lp152.106.1.x86_64: erase failed

(komt 2x terug, telkens met een andere versie 102.1, 106.1 – 2 x negeren/ignore)

(meer…)

21/3/2021

openSUSE en packman na een update

Filed under: — cybrarian @ 2:10 pm

Packman is een extra repository voor software die niet in de standaarddistributie is opgenomen (om licentie-redenen), maar van daaruit wel bij-geïnstalleerd kan worden (meestal codecs of programma’s ivm gebruik van beeld/video en geluidsbestanden).

1. Is packman repository aanwezig?

Menu, systeem (Yast) en kiijk bij softwarebronnen.
Of:
Neem een terminal venster en tik:
zypper lr
(wat staat voor zypper list repositories)
Je ziet daar of packman er tussen staat.

2. Packman toevoegen
Zoniet kan je hem bij-installeren: menu Systeem, Yast, Softwarebronnen, toevoegen, opslagruimtes van de gemeenschap (“community repositories” in Engelstalige versie), selecteer packman en bevestig.
Daarna kan je codecs installeren met de gewone yast software installatie (of met zypper)

Hier de zypper spiekbrief.

3. Foutmelding na update
Na een update naar openSUSE 15.2 krijg ik foutmeldingen op de packman repository. Als ik die opnieuw bij-installeer lijkt de nieuwe een ander adres te hebben dan de oude:

linux-oq9r:~> zypper lr

Prioriteiten van opslagruimtes hebben geen effect. Alle ingeschakelde opslagruimtes delen dezelfde prioriteit.

#  | Alias                                 | Name                               | Enabled      | GPG Check    | Refresh
---+---------------------------------------+------------------------------------+--------------+--------------+-----------
 1 | ftp.gwdg.de-openSUSE_Leap_$releasever | Packman Repository                 | Ja           | (r ) Ja      | Ja
 2 | http-opensuse-guide.org-13c5306e      | libdvdcss repository               | Ja           | (r ) Ja      | Ja
 3 | http-packman.inode.at-ba2be0b3        | Packman Repository                 | Nee          | ----         | ----
 4 | repo-debug                            | Debug Repository                   | Nee          | ----         | ----
 5 | repo-debug-non-oss                    | Debug Repository (Non-OSS)         | Nee          | ----         | ----
 6 | repo-debug-update                     | Update Repository (Debug)          | Nee          | ----         | ----
 7 | repo-debug-update-non-oss             | Update Repository (Debug, Non-OSS) | Nee          | ----         | ----
 8 | repo-non-oss                          | Non-OSS Repository                 | Ja           | (r ) Ja      | Ja
 9 | repo-oss                              | Main Repository                    | Ja           | (r ) Ja      | Ja
10 | repo-source                           | Source Repository                  | Nee          | ----         | ----
11 | repo-source-non-oss                   | Source Repository (Non-OSS)        | Nee          | ----         | ----
12 | repo-update                           | Main Update Repository             | Ja           | (r ) Ja      | Ja
13 | repo-update-non-oss                   | Update Repository (Non-Oss)        | Ja           | (r ) Ja      | Ja
linux-oq9r:~> 

De bovenste is de nieuwe, en die gebruikt nu ook de release version variabele.
De “inode.at” packman heb ik uitgeschakeld (enabled: Nee).

9/3/2021

OpenSUSE 15.3 Beta

Filed under: — cybrarian @ 11:59 am

De beta versie van de volgende openSUSE versie 15.3 is uitgekomen om te testen, en ik upgrade een 15.2, bewust van het risico;
Als root:
Bijwerken tot laatste stand van zaken:
zypper update

… Nothing to do.

Controleren of ik de release-version update kan gebruiken:
grep "releasever" /etc/zypp/repos.d/*

(ok, releasever is gebruikt zie ik in de lijn(en) van de reaktie)

De basisversie van het update commando is:
zypper --releasever=15.3 dup

Maar het kan handig zijn de vendor-change op te vangen die nodig is omdat deze 15.3 binaries gebruikt van SUSE Linux Enterprise; “vendor change from openSUSE to SUSE LLC”
wat automatisch zou moeten gebeuren met:

zypper --releasever=15.3 dup --no-allow-vendor-change --force-resolution
zie ook:
https://en.opensuse.org/SDB:System_upgrade

Nadien heb je de bekende desktop (KDE in dit geval), met af en toe een nieuwigheid. Bv in het energiebeheer van de KDE instellingen (Hardware/Power Management) krijg je nu ook mogelijkheden die te maken hebben met je wireless netwerk (wifi), broadband en bluetooth (hetzelfde laten, afzetten, aanzetten).


Vervolg 1: bij-installeren software:

zypper inst newsoftware

Ik krijg een foutmelding en/of melding de-installatie/downgrade huidige paketten, eindigend in:

Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): c

Ik breek natuurlijk af.
PS: nadien blijkt het te maken te hebben met Vervolg 2; ik kan het probleem omzeilen met:
zypper --releasever=15.3 install newsoftware


Vervolg 2: geen updates
Eigenaardig genoeg zijn er na een paar dagen niet gebruiken helemaal geen updates (destkop update tool) op dit systeem, en op andere 15.2 systemen wel. Ik check met zypper:

/home/test # zypper up

Warning: The /etc/products.d/baseproduct symlink is dangling or missing!
The link must point to your core products .prod file in /etc/products.d.
Loading repository data…
Warning: Repository ‘Hoofd-opslagruimte voor bijwerken’ appears to be outdated. Consider using a different mirror or server.
Reading installed packages…
The following package update will NOT be installed:
libqt5-qtstyleplugins-platformtheme-gtk2
Nothing to do.

Er lijkt iets te missen.

ls -lFA /etc/products.d/baseproduct

lrwxrwxrwx 1 root root 13 Mar 5 15:17 /etc/products.d/baseproduct -> openSUSE.prod

En /etc/products.d/openSUSE.prod bestaat niet; er is wel een Leap.prod en die bevat xml code over ondermeer verdor, release, version…
Op een andere machine bestaat openSUSE.prod wel, en bevat ook xml gegevens over vendor, name, version, release…; de “name” is daar “openSUSE” en niet “Leap”…

Wordt hier releasever gebruikt?
grep "releasever" /etc/zypp/repos.d/*

/etc/zypp/repos.d/repo-debug-non-oss.repo:baseurl=http://download.opensuse.org/debug/distribution/leap/$releasever/repo/non-oss/

Blijkbaar wel. Wat dan, waar is die $releasever gedefinieer?

Ik kan wel hetvolgende doen:
zypper --releasever=15.3 up

De update verloopt normaal.

Maar ik wil ook dat ander probleem oplossen.

Ik las ergens de tip om dat pakket/die file te her-installeren;

zypper install -f openSUSE-release

Ik hou er rekening mee dat mijn release moet opgegegen worden (want dat is net het probleem):

linux-8g56:/home/test # zypper –releasever=15.3 install -f openSUSE-release
Warning: Enforced setting: $releasever=15.3
Warning: The /etc/products.d/baseproduct symlink is dangling or missing!
The link must point to your core products .prod file in /etc/products.d.

Retrieving repository ‘Non-OSS opslagruimte’ metadata ……………………….[done]
Building repository ‘Non-OSS opslagruimte’ cache ……………………………[done]
Retrieving repository ‘Hoofd-opslagruimte’ metadata …………………………[done]
Building repository ‘Hoofd-opslagruimte’ cache ……………………………..[done]
Retrieving repository ‘Hoofd-opslagruimte voor bijwerken’ metadata ……………[done]
Building repository ‘Hoofd-opslagruimte voor bijwerken’ cache ………………..[done]
Retrieving repository ‘Opslagruimte voor bijwerken (niet-Oss)’ metadata ……….[done]
Building repository ‘Opslagruimte voor bijwerken (niet-Oss)’ cache ……………[done]
Loading repository data…
Reading installed packages…
Forcing installation of ‘openSUSE-release-15.3-lp153.85.2.x86_64’ from repository ‘Hoofd-opslagruimte’.
Resolving package dependencies…
The following package is going to be reinstalled:
openSUSE-release
The following product is going to be reinstalled:
“openSUSE Leap 15.3”
1 package to reinstall.
Overall download size: 679.5 KiB. Already cached: 0 B. No additional space will be used
or freed after the operation.
Continue? [y/n/v/…? shows all options] (y):

Dat verandert echter niets aan de melding en het probleem. Ik zou kunnen ofwel de link veranderen, ofwel het bestand kopieren naar de naam die in de link voorkomt, maar van beiden weet ik niet of het “mag”.
Ik blijf voorlopig software bij-installeren met
zypper --releasever=15.3 install stellarium
en updates draaien met
zypper --releasever=15.3 up
dan blijf ik me er van bewust dat dit een beta is, en dan los ik het eventueel op bij de definitieve versie 15.3.
Een gelijkaardig probleem werd hier beschreven: https://forums.opensuse.org/showthread.php/521255-Packages-no-longer-shown-as-installed.


Vervolg 3: Missing Link
Ik heb het probleem van de missing link voorlopig opgelost door de Leap.prod te kopieren naar de verwachte openSUSE.prod:

cp Leap.prod openSUSE.prod

Daarna de upgrade draaien, en de melding is weg:

linux-8g56:/etc/products.d # zypper up
Retrieving repository ‘Non-OSS opslagruimte’ metadata ……………………….[done]
Building repository ‘Non-OSS opslagruimte’ cache ……………………………[done]
Retrieving repository ‘Hoofd-opslagruimte’ metadata …………………………[done]
Building repository ‘Hoofd-opslagruimte’ cache ……………………………..[done]
Retrieving repository ‘Hoofd-opslagruimte voor bijwerken’ metadata ……………[done]
Building repository ‘Hoofd-opslagruimte voor bijwerken’ cache ………………..[done]
Retrieving repository ‘Opslagruimte voor bijwerken (niet-Oss)’ metadata ……….[done]
Building repository ‘Opslagruimte voor bijwerken (niet-Oss)’ cache ……………[done]
Loading repository data…
Reading installed packages…
Nothing to do.

3/2/2021

OpenSUSE 15.1 naar openSUSE 15.2 update

Filed under: — cybrarian @ 2:31 pm

Als je het systeem wil bijwerken (hier van 15.1 naar 15.2) terwijl je verderwerkt, kan je kiezen om in twee stappen te werken, en eerst de wijzigingen af te halen om ze pas in een tweede stap door te voeren.
Bij voorkeur rechstreeks op de ethernet netwerkkabel met maximale snelheid, het kan wel wat langer duren via wifi of via een andere trage/gedeelde verbinding.

Ps: er is nu ook een andere manier waarbij gebruikt gemaakt wordt van de variabele voor huidig systeem, met “releasever=15.2” enz. (zie artikel hier)

Voorbereiding
Check je backups. Check server-applicaties als databanken; backup (dump) en uitschakelen, sluit virtuele machines af. Maak een backup op extern medium van de organisatie van je huidig systeem; bv de repo’s (zie onder) en het bestandssysteem (df -h).

Check de bestaande repositories; zet de extra repositories af, blijft openSUSE-Leap-15.1-OSS, openSUSE-Leap-15.1-Update.
(gaat gemakkelijkste in yast2)

Om eventueel nadien te vergelijken met wat er voordien was ingesteld kopieer ik de huidige softwarebron-instellingen:
cp -Rv /etc/zypp/repos.d /etc/zypp/repos.d.20210203

‘/etc/zypp/repos.d’ -> ‘/etc/zypp/repos.d.20210203’
‘/etc/zypp/repos.d/opensuse-guide.org-repo.repo’ -> ‘/etc/zypp/repos.d.20210203/opensuse-guide.org-repo.repo’
‘/etc/zypp/repos.d/openSUSE-Leap-15.0-1.repo’ -> ‘/etc/zypp/repos.d.20210203/openSUSE-Leap-15.0-1.repo’
… enz…

Repo
Vervang in de repository bronnen alle 15.1 door 15.2
sed -i 's/15.1/15.2/' /etc/zypp/repos.d/*

(geeft geen feedback als het gelukt is)

Ververs de repositories:
zypper ref

Ophalen van metagegevens uit opslagruimte ‘…’
enz…

Je kan de upgrade ineens laten uitvoeren zypper dup, ofwel eerst laten afhalen van de bestanden van de distributie update:
zypper dup --download-only

Hier kan je vragen krijgen als je vergeten bent de andere repositories af te zetten (bv om om te schakelen van een externe repository naar een opensuse repo) …

Bevestig…

(Dat duurt even – bv van 15:34-… – en de lijst rolt voorbij op het scherm).

Een goede vraag om alsnog te stellen: is er genoeg plaats op het systeem om een update uit te voeren, zodat we niet middenin vastlopen met een volle systeempartitie.
(als je een aparte /home partitie hebt die heel groot is en nog grotendeels vrij: daar heb je hier niets aan)

linux-re9d:/home/test # df -h

dev/mapper/WDC_WD1600BJKT-75F4T0_WD-WXE0A9917387-part2 40G 27G 14G 66% /

Alles wordt eerst gedownload en dan geïnstalleerd.
Om een idee te geven: een installatie-DVD is 4 GB, en je zal normaal niet alles vervangen.
(op een KDE desktop met widgets voor netwerkmonitor, cpu-gebruik, ruimtegebruik harde schijf, vooral de partities / en /home, kan je goed de werkzaamheden volgen.)

Ik zie bv een partitie met 20 GB vrij krimpen naar 16,9 vrij op einde “retrieving” werk.
Tijdens het installeren gaat die nog wat lager, het laagste dat ik zag is 11,7 GB, de achterafscripts veranderen daar niet veel meer aan, wordt 11,8. Er wordt dus ook niet veel opgekuist. Ik zie nog wel wat cpu gebruik, top laat zien dat snapper aktief is.
(nadien in de gebruikersdesktop was het terug 14,3 GBvrij)

Omdat nu programma’s die in gebruik zijn vervangen kunnen worden, kan je (maar dat moet niet) afmelden en in een terminal venster inloggen met root.
Zo ja:
– (CTRL-ALT-F1)
– We kunnen naar init 3 toestand gaan om de grafische login (op scherm ALT-F7) ook uit te schakelen.
Als root de distributie upgrade “dup” uitvoeren:
init 3
zypper dup

(of zypper --no-refresh dup als je eerst de bestanden had afgehaald, ze staan klaar in de cache van zypper).

Dan zie je de detaillijnen voorbijrollen tijdens de installatie: vooraan wordt de teller bijgehouden.
Dit kan wel even duren… zo’n 40 min. bv.;
(bv van 19:19 tot …19:39 ongeveer helft van de 2951 paketten … 19:58 posttrans scripts uitvoeren…20:00 Gereed.)

Ik kreeg in een bepaald geval een helebool meldingen over het omschakelen naar opensuse om de nieuwe versies te gebruiken van VLC, tuxpaint, gambas3, enz
Zie verder onderaan Geval 2 (broadcom) en Geval 3 (MySQL), en hieronder een log van de meldingen van aanpassingen door Yast voor Geval 1:

(meer…)

20/1/2021

openSUSE Leap en streaming video

Filed under: — cybrarian @ 7:26 pm

Inauguration Day Live
Als je een foutmelding krijgt op sommige websites waar streaming video wordt aangeboden, kan je eens checken of je de nodige extra’s hebt:

https://en.opensuse.org/Additional_package_repositories#Packman

zypper ar -cfp 90 'https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_$releasever/' packman

Adding repository ‘packman’ ………………………………………………[done]
Repository ‘packman’ successfully added

URI : https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.2/
Enabled : Yes
GPG Check : Yes
Autorefresh : Yes
Priority : 90 (raised priority)

Repository priorities in effect: (See ‘zypper lr -P’ for details)
90 (raised priority) : 1 repository
99 (default priority) : 4 repositories

en daarna:

zypper dup --from packman --allow-vendor-change

Retrieving repository ‘packman’ metadata ——————————————–[\]

New repository or package signing key received:

Repository: packman
Key Name: PackMan Project (signing key) Key Fingerprint: F8875B88 0D518B6B 8C530D13 45A1D067 1ABD1AFB
Key Created: Tue 16 Sep 2014 00:18:00 CEST
Key Expires: Fri 13 Sep 2024 00:17:21 CEST
Rpm Name: gpg-pubkey-1abd1afb-54176598

Do you want to reject the key, trust temporarily, or trust always? [r/t/a/?] (r): a

Retrieving repository ‘packman’ metadata …………………………………..[done]
Building

The following 6 NEW packages are going to be installed:
libopencore-amrnb0 libopencore-amrwb0 libvidstab1_1 libx264-161 libx265-192
libxvidcore4
The following 17 packages are going to be upgraded:

The following 17 packages are going to change vendor:
libavcodec57 openSUSE -> http://packman.links2linux.de

17 packages to upgrade, 6 new, 17 to change vendor.
Overall download size: 18.6 MiB. Already cached: 0 B. After the operation, additional
24.7 MiB will be used.

Continue? [y/n/v/…? shows all options] (y): y

etrieving package libxvidcore4-1.3.7-pm152.1.2.x86_64
(1/23), 209.0 KiB (697.0 KiB unpacked)
Retrieving: libxvidcore4-1.3.7-pm152.1.2.x86_64.rpm …………………………[done]

Checking for file conflicts: ……………………………………………..[done]
( 1/23) Installing: libxvidcore4-1.3.7-pm152.1.2.x86_64 ……………………..[done]
( 2/23) Installing: libopencore-amrnb0-0.1.5-pm152.1.5.x86_64 ………………..[done]

Eindigt met:

There are running programs which still use files and libraries deleted or updated by recent upgrades. They should be restarted to benefit from the latest updates. Run ‘zypper ps -s’ to list these programs.

Core libraries or services have been updated.
Reboot is required to ensure that your system benefits from these updates.

Er wordt dus aangeraden om een keer te herstarten om alle nieuwe onderdelen te laden.

reboot

(hier uitgevoerd op Leap 15.1 en Leap 15.2)

6/1/2020

Update openSUSE 15.0 naar 15.1

Filed under: — cybrarian @ 4:09 pm

Het begin van de procedure om het systeem bij te werken van 15.0 naar 15.1 houdt ons niet van ons werk op deze desktop, we doen het tussendoor:

Kort:

su

zypper up

Zet alle repo’s af behalve de basis repo’s.

cp -Rv /etc/zypp/repos.d /etc/zypp/repos.d.20200106

sed -i 's/15.0/15.1/' /etc/zypp/repos.d/*
(of gebruik releasever !)

zypper ref

zypper dup --download-only

init 3
zypper --no-refresh dup


In detail

Voer eerst alle updates uit die er nog zijn van de oude distributie. Als root:
zypper up
Mogelijk krijg je daarbij:

Probleem bij ophalen van bestanden van ‘Packman Repository’.
Toegang tot ‘http://packman.inode.at/suse/openSUSE_Leap_15.0/repodata/repomd.xml’ geweigerd.
Zie bovenstaande foutmelding voor een hint.
Waarschuwing: Slaat opslagruimte ‘Packman Repository’ over vanwege bovengenoemde fout.
Enkele opslagruimtes zijn vanwege fouten niet vernieuwd.
Gegevens van opslagruimte laden…
Waarschuwing: Opslagruimte ‘openSUSE-Leap-15.0-Update’ lijkt verouderd te zijn. Ga na of u een andere mirror of server moet gebruiken.
Waarschuwing: Opslagruimte ‘openSUSE-Leap-15.0-Update-Non-Oss’ lijkt verouderd te zijn. Ga na of u een andere mirror of server moet gebruiken.
Lezen van geïnstalleerde pakketten…
Geen activiteit.

Check de bestaande repositories; zet de extra repositories af, blijft openSUSE-Leap-15.0-OSS, openSUSE-Leap-15.0-Update.
(gaat gemakkelijkste in yast2)

Kopieer de repository instellingen:
cp -Rv /etc/zypp/repos.d /etc/zypp/repos.d.20200106

Geeft iets als:

‘/etc/zypp/repos.d’ -> ‘/etc/zypp/repos.d.20210512’
‘/etc/zypp/repos.d/openSUSE-Leap-15.0-1.repo’ -> ‘/etc/zypp/repos.d.20210512/openSUSE-Leap-15.0-1.repo’
‘/etc/zypp/repos.d/repo-update.repo’ -> ‘/etc/zypp/repos.d.20210512/repo-update.repo’
‘/etc/zypp/repos.d/repo-update-non-oss.repo’ -> ‘/etc/zypp/repos.d.20210512/repo-update-non-oss.repo’
‘/etc/zypp/repos.d/repo-non-oss.repo’ -> ‘/etc/zypp/repos.d.20210512/repo-non-oss.repo’
‘/etc/zypp/repos.d/repo-debug.repo’ -> ‘/etc/zypp/repos.d.20210512/repo-debug.repo’
‘/etc/zypp/repos.d/repo-debug-non-oss.repo’ -> ‘/etc/zypp/repos.d.20210512/repo-debug-non-oss.repo’
‘/etc/zypp/repos.d/repo-debug-update.repo’ -> ‘/etc/zypp/repos.d.20210512/repo-debug-update.repo’
‘/etc/zypp/repos.d/repo-debug-update-non-oss.repo’ -> ‘/etc/zypp/repos.d.20210512/repo-debug-update-non-oss.repo’
‘/etc/zypp/repos.d/repo-source.repo’ -> ‘/etc/zypp/repos.d.20210512/repo-source.repo’
‘/etc/zypp/repos.d/repo-source-non-oss.repo’ -> ‘/etc/zypp/repos.d.20210512/repo-source-non-oss.repo’
‘/etc/zypp/repos.d/packman.inode.at-suse.repo’ -> ‘/etc/zypp/repos.d.20210512/packman.inode.at-suse.repo’

Vervang alle 15.0 door 15.1
sed -i 's/15.0/15.1/' /etc/zypp/repos.d/*
(geeft geen reaktie)

Verversen van de repositories
zypper ref

Als Yast nog openstaat krijg je:

Systeembeheer is geblokkeerd door de toepassing met pid 9576 (/usr/bin/ruby.ruby2.5).
Sluit deze toepassing voordat u het opnieuw probeert.

Yast sluiten en opnieuw.

Anders:

Ophalen van metagegevens uit opslagruimte ‘openSUSE-Leap-15.1-1’ ………………………………………………………………………………[gereed]
Cache van opslagruimte ‘openSUSE-Leap-15.1-1’ wordt gebouwd …………………………………………………………………………………..[gereed]
Opslagruimte ‘openSUSE-Leap-15.0-Non-Oss’ is actueel.
Opslagruimte ‘openSUSE-Leap-15.0-Update’ is actueel.
Opslagruimte ‘openSUSE-Leap-15.0-Update-Non-Oss’ is actueel.
Alle opslagruimtes zijn vernieuwd.

Downloaden van de files van een distribution update:
zypper dup --download-only

Er komt een uitleg en een vraag om bevestiging*, daarna start het ophalen van de paketten. Dat duurt even en de lijst rolt voorbij op het scherm. Eindigt bv in:

pakket patterns-kde-kde-20181130-lp151.1.1.noarch wordt opgehaald (2326/2326), 13,9 KiB ( 49 B uitgepakt)
Ophalen: patterns-kde-kde-20181130-lp151.1.1.noarch.rpm ………………………………………………………………………………………[gereed]

Nu komt het deel waar de eigenlijke upgrade op de computer gebeurt, en doen we een stapje opzij. Afmelden en in een terminal venster inloggen met root. (CTRL-ALT-F1)
We kunnen naar init 3 toestand gaan om de grafische login (op scherm ALT-F7) ook uit te schakelen.

init 3
zypper dup

(of zypper –no-refresh dup want de rest staat klaar in de cache van zypper).

Er moeten bv 2566 files geïnstalleerd worden; dat zie je aan de detaillijnen die voorbijrollen tijdens de installatie: vooraan wordt de teller bijgehouden.
Dit kan wel even duren… zo’n 40 min. bv.;
(bv van 19:19 tot …19:39 ongeveer helft van de 2951 paketten … 19:58 posttrans scripts uitvoeren…20:00 Gereed.)

(meer…)

8/12/2007

Zypper

Filed under: — think2ce @ 2:15 pm

Eindelijk* even samengevat…
(cyb 23/6/2021)

Zypper schoonheden

zypper up
– update (altijd voor bv installeren van iets)

zypper in mc
– installeer midnight commander

zyppper rm apache2
– remove; verwijder apache2

zypper lr
– list repositories

zypper lr -u
– toont ook de URL’s (breder dan scherm; als GUI: terminalvenster uitrekken op voorhand)

zypper mr nummer opties
– modify repository

zypper mr -d 5
– deactiveer repo nummer 5 in de lijst

zypper mr -e 5
– re-activeer repo nummer 5 in de lijst

zypper rr alias
– remove repository met alias in de lijst

Release versie variabele

Voorbereiding
niet direct zypper maar wel even vooraf (als root) een kopie:
cp -Rv /etc/zypp/repos.d /etc/zypp/repos.d.yyyymmdd
en check of “releasever” al in gebruik is:

grep "releasever" /etc/zypp/repos.d
(als er geen antwoord komt is het nog niet in gebruik, check met je versie bv 15.1 bv ter vergelijking)
sed -i 's/15.1/${releasever}/g' /etc/zypp/repos.d/*.repo
op een machine waar dat nog niet in gebruik is (ex 42.x etc)

(zie http://linuxuser.copyleft.be/liglog/?p=8609)

zypper --releasever=15.2 ref
– met refresh

zypper --releasever=15.2 dup
– zet releasever versie

zypper mr -p 90 packman
– packman repo op hogere prioriteit 90 gezet (standaard = 99; lager getal is hogere prioriteit. (idd zucht).

upd 2022: ook met een rpm:

zypper in teamviewer-suse_15.0.8397.x86_64.rpm

*

In 2007 schreef thinktwice:

Reminder dat we hier eens iets Nederlandstalig mee moeten doen!

http://en.opensuse.org/Zypper/Usage#Checking_Patches

Meer in hier: https://www.tecmint.com/zypper-commands-to-manage-suse-linux-package-management/

Powered by WordPress