25/1/2023

OpenSUSE update naar 15.4 (van 15.3)

Filed under: — cybrarian @ 10:18 am

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

UitvoerenLogAlgemeen

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

UitvoerenLogAlgemeen

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

UitvoerenLogAlgemeen

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!

UitvoerenLogAlgemeen

Andere:

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


Nog een andere, installatie die reeds teruggaat tot 2017:
Update 15.4 gestart;
Foutmelding:

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/'

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.

20/1/2023

KMail probleem: Unable to Fetch item from backend (items without RID)

Filed under: — cybrarian @ 3:52 pm

Probleem
KMail probleem: KMail is traag, en lijkt op iets te wachten wat nooit komt.
(check CPU/hd activity/netwerk monitor)

Inhoud van map wordt opgehaald
Even geduld . . .

Ook: filter werkt niet meer, (markering) van “gelezen” reageert/werkt niet meer, blijft ongelezen staan.

Onderaan bij KMail: “Unable to fetch item from backend..

Volgens docs.kde.org/ : … [LRCONFLICT]
Sluit KMail

Installeer indien nodig; gebruik akonadictl:

akonadictl fsck

Item “36440” in collection “35” has no RID.
Item “36441” in collection “35” has no RID.
Item “36443” in collection “35” has no RID.
Item “36444” in collection “35” has no RID.
Item …
Item “37537” in collection “35” has no RID.
Found 5422 items without RID.
Found 0 dirty items.
Looking for rid-duplicates not matching the content mime-type of the parent collection
Checking Kopano
Checking Lokale mappen
Checking Notities
Checking Persoonlijke contacten
Checking Search
Checking …
Migrating parts to new cache hierarchy…
Checking search index consistency…
Skipping virtual Collection 1
Checking Collection 3 search index…
Checking …
Checking Collection 55 search index…
Flushing collection statistics memory cache…
Making sure virtual search resource and collections exist
Consistency check done.

Een probleem dat zichtbaar is:

"Found 5422 items without RID."

Sluit KDE.
Ga naar de commandolijn, om in te loggen op de database server van KMail/Akonadi.
Daarvoor hebben we eerst wat gegevens nodig, die zichtbaar zijn in de processentabel (ps ux), en we willen vooral “mysql” processen:

ps ux | grep mysql

ps ux | grep mysql
gebruiker 3339 0.0 1.9 2482368 150304 ? Sl 11:40 0:05 /usr/sbin/mysqld –defaults-file=/home/gebruikernaam/.local/share/akonadi/mysql.conf –datadir=/home/gebruikernaam/.local/share/akonadi/db_data/ –socket=/run/user/1002/akonadi/mysql.socket –pid-file=/run/user/1002/akonadi/mysql.pid
gebruiker 8024 0.0 0.0 10248 768 pts/3 S+ 15:32 0:00 grep –color=auto mysql

en log in op de database server van KMail:

mysql --socket=/run/user/1002/akonadi/mysql.socket

Welcome to the MariaDB monitor. Commands end with ; or \g.
Your MariaDB connection id is 65
Server version: 10.5.17-MariaDB MariaDB package

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the current input statement.

Even rondkijken:

show databases;

kijk of akonadi er bij staat. Dan:

use akonadi;

Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed

MariaDB [akonadi]> show tables;

+----------------------------------+
| Tables_in_akonadi                |
+----------------------------------+
| collectionattributetable         |
| collectionmimetyperelation       |
| collectionpimitemrelation        |
| collectiontable                  |
| flagtable                        |
| mimetypetable                    |
| parttable                        |
| parttypetable                    |
| pimitemflagrelation              |
| pimitemtable                     |
| pimitemtagrelation               |
| relationtable                    |
| relationtypetable                |
| resourcetable                    |
| schemaversiontable               |
| tagattributetable                |
| tagremoteidresourcerelationtable |
| tagtable                         |
| tagtypetable                     |
+----------------------------------+
19 rows in set (0,001 sec)

Kijk of pimitemtable er bij staat.
Toon de structuur (niet echt nodig maar interessant)

select * from pimitemtable limit 1;

Kijk of er “lege” pointers in zitten:

SELECT * FROM pimitemtable WHERE remoteId IS NULL;

+-------+-----+----------+----------------+------+--------------+------------+---------------------+---------------------+-------+------+
|   id  | rev | remoteId | remoteRevision | gid  | collectionId | mimeTypeId | datetime            | atime               | dirty | size |
+-------+-----+----------+----------------+------+--------------+------------+---------------------+---------------------+-------+------+
|    1  |   0 | 25260    | NULL           | NULL |           23 |          3 | 2022-02-09 10:38:52 | 2022-02-09 10:39:11 |     0 | 4539 |
+-------+-----+----------+----------------+------+--------------+------------+---------------------+---------------------+-------+------+
.....
| 37536 |   2 | NULL     | NULL           | NULL |           35 |          3 | 2023-01-06 14:40:54 | 2023-01-10 09:02:38 |     1 |  11771 |
| 37537 |   1 | NULL     | NULL           | NULL |           35 |          3 | 2023-01-06 14:40:54 | 2023-01-10 09:02:38 |     1 |  11497 |
+-------+-----+----------+----------------+------+--------------+------------+---------------------+---------------------+-------+--------+
5422 rows in set (0,020 sec)

