28/2/2023

SQLite (op openSuse)

Filed under: — cybrarian @ 12:48 am

Geen SQLite
Hoewel sqlite gebruikt wordt in allerei andere software, heb ik er geen idee van of hij geïnstalleerd is op mijn huidig systeem;

Als je toevallig in de sqlite prompt terechtkomt, (bv door sqlite version te doen ipv sqlite --version) kan je:
.quit
ps het is trouwens niet sqlite maar sqlite3

Na installatie* :
sqlite3 --version

3.39.3 2022-09-05 11:02:23 4635f4a69c8c2a8df242b384…

(* zie verder)

Database manager?

In openSuse:

sqliteman – An Sqlite3 manager
Sqliteman is a graphical frontend for querying and editing SQLite3 databases.
This package contains: Sqliteman

Sqliteman kan je in het menu “Office”-applications terugvinden.
Start met een scherm waarop zowat alles grijs staat behalve het menu File en Help.

In dat Help menu kan je lezen:

Sqliteman is the best developer’s and/or admin’s GUI tool for Sqlite3 in the world. No joking here (or just a bit only) – it contains the most complete feature set of all tools available.

In File doe ik New, kies een locatie, geef een naam met “test” erin, save.
Nu komen een aantal opties beschikbaar, en wie al eens met mysql/mariadb/phpMyAdmin gewerkt heeft, zal veel herkennen.

Je krijgt een hierarchische structuur:

Main
- Tables (0)
- Views (0)
- System Catalogue(1)
|- sqlite_master

Op Tables, rechtsklik, kan je “new” doen.

Geef een table naam, bv “stockobject”

Maak velden; hier “columns” genoemd:
je krijgt: Name, Type, Not Null, Default kolommen;
Eerste lijn staat klaar om in te vullen, onderaan add/remove en Create
Het zou handig zijn om de Add automatisch te laten gaan …

bv
id, PK Autoincrement, Not Null, –
name, Text, -, –
producer, Text, -, –
ref-producer, Text, -, –
detail, Text, -, –
category, Text, -, –
date-in, ????

Datum blijkt niet te bestaan?
Ik neem voorlopig text.

Knop “Create”

Table created successfully

Knop “Close”

Schema, main, Tables(1) vertoont nu “stockobject”.
Je kan dat openklkken:
columns – (alle kolommen);
Indexes(0);
System Indexes(0);
Triggers (0);

Ik kan ook records (rijen) toevoegen door de veldjes aan te klikken en in te vullen.
Niet gebruiksvriendelijk voor grote aantallen… zelf iets schrijven in Gambas3 dus.
Ik lijk ook zelf mijn record id in te moeten geven, terwijl de keuze “PK Autoincrement” scheen te bestaan…

Als ik die kolom probeer te veranderen in (uit de documentatie) INTEGER PRIMARY KEY, krijg ik een foutmelding, en is er een _alter0-stockopbject (met de records) en een lege stockobject tabel.

Conclusie (voorlopig):

  • Er zijn toch wel wat specifieke zaken aan sqlite, als primary key, datum, enz.
  • Sqliteman is niet vlot genoeg, springt niet automatisch naar het volgende in te geven veld, enz., maar misschien wel goed om een tabel te bekijken of een kleine wijziging te doen.
  • Gebruik onder programmacontrole: (nog doen)

Log
sqlite3
sqlite> exit
...> exit
...> quit
...> ;
Parse error: near "exit": syntax error
exit exit quit ;
^--- error here
sqlite> quit;
Parse error: near "quit": syntax error
quit;
^--- error here
sqlite> quit
...> ^C
...> ;
Parse error: near "quit": syntax error
quit ;
^--- error here

Juiste commando is : .quit

Installatie
:~ # zypper install sqlite3
Loading repository data...
Warning: Repository 'openSUSE:Backports:SLE-15-SP4' appears to be outdated. Consider using a different mirror or server.
Reading installed packages...
Resolving package dependencies...
.
The following 2 NEW packages are going to be installed:
akonadi-server-sqlite sqlite3
.
2 new packages to install.
Overall download size: 823.3 KiB. Already cached: 0 B. After the operation, additional 1.6 MiB will be
used.
Continue? [y/n/v/...? shows all options] (y):

Waarom komt akonadiserver mee? Ik dacht dat die iets met KMail te maken had …

Retrieving package akonadi-server-sqlite-21.12.3-bp154.2.3.1.x86_64 (1/2), 75.3 KiB ( 95.4 KiB unpacked)
Retrieving: akonadi-server-sqlite-21.12.3-bp154.2.3.1.x86_64.rpm ....................................[done]
Retrieving package sqlite3-3.39.3-150000.3.20.1.x86_64 (2/2), 748.0 KiB ( 1.5 MiB unpacked)
Retrieving: sqlite3-3.39.3-150000.3.20.1.x86_64.rpm .................................................[done]

Checking for file conflicts: ........................................................................[done]
(1/2) Installing: akonadi-server-sqlite-21.12.3-bp154.2.3.1.x86_64 ..................................[done]
(2/2) Installing: sqlite3-3.39.3-150000.3.20.1.x86_64 ...............................................[done]

Eens proberen de versie te vragen:

