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…

Die twee woorden zijn espeak en ng (voor Next Generation).

Ik kom even terug op het artikel over spreken met Linux.

Als je niet zelf je tekst wil aanpassen aan de Engelse taal, kan je ook espeak laten praten met de Nederlandstalige eigenschappen door een extra paramter voor de taal:

espeak-ng -v Dutch "Hoe gaat het met u?

Pitch wat veranderen, snelheid bijregelen:

espeak-ng -v Dutch -p 100 -s 140 "Goed, dank u"

Ps: er is blijkbaar nog uitbreiding mogelijk:

espeak-ng --voices=nl
Pty Language Age/Gender VoiceName File Other Languages
5 nl --/M Dutch gmw/nl
7 nl --/M dutch-mbrola-2 mb/mb-nl2
9 nl --/M dutch-mbrola-1 mb/mb-nl1
9 nl --/F dutch-mbrola-3 mb/mb-nl3

… met MBROLA?

espeak-ng -v dutch-mbrola-3 "Hoe gaat het met het LTS project?"
Cannot find MBROLA voice file 'nl3' in neither of paths:
- /usr/share/mbrola/nl3
- /usr/share/mbrola/nl3/nl3
- /usr/share/mbrola/voices/nl3
Please install necessary MBROLA voice!
mbrola executable was not found. Please install MBROLA!
mbrowrap error: mbrola exited with status 1
Error: Could not load the specified mbrola voice file.
Error: The specified espeak-ng voice does not exist.

Apart te installeren, niet uit dezelfde repo; te vinden op MBROLA maar dat heb ik niet uitgeprobeerd.

espeak-ng zit nu (OpenSUSE 15.4) in de Science repository:

https://download.opensuse.org/repositories/science/15.4/ (science)

Nieuwe repo toegevoegd in Yast, naam gegeven Science_espeak-ng

Password:
copyleftbox:~ # zypper ref
Repository ‘Science_Espeak-ng’ is up to date.
Repository ‘home:Sauerland’ is up to date.
Repository ‘openSUSE:Backports:SLE-15-SP4’ is up to date.
Repository ‘home:munix9Gb3’ is up to date.
Repository ‘Update repository of openSUSE Backports’ is up to date.
Repository ‘Non-OSS Repository’ is up to date.
Repository ‘Main Repository’ is up to date.
Repository ‘Update repository with updates from SUSE Linux Enterprise 15’ is up to date.
Repository ‘Main Update Repository’ is up to date.
Repository ‘Update Repository (Non-Oss)’ is up to date.
All repositories have been refreshed.
copyleftbox:~ # zypper in espeak-ng
Loading repository data…
Reading installed packages…
Resolving package dependencies…

The following 4 NEW packages are going to be installed:
espeak-ng espeak-ng-vim libespeak-ng1 libpcaudio0

4 new packages to install.
Overall download size: 4.6 MiB. Already cached: 0 B. After the operation, additional 12.3 MiB
will be used.

Het camera probleem leek stilletjesaan op te komen, soms start hij, soms niet, en op den duur helemaal niet meer.
In het begin niet meer in de Sailfish camera app, en nog wel in de Android/Signal en andere apps.
(foutmelding dat camera niet reageert, met app herstarten mogelijkheid – die ook niets oplost).

