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”

Korte versie:

su …
zypper repos -u

check

repo-backports-update
repo-sle-update
repo-update
aanwezig en staan aan.

sudo zypper refresh
sudo zypper update

grep baseurl /etc/zypp/repos.d/*.repo

sudo zypper –releasever=15.6 refresh

Dan rechtstreeks in een echte terminal (niet in X):
(kopieer eventueel eerst naar een tekstbestand met echo "..." > update.txt)

sudo zypper –releasever=15.6 dup –download-in-advance

Alles bevestigen.
Loopt.

Herstarten.

Software na-installeren:
– Nextcloud client: 3.12.2-bp156.1.3 nextcloud-desktop – Nextcloud desktop synchronisation client
– Gambas3 IDE: zie http://gambas.copyleft.be/blog/archives/3256 (via extra repo).

mysql, mariadb

Uit oude gewoonte log ik op de commandolijn nog in op mijn database-servers met het “mysql” commando, hoewel ze ondertussen op mariadb draaien. Aangezien mariadb compatibel is/was met mysql, was dat nooit een probleem.
(ik ben “tester” op mijn lokale machine “tumbleweed”)

Maar nu:
tester@tumbleweed:~> mysql -u mydblogin -h dbserver01.mydomain.interal -p
mysql: Deprecated program name. It will be removed in a future release, use '/usr/bin/mariadb' instead
Enter password: ...

Oplossing: eenvoudig mysql vervangen door mariadb als commondolijn oproep.
(ps: voorlopig kan je nog wel verder, en is het maar een waarschuwing)

Secure

De volgende fout dient zich dan aan:

tester@tumbleweed:~>mariadb -u mydblogin -h dbserver01.mydomain.interal -p
Enter password: ****
ERROR 2026 (HY000): TLS/SSL error: SSL is required, but the server does not support it

Het gebruik van de versleutelde verbinding is standaard geworden, en als je een reden hebt om dat niet te gebruiken (intern netwerk, ..) moet je het expliciet opgeven met een parameter als --skip_ssl :

mariadb -u mydblogin -h dbserver01.mydomain.interal --skip_ssl -p

tester@tumbleweed:~> mariadb -u mydblogin -h dbserver01.mydomain.interal --skip_ssl -p
Enter password: ****
Welcome to the MariaDB monitor. Commands end with ; or \g.
Your MariaDB connection id is 2439
Server version: 10.11.8-MariaDB-0ubuntu0.24.04.1 Ubuntu 24.04
Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
MariaDB [(none)]> exit
Bye

Raspberry Pi OS

Raspberry Pi OS is sterk verwant aan Debian, maar is niet hetzelfde. Debian werkt met versies, en Raspberry Pi OS volgt die in grote lijn maar is tussendoor in “continual development” een beetje als een “rolling release” (vgl bv tumbleweed). Dat heeft zijn voordelen (altijd doorlopende ontwikkeling en verbeteringen zonder te moeten wachten op een nieuwe grote versie), maar ook nadelen; er zal in de loop der tijd gemakkelijker iets “breken”, terwijl je dat bij afgelijnde versies eerder zal hebben bij overgang naar de nieuwe grote “versie”.

Onderhoud
Apt-get is stilaan vervangen door apt.
Verder is het gebruik gelijkaardig als vroeger, behalve (vanwege de rolling release) voor de “upgrade”!

Zoeken

apt-cache search gambas3

Toon meer info:
apt-cache show gambas

Installeren van software
Eerst:
sudo apt update

+ installeren:
sudo apt install gamba3-ide

De-installeren:
sudo apt remove gambas3

Werkelijk ook alles wissen:
sudo apt purge gambas3

Upgrade
Dit is anders dan de bekende apt-get upgrade:

sudo apt full-upgrade

Check eerst eventueel de vrije schijfruimte:
df -h

Ruimte vrij maken (overgebleven bestanden van installatie/updates)
sudo apt clean

https://www.raspberrypi.com/documentation/computers/os.html#update-software

GPIO

https://www.raspberrypi.com/documentation/computers/os.html#gpio-and-the-40-pin-header

Firmware
Wees voorzichtig, maak een backup!

sudo rpi-update
...
sudo reboot
Vorige firmware versie:

sudo apt-get update

sudo apt install --reinstall raspi-firmware

Check de hudige versie:
cat /etc/os-release

NAME=”openSUSE Leap”
VERSION=”15.4″
ID=”opensuse-leap”
ID_LIKE=”suse opensuse”
VERSION_ID=”15.4″
PRETTY_NAME=”openSUSE Leap 15.4″
…

Algemeen

1. alle updates huidig systeem bijwerken
2. overbodige repo’s afzetten
3. check releasever gebruik in repo’s
4. repo’s over naar nieuwe releasever
5. upgrade
6. reboot
7. eventueel terug aan te zetten repo’s

1. Updates bijwerken: foutmelding gb3

zypper ref
zypper up

Retrieving repository ‘home:munix9Gb3’ metadata ——————————————————————[\]
Warning: Digest verification failed for file ‘327090e2e7480eab1952ae5782979551cf04b046502ec8620de3852f80d77c27-primary.xml.gz’
[/var/tmp/AP_0xctCzEb/repodata/327090e2e7480eab1952ae5782979551cf04b046502ec8620de3852f80d77c27-primary.xml.gz]

expected 327090e2e7480eab1952ae5782979551cf04b046502ec8620de3852f80d77c27
but got f5b2b13e0208bef2cad0e68885430e4b801d8cf3897b0fa9cc2ff07167f6a4d7

Accepting packages with wrong checksums can lead to a corrupted system and in extreme cases even to a system compromise.

However if you made certain that the file with checksum ‘f5b2..’ is secure, correct
and should be used within this operation, enter the first 4 characters of the checksum
to unblock using this file on your own risk. Empty input will discard the file.

Unblock or discard? [f5b2/…? shows all options] (discard):
Retrieving repository ‘home:munix9Gb3’ metadata ……………………………………………………..[error]
Repository ‘home:munix9Gb3′ is invalid.
[https-download.opensuse.org-c09d2c08|https://download.opensuse.org/repositories/home:/munix9/15.4/] Valid metadata not found at specified URL
History:
– 327090e2e7480eab1952ae5782979551cf04b046502ec8620de3852f80d77c27-primary.xml.gz has wrong checksum
– Can’t provide ./repodata/327090e2e7480eab1952ae5782979551cf04b046502ec8620de3852f80d77c27-primary.xml.gz

Please check if the URIs defined for this repository are pointing to a valid repository.
Skipping repository ‘home:munix9Gb3’ because of the above error.

2. Check huidige repo’s

zypper repos --uri >~/Leap154-repos-uri.txt

Links
https://en.opensuse.org/Package_repositories#Official_Repositories
https://gist.github.com/oleksis/63f835f8df61f2e99eaf31c20672dfdb

Release variabele gebruikt?

sudo cat /etc/zypp/repos.d/repo-oss.repo

[repo-oss]
name=Main Repository
enabled=1
autorefresh=1
baseurl=http://download.opensuse.org/distribution/leap/$releasever/repo/oss/
type=rpm-md
keeppackages=0

Check naar 15.5:
sudo zypper --releasever=15.5 lr -uE

Warning: Enforced setting: $releasever=15.5
Repository priorities are without effect. All enabled repositories share the same priority.

# | Alias | Name | Enabled | GPG Check | Refresh | URI
—+————————————–+————————————————————–+———+———–+———+——————————————————————
1 | Science_Espeak-ng | Science_Espeak-ng | Yes | (r ) Yes | Yes | https://download.opensuse.org/repositories/science/15.4/
6 | https-download.opensuse.org-49d59322 | home:Sauerland | Yes | (r ) Yes | Yes | https://download.opensuse.org/repositories/home:/Sauerland/15.4/
10 | https-download.opensuse.org-c09d2c08 | home:munix9Gb3 | Yes | (r ) Yes | Yes | https://download.opensuse.org/repositories/home:/munix9/15.4/
16 | repo-backports-update | Update repository of openSUSE Backports | Yes | (r ) Yes | Yes | http://download.opensuse.org/update/leap/15.5/backports/
21 | repo-non-oss | Non-OSS Repository | Yes | (r ) Yes | Yes | http://download.opensuse.org/distribution/leap/15.5/repo/non-oss/
22 | repo-oss | Main Repository | Yes | (r ) Yes | Yes | http://download.opensuse.org/distribution/leap/15.5/repo/oss/
24 | repo-sle-update | Update repository with updates from SUSE Linux Enterprise 15 | Yes | (r ) Yes | Yes | http://download.opensuse.org/update/leap/15.5/sle/
26 | repo-update | Main Update Repository | Yes | (r ) Yes | Yes | http://download.opensuse.org/update/leap/15.5/oss/
27 | repo-update-non-oss | Update Repository (Non-Oss) | Yes | (r ) Yes | Yes | http://download.opensuse.org/update/leap/15.5/non-oss/

Er zijn er een paar niet mee (die blijven hier 15.4 tonen: munix, Sauerland, science).
– voor sience bestaat 15.5.
– munix ook.
Dus munix en science kunnen omgezet worden naar $releasever.
Sauerland heeft iets vreemd gedaan met zijn directorie-naam:
https://download.opensuse.org/repositories/home:/Sauerland/openSUSE_Leap_15.5/. Ik zet hem even af en zal hem nadien manueel aanpassen voor ik hem terug aanzet..

Update:
sudo zypper --releasever=15.5 ref
sudo zypper --releasever=15.5 dup -y

Kernel is nu 5.14.21

In een vers geïnstalleerde opensuse 15.5 vind ik deze printer niet terug in Yast, printer, new printer.

De printer wordt wel gevonden als TS6100 series.

Ik had voordien de canon drivers afgehaald die bestonden in de softwarebeheerder.

Yast biedt een hele reeks Pixma TS.. printers aan:
3170, 5010, 5020, 5030, 5040, .. 5090, 6010, 6020 6030 6040 6050, -51, -52, 6060, 6070, 6080, maar dan sprint het naar 8010.
Geen 6100 reeks?

Op internet op zoek naar drivers:
https://www.canon-europe.com/support/consumer/products/printers/pixma/ts-series/pixma-ts6150.html?type=drivers&language=EN&os=Linux%20(64-bit)

————-

IJ Printer Driver Ver. 5.50 for Linux (rpm Packagearchive)
File version: 5.50
Release date: 01 December 2017

Download geeft bestand: cnijfilter2-5.50-1-rpm.tar.gz

Uitgepakt:
tar -xzvf cnijfilter2-5.50-1-rpm.tar.gz

en in de directory een shell script gevonden dat install.sh heet.

Dat gedraaid, vraagt (root) wachtwoord, vraagt de printer aan te zetten en aan te sluiten, ontdekt het model, en eindigt met:

#=========================================================#
Installation has been completed.
Printer Name : TS6100USB
Select this printer name for printing.
#=========================================================#

Daarna gecheckt via Yast2; testprint: ok.

Server1

~ # timedatectl
Local time: wo 2023-03-29 15:32:26 CEST
Universal time: wo 2023-03-29 13:32:26 UTC
RTC time: wo 2023-03-29 13:32:26
Time zone: Europe/Brussels (CEST, +0200)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no

Deze server draait Suse:
~ # cat /etc/os-release
NAME="openSUSE Leap"
VERSION="15.4"
ID="opensuse-leap"
ID_LIKE="suse opensuse"
VERSION_ID="15.4"
PRETTY_NAME="openSUSE Leap 15.4"

Server2

~# timedatectl
Failed to get D-Bus connection: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory
maar wel:
:~# cat /etc/timezone
Europe/Brussels

Dit is een Debian:
~# cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux jessie/sid"
NAME="Debian GNU/Linux"
ID=debian

Een server die hierop draait (mariadb, ..) zal normaal deze tijdzone volgen; dwz dat een datum/tijd volgens deze tijdzone wordt bewaard.
Maar als een applicatie UTC gebruikt, krijg je mogelijk een verschil van een (paar) uur…

Wat zijn de juiste openSuse repositories?
Dat vraag ik me af naar aanleiding van een foutmeldingen bij updates van openSuse 15.x.
De foutmelding is terug op te roepen met:

zypper list-updates

Ophalen van metagegevens uit opslagruimte ‘SUSE:SLE-15-SP1:GA’ …………………………………….[fout]
Opslagruimte SUSE:SLE-15-SP1:GA is ongeldig.
[https-download.opensuse.org-d34ffe40|https://download.opensuse.org/repositories/SUSE:/SLE-15-SP1:/GA/pool/] Geen geldige metagegevens op de gespecificeerde URL gevonden
Geschiedenis:
– [https-download.opensuse.org-d34ffe40|https://download.opensuse.org/repositories/SUSE:/SLE-15-SP1:/GA/pool/] Repository type can’t be determined.

Hetzelde voor SUSE:SLE-15-SP2:GA, SUSE:SLE-15-SP3:GA, SUSE:SLE-15-SP4:GA

Deze repo’s zijn waarschijnlijk via het instaleren van bepaalde software in de lijst van mijn repositories terechtgekomen.
Ze mogen er uit.

De officiële repositories bestaan uit de OSS + updates, non-OSS + updates, (src-oss + updates), backports + updates, SLE updates.

• Main/OSS; main repository: open source software only: http://download.opensuse.org/distribution/leap/15.4/repo/oss/
• Update/OSS; official security and bugfix updates: http://download.opensuse.org/update/leap/15.4/oss/
• Non-OSS; Non-free (as in freedom) software: http://download.opensuse.org/distribution/leap/15.4/repo/non-oss/
• Update Non-OSS; official security and bugfix updates for non-OSS packages: http://download.opensuse.org/update/leap/15.4/non-oss/
• Src-OSS; Source RPMs. Advanced users only: http://download.opensuse.org/source/distribution/leap/15.4/repo/oss/
• Src-Non-OSS; Source RPMs. Advanced users only. http://download.opensuse.org/source/distribution/leap/15.4/repo/non-oss/
• Debug; Debuginfo packages. Advanced users only. http://download.opensuse.org/debug/distribution/leap/15.4/repo/oss/
• Update Debug; Debuginfo packages updates. Advanced users only.: http://download.opensuse.org/debug/update/leap/15.4/oss/
• Backports Update; Update repository of openSUSE Backports: http://download.opensuse.org/update/leap/15.4/backports/
• Backports Debug-Update; openSUSE Leap debuginfo packages from openSUSE Backports.: http://download.opensuse.org/update/leap/15.4/backports_debug/
• SLE Update; updates van SUSE Linux Enterprise 15: http://download.opensuse.org/update/leap/15.4/sle/
• SLE Debug-Update; debuginfo for updates from SUSE Linux Enterprise 15.: http://download.opensuse.org/debug/update/leap/15.4/sle/

Enkel die laatste bevat in zijn URL een verwijzing naar sle, in kleine letters.

Recenter?
Geldt hetzelfde voor de eveneens “SLE” repo: SUSE:SLE-15:Update?
Het lijken recentere versies van software te zijn in de SLE updates; zijn ze daar sneller beschikbaar dan in de gewone opensuse?
Bv php7:

v | SUSE:SLE-15:Update | php7                            | 7.4.33-150400.4.16.1   | 7.4.33-150400.4.19.1 | x86_64

php7 komt niet voor in de (gewone) OpenSUSE repositories?

Andere
– Gambas:
URL: https://download.opensuse.org/repositories/home:/munix9/15.4/
categorie: YUM; expliciet geïnstalleerd voor 15.4 met one-click install.
Dit lijkt een aantal overbodige (SUSE:SLE-15-SP1:GA, ..) repo’s toe te voegen; en ook dubbele zoals leap/15.4/oss maar dan in een YUM versie zonder “releasever” variabele (die al wel bestond).

Andere met releasever
Sommige andere lijken ook met de releasever variabele te werken;
(zo komen ze voor, goede werking nog te bevestigen) :
– Packman (codecs);
Gebruikte URL: URL: http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.4/
Onbewerkte URL: http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_$releasever/
– e-id mw (home:jevez)
Gebruikte URL: https://download.opensuse.org/repositories/home:/jevez/openSUSE_Leap_15.4/
Onbewerkte URL: https://download.opensuse.org/repositories/home:/jevez/openSUSE_Leap_${releasever}/

Algemeen

1. alle updates huidig systeem bijwerken
2. overbodige repo’s afzetten
3. check releasever gebruik in repo’s
4. repo’s over naar nieuwe releasever
5. upgrade
6. reboot
7. eventueel terug aan te zetten repo’s

Uitvoeren – Log – Algemeen

Let op* voor “Closing the Leap Gap”

Warning: Due to Closing the Leap Gap some repos which had “openSUSE_Leap_${releasever}” for 15.3 may change target to just “${releasever}” for 15.4 ( from now on it will be the same for SLES and Leap so OBS don’t need to keep two versions of binary identical rpm’s). Obviously query above won’t handle this so you will get “Repository ‘xxxxx’ is invalid.” error.
Solution – follow repo URL but one level up from “openSUSE_Leap_15.3” and check available targets. If “15.4” is there just manually correct URL.

Bron: https://en.opensuse.org/SDB:System_upgrade

Uitvoeren – Log – Algemeen

Uitvoeren

• zypper refresh
zypper update
• zypper repos -u
• grep "releasever" /etc/zypp/repos.d/*
• zypper --releasever=15.4 refresh
• zypper --releasever=15.4 dup
  of
  zypper --releasever=15.4 dup --download-in-heaps
• reboot
• eventueel:
  zypper addrepo --name

Uitvoeren – Log – Algemeen

Log

1. zypper refresh
   

   Alle opslagruimtes zijn vernieuwd

   zypper update

   Geen aktiviteit

2. overbodige repo’s afzetten:
   – check repos met zypper repos -u
   – repo’s afzetten kan in Yast2, softwarebronnen (afvinken).
3. check releasever gebruik in repo’s:
   Overzicht in Yast2 bv. waar je de (oude) URL/distro versies kan zien:

   CrossToolchain:avr (arduino)

   URL: https://download.opensuse.org/repositories/CrossToolchain:/avr/openSUSE_Leap_15.2/
   Category: YUM

   Education: (voor Gambas?)

   URL: http://download.opensuse.org/repositories/Education/openSUSE_Leap_15.2/
   Category: YUM

   Java:packages (voor??)

   URL: https://download.opensuse.org/repositories/Java:/packages/openSUSE_Leap_15.2/
   Category: YUM

   Libdvdcss

   URL: http://opensuse-guide.org/repo/openSUSE_Leap_15.2/
   Category: YUM

   home/jevez (voor Belgian e-ID)

   URL: https://download.opensuse.org/repositories/home:/jevez/openSUSE_Leap_15.2/
   Category: YUM

   Packman lijkt al wel ok:

   URL: http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.3/
   Raw URL: http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_$releasever/
   Category: YUM

   Als het nodig is:
   sed -i 's/15.3/${releasever}/g' /etc/zypp/repos.d/*.repo

4. repo’s over naar nieuwe releasever:
   zypper --releasever=15.4 refresh

   Waarschuwing: Afgedwongen instelling: $releasever=15.4
   Ophalen van metagegevens uit opslagruimte ‘openSUSE:Leap:15.3’ …………………………………………………………………………………………………………………….[gereed]
   Cache van opslagruimte ‘openSUSE:Leap:15.3’ wordt gebouwd ———————————————————————————————————————————————–[|]
   (…)
   Alle opslagruimtes zijn vernieuwd.

5. upgrade:
   zypper --releasever=15.4 dup

   33 problems: Problem with the installed
   gstreamer-plugins-bad-1.6..
   gstreamer-plugins-bad-lang..
   libavcodecs57, 58
   libavdevices57, 58
   libavfilter
   libavformat
   libavresample
   libavutil
   libgstadaptivedemux
   libgstbadaudio
   libgstbasecamerabinsrc
   libsst…
   …
   libpostproc54-..
   libpostproc55-..
   libsox3..
   libswresample2…
   libswresample3…
   libswscale4..
   libswscale5..
   sox

   Solutions gekozen:
   gstreamer: install gstreamer-plugins-bad-1.20.. from vendor openSUSE (2 x )
   libavcodec57: keep obsolete (vendor SUSE was 3.4.2-150200 ipv 3.4.9-pm153) (8-tal keer)
   libgst: install libgstadaptivedemux-1_0-0-1.20.1-lp154.1.1.x86_64 from openSUSE (ipv 16.3 van packman) x keer
   libpostrproc54 : keep 3.4.9 (ipv SUSE versie 3.4.2) x2
   libsox : install 14.4.2-bp154.1.100.x86_64 from openSUSE (ipv oude packman -pm153.2.8)
   libswresample: keep 3.4.9 (ipv 3.4.2 van SUSE)
   libswscaled4: keep
   libswscaled5: keep
   sox: install bp154 van openSUSE

   2001 packages to upgrade, 62 to downgrade, 173 new, 138 to remove, 15 to change vendor, 5 to change arch.

   Eindigt met:

   Executing %posttrans scripts … [done]
   Update notifications were received from the following packages:
   mariadb-10.6.10-150400.3.17.1.x86_64 (/var/adm/update-messages/mariadb-10.6.10-150400.3.17.1-something)
   View the notifications now? [y/n]

   y

   Melding van pakket mariadb:
   WARNING: You are upgrading from different stable version of MySQL!

   Your database will be migrated automatically during next restart of MySQL.
   Before you do that make sure you have up to date backup of your data. It
   should be mainly in /var/lib/mysql directory.

6. reboot
   – Gambas3 is verdwenen (zat in de “openSUSE:Backports:SLE-15:SP3” repository)
   – Bij een wat speciale installatie, bv met twee schermen etc, kan het dat je de instellingen terug moet doen.
   Mijn “dev” station met 2 schermen stond na de update in “default” 1024×768 (4:3) @76Hz 100% op 1 scherm (nVidia GF119).
   (zie verder).
7. eventueel terug aan te zetten repo’s
   – Yast: bron voor NVidia gecheckt op 15.4 -ok; terug aangezet.
   Het bovenstaand probleem was magisch opgelost.
   – Gambas3: wordt een andere bron?
   Gambas3 terug geïnstalleerd via https://software.opensuse.org/package/gambas3-ide (home:munix9, 3.18.0 met 1click install).
   Er komen onderweg wat foutmeldingen op repo’s, en gambas3 is niet geïnstalleerd, maar kan daarna wel gekozen worden in softwarebeheer.
   Of een tweede keer: kies aangepaste installatie, en schakel de probleemrepositories uit: LSE-15-SP1..4 in Yast. Ok!

Uitvoeren – Log – Algemeen

Andere:

– ook uitgevoerd vanuit een terminal op de GUI op een ander toestel.

Ik probeer opnieuw maar helpt niet, overslaan dus ..

Ophalen: python3-base-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm ........................................................[niet gevonden]
Bestand './x86_64/python3-base-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm' niet gevonden op medium 'http://download.opensuse.org/update/leap/15.4/sle/'
Afbreken, opnieuw proberen, negeren? [a/o/n/...? alle opties tonen] (a): o
Ophalen: python3-base-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm ........................................................[niet gevonden]
Bestand './x86_64/python3-base-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm' niet gevonden op medium 'http://download.opensuse.org/update/leap/15.4/sle/'
Afbreken, opnieuw proberen, negeren? [a/o/n/...? alle opties tonen] (a): o
Ophalen: python3-base-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm ........................................................[niet gevonden]
Bestand './x86_64/python3-base-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm' niet gevonden op medium 'http://download.opensuse.org/update/leap/15.4/sle/'
Afbreken, opnieuw proberen, negeren? [a/o/n/...? alle opties tonen] (a): o
Ophalen: python3-base-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm ........................................................[niet gevonden]
Bestand './x86_64/python3-base-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm' niet gevonden op medium 'http://download.opensuse.org/update/leap/15.4/sle/'
Afbreken, opnieuw proberen, negeren? [a/o/n/...? alle opties tonen] (a): n
Waarschuwing: U hebt ervoor gekozen om aan een probleem met het downloaden of installeren van een pakket geen aandacht te geven. Dit kan leiden tot gebroken afhankelijkheden van andere pakketten. U kunt het beste 'zypper verify' uitvoeren nadat de bewerking is beëindigd.
SKIP request: User-requested skipping of a file
Geschiedenis:
- Can't provide ./x86_64/python3-base-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm
- Bestand './x86_64/python3-base-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm' niet gevonden op medium 'http://download.opensuse.org/update/leap/15.4/sle/'

Ophalen: python3-base-3.6.15-150300.10.40.1.x86_64.rpm ...................................................................[gereed (4,9 KiB/s)]
pakket libpython3_6m1_0-3.6.15-150300.10.40.1.x86_64 wordt opgehaald (568/2215), 870,1 KiB ( 2,7 MiB uitgepakt)
Delta wordt opgehaald: ./x86_64/libpython3_6m1_0-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm, 40,3 KiB
Ophalen: libpython3_6m1_0-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm ....................................................[niet gevonden]
Bestand './x86_64/libpython3_6m1_0-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm' niet gevonden op medium 'http://download.opensuse.org/update/leap/15.4/sle/'
Afbreken, opnieuw proberen, negeren? [a/o/n/...? alle opties tonen] (a): n
Waarschuwing: U hebt ervoor gekozen om aan een probleem met het downloaden of installeren van een pakket geen aandacht te geven. Dit kan leiden tot gebroken afhankelijkheden van andere pakketten. U kunt het beste 'zypper verify' uitvoeren nadat de bewerking is beëindigd.
SKIP request: User-requested skipping of a file
Geschiedenis:
- Can't provide ./x86_64/libpython3_6m1_0-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm
- Bestand './x86_64/libpython3_6m1_0-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm' niet gevonden op medium 'http://download.opensuse.org/update/leap/15.4/sle/'

Nog eens ..

Bestand './x86_64/python3-tk-3.6.15-150300.10.37.2_150300.10.40.1.x86_64.drpm' niet gevonden op medium 'http://download.opensuse.org/update/leap/15.4/sle/'
Afbreken, opnieuw proberen, negeren? [a/o/n/...? alle opties tonen] (a):
opnieuw proberen lukt niet, negeren..

Deze komt er wel door met opnieuw proberen (automatisch).

Ophalen: typelib-1_0-Pango-1_0-1.50.4-150400.1.5.x86_64.rpm ............................................................................[fout]
Locatie 'http://download.opensuse.org/distribution/leap/15.4/repo/oss/x86_64/typelib-1_0-Pango-1_0-1.50.4-150400.1.5.x86_64.rpm' is tijdelijk niet toegankelijk.
Afbreken, opnieuw proberen, negeren? [a/o/n] (o):
Opnieuw proberen...

Upgrade is klaar, eens zien welk het effect is van die ontbrekende onbereikbare python paketten…. reboot.

Start terug op, Ok.

De non-profit https://matrix.org/ foundation publiceert de Matrix open standard voor een gedecentraliseerde online communicatie. De software is open source en je kan je eigen (“home”) server draaien. Er zijn “bridges” om te overbruggen naar andere platformen.

Er zijn clients voor verschillende platformen, zowel mobiel als desktop.

Voor opensuse bv: element-desktop.
(Geen officieel pakket, wel een versie 1.11.10 community en experimenteel voor 15.3, 15.4)
Er is een officiële 1.11.8 release voor tumbleweed.

(zie ook commandolijn algemeen)

echo "Do you wish to install this program?"
select yn in "Yes" "No"; do
    case $yn in
        Yes ) make install; break;;
        No ) exit;;
    esac
done

# Make sure only root can run our script
if [ "$(id -u)" != "0" ]; then
   echo "This script must be run as root" 1>&2
   exit 1
fi

#!/bin/bash
waitforbreak=40
STARTED=`date`
if [ "$(id -u)" != "0" ]; then
   echo "This script must be run as root or with sudo " 1>&2
   exit 1
fi
echo "ZypperRefUp.sh [r|s] (optional reboot/shutdown)"
if [ $# -eq 0 ]; then
    echo "Live run with no arguments. If needed CTRL-C and retry. Waiting $waitforbreak sec. ..."
    sleep $waitforbreak
fi
echo "$0 started on $STARTED with parameter $1"
zypper -n ref
zypper -n up
DATE=`date`
echo "Finished $0 at $DATE ">~/ZypperRefUp.log
if [ "$1" == "r" ]
then
  echo "reboot in $waitforbreak s. ..."
  sleep $waitforbreak
  reboot
fi
if [ "$1" == "s" ]
then
  echo "shutdown in $waitforbreak s. ..."
  sleep $waitforbreak
  shutdown -h now
fi
echo "finished $0 on $DATE - Ready."

#/bin/bash
# working on 07/10/2022
# install gambasapp.tar.gz from downloads directory
echo " instfromdownload myGb3App (no extention) to install myGb3App.tar.gz from ~/downloads"
if [ $# -eq 0 ]; then
    echo "- No arguments provided; choose from: "
    ls -lFAh ~/Downloads/*.tar.gz
    echo "or download (manually if no fixed link) from shared nextcloud folder sharekantoor/swupdates/release or other source"
    exit 1
fi
cd ~/Downloads/
ls -lFAh $1*
myapp = $1.tar.gz
echo "move and unpack $myapp"
cp myapp ~/.systemPrograms/gb3Project/
cd ~/.systemPrograms/gb3Project
tar -xzvf myapp
echo "compile install $myapp"
cd myapp
gb3c -a
gba3 -o ./../gb3Run/$myapp.gambas
echo "cleanup .. "
mv ~/.systemPrograms/gb3Source/$myapp /.systemPrograms/gb3Source/previous/
mv /.systemPrograms/gb3Project/$myapp /.systemPrograms/gb3Source/
ls -lFAh /.systemPrograms/gb3Source/$myapp
ls -lFAh /.systemPrograms/gb3Source/$myapp
rm ~/Downloads/$myapp
ls ~/Downloads/$myapp
echo "End install, ready to run $myapp"

Ik heb twee soorten foutmeldingen ivm Plymouth:

• in update app (software updates)
• bij het opstarten (bootscherm)

Foutmelding in update app
Bij een update van de desktop-softwaremeldingen krijg ik “Update Error”:

the installed plymouth-lang-0.9.5~git20210406.e554475-150400.3.5.1.noarch requires ‘plymouth = 0.9.5~git20210406.e554475’, but this requirement cannot be provided

Er blijft 1 update staan:
openSUSE-SLE-15.3-2022-3024(1)

Ook met zypper geraak ik er niet voorbij.

Ik krijg warnings als:

zypper up
Retrieving repository ‘SUSE:SLE-15-SP3:GA’ metadata ………………………………………………………….[error]
Repository ‘SUSE:SLE-15-SP3:GA’ is invalid.
[https-download.opensuse.org-27ea0f2b|https://download.opensuse.org/repositories/SUSE:/SLE-15-SP3:/GA/pool/] Valid metadata not found at specified URL
History:
– [https-download.opensuse.org-27ea0f2b|https://download.opensuse.org/repositories/SUSE:/SLE-15-SP3:/GA/pool/] Repository type can’t be determined.

Please check if the URIs defined for this repository are pointing to a valid repository.
Warning: Skipping repository ‘SUSE:SLE-15-SP3:GA’ because of the above error.

En ..

Warning: Repository ‘openSUSE:Backports:SLE-15-SP4’ appears to be outdated. Consider using a different mirror or server.
Reading installed packages…

Bovendien wil één update niet installeren (zie boven):

The following 9 package updates will NOT be installed:
dos2unix kpartx libmpath0 logrotate multipath-tools plymouth plymouth-dracut plymouth-scripts power-profiles-daemon

(En ik krijg foutmeldingen op plymouth bij het opstarten op één toestel)

De officiële URL zou zijn:

https://download.opensuse.org/update/leap/$releasever/backports/

Ik weet niet of al die andere die problemen geven er uit mogen; daarbij zie ik bij het opstarten wel een plymouth foutmelding…hoe geraakt die dan opgelost?

Ik zet voorlopig alle repo’s met foutmeldingen af…

En ook alle andere die er onnodig uitzien:

URL: https://download.opensuse.org/repositories/SUSE:/SLE-15-SP1:/GA/pool/
URL: https://download.opensuse.org/repositories/SUSE:/SLE-15-SP1:/Update/pool/
URL: https://download.opensuse.org/repositories/SUSE:/SLE-15-SP2:/GA/pool/
URL: https://download.opensuse.org/repositories/SUSE:/SLE-15-SP2:/Update/pool/
URL: https://download.opensuse.org/repositories/SUSE:/SLE-15-SP3:/GA/pool/
URL: http://download.opensuse.org/update/leap/15.3/sle/
URL: https://download.opensuse.org/repositories/SUSE:/SLE-15-SP4:/GA/pool/

De meeste daarvan zijn meegekomen toen ik Gambas3 installeerde (Gambas 3.17 terwijl op andere distro’s de versie rond 1.34 zit).

Daarna verandert de melding in “Update error” “Couldn’t find package”.

Door de meldingen in zypper

Loading repository data…
Warning: Repository ‘openSUSE:Backports:SLE-15-SP4:Checks’ appears to be outdated. Consider using a different mirror or server.

zette ik volgende nog af:

URL: https://download.opensuse.org/repositories/SUSE:/SLE-15:/Update/pool/
URL: https://download.opensuse.org/repositories/openSUSE:/Backports:/SLE-15-SP4/standard/
URL: https://download.opensuse.org/repositories/openSUSE:/Backports:/SLE-15-SP4:/Checks/standard/

Darana heeft ook zypper geen commentaar meer:

zypper up
Loading repository data…
Reading installed packages…
Nothing to do.

Plymouth foutmelding bij opstarten (bootscherm)

Op één van mijn opensuse 15.4 toestellen heb ik blijkbaar iets anders gedaan, want daar krijg ik bij het opstarten een foutmelding op plymouth. Plymouth heeft blijkbaar iets te maken met het tonen van een grafisch beeld in plaats van lettertjes bij het starten:
https://software.opensuse.org/package/plymouth

Misschien moet ik op dit toestel plymouth maar afzetten om de foutmelding kwijt te geraken, ik hoef de animatie niet terug en ben best tevreden met de gedetailleerde boot messages.

Volgens https://linuxconfig.org/how-to-disable-plymouth-on-linux:

In de instellingen in /etc/default/grub moeten een paar parameters anders ingesteld worden (of verwijderd worden blijkbaar):
splash=silent
quiet

Die vind ik in de lijn:

GRUB_CMDLINE_LINUX_DEFAULT="splash=silent preempt=full mitigations=auto quiet security=apparmor"

Dan moet de bootloader terug gegenereerd worden met:

$ sudo update-bootloader

Of als root bv:
mcedit grub
(verwijder)
update-bootloader
Deze laatste geeft geen uitleg als hij klaar is.

Nadien krijg ik bij het opstarten alle startmeldingen over het scherm rollen, zo snel dat je ze amper kan lezen, en er staat ook nog altijd één rode Plymouth melding tussen. Het zijn ook massa’s meer meldingen dan in de begindagen (dus ik snap wel dat ze het vervangen door een grafisch wacht-scherm).
Bovendien heb ik twee monitors op hun zijkant gekanteld, 2 A4 portrait zeg maar, zodat de boot messages op de twee schermen van het midden naar buiten lopen (op zijn kant). Misschien moet ik toch ook maar eens uitzoeken hoe ik het terug in oorspronkelijke toestand krijg.

Ik kan al eens proberen met om de beurt:
– quiet er terug in te zetten. (ok: ik zie nog wel de foutmeldingen Failed to strat Plymouth, dan is er even niets, en dan de bekende suse lamp – dit is wel bij een reboot, ik moet niet inloggen nu). Mij prima, ik houd deze.
– splash=silent er terug in te zetten. (voorlopig niet geprobeerd)

Yast2
En misschien kan je ook via yast2 …?
Software, zoek op “plymouth”.
Ik zie dat er een alternatieve versie beschikbaar is.
Huidige is van: SUSE Linux Enterprise 15.
Ik schakel om naar de Alternate “Main repo” versie.

—
upd 24/5/2023: op een systeem met een oud scherm met hetzelfde probleem:
(en op een ander met een grote scherm; ligt daar niet aan)

Installed version: 0.9.5+git20190908+3abfab2-150300.7.5.1
Alternate version: 0.9.5~git20210406.e554475-150400.3.8.1

De datums:
Installed version: Thu 11 Aug 2022 09:36:59 AM CEST
Alternate version: Mon 19 Sep 2022 04:50:52 PM CEST

In TAB “Versions” zie ik dat er voor de nieuwere versie twee bronnen zijn, en de aangeboden bron staat op “Suse Linux Enterprise”,
en de andere mogelijke is opensuse LEAP

Ik kies die voor alle “plymouth” files (12) in yast software (waaronder plymouth-theme-bgrt, maar zonder plymouth-branding-opensuse die wel op juiste repo staat) en kijk later verder..

Installation Successfully Finished
Packages
Updated Packages: 12
libply5, liply-boot-client5, libply-splash-core5, libply-splash-graphics5, plymouth, plymouth-dracut, plymouth-lang, plymouth-plugin-label… (more)
Statistics
Elapsed Time: 01:23
Total Installed Size: 930.6 KiB
Total Downloaded Size: 873.7 KiB

Resultaat:
– De foutmelding is verdwenen, in de plaats krijg ik onderaan een “Leap” logo en een ronddraaiend cirkeltje tijdens het verder opstarten.
Mogelijk dus een conflict tussen die verschillende bronnen.

—
Upd: OpenSUSE 15.4
Op een ander systeem, verse installatie (ook met Gambas3):
8 packages in Yast Software “rood” (versie van 2019 geïnstalleerd, versie van 2021 beschikb):
– libly5, libly-boot-client5, -splash-core5, splash-graphics5
– plymouth-plugin-label, -plugin-two-step, -theme-bgrt, -theme-spinner
Het eigenaardige is dat ik hier een waarschuwing krijg en de keuze om een pakket met “2019” te “afwaarderen” naar een versie met “2021” erin… (wat ik dus wel bevestig).

Bijgewerkte pakketten: 8
libply5, libply-boot-client5, libply-splash-core5, libply-splash-graphics5, plymouth-plugin-label, plymouth-plugin-two-step, plymouth-theme-bgrt, plymouth-theme-spinner

Bij het opstarten komt nog heel kort een “failed” plymouth melding, maar die wordt onmiddellijk overdekt door het scherm met LEAP logo en draaiend cirkeltje.
(in messages vind ik enkel “Received SIGRTMIN+21 from PID 289 (plymouthd)” van voor de laatste update, uit huidige boot niets)

Ok.

—
upd 2023-07-05: ook later komt het probleem nog terug, door een update van SLE 15-update; ik zet alle plymouth* paketten (die “rood” staan) bij YAST2, tab “Versions” over naar de main repo van opensuse.

Ik gebruik een goed half jaar Signal op Sailfish (in de Android compatibility layer), en tot nu toe liep dat redelijk goed. Af en toe problemen met de camera die geblokkeerd leek door Signal en niet meer startte als app op Sailfish, maar eens ik dat wist geraakte ik er ook uit, bv door Signal even af te sluiten of zo.

Ik negeerde de voorbij tijd een aantal dagen de meldingen van Signal dat er een nieuwe versie is, omdat ik niet besefte dat het programma, indien niet geupdate, zou stoppen met werken. Het start nu nog wel op en toont alles wat er was tot de vervaldatum, maar haalt geen nieuwe berichten binnen en ik kan ook niets meer sturen.

Deze versie van Signal is verlopen. Werk Signal bij om weer berichten te kunnen verzenden en ontvangen.

Geïnstalleerde versie: Signal 5.34.4 op Sailfish 4.4.0.64 (up-to-date).

(ps zie ook later: Signal telt weer af; sept 2022 – 5.48.3) en Signal verloopt vandaag (met eenvoudige werkende update stappen)

De “Nu bijwerken” knop stuurt me naar een Aptoide scherm en daar staat bovenaan de Signal update klaar met een knop “BIJWERKEN”.

Nieuwste versie: 5.41.5

Als ik daarop klik komt er een melding “Aan het downloaden ” maar die blijft staan en evolueert helemaal niet.

(ik heb het geprobeerd met data verbinding en verschillende wifi verbingenen, en ook rechstreeks vanuit de Aptoide store).

Ik weet niet meer hoe ik het origineel geïnstalleerd heb..

Nog niet geprobeerd: de-installeren (maar dan ben ik *waarschijnlijk* mijn huidige gegevens kwijt) en terug proberen te installeren .

Via desktop?
En er bestaat een Linux versie van de Desktop software, zowel voor Debian systemen; ook in openSUSE community repository (https://software.opensuse.org/package/signal-desktop).
Maar je kan geen koppeling met je apparaat maken als de versie op je Sailfish niet meer werkt…

Danger zone
Op de site van signal vond ik een intrigerende pagina met een onderdeel “Danger zone” (https://signal.org/android/apk/)

“Ervaren gebruikers met speciale noden” kunnen de Signal APK direct downloaden blijkt. De meeste gebruiker zullen dat onder normale omstandigheden niet nodig hebben, zeggen ze nog. En dan een knop met Signal 5.40.4.1 en “Download”.
Ik gebruik dus de sailfish browser, en ga naar die pagina, en doe de download.
Het duurt even, maar als ik de melding krijg dat het klaar is klik ik daar ook op en ik hoop dat het een installatie start. Dat blijkt niet zo onmiddellijk, maar even later krijg ik de melding dat de installatie klaar is!

Ik start Signal en dat blijkt* nu versie 5.40.4.1 te zijn. En ik krijg onmiddellijk een bericht dat ontvangen in de achtergrond aanstaat.

(*) menu, instellingen, Hulp: Versie 5.40.4.1.
ps: Niet vertrouwde software installeren stond aan op dat moment.

Opgelost!

Update 09/2022:

Signal telt weer af

Ik krijg een melding in signal:

Deze versie van Signal zal in 9 dagen verlopen. Werk bij naar de meest recente versie.
Nu bijwerken

Het “Nu bijwerken” staat blauw: het is een link naar het openen van de webpagina van Signal.

Ik heb nu versie 5.40.4.1

In de aptoide app, zoek “Signal”, zie ik een knop “bijwerken”, en er onder staat Nieuwste versie: 5.48.3. De info zegt “2M / 50.3 MB *5.0”; ik vermoed dat dat het aantal downloads, de grootte en een beoordeling is.
(en onderaan reklame voor “vergelijkbare apps”)

Als ik op “Bijwerken” klik, komt er “Aan het downloaden”; verder geen evolutie, enkel een “pauze” knop. Ik laat mijn telefoon even gerust en kom straks wel zien …

—

Er lijkt niets te gebeuren, en er is nergens een aanduiding waarom niet; moet ik inloggen? Geen idee. Ik sluit aptoide.

Dus ik kies maar weer de methode van vorige keer:

De site, “Download”, Ik zie een bericht van de download, maar kan er niet op klikken omdat het onmiddellijk weg is.

Ik Ga naar de browser, Downloads; daar kom ik in “Overdrachten”, met een overzicht van alle (recente) downloads; met bovenaan “Signal-Android-website-prod-universal-release-5.48.3.apk.
Links ernaast een android symbool. Rechts een ander symbool (voor web-download denk ik, andere hebben een bluetooth teken).

Plots krijg ik een melding:

installatie van Signal app voltooid “INSTALL_SUCCEEDED”.

Ik kan Signal starten, en krijg bovenaan een melding of reklame “Deel je support”

– – –

Ik moet volgende keer toch wat meer systematisch werken, zodat ik weet wat het juist oplost, die poging in aptoide of de download.

Sailfish is de “Linux distributie voor smartphones” voor gebruikers van “met Sailfish compatibele” toestellen (zoals XPeria en FairPhone? of een toestel waar de community versies voor maakt)
Ik denk dat ik er al wat heb overgeslagen, maar nu dus een serial update:

Versie 4.4.0.68 (door mij uitgevoerd 01/09/2022; oorsprong 07/2022 )
Versie 4.4.0.64 Vanha Rauma (770 MB) met foto van een “stad” (*); oorspr mei 2022

Versie 4.3.0.15 (door mij pas uitgevoerd in juni 2022; oorsprong maart ’22?)

Ziet er op het eerste zicht uit als een dorp met schattige houten besneeuwde huizen, maar dat kan daar ook een stadsbeeld zijn?

Zie ook Sailfish updates 2021, 2020, 2019, 2018 …, 2016

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…

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:

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…)

MSpecifike hardware op Linux laten draaien is soms een uitdaging… en zeker als die meer dan 10 jaar oud is..
(meer…)

Het camera probleem
– camera-app start niet (blijft draaien alsof hij probeert op te starten, om dan in stilte te sterven)
– noch de voorste camera, noch de achterste (selfie) werkt.
– de zaklamp functie van de flash werkt niet meer.

Dit probleem is ontstaan na een aantal updates (waarvan de laatste 4.3.0.12, “sandboxing” Suomenlinna), maar er zijn op dat moment geen zekerheid gevende gelijkaardige meldingen te vinden op het Jolla forum, en er is geen nieuwe update.
Het is moelijk om te weten of een occasionele val (dus hardware defect) aan de basis kan liggen, of het probleem softwarematig is.

Echt bizar wordt het als iemand ontdekt dat de signal app wel nog de camera kan gebruiken!

Sailfish systeem: 4.3.0.12 (Suomenlinna)
Apparaataanpassingen: 0.0.9.8 *
Hardware: Sony XPeria XA2 (AOSP 8)

Zou “Apparaataanpassing” de “HW Adaption” zijn? (“The hardware areas which need adapting are: Display .. touch… audio … GSM .. Camera … power management … FM Radio (*) … zegt de documentatie).
(*) die trouwens ook niet werkt

Antwoord
Ondertussen (11 december) kwam er op een melding dat de camera en het bijhorende led-licht niet werken:
https://forum.sailfishos.org/t/4-3-0-12-jolla-camera-also-torch-does-not-start-at-all-as-well-as-videos-do-not-play/9000
.. een aanvaard antwoord:

devel-su;
ssu rr adaptation-common;
rm -r /var/cache/ssu/;
ssu ur;
pkcon refresh;
version –dup;
#sync; reboot;

Het is duidelijk dat je aan de slag moet op de commandolijn met root-rechten.

Zelf repareren
Op basis van bovenstaande post kan je op onderzoek om je eigen toestel zelf te repareren. Als je hetzelfde probleem hebt kan dit helpen… Zorg dat je een wifi verbinding aktief hebt en dat je batterij opgeladen is, en dat je bv een Linux laptop als afstandsbediening kan gebruiken.

Op je Sailfish: Instellingen (settings)
– ontwikkelaarsmodus: AAN.
– Externe verbinding: AAN.

Vul daar een wachtwoord in en noteer de gebruikersnaam (meestal “nemo”).
– Noteer het vermelde ip-adres voor de wifi (bv 192.168.0.2).

Log eerst vanop afstand in op je toestel (Linux terminal):
ssh nemo@192.168.0.2

Bevestig de authenticiteit van die “vreemde” host “yes”

Geef je wachtwoord als het gevraagd wordt, en je wordt verwelkomd met een Sailfish commandolijn scherm:
(password)
[nemo@Sailfish ~]$

Vraag beheerders-rechten aan:
devel-su

Geef het wachtwoord om op de root commandolijn te komen:
(password)
[root@Sailfish nemo]#

list repositories:
ssu lr

Om gemakkelijk te vergelijken kan je die uitvoer bewaren:
ssu lr>/home/nemo/Documents/repositories.txt

Als je vergelijkt met online beschikbare voorbeelden, wordt duidelijk dat bv “adaptation-common” ontbreekt.

Volg de bovenvermelde instructies (schijnbeweging van verwijderen, buffers opkuisen, update repositories, dan een terug een lijst vragen):

ssu rr adaptation-common
(geen reaktie)

rm -r /var/cache/ssu/
(geen reaktie)

ssu ur
(geen reaktie)

ssu lr

(repo adaptation-common is wel aanwezig nu! zie gedetailleerde log onderaan)

pkcon refresh

cache verversen
Opstarten
Software lijst verversen [==============] [90%]
Klaar

Terug een update starten

version --dup

REFRESHING CACHE AND DOWNLOADING PACKAGES
Refreshing: 90%
UPGRADING SYSTEM
Download (14 packages)
Install (14 packages)

Herstarten:

reboot

Connection to 192.168.0.2 closed by remote host.

Je ziet je smartphone nu herstarten. Geef je code en probeer uit.

Succes!

Oplossing
Een echte oplossing zal er zijn als de juiste herstel-procedure uitgevoerd wordt door een gewone update van het systeem…

In de desktop blijft een update hangen, het lijkt iets met de Belgische e-ID software te maken te hebben.

Schakel over naar de terminal;

sudo apt-get update

Zie je daar iets als:

…
Reading package lists… Done
E: Repository ‘http://files2.eid.belgium.be/debian bionic InRelease’ changed its ‘Suite’ value from ” to ‘bionic’
N: This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details.
E: Repository ‘http://files.eid.belgium.be/debian bionic InRelease’ changed its ‘Suite’ value from ” to ‘bionic’
N: This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details.

doe dan:

sudo apt-get update --allow-releaseinfo-change

….
Fetched 22,9 kB in 1s (33,7 kB/s)
Reading package lists… Done
N: Repository ‘http://files.eid.belgium.be/debian bionic InRelease’ changed its ‘Suite’ value from ” to ‘bionic’
N: Repository ‘http://files2.eid.belgium.be/debian bionic InRelease’ changed its ‘Suite’ value from ” to ‘bionic’

Klaar.

(meer…)

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).