~ # sqlite3 -version
3.39.3 2022-09-05 11:02:23

en de volgende stap is waarschijnlijk

sqlite3 --help

Log sqliteman

~ # zypper install sqliteman
Loading repository data…
Warning: Repository ‘openSUSE:Backports:SLE-15-SP4’ appears to be outdated. Consider using a different mirror or server.
Reading installed packages…
Resolving package dependencies…

The following 3 NEW packages are going to be installed:
libqscintilla2_qt5-15 qscintilla-qt5 sqliteman

3 new packages to install.
Overall download size: 2.3 MiB. Already cached: 0 B. After the operation, additional 9.3 MiB will be used.
Continue? [y/n/v/…? shows all options] (y):

y

Retrieving package libqscintilla2_qt5-15-2.13.1-bp154.1.104.x86_64    (1/3),   1.1 MiB (  3.9 MiB unpacked)
Retrieving: libqscintilla2_qt5-15-2.13.1-bp154.1.104.x86_64.rpm .........................[done (1.8 MiB/s)]
Retrieving package qscintilla-qt5-2.13.1-bp154.1.104.x86_64           (2/3), 205.9 KiB (  3.2 MiB unpacked)
Retrieving: qscintilla-qt5-2.13.1-bp154.1.104.x86_64.rpm ............................................[done]
Retrieving package sqliteman-1.2.2-bp154.1.72.x86_64                 (3/3), 1012.1 KiB (  2.2 MiB unpacked)
Retrieving: sqliteman-1.2.2-bp154.1.72.x86_64.rpm ...................................................[done]

Checking for file conflicts: ........................................................................[done]
(1/3) Installing: libqscintilla2_qt5-15-2.13.1-bp154.1.104.x86_64 ...................................[done]
(2/3) Installing: qscintilla-qt5-2.13.1-bp154.1.104.x86_64 ..........................................[done]
(3/3) Installing: sqliteman-1.2.2-bp154.1.72.x86_64 .................................................[done]

27/2/2023

Opslagruimte SLE-15-SP1:GA is ongeldig

Filed under: — cybrarian @ 9:56 am

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.

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

14/2/2023

OpenSUSE 15.4 mariadb server bereikbaar maken

Filed under: — cybrarian @ 3:47 pm

Via zypper mariadb als database geïnstalleerd.

De database kan gestart worden met systemctl start mysql

Ik heb via zypper geprobeerd phpMyAdmin bij te installeren, maar is nog niet beschikbaar/aktief.

Bereikbaarheid
Can't connect to server on ...
no route to host..

Eerst de database naar buiten beschikbaar maken:

Zet firewall open voor mysql:

– in Yast, security/users, firewall, Zones public:
Services: mysql, Add -> Allowed (naast dhcpv6-client en ssh)
(bij ports staan al 80 en 443 omdat ik apache2 heb geïnstalleerd en werkt)
– in yast bewaren met Accept, en afsluiten (gaat onmiddellijk in).

nc -v server.bremen.loc 3306

nc: connect to server.bremen.loc port 3306 (tcp) failed: Connection refused

systemctl stop mysql

Configuratiebestand mariadb/mysql: /etc/my.cnf
zoek:

bind-address=127.0.0.1

Afzetten:
# bind-address=127.0.0.1 (met comment ervoor)
(of bind-address = * (??)

Bewaar, herstart mysql/mariadb met systemctl start mysql

nc -v server.bremen.loc 3306

Connection to server.bremen.loc 3306 port [tcp/mysql] succeeded!
H�jHost ‘192.168.1.05’ is not allowed to connect to this MariaDB server

Om in te loggen moet er natuurlijk een geschikte user zijn gemaakt in mariadb.

CREATE USER 'phpmyadmin'@'localhost' IDENTIFIED BY 'XXXXXXXXXXXXXXXXXX'
GRANT ALL PRIVILEGES ON *.* TO 'phpmyadmin'@'localhost' WITH GRANT OPTION;
flush privileges;

2/2/2023

Sailfish camera probleem

Filed under: — cybrarian @ 6:04 pm

Een tweede keer het cameraprobleem op Sony Xperia XA2, Sailfish OS 4.4 en Android support.
(Het gedrag is nu een beetje verschillend van de eerste keer, 2021)
Bij mij treedt het euvel op als ik Signal gebruik, dat op zich weer Android support nodig heeft.

Eigenaardig genoeg kan ik in Signal nog WEL de voorste camera gebruiken, in Sailfish niet meer.

De flash/Led zaklamp werkt dikwijls ook niet, maar soms wel.
De voorste camera in Sailfish (camera programma) nooit, de selfie-camera wel.

Het probleem is door verschillende gebruikers beschreven op het Sailfish forum

Ergens wordt ook een commandolijn programma gegeven om de camera terug vrij te maken. Ik heb deze zelf nog niet uitgeprobeerd:
devel-su; kill -9 $(ps aux | grep .*android\.hardware\.camera.* | grep -v grep | tr -s ' ' | cut -f2 -d' ') || kill -9 $(ps aux | grep .*android\.hardware\.camera.* | grep -v grep | tr -s ' ' | cut -f3 -d' '); killall -r .*camera.*; echo done; exit

Powered by WordPress