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”

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

#!/bin/bash
waitforbreak=40
STARTED=`date`
echo "ZypperRefUp.sh [r|s] (with optional reboot/shutdown)"
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).

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

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.

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.

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

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)

Op 24 juni werd het officiële verschijnen van openSUSE 15.2 gevierd (“Celebrate The Upcoming openSUSE Leap Release“).

Afhalen
De ISO kan je downloaden van software.opensuse.org, hij is 4.0 GB groot (itt 3.8 GB voor 15.1).

Haal ook de checksum van dezelfde download pagina af en controleer:
sha256sum -c openSUSE-Leap-15.2-DVD-x86_64.iso.sha256

openSUSE-Leap-15.2-DVD-x86_64.iso: goed

USB-stick om te installeren
https://en.opensuse.org/SDB:Live_USB_stick

Je kan daarvoor de nieuwe desktop tool SUSE Studio Imagewriter gebruiken (sudo zypper install imagewriter, momenteel versie 1.10). Die biedt een venster aan om de iso naartoe te slepen. Als je een USB-stick aansluit, wordt die onmiddellijk weergegeven in de keuzelijst onderaan. Als je de ISO gesleept hebt moet je enkel nog op de “write” knop drukken..

Als de stick niet leeg was krijg je nog de vraag: “This will overwrite the contents of /dev/sdb. Are you sure you want to continue?”.
Daarno moet je het wachtwoord ingeven, en krijg je een venstertje dat zegt “writing”, met percentage klaar en een cancel knop; als het helemaal klaar is gaat het dicht (tot frustratie van sommigen): 12:16 20% .. 12:18 58% .. 12:21 94% .. weg.

Installatie
De installatie zelf verloopt zo:
Boot met USB disk … kies “installeren” van het SUSE scherm.
Een groene balk onderaan geeft weer dat openSUSE Leap 15.2 bezig is..

starting yast …
starting installer …
Initialising Network Configuration
Updating the installer…

Daarna kan je een paar keuzes maken en de installatie starten.

Taal, toetsenbordindeling (test), licentie..
Basiskeuze:
[x] Werkstation met KDE Plasma
[ ] Werkstation met Gnome
[ ] Algemene Desktop
[ ] Server
[ ] Transactionele Server

Dan wordt een harde schijf indeling voorgesteld die er bv zo uitziet:

GPT op /dev/sda aanmaken
Partitie /dev/sda1 (8 Mb) als BIOS boot-partitie aanmaken
Partitie /dev/sda2 (463 GB) voor / met btrfs aanmaken
Partitie /dev/sda3 (2GB) voor swap aanmaken
10 subvolume-akties (zie details)

(Als je encryptie wil moet je naar de Expert partitionering gaan).

De NTP server wordt gesynchroniseerd, en je krijgt een kaart om Regio/Tijdzone te kiezen.
(Als je taal NL gekozen hebt moet je eventueel van Nederland naar België klikken)

Na installatie zal je merken dat de gebruiker bij niet-aktiviteit terug moet aanmelden met zijn wachtwoord. Dat kan je verzetten in de instellingen.

15.2
Deze uitgave gebruikt KDE’s Plasma 5.18 Long-Term-Support versie (meer details, Changelog – Engels).
Nog steeds een donkergroene eenvoudige achtergrond met wat doorkomende technische tekenlijnen rechts.
Het menu kan je met rechtsklik – alternatieven tonen aanpassen, ik kies meestal “Programmastarter”.
Ik ben daar aangenaam verrast dat naast Konsole (of was dat al?) ook Kate een prominente plaats heeft gekregen in de favorieten, met nieuw logo!