Verwijder die:

MariaDB [akonadi]> DELETE FROM pimitemtable WHERE remoteId IS NULL;

Query OK, 5422 rows affected (0,282 sec)

Start KDE Mail terug op.
Succes!

Nota: soms resultaat
– dit loste op mijn laptop het probleem op dat ik bepaalde mails niet kon verplaatsen (naar een bijgemaakte archiefmap). Nadien ging dat perfect.
(in dat geval: Query OK, 424 rows affected na DELETE FROM pimitemtable.. commando).
– dit heeft bij mij op een ander toestel de problemen van kmail niet opgelost.
– ik heb nog een extra stap gedaan op eigen initiatief, ivm de melding van de collections:

MariaDB [akonadi]> select * from collectiontable where remoteId IS NULL;
+----+----------+----------------+--------+----------+------------+---------+----------+-------------+-----------+--------------------+--------------------------+-------------------------+-------------------------+-----------------------+-------------+-----------------+------------------+-----------+
| id | remoteId | remoteRevision | name   | parentId | resourceId | enabled | syncPref | displayPref | indexPref | cachePolicyInherit | cachePolicyCheckInterval | cachePolicyCacheTimeout | cachePolicySyncOnDemand | cachePolicyLocalParts | queryString | queryAttributes | queryCollections | isVirtual |
+----+----------+----------------+--------+----------+------------+---------+----------+-------------+-----------+--------------------+--------------------------+-------------------------+-------------------------+-----------------------+-------------+-----------------+------------------+-----------+
|  1 | NULL     | NULL           | Search |     NULL |          1 |       1 |        2 |           2 |         2 |                  1 |                       -1 |                      -1 |                       0 | NULL                  | NULL        | NULL            | NULL             |         1 |
+----+----------+----------------+--------+----------+------------+---------+----------+-------------+-----------+--------------------+--------------------------+-------------------------+-------------------------+-----------------------+-------------+-----------------+------------------+-----------+
1 row in set (0,001 sec)

MariaDB [akonadi]> delete from collectiontable where remoteId IS NULL;
Query OK, 1 row affected (0,001 sec)

maar ook dat heeft niet geholpen.

De KMail client blijft hangen in:

Inhoud van map wordt opgehaald
Even geduld . . .

en

Kopano: items bijwerken
Kopano: server is niet beschikbaar

Foutmelding

Unable to fetch item from backend(collection-1): Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

6/1/2023

MariaDb phpMyAdmin privileges foutmelding: Illegal mix of collations

Filed under: — cybrarian @ 2:49 pm

Op mijn laptop (opensuse 15.3, mariadb), in phpMyAdmin, bij het kiezen van de privileges
krijg ik een foutmelding:

#1267 – Illegal mix of collations (utf8mb4_general_ci,COERCIBLE) and (utf8mb4_unicode_ci,COERCIBLE) for operation ‘<>‘

Hier (2) vond ik een beschrijvnig:

Ik zie in Server:localhost, Settings, Features, Databases:

http://localhost/phpMyAdmin/prefs_forms.php?form=Features#tab_Databases

Server connection collation:
utf8mb4_unicode_ci

Verander utf8mb4_unicode_ci naar utf8mb4_general_ci.

Daarna kan ik weer de privileges opvragen en bewerken..

Ok!

ps: op een andere computer met Nederlandstalige desktop heb ik dat probleem niet ondanks dat daar ook die unicode versie ingesteld is.

Links:
(1) http://localhost/phpMyAdmin/server_privileges.php?db=mysql&table=global_priv&checkprivsdb=mysql&checkprivstable=global_priv&viewing_mode=table
(2) https://www.iwally.nl/1267-illegal-mix-of-collations-utf8mb4-general-ci-coercible-and-utf8mb4-unicode-ci-coercible-for-operation

3/1/2023

Arduino (Uno) pinnen, interrupts, enz

Filed under: — cybrarian @ 11:32 am

Uit de Robotics backend:

  • Pinnen, met Seriële communicatie (Power, digital, PWM, analogue, interrupt, communication: UART/GPIO Rx/Tx, I2C, SPI,..)
  • PinMode (pull up/down)
  • Led en button: of apart LED en drukknop
  • Interrupts: vermijdt Serial Library binnen interrupt
  • Multitasking, maar geen parrallel programming of multithreading
  • Delay(): of non-blocking delay?

Powered by WordPress