ps: commandline jolla-camera om de camera te starten en (fout)meldingen te zien.
(uit https://forum.sailfishos.org/t/4-3-0-camera-torch-not-working/9092)

Na contact met een Sailfish developer die het wist op te lossen vond ik in mijn terminal log dingen als:
(laatste bovenaan)

dconf reset -f /apps/jolla-camera/

dconf reset /apps/jolla-camera/

dconf read /apps/jolla-camera/cameraDev
dconf read /apps/jolla-camera/cameraDevice

dconf reset /apps/jolla-camera/cameraDevice

dconf read /apps/jolla-camera/cameraDevice
dconf show /apps/jolla-camera/cameraDevice
dconf list /apps/jolla-camera/cameraDevice

dconf list /apps/jolla-camera/

dconf --help

dconf dump /apps/jolla-camera/
dconf dump /apps/jolla-camera

dconf --help

dconf dump / | grep camera

dconf dump /

dconf list /

dconf dump

devel-su (vraagt wachtwoord en geeft een root prompt)

cat /sys/class/power_supply/battery/health

Camera ok
In dit geval lijkt de belangrijkste dconf reset -f /apps/jolla-camera/
Na ongeveer een maand treedde het terug op. Maar deze dconf had pas na een herstart effect (althans deze keer? – ik heb geen reboot geprobeerd voordien).

Dconf beheert instellingen :

dconf is a simple key/value storage system that is heavily optimised for reading. This makes it an ideal system for storing user preferences (which are read …

dconf : instellingen (configuration) (list, view, reset, set…)
dconf reset ... : terugzetten op installatie-waarden van de instellingen van …
dconf reset -f : werkt op file of hele directory.

.. en komt blijbkaar uit de Gnome wereld (gconf?)
Je kan met een tool kijken naar de waarden:
sudo apt-get install dconf-tools

—
upd okt. 2023: de voor-camera is weer buiten gebruik.
Ik open een terminal en voer bovenstaand commando uit:
dconf reset -f /apps/jolla-camera/
Ik start de camera app en de voor-camera werkt weeer.
(zonder iets te herstarten of zo, signal app op dat moment niet aktief).

Ik kan op dit toestel geen gebruik meer maken van de eID login, foutmelding, ..

Linux OpenSUSE 15.4, Qt/KDE, Firefox
eID Viewer 5.0.3.
Firefox 102.9.0esr

– Vastgesteld na upgrade 15.3 naar 15.4.
– De eID viewer software (eid-viewer)werkt wel, dus ik veronderstel dat de cardreader zelf ok is.
– Ter vergelijking op een iMac/OSX : ook daar kan ik de cardreader niet meer gebruiken (in Firefox) om in te loggen. Na herinstallatie van de eID software gaat het daar terug.

Oplossing
De eid-viewer gestart vanop de commandolijn: ik zie een aantal meldingen als:
Missing chrome or resource URL: resource://gre/modules/UpdateListener.jsm
Zo kwam ik bij Chrome uit; in Chrome werkt het wel.

Ik heb niet meer verder gezocht in Firefox, maar ik veronderstel dat het daar toch ook zou moeten kunnen werken…

eid-mw 5.1.4 is te vinden op https://software.opensuse.org/package/eid-mw

Probleem
Printen van een zelfgemaakt document met afbeeldingen (bewaarde screenshots) in LibreOffice levert een bijna-leeg blad op met enkel wat strepen die ik herken als onderlijningen en zo.

Context
Systeem: LibreOffice 7.4.3.2 op OpenSUSE Linux met Qt/KDE.

Analyse
– Het A4-document (of de grootte) was niet de oorzaak, een klein nieuw document leverde hetzelde probleem op (40 K en 1.2 Mb).
– Export naar pdf maakt het al duidelijk: de pdf is inderdaad zo goed als leeg.
– Grootte: tussen 10 en 20.000 tekens, inclusief screenshots die ingeplakt zijn.
– font: Cantarell

Font
De font bleek het probleem.
Selecteer alles CTRL-A, kies andere font, maak pdf: ok.

De font Cantarell komt uit de Gnome Linux gebruikers omgeving, is/was daar standaard sinds/in 3.0 volgens wikipedia.

Een melding van het probleem eind 2022 leidde tot de font als boosdoener: forums.opensuse.org/t/libreoffice-and-freeoffice-textmaker-cannot-print-correctly/153619/3

Het probleem gaat al terug tot een paar jaar geleden blijkt uit de LibreOffice vraagbaak of de Document Foundation bug meldingen.