Op een desktop krijg je een aanduiding in de takenbalk dat er updates zijn: groen voor gewone, rood voor security updates. Maar hoe zie je dat op een server?

zypper list-updates
Je krijgt dan:

Retrieving repository ‘openSUSE-Leap-42.3-Update’ metadata ———[done]
Building repository ‘openSUSE-Leap-42.3-Update’ cache ——[done]
Loading repository data …
Reading installed packages …

en daarna een tabel met de huidige versies en de beschikbare versies van alle packages:
(met nog extra: aktief = “v”, repository, naam en de architectuur (bv x86_64):

S | Repository | Name | Current Version | Available Version | Arch

Met een rode kleur wordt het deel van het versienummer aangegeven dat verschilt, zodat je snel op het zicht kan zien wat er anders is (enkel bij bovenste lijn zichtbaar hieronder).

Loading repository data...
Reading installed packages...
S | Repository                | Name                            | Current Version             | Available Version           | Arch  
--+---------------------------+---------------------------------+-----------------------------+-----------------------------+-------
v | openSUSE-Leap-42.3-Update | SUSEConnect                     | 0.3.12-2.13.1               | 0.3.17-2.17.1               | x86_64
v | openSUSE-Leap-42.3-Update | glibc                           | 2.22-22.1                   | 2.22-25.1                   | x86_64
v | openSUSE-Leap-42.3-Update | glibc-32bit                     | 2.22-22.2                   | 2.22-25.2                   | x86_64
v | openSUSE-Leap-42.3-Update | glibc-extra                     | 2.22-22.1                   | 2.22-25.1                   | x86_64
v | openSUSE-Leap-42.3-Update | glibc-locale                    | 2.22-22.1                   | 2.22-25.1                   | x86_64
v | openSUSE-Leap-42.3-Update | kpartx                          | 0.7.1+101+suse.1d10b44f-9.1 | 0.7.1+108+suse.29efb7b-12.1 | x86_64
v | openSUSE-Leap-42.3-Update | libidn11                        | 1.28-9.3.1                  | 1.28-9.6.1                  | x86_64
v | openSUSE-Leap-42.3-Update | libjavascriptcoregtk-4_0-18     | 2.24.0-24.1                 | 2.24.1-27.1                 | x86_64
v | openSUSE-Leap-42.3-Update | libopenssl1_0_0                 | 1.0.2j-35.1                 | 1.0.2j-38.1                 | x86_64
v | openSUSE-Leap-42.3-Update | libopenssl1_0_0-32bit           | 1.0.2j-35.1                 | 1.0.2j-38.1                 | x86_64
v | openSUSE-Leap-42.3-Update | libwebkit2gtk-4_0-37            | 2.24.0-24.1                 | 2.24.1-27.1                 | x86_64
v | openSUSE-Leap-42.3-Update | libwebkit2gtk3-lang             | 2.24.0-24.1                 | 2.24.1-27.1                 | noarch
v | openSUSE-Leap-42.3-Update | nscd                            | 2.22-22.1                   | 2.22-25.1                   | x86_64
v | openSUSE-Leap-42.3-Update | openssl                         | 1.0.2j-35.1                 | 1.0.2j-38.1                 | x86_64
v | openSUSE-Leap-42.3-Update | perl-IO-Socket-SSL              | 1.962-7.3                   | 2.052-8.3.1                 | noarch
v | openSUSE-Leap-42.3-Update | webkit2gtk-4_0-injected-bundles | 2.24.0-24.1                 | 2.24.1-27.1                 | x86_64

Op één bepaald toestel(*) heb ik een netwerk probleem met OpenSUSE Linux (waarmee ik niet wil gezegd hebben dat het aan OpenSUSE ligt).
Een pc, geïnstalleerd met OpenSUSE Leap 15 KDE, werkt na installatie perfect. Hij wordt op een andere locatie ingezet, en heeft daar na een paar dagen een probleem: geen netwerk.
Het eigenaardige is dat een Windows systeem op een tweede harde schijf wel op het netwerk geraakt op zo’n moment (na herstart dus).
Een Linux laptop met OpenSUSE Leap 42.3 (één met Leap 15 staat klaar om te proberen) geraakt op dezelfde kabel ook op het netwerk.

Conclusie: het ligt niet aan het netwerk?

Na wat proberen het toestel daar weggehaald, en elders updates gedraaid enz; verder niets aan te merken, draait perfect, wordt dagen en weken na elkaar gebruikt.

Conclusie: het ligt niet aan de pc?

Dus terug op originele locatie geïnstalleerd. Terug na een paar dagen offline, met hetzelfde probleem: geen netwerk; andere toestellen wel.

Nu wordt het een typisch moeilijker probleem. Ligt het aan “een combinatie van”? En van wat dan? Het systeem en de hardware (kernel-netwerkkaart)? Dit systeem en de hardware aan de andere kant van de netwerkverbinding (een proximus dsl modem)?

Ik hou er rekening mee dat ik de echte oorzaak nooit vindt, dat het probleem plotseling verdwijnt. Of anderzijds het toestel vervang door een ander en het originele elders vrolijk verder kan gebruiken zonder probleem… Maar als ik iets vindt: vervolg hier.

Update:
Starten van een live dvd met Ubuntu 18.04: netwerk verbonden 100 Mb/s, geen verkeer.
Starten van een live dvd met Fedora 29: geen netwerk verbinding, ziet wel netwerkkaart, cable connect en snelheid

* HP EliteDesk 800 G1 SFF

Update:
Netwerkkaart ingebouwd (iets van Fujitsu-Siemens of zo); netwerkinstellingen; herkend als:

NetLink BCM5787 Gigabit Ethernet PCI Express

Wordt in de Netwerkmonitor herkend als eth1 (naast bestaande eth0).

Geconfigureerd in Yast als DHCP, standaardkeuzes bevestigd.

Yast gesloten.

Firefox gestart: OK!

Update
En er gebeuren nog altijd Sailfish updates: de huidig klaarstaande update is Sipoonkorpi, 3.0.1.11.

Vooral een bugfix update zeggen ze zelf. Ook de behandeling van e-mail mappen zou verbeterd zijn. En de encryptie voor SD-kaartjes! En een nieuwe firewall.

Hier de release notes.

Je kan er ook vinden welke Sony Xperia compatibel zijn (Xperia XA2 en X modellen)

Sipoonkorpi
is een beschermd natuur en bosgebied in de buurt van Helsinki in Finland.

Installatie
Download is een goede 300 Mb.

Update ready for installation

(je krijgt de opmerking dat je het apparaat niet kan gebruiken tijdens de installatie – logisch – en dat het zal herstarten als de installatie klaar is.

Install duurde 9:36 – 9:50 ongeveer.

Een opmerkzaam oog zag hier op de zaterdag-agenda van FOSDEM (02/02/2019) het SailfishOS voorkomen:

Installatie van een DVD bij het tijdschrift Linux Format (jan 2019?)
De installatie-DVD bevat verder nog 32-bit distro’s Sparky 5.3 en Trisquel 8.
De DVD is zelfstartend en bevat een menu waarin OpenSUSE Leap 15/KDE zit. Daarmee start de computer een KDE desktop in OpenSUSE 15.0 zelf. Op de desktop staat een icoontje voor Installation, dat zoekt op internet de repositories en haalt de nodige bestanden af. De computer moet dus aangesloten zijn aan het netwerk en internettoegang hebben. Vermoedelijk komt dit overeen met de network install die je kan afhalen op de download site van Suse…*

Foutmelding
Al helemaal in het begin krijg ik een foutmelding, iets van “Repository not found”. Dit komt omdat de internetverbinding niet is aangesloten of niet werkt.
Een tweede start geeft een andere foutmelding, blijkbaar kan de repository informatie niet worden bewaard. De oorzaak is dat de update procedure in de achtergrond gestart is, en de repository bestanden in beslag neemt. Je kan dat zien aan het update logo rechts in de balk onderaan (Software updates, groene of rode bol). Je kan die onderbreken (of even wachten tot hij klaar is met checken – je krijgt dan een melding dat er x updates zijn.)
Daarna wijn die repository bestanden vrij en kan je de installatie wel starten.

Enkele punten uit de installatie (algemeen: volg de aanwijzingen op het scherm)

• Taal, maar vooral toetsenbordinstelling! Je zit momenteel in een qwerty toetsenbordinstelling (LXF is een Brits tijdschrift). Als je de huidige desktop wil wijzigen: Desktop settings, invoerapparaten, toevoegen van bv BE.
• Netwerkverbinding: toont een netwerkkaart die niet geconfigureerd is. Dat lijkt raar, want ondertussen ben je al online; maar dat is in het live systeem, dat zelf de configuratie opspoorde. Kies hostname voor je toestel, dan DHCP (of vast IP als je zo werkt).
• System Role keuze: Hier kan je alsnog een andere richting uit; Desktop met KDE Plasma, Desktop met Gnome, Server, Transactional Server, Custom. (KDE Desktop)
• Partitionering wordt voorgesteld, waarbij bv de MS-DOS partities verwijderd worden en een aantal systeempartities voor Linux worden aangemaakt. Je kan ook kiezen om zelf de details te bepalen.
• Klok en tijdszone instellen.
• Gebruikersnaam en wachtwoord, (ook voor Root), eventueel automatische login
• Je krijgt een overzicht van de keuzes, en de knop Install om te beginnen.

Ik heb op de desktop een paar “Widgets” toegevoegd (rechtsklik, add widgets): Network monitor, Hard Disk I/O (rechtsklik, kies sda, sr0 ..), en Hard Disk Space usage.

Tijdens de installatie heb je vooral netwerk trafiek, en harde schijf aktiviteit, er wordt niets van de DVD gelezen. Dit bevestigt de Network Install-theorie.*

Opgelet! Screensaver!
Eens de installatie op gang is, zal je misschien even weggaan van de computer, om hem terug te vinden met een screensaver met lock!
Dus hopelijk ken je het wachtwoord dat je voordien ingesteld hebt voor de gebruiker, want dat is nu geldig!
Afzetten: Menu, Configure Desktop (System Settings), Workspace behaviour, Screen Locking: afvinken. (Lock screen, lock screen on resume).
Opgelet: daarmee zet je de screensaver af van het op dit moment draaiende systeem; nl het live-dvd systeem dat je gestart hebt in het werkgeheugen. Dus niet dat van het te installeren systeem; daar moet je deze handeling opnieuw doen!

Time-Out
Tussendoor kreeg ik een foutmelding:
Time-out overschreden bij toegang tot ‘http://download.opensuse.org/distribution/leap/15.0/repo/oss/noarch/kdepim-addons-lang-17.12.3-lp150.1.2.noarch.rpm’.
Een klik deed de installatie echter voortlopen.

Help! Herstart!
Als de installatie klaar is, komt er een melding dat het systeem gaat herstarten (van de geïnstalleerde versie op harde schijf dus). Je hebt een tiental seconden die aftellen om op de STOP knop de drukken. Als dat lukt kan je de andere dingen die je aan het doen was op je virtuele desktop (bv een Firefox venster met een Blog artikel over de installatie van ..).
Alles bewaard? Ok!

Na herstarten de desktopinstellingen aanpassen (screensaver/lock-screen), en de updates afhalen en toepassen, eventueel herstarten.

Systeemsoftware afhalen (image).
Als startend systeem op sd kaar zetten

Download
De laatste versie van Raspbian kan je hier afhalen:

Raspbian

Uitpakken
In je bestandbeheerder of op de commandolijn.

Schrijven
Op Linux kan je met dd de uitgepakte image naar de sd kaart schrijven, open een terminal.
Wees voorzichtig met het exact opgeven van de doel-drive waarnaar je schrijft, je kan per vergissing je eigen systeemschijf opgeven als doel!
Check voor je de kaart in de sd drive steekt:

~> lsblk

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 489,1G 0 disk
├─sda1 8:1 0 399M 0 part /boot
└─sda2 8:2 0 488,7G 0 part
└─cr_ata-Crucial_CT525MX300SSD1_1730181A3D36-part2 254:0 0 488,7G 0 crypt
├─system-swap 254:1 0 2G 0 lvm [SWAP]
├─system-root 254:2 0 40G 0 lvm /var/opt
└─system-home 254:3 0 100G 0 lvm /home
sr0 11:0 1 1024M 0 rom

Steek de kaart in de sd drive en check opnieuw:

~> lsblk

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 489,1G 0 disk
├─sda1 8:1 0 399M 0 part /boot
└─sda2 8:2 0 488,7G 0 part
└─cr_ata-Crucial_CT525MX300SSD1_1730181A3D36-part2 254:0 0 488,7G 0 crypt
├─system-swap 254:1 0 2G 0 lvm [SWAP]
├─system-root 254:2 0 40G 0 lvm /var/opt
└─system-home 254:3 0 100G 0 lvm /home
sr0 11:0 1 1024M 0 rom
mmcblk0 179:0 0 14,5G 0 disk
├─mmcblk0p1 179:1 0 1,1G 0 part
├─mmcblk0p2 179:2 0 1K 0 part
├─mmcblk0p5 179:5 0 32M 0 part
├─mmcblk0p6 179:6 0 66M 0 part
└─mmcblk0p7 179:7 0 12,8G 0 part

In dit geval is mmcblk0 dus het doel.

Commando: (gebruik de naam van je image)

sudo dd bs=4M if=2018-06-27-raspbian-stretch.img of=/dev/mmcblk0 conv=fsync

Na een tiental minuutjes:
(je kan de diskmonitor op je desktop in het oog houden om te weten wanneer de operatie gedaan is)

sudo dd bs=4M if=2018-06-27-raspbian-stretch.img of=/dev/mmcblk0 conv=fsync
1150+0 records gelezen
1150+0 records geschreven
4823449600 bytes (4,8 GB, 4,5 GiB) copied, 1113,16 s, 4,3 MB/s

Als je de Raspberry Pi start komt er een melding van het aanpassen van iets van het systeem, als ik het goed begrepen heb is dat het gebruiken van de hele SD kaart.

Daarna krijg ik een welkom scherm maar ik beland wel op de commandolijn.
Ik tik startx om een grafische sessie te starten, en dan komt er weer een welkom

Before you start using it, there are a few things to set up.
Press Next to get started.

Country: Belgium
(Language en Timezone staan goed)

Daarna herstart de Pi en komt wel in het grafisch systeem op.

In het menu kan je configureren:

Systeem:
– Hostname : …
– opstarten naar buroblad of CLI (commandolijn)
– Autologin als gebruiker Pi
– …

Interfaces:
– Camera aan
– ssh aan.
– … aan/af

De hostname staat in /etc/hostname
Het ip address in /etc/dhcpcd.conf

bv: haal # weg aan begin van de lijn om te aktiveren, en pas aan je eigen adressen aan:

interface eth0
static ip_address=192.168.1.10/24

reboot
ifconfig

Van 8 (Jessie) naar 9 (Stretch)?

Raspberry Pi wordt standaard uitgeleverd met Raspbian (in noobs). De versie van een Raspberry Pi Model B zou kunnen zijn:

cat /etc/issue

Raspbian GNU/Linux 8

uname -a

Linux ras001 4.9.35-v7+ #1014 SMP

eenzelfde bord, later geinstalleerd:

Raspbian GNU/Linux 9
(4.14.34-v7+ #1110 SMP)

Hoe krijg je nu de eerste op het niveau van de te tweede?

1. Een nieuw systeem afhalen (heb je waarschijnlijk van die 2e) en installeren
https://www.raspberrypi.org/downloads/
2. De eerste upgraden.

Voor beide mogelijkheden geldt natuurlijk: maak eerst een backup.

Upgrade van 8
Volgens de handleiding op raspberrypi.org:

sudo apt-get update

sudo apt-get dist-upgrade

Zo’n upgrade kan wel wat extra ruimte in beslag nemen, en niet elke SD kaart is daar groot genoeg voor.

Een SD kaart van 16 Gb zou er geen probleem mee mogen hebben, die begon met 38% vol en liep tot 41% tijdens/na de installatie.

Starten in het nieuwe systeem
Na installatie herstart (commando “reboot“) geeft het upgedate systeem een melding op de desktop, in een venster met titel “Information”:

Your Raspbian system has been upgraded to the latest version.

To ensure compatibility with the new version, some configuration files have been overwritten-if you had customised your system, some of the changes may have been lost.

Your original configuration files have been backed up and put in the directory /home/pi/oldconfigfiles.

Ik draai nog sudo apt-get autoremove, wat 94 Mb zou vrijmaken.

Niet tot 9?
De desktop is terug de standaard Pixel desktopachtergrond.
Wat niet veranderd is:
– iconen en links op de desktop
– hostname
– het ip-adres
– eigenaardig genoeg is ook /etc/issue en /etc/debian_version blijven staan op 8
– ook de kernel is hetzelfde gebleven?

Met deze stappen doe je dus geen update van 8 naar 9!

Van Jessie naar Stretch

Om van versie jessie naar stretch te gaan is meer nodig, en het is ook niet gegarandeerd dat het lukt.**

Daarvoor moet je twee configuratiebestanden van de updater aanpassen (met root rechten), ik gebruikte daarvoor mcedit omdat ik die geïnstalleerd heb staan.

In het bestand /etc/apt/sources.list vervang je jessie door strech:

deb http://mirrordirector.raspbian.org/raspbian/ stretch main contrib non-free rpi
#deb http://mirrordirector.raspbian.org/raspbian/ jessie main contrib non-free rpi

In het bestand /etc/apt/sources.list.d/raspi.list vervang je ook jessie door stretch:

deb http://archive.raspberrypi.org/debian/ stretch main ui
#deb http://archive.raspberrypi.org/debian/ jessie main ui

Daarna weer:
sudo apt-get update
sudo apt-get -y dist-upgrade

Het eerste gaat snel, het tweede duurt wel even (11:00-..)
De -y antwoordt automatisch “y” op licentievragen en zo.

Je komt wel in een aantal schermen met allerlei informatie over gevolgen van wijzigingen ivm cron jobs, ssh verbindingen enz.
Tik q om er uit te geraken, of maak een keuze waar gevraagd (meer details zie log onderaan).

…

Om plaast vrij te maken ongebruikte audio eruit met:

sudo apt-get -y purge "pulseaudio*"

reboot

** ps: bij mij is het trouwens niet gelukt, zie log onderaan.

Nog een (Engelstalige) uitleg over de upgrade ivm toepassingen als de database:
https://linuxconfig.org/how-to-upgrade-debian-8-jessie-to-debian-9-stretch

(meer…)

(teruggevonden artikel, datum kwijt *)

Er was deze week (*) een opvallend grote Tumbleweed update, met niet enkel een nieuwe kernel (kernel-default-4.15.5-1.2), maar ook ander paketten als LibreOffice, geluidssysteem, enz. ; in totaal 153 packages.

Dit gebeurde in de gewone update met “zypper up“.
Zypper is de commandolijntool die gebruikt wordt in openSUSE, ongeveer zoals debian gebruikers apt gebruiken.

Tumbleweed is de “rolling release” distributie van openSUSE. Bij een rolling release evolueert het systeem constant in plaats van met afgelijnde versienummers te werken.

ps:
De installatie eindigde bij mij met Failed to cache rpm database (1).

Op een forum post van opensuse.org wordt aangeraden om :
rpm --rebuilddb
te doen. Dat eindigt zonder foutmelding (trouwens helemaal zonder melding, maar dat betekent meestal dat het gelukt is).

Een daaropvolgende zypper up geeft “Nothing to do”.

Op lwn.net/Articles/717489/ wordt trouwens beschreven dat er omstandigheden zijn waarin je beter een ander commando gebruikt voor het updaten:
zypper dup --no-allow-vendor-change

Dit zou iets beter overweg kunnen met het opruimen van oude rommel, maar toch niet zo drastisch zijn als een gewone dup, die “distribution update” betekent. Distribution update is meer dan een gewone “update” van bestaande dingen. Distribution update schakelt over naar nieuwere versies, en is een beetje meer avontuurlijk, wat soms voor verrassing leidt bij het opstarten de volgende keer. In het slechtste geval moet je wat terugdraaien.

Uiteindelijk gaf de update wat recentere paketten tov de huidige Leap 42.3 versies:
– kernel-4.15.5 (tov 4.4 in Leap),
– LibreOffice 5.4.1.2 (tov 5.3.5.2 in Leap maar ook 5.4.5.1 mogelijk),
– Firefox 58.0.2 (tov 52.5.3 in Leap)

Bij een upgrade naar een andere computer kan je proberen zoveel mogelijk gebruikers (desktop) informatie mee te nemen, een lijstje:
– kde: desktopinstellingen (tijd, taal, standaardformaat papier A4/A3, ..)
– kmail: mail mappen, mails, attachments, accountgegevens, filters, adressen, …
– kwallet: wachtwoorden
– firefox: bookmarks, wachtwoorden

Kmail
– Heeft Export functie, maar die werkte niet wat betreft mailmappen (kwamen niet door) en de mail zelf (omdat die waarschijnlijk te groot was, 20 GB of zo.)
– mails zelf zitten in …
– configuratiebestanden: …
– wachtwoorden: normaal via kwallet.

KWallet
Heeft export functie (je kan ook gewoon slepen naar een usb stick of netwerkdrive).
Er is een versleutelde export om een backup te houden op bv usbstick.
Je kan in het kwallet beheer ook de inhoud gaan bekijken, met “Show values” kan je zo een bepaalde waarde gaan opzoeken als je die nodig hebt.

Na wat knoeien met een migratie van openSUSE 13.1 naar Leap 42.3 heb ik KMail blijkbaar kapot gekregen.

Een export vanuit de bestaande kmail (KMail: Identity + mails + mail transport + resources + config + akonadi Db en KAddressBook: Resources + config) zou te groot geweest zijn voor de vrije ruimte op die pc. Dus de mail rechtstreeks gekopeerd (/home/gebruiker/.local/share/local-mail); er komen dan telkens meldingen van nieuwe mail in kde, en de mail komt in kmail. Maar helaas was de mappenstructuur nog niet geïmporteerd, en dus was een deel van de mail er niet. Bovendien zijn bij een import oorspronkelijke instellingen van de het mailprogramma op de bestemmingspc overschreven. Ik heb een kopie gemaakt van kmail2rc, maar mogelijk was het al te laat.

Menu verdwenen
Bij het opstarten krijg ik de menu’s niet meer te zien, en ik vind ook nergens hoe ik ze kan terugkrijgen. Met de alt-toets krijg je ook geen menu te zien.

kmail2rc
configuratiebestand bekeken:
cat ./.config/kmail2rc
Het bevat ondermeer de lijn met MenuBar:

[Main Window]
Height 1024=1004
Height 1050=1030
MenuBar=Disabled

Die heb ik verwijderd, maar loste het nog niet op.

Een andere lijn verwijst naar het menu:

[General]
ShowMenuBar=false
first-start=false

Ook verwijderd. (of eerder true in gezet)

De Raspberry Pi heeft geen harde schijf, maar start zijn systeem van een SD-kaart.

Pre-install
De meestgebruikte is NOOBS, van waaruit je dan een systeem vanop de kaart kiest, uitpakt en installeert als besturingssysteem (zie “Noobs voor Raspberry Pi“).

Image –> SD Drive
Maar je kan ook een ander systeem gebruiken op Raspberry Pi, zelfs kanjers als openSUSE.

Meestal stellen ze een image ter beschikking die je kan downloaden:

JeOS image E20 image XFCE image LXQT image KDE image X11 image

Zie deze directory:
http://download.opensuse.org/ports/aarch64/distribution/leap/42.3/appliances/

De vermelde KDE versie lijkt niet meer aanwezig te zijn op de download server, de vroeger bestaande link
http://download.opensuse.org/ports/aarch64/distribution/leap/42.3/appliances/openSUSE-Leap42.3-ARM-KDE-raspberrypi3.aarch64-2017.07.26-Build1.1.raw.xz
werkt niet meer, en KDE heeft misschien eerder een desktop met 4 a 8 GB geheugen nodig om wat normaal te kunnen draaien.

Voor bv een XFCE (lichtgewicht desktop) is er een goeie 628 Mb
openSUSE-Leap42.3-ARM-XFCE-raspberrypi3.aarch64-2017.07.26-Build1.1.raw.xz

Je moet de “image” alleen nog op de SD kaart krijgen, en dan wel in een Pi-startende vorm. Daar zijn wel wat handelingen voor nodig, want de Pi heeft geen gewone pc-processor / start niet als een gewone pc.

Etcher
Een handig hulpmiddel daarbij is Etcher. Dat is de image-maker voor Raspberry Pi images. Het is een apart programma dat je download van https://etcher.io/ (bv “Download for Linux x64”).

• Download van ongeveer 81 Mb: etcher-electron-1.4.4-linux-x64.zip
• Uitpakken:
  unzip etcher-electron-1.4.4-linux-x64.zip
Archive: etcher-electron-1.4.4-linux-x64.zip
inflating: etcher-electron-1.4.4-x86_64.AppImage
• Uitgepakt: etcher-electron-1.4.4-x86_64.AppImage

Op de AppImage kan je klikken (en even wachten) om hem te starten. Je volgt de stappen:
– image selecteren uit je bestanden (als je probeert een verkeerd bestand te selecteren, bv een iso voor een installatie-medium, merkt Etcher zelf op dat die geen voor Raspberry startbaar resultaat geeft, en kan je corrigeren).
– de SD kaart die ik ingestoken had werd al vanzelf geselcteerd, maar je kan dus zelf kiezen moesten er meer mogelijkheden zijn
– Flash! is de derde stap; daarbij moet je root rechten gebruiken en wordt het wachtwoord gevraagd.

Starting … 1 % Flashing …
Etcher is een open source project by resin.io

Het percentage wordt doorlopend aangepast, dit duurt ongeveer 10 minuten, daarna gebeurt een controle die zo’n 3 minuten duurt:

8% validating…

.. en eindigt met ‘Flash Complete’ (en wat reklame).
Je ziet nu twee partities op je SD-apparaat: root en efi.

Start de Pi
Steek de SD-kaart in de Raspberry Pi, sluit de stroom aan om te starten.

• Start niet maar blijft in een kleuren-testscherm hangen. Je hebt waarschijnlijk een nieuwe Pi 3B+. Probeer een recente Raspbian of NOOBS (https://www.raspberrypi.org/downloads/raspbian/)
• Start met een groen openSUSE scherm, en begint vanalles te doen. Laat hem doen; de boot dingen worden gereorganiseerd en daar kom je best niet tussen! Uiteindelijk zal je een (on)bekend welkom scherm krijgen met een login .. te kiezen uit “other” en zelf in te vullen, en wachtwoord.

Login/wachtwoord?
De eerste keer inloggen met root en wachtwoord linux, je wachtwoord verzetten en eventueel een andere gebruiker maken naast root.
Daarna heb je een systeem met 11.1 GB gebruikt van de 14.7 (als je een 16 GB kaart gebruikt).

Software
Je hebt hier geen softwarekeuze gehad bij installatie, dus je moet zelf wat opkuisen; verwijderen van games en alle software die je niet nodig hebt (Gimp?).
Bij-installeren van bv GambasIDE.
Yast helpt hierbij natuurlijk.

Opmerkingen

• Op mijn specifieke hardwarecombinatie valt het beeld wat buiten het scherm en is de beeldkwaliteit slecht (ik probeer later met een ander scherm).
• Het toetsenbord staat in qwerty, er is geen keuze geweest dus je moet dat zelf instellen; opgelet voor wachtwoorden voor/na!
• Een 16 GB kaartje is misschien wat krap voor een desktop systeem …

Installatie-medium
Een andere manier is eerst een installatie-systeem maken op een USB-stick zoals je een installatie DVD zou hebben:
bv een ong 4 Gb grote
openSUSE-Leap-42.3-DVD-aarch64-Build0200-Media.iso
van download.opensuse.org/ports/aarch64/distribution/leap/42.3/iso/openSUSE-Leap-42.3-DVD-aarch64-Build0200-Media.iso
Dan moet je vanaf deze usb-stick starten op de Pi, en dat lijkt me iets omslachtiger dan de bovenstaande methode, maar heeft waarschijnlijk het voordeel dat je op maat kan installeren zoals op je pc, dat je toetsenbordkeuze krijgt enz.

Bronnen

https://www.suse.com/c/opensuse-raspberry-pi-3-zero-functional-system-easy-steps/
https://en.opensuse.org/HCL:Raspberry_Pi3
https://www.raspberrypi.org/magpi/pi-sd-etcher/

Je wil je Raspberry Pi aanspreken via het netwerk. Daarvoor moet je weten welk IP adres hij heeft. Normaal gaat hij bij netwerkverbinding een IP adres vragen van een DHCP server op het netwerk waarop hij aangesloten is (meestal doet de router die functie). Kan je op voorhand er voor zorgen dat hij een vast IP adres gebruikt?

Volgens www.modmypi.com kan je het ip adres zelf in een bestand op de sd kaart schrijven.

/etc/dhcpcd.conf

Verander de voorbeeldcode naar het ip adres dat je zelf wil gebruiken (bv 192.168.1.15), en pas ook de gateway/router en dns servers aan.
Zet ook ssh aan als het nog niet zo zou zijn.
Herstart de Pi.

Nu kan je verbinden met ssh pi@192.168.1.15
Je kan het systeem updaten, software bij-installeren, python scripts starten, enz.

Ook handig als je onder KDE werkt: open betandsbeheer en tik in de locatiebalk:
fish://pi@192.168.1.15

Je kan dan bv bestanden overzetten, python scripts wijzigen vanuit Kate of KEdit, beelden bekijken, enz.

NOOBS245

De (soms) bijgeleverde SD-kaart met “NOOBS” bevat verschillende samengepakte systemen (images), waarvan je er één kan installeren. LibreElec is voor een multimedia apparaat, raspbian is een algemene Linux desktop. Je kan hier geen bestand op de kaart wijzigen omdat het nog geen geïnstalleerd systeem is. Dus ofwel moet je toch een toetsenbord, muis en scherm aan de Pi hangen, en Raspbian ervan installeren, ofwel moet je elders een image downloaden en op de kaart installeren, weer je dan daarna de Pi mee kan starten.

Het is al enige tijd bekend dat de nieuwe versie van OpenSUSE terug een ander soort nummer zal krijgen, dat eerder aansloot bij de vroegere 6.4, 7.2, 8.0, 9.3, 10.0, 11.3, 12.0, 13.2 – hier hield het op en kwamen even de Leap 42.x versies opduiken – om nu dus te eindigen met “Leap 15.0”.

Helaas is die nog niet te vinden op de gewone downloadsite, omdat de huidige versie 42.3 daar als meest recente staat.
Sommige beschrijvingen van een softwarecombinatie (bv over docker/containers) gebruikt wel al 15, waarschijnlijk omdat ze zelf ergens aan ontwikkelen, en de beta gebruiken.

Die vind je dan hier:
https://software.opensuse.org/distributions/testing

Als je maar 1 x installeert, kan je de netwerk installatie afhalen, past op een kleinere usb-stick (met dd overbrengen levert zelfstartende usb-boot+install op)

Sluit na de download een usb-stick aan en check welke device-letters hij krijgt:

fdisk -l

Schijf /dev/sda: 74,5 GiB, 80000000000 bytes, 156250000 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes
Schijflabeltype: dos
Schijf-ID: 0xa42d04a3

Apparaat Op. Begin Einde Sectoren Grootte ID Type
/dev/sda1 * 2048 819199 817152 399M 83 Linux
/dev/sda2 819200 156248063 155428864 74,1G 8e Linux LVM

Schijf /dev/mapper/cr_ata-WDC_WD800JD-75MSA3_WD-WMAM9DDE4336-part2: 74,1 GiB, 79577481216 bytes, 155424768 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes
…

Dat was ‘m niet, sda is de huidige harde schijf, maar wel:

…
Schijf /dev/sdb: 3,8 GiB, 4009754624 bytes, 7831552 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes
Schijflabeltype: dos
Schijf-ID: 0x7bf3a73b

Apparaat Op. Begin Einde Sectoren Grootte ID Type
/dev/sdb1 * 0 3205119 3205120 1,5G 0 leeg
/dev/sdb2 164 1143 980 490K ef EFI (FAT-12/16/32)

Dan de “image” overbrengen naar de usb-stick:

linux-a:/home/copyleft/Downloads/ISO # dd bs=4M if=openSUSE-Leap-15.0-NET-x86_64-Build247.1-Media.iso of=/dev/sdb

dd: openen van ‘/dev/sdb’ is mislukt: Geen medium gevonden

linux-a:/home/copyleft/Downloads/ISO # dd bs=4M if=openSUSE-Leap-15.0-NET-x86_64-Build247.1-Media.iso of=/dev/sdb

29+1 records gelezen
29+1 records geschreven
123731968 bytes (124 MB, 118 MiB) copied, 12,8181 s, 9,7 MB/s

Installatie
Vanaf dan is het een gewone openSUSE installatie. Dat verloopt allemaal vlot en daarna kan je inloggen (nieuwe achtergrond – “openSUSE default by openSUSE Artwork Team” die ook terugkomt in de desktop na login).

Installatie-log:

(meer…)

Het is gedaan met 42.3, dus al je toestellen upgraden

Een beschrijving van deze “kleine online upgrade”:
https://forums.opensuse.org/content.php/202-Quick-Upgrade-from-Leap-42-2-to-Leap-42-3

Kort samengevat:

In het beheerprogramma Yast2 de repositories veranderen van 42.2 naar 42.3:
– yast, software, software repositories
– edit elke lijn waarin 42.2 staat en maak zowel in de titel als in de URL er 42.3 van.
– andere repo’s even afzetten, nadien terug aan als update ok is.

Dan op de commandolijn (ik heb alle grafische consoles uitgelogd):
zypper dup
Je moet soms bevestigen, en er rolt een hoop Retrieving.. over je scherm.

3058 paketten worden gedownload en geïnstalleerd.

Een half uurtje later na een herstart draait het nieuwe systeem.

Je kan nog de software updates uitvoeren.

Nawoord
Wat opvalt: geluid staat “negatief” (rood min-teken).
System Settings, Audio Volume: “No output devices available”

Yast, configure soundcard; 82801I (ICH9 Family) HD Audio Controller
will be configured as the first sound card(snd-card-0)
(Quick automatic setup)

Daarna testen:
System Settings, Hardware, Multimedia
Audio and video, Audio Playback, music: PulsAudio Sound Server; Test knop onderaan.

Door het zoeken naar een goede instelling voor mijn twee beeldschermen, werd ik opgezadeld met een veel te grote muiscursor (het pijltje werd een pijl).

• KDE menu, “Configure Desktop” icoon (horizontale schuifregelaars, standaard in KDE menu)
• Look And Feel, Cursor theme
• onderaan rechts de grootte: bv van 48 naar 24.

Ok!

Een gelijkaardig geval als installatie Leap 42.3 boot niet?

HP xw4600 Workstation; upgrade van bestaande OpenSUSE LEAP 42.2. Ik gebruik meestal importeren van de user uit het voogaande systeem (die kan je dan selecteren).

Bij installatie zowat standaard keuzes gevolgd, met als gevolg niet-booten van systeem. Ik probeer een aantal installaties, maar telkens mislukt de installatie helemaal op het einde, blijkbaar bij het schrijven van de bootgegevens, want bij het booten gaat het fout nadien, en ook indirect is het geïnstalleerde systeem (op het eerste zicht) niet op te starten. Tussendoor zelfs een andere distributie geïnstalleerd, die wel kon installeren en starten, dus hardware is ok.

Oplossing:
Het is me uiteindelijk gelukt opensuse 42.3 te installeren door de tweede harde schijf af te koppelen.
Daarna gewone standaard installatie, niets veranderd.

Hieronder log van probeersels: (meer…)

Nextcloud

Op huidige OpenSUSE?

Nextcloud is aanwezig in de openSUSE repositories (momenteel met versienummer 11.0.3), en kan daar eenvoudig uitgekozen worden, zowel server als client.

Er wordt bij Nextcloud server ook sqlite3, php5, apache en een akonadi plugin geïnstalleerd, in totaal 154.91 MB.

Je hebt een webserver nodig, die draait:

systemctl start apache2
linux-4j3c:~ # systemctl enable apache2
Created symlink from /etc/systemd/system/httpd.service to /usr/lib/systemd/system/apache2.service.
Created symlink from /etc/systemd/system/apache.service to /usr/lib/systemd/system/apache2.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/apache2.service to /usr/lib/systemd/system/apache2.service.

En een databank*:

linux-4j3c:~ # systemctl start mysql.service
linux-4j3c:~ # systemctl enable mysql.service
Created symlink from /etc/systemd/system/multi-user.target.wants/mysql.service to /usr/lib/systemd/system/mysql.service.

Indien vers geïnstalleerd eventueel onnodige veiligheidsrisico’s uitschakelen met:
mysql_secure_installation

Na installatie is de server via de browser te bereiken:

http://my.server.ip.address/nextcloud

Foutje

De browser toont het antwoord:

This version of Nextcloud requires at least PHP 5.6.0
You are currently running 5.5.14. Please update your PHP version.

In de openSUSE package manager zijn ter twee php versies aanwezig: 5 en 7.

Helaas, als je php 7 installeert (apache2-mod_php7) en apache herstart, lijkt het nadien of je apache de .php scripts ziet als gewone tekst bestanden. In Firefox laat dat de gebruiker die php bestanden downloaden in plaats dat ze uitgevoerd worden en de gebruiker het resultaat te zien krijgt.

Dat kan er op wijzen dat apache de php module niet geladen heeft. Wat nazoekwerk leidt me naar een bestand in de php7 installatie, dat eigenaardig genoeg verwijst naar php5, maar dan moet php7 al gevonden zijn. (/etc/php7/apache2/php.ini)

Ik zoek verder hoe de apache website de php module laadt; en in het configuratiebestand van Apache2 staat inderdaad enkel het aanroepen van php5 (die niet meer geïnstalleerd is); het installeren van 7 heeft dit niet gewijzigd.
Dus met de hand aanpassen van 5 naar 7 (bv met mcedit):

mcedit /etc/sysconfig/apache2

Apache herstarten:

systemctl stop apache2
systemctl start apache2

Eventueel controleren met journalctl -u apache2

Daarna terug naar de browser:

http://localhost/nextcloud/

De blauwe startpagina verschijnt!

NextCloud configuratie

De volgende vragen of opties komen op je af in het openingsscherm:

Om een admin account te maken: gebruiker, wachtwoord.

Databank kiezen;
standaard SQLite met data in /srv/www/htdocs/nextcloud

Als je MySQL/MariaDB kiest moet je databank -naam, -gebruiker, -wachtwoord geven,
En de server opgeven; “localhost” staat vooraf ingevuld.

* Er wordt aangeraden om voor professioneel gebruik, met synchronisatie vanuit verschillende desktops eerder MySQL/MariaDB te gebruiken dan de ingebouwde bestanden-databank.

In het invulscherm is niet aangegeven of de databankgegevens vooraf moeten aangemaakt worden op de server, of dat door installatie gebeurt, maar dat is dus inderdaad het geval; anders krijg je een foutmelding: … access denied for user at localhost…

Na het aanmaken van de gebruikersaccounts in Nextcloud kom je op de volgende welkom-pagina:

http://localhost/nextcloud/index.php/apps/files/?dir=/&fileid=2

a safe home for all your data

Access & share your files, calendars, contacts, mail & more from any device, on your terms

.. waarachter een “desktop” pagina zichtbaar wordt met
– een kolom met All Files/Recent/Favorites/Shared…/Tags
– een kolom met mappen Documents en Photos en de bestanden Nextcloud.mp4 en Nextcloud Manual.pdf (die 63 blz is).

In de databank zijn dan 48 tabellen aangemaakt, telkens van de vorm “oc_*”.

Op de webserver ziet het er zo uit:

/srv/www/htdocs/nextcloud # ls
3rdparty AUTHORS console.php cron.php db_structure.xml index.html l10n occ ocs-provider remote.php robots.txt settings themes .user.ini
apps config core data .htaccess index.php lib ocs public.php resources search status.php updater version.php

Uitleg: https://en.opensuse.org/SDB:Nextcloud
En ouder al : https://lizards.opensuse.org/2016/10/28/nextcloud-installation-on-opensuse-leap/

Bij het volgen van de Space-x lancering van de falcon heavy stelde ik helaas vast dat ik het filmpje/de live stream niet kon bekijken op de meeste recent geïnstalleerde openSUSE systemen.

In de test op:
https://www.youtube.com/html5
staan onder het titeltje
“What does this browser support?”
twee onderdelen rood (niet aangevinkt):

• H.264
• MSE & H.264

Dit was op te lossen met community repository help:
http://opensuse-community.org/

Klik op de link voor KDE (als je KDe gebruikt): http://opensuse-community.org/codecs-kde.ymp

Je moet nadien bevestigen dat de bron veranderd wordt van iets van opensuse naar een community repository, en daarna werkt alles als een .. Falcon Heavy lancering.

Controle: bovenstaande link van youtube over html5: alles staat nu aangevinkt.

OpenSUSE Leap 42.2 loopt op zijn laatste pootjes; ongeveer 25 januari 2018 zou het gedaan zijn (er is nog een update binnengekomen op 29/01. Upd:2/2 op de mailinglist wordt in een bericht van 31/01 het einde van 42.2 bevestigd). De huidige (gewone) versie is nu 42.3, goed tot 31/1/2019, en dat is dan het einde van hun “LTS”-42.x reeks.

De volgende
Ik las toevallig dit bericht van april vorig jaar, waarin gesproken wordt over de toekomstige openSUSE versie.
Nu is de meest recente Leap 42.3, en je zou kunnen verwachten dat de volgende 42.4 wordt, of misschien 43.0.
Geen van beiden is juist blijkt nu. Meer nog, het volgende versienummer is lager dan het huidige!
Volgens de beschrijving zou het volgende versienummer 15 zijn (maar wel met “Leap” ervoor).
Trouwe openSUSE gebruikers zal misschien een licht opgaan. Dat nummer lijkt eerder te passen in de reeks van versienummers die ze vroeger gebruikten bij openSUSE, en die eindigde in:
6.4 … 7.2 … 6 .. 9 … 10 … 11.3 … 12..13.1 … 13.2

Daarna kwam de sprong naar de “Leap” reeks, die 42.1, 42.2, 42.3 kende.

Het lijkt wel of dat dan de versie 14 is geweest of had moeten zijn. Ik heb nooit goed begrepen waarom ze naar die 42xx nummers zijn gegaan, maar nu zijn ze blijkbaar terug thuis. En bovendien komt het versienummer terug enigermate overeen met dat van SUSE Enterprise (SLE), de commerciële variant die met dienstverlening ingezet wordt tegen betaling. Ik ben eens benieuwd hoe allerlei software gaat reageren op een versienummer-verlaging…

ps: Tumbleweed blijft ook gewoon bestaan (rolling release), Evergreen is definitief gedaan (oude distro’s up to date houden vanuit community; laatste was 13.1).

https://lists.opensuse.org/opensuse-project/2017-04/msg00014.html

Bodhi Linux 4.3.1 was na lang proberen een distributie die werkte op een bepaalde oude Toshiba Satellite. Een andere was Puppy Linux “Wary”.

Ik probeerde verschillende distro’s “voor oudere hardware” uit, maar dit is de eerste en voorlopig de enige waarmee ik enige beweging in het systeem krijg (ik vermoed vooral grafisch systeem probleem). Het vorige systeem hierop was vermoedelijk een Lubuntu; dat startscherm was nog te zien maar startte niet – misschien was het ook enkel een overblijfsel van een lang geleden installatiepoging).

De live distributie draait – weliswaar tergend traag – vanaf DVD. De ingebouwde touchpad muisbesturing werkt, evenals externe usb-muis.

Ik probeer deze distro te installeren vanuit het eigen menu (utilities.. ?), maar dat lijkt te eindigen in een freeze (of gewoon zeer trage aktie, kan ook). Misschien moet ik opnieuw beginnen van een usb-stick, zou wat sneller moeten gaan.

Bodhi Linux 4.3.1, 32 bit live (bron: dvd LXF230, Nov 2017), of 720 Mb download, 2,5 GB geïnstalleerd.
Bodhi is gebaseerd op Enlightenment Foundation Libraries (EFL)/Elementary Toolkit.
Afgeleid van Ubuntu LTS

Wary

Puppy Linux 5.5 “wary” start van live dvd nog sneller dan Bodhi. Je moet het toetsenbord kiezen (Azerty BE), een timezone (Europe, Brussels), en XOrg/VESA, scherm (1280×1024), scherm (maximum), en even later is de desktop gestart.
Je kan een netwerkverbinding kiezen, en die is standaard (dhcp) snel in orde.

Ik probeer hier de “install” link op de desktop, en het systeem lijkt een installatie te doen. Achteraf moet je wel zelf voor je bootsector zorgen; volgens de uitleg in het menu Systeem, Grub2.. maar dat staat daar helemaal niet, wel een boot(sektor) manager configure menu, elders vind ik toch wat ik zoek, en start een nieuwe grub installatie, voeg de huidige installatie toe als bootkeuze, en bevestig nog een en ander.

En dan, als ik even niet kijk, wordt het scherm zwart, maar de computer blijft draaien..

Ik heb nu geen tijd meer om voort te doen, dus hoop hier later op terug te komen…

Later:
Boot van dvd met puppy.
Op sda1 bestaat wel een /boot/grub directory maar die is leeg.
Ik probeer daar een menu.lst te maken:

title puppy
root(hd0,0)
kernel /boot/vmlinuz root=/dev/sda1 ro

dat lijkt niet te helpen.

Met de dvd gestart lijkt er geen /boot dir te zijn.

Ik kan via het menu wel kiezen voor de bootloader installer, met twee opties: simple en expert, maar het installeren van de bootloader lukt daar niet.
Ik probeer uit het menu een andere bootloader installatie, nl die voor DOS, en dat lukt wel. Het is nogal een omslachtig groot boot menu (dat kan natuurlijk ook gewijzigd worden), maar het werkt nu tenminste.

Ongelooflijk hoe vlot en snel puppy werkt op deze oude knar. Natuurlijk is het een totaal verouderde distributie, met kernel 2.6, en er zijn ook geen updates! Enkel goed voor beperkt gebruik in afgeschermde omgeving…

Na een of andere update (ik gebruik op dat systeem Calc niet dikwijls) ontdekte ik op 13 januari dat bij Calc de aktieve cel niet meer aangeduid werd (normaal heeft die een dikke rand).

Hulp
Als hulpmiddel kan je telkens op F2 duwen (edit), waardoor de cursor in de cel zichtbaar wordt. Dat moet je herhalen telkens als je de aktieve cel verplaatst met de cursortoetsen, tijdens de verplaatsing over de rijen of kolommen blijft hij onzichtbaar..

Hopelijk niets te maken met de intel bug van ll…

Beschrijving
Geen rand rond de aktieve cel, waardoor die niet terug te vinden is op het scherm.
Het veranderen van de kleur van de celrand helpt niet
Een andere (nieuwe) user op hetzelfde systeem heeft hetzelfde probleem, dus het zijn geen lokale wijzigingen aan instellingen.

systeem:

• OpenSUSE Leap 42.3 + LibreOffice 5.3.5.2 Buiild ID: 30m0(Build:2)
• op een laptop Latitude E6400.
• X-server: 11.803.000, dim 1440 x 0900 pixels, 96 dpi, Depths (7): 24, 1, 4, 8, 15, 16, 32), … Largest cursor 256×256 .. enz.
• Driver OpenGL version 2.1 Mesa 17.0.5
• OpenGL Vendor Intel Open Source technology Center
• Mesa DRI Mobile intel GM45 Express Chipset

Vergelijken
– Op een gelijkaardig systeem op pc met oudere openSuse 42.2 werk het nog wel, en dat is dezelfde Office versie!
– Op een pc met OpenSUSE Tumbleweed en LibreOffice 5.4.1.2: Geen probleem.
– Op een andere laptop met dezelfde OpenSUSE Leap 42.3 en LibreOffice met zelfde instellingen : Ok!
(enkel dus andere grafische kaart/schermcombinatie is de oorzaak?)

Prutsen tot LibreOffice niet meer start + ok
Na wat prutsen met de instellingen van LibreOffice (in Menu Tools/Options, LibreOffice View)
bij het stukje “Graphics Output”; standaard staat daar aan:

• Use hardware acceleration
• use anti-aliasing
• Screen font antialiasing + Show preview of fonts

had ik “Use OpenGL for all rendering” + “Ignore OpenGL blacklist” aangezet.
Daarna crashte LibreOffice steeds als ik hem startte (met een leeg document recovery venster).

Home directory: .config/libreoffice/4-suse/user:
Met een editor (lijnlengte 42825 te lang voor Kate met max 4096) geopend (mcedit) en een wijziging gemaakt : ForceOpenGL van “true” naar “false” gezet.

LibreOffice/Calc starten weer, maar cursor actieve cel nog steeds onzichtbaar.

Vervolg…
Hopelijk komt het met een update in orde… wordt vervolgd.