Snel versleuteld opslaan
Ik moet tijdelijk iets opslaan op een niet onmiddellijk leesbare manier, versleuteld met een wachtwoord dus.

Als Kde-gebruiker ga ik in Dolphin naar de directory waar ik dat wil doen, en klik rechts om te kijken of er een optie is om bv “make encrypted folder” of “create new encrypted file” of zo, maar dat is er niet.

De tool die daarvoor bestaat is Plasma Vault.

Installeren
Installeren langs de commandolijn of softwarebeheer (hier in OpenSUSE):

Zoek “Vault”

plasma-vault – Plasma applet and services for creating encrypted vaults
Plasma Vault is a plasmoid for creating and managing encrypted vaults

plasma-vault-backend-encfs – Necessary packages for plasma-vault to support encfs vaults
This package pulls in dependencies for the plasma-vault encfs backend.

plasma-vault-lang – Translations for package plasma-vault
Provides translations for the “plasma-vault” package.

Verder wordt nog iets met encfs (userspace encrypted file system) afgehaald, en libtinyxml2-8 (xml parser).

De applicatie verschijnt niet, ik verwachtte een icoon in de statusbalk… even kijken bij Plasma:
In de plasma desktop, toevoegen widget, daar kan ik die wel kiezen, en komt de kluis op de desktop als widget.
De widget kan je groter of kleiner maken, maar configureren van de hele widget doet verder niets (zoom-uit functie zou handig zijn om de inhoud kleiner te maken en dus meer items zichtbaar).

Op die desktop widget kan je
– een nieuwe kluis aanmaken
– een bestaande kluis “openen” (wachtwoord nodig); opent in nieuw dolphin (bestandsbeheerder) venster
– een geopende kluis “sluiten”
Je ziet een lijst met iconen en namen van je kluizen, bv

[] Tokens (icoon gesloten) Ontgrendelen en openen + …
[] Keys (icoon open) Kluis afsluiten + …

Je hebt achteraan een dropdown lijst die op standaard keuze staat, en waarin je bv nog configureren kan kiezen.

Voor het maken van een nieuwe kluis moet je een lege map opgeven, of aanvaarden wat Vault voorstelt op basis van de naam die je gaf.

bv: “Een nieuwe kluis aanmaken”, kluisnaam: TestKluis, wachtwoord ******, Aankoppelpunt: /home/copyleft/Vaults/TestKluis (of je kan in je bestandbeheer een mapje kiezen dat bestaat, moet wel leeg zijn!)
Dan krijg je een scherm met de mogelijkheid om:
– de applet enkel te tonen in bepaalde aktiviteiten (in Plasma), zodat het niet stoort op het scherm als het niet relevant is.
– bovendien kan je ook nog aanvinken om offline te gaan op het moment dat je deze kluis opent (netwerk/wifi en bluetooth worden dan uitgeschakeld).

Bij het configureren kan je (als de kluis gesloten is) in verschillende tabbladen:
– Algemeen: de naam veranderen (los van de mapnaam), het aankoppelpunt wijzigen
– Geavanceerd: instellen aktiviteiten, offline (zie boven)
– Verwijderen: je moet de hele naam intikken als bevestiging want het is onherstelbaar.

Als de kluis “open” is kan je in het bestandsbeheer gewoon in de map werken, bv bestanden in zetten, openen met kate, …
Als de kluis “gesloten” is, ziet de map er nog uit als een map, maar lijkt leeg^* als je er op klikt.
(*) Opgelet: als je iets in die “lege map” zet, wordt daardoor verhinderd dat de Vault geopend wordt, foutmelding:
Openen is mislukt. De map voor aankoppelen is niet leeg, openen van de kluis wordt geweigerd.

Plaats van bestanden
Waar zitten de bestanden? Kan je bewaren op het netwerk (nextcloud bv), en vanaf elders openen? Met een CLI interface bv?

– De versleutelde bestanden zitten in ~/.local/share/plasma-vault/GitLabAccess.enc, samen met een xml bestand.
– Dus zelfs als je de kluis aanmaakt op de standaard lokatie ~/Vaults (bv ~/Vaults/TestDefault) is dat enkel de plaats waar KDE ze voor jou weergeeft, de eigenlijke opslag is in de hidden directory.
– het lijkt alsof de bestanden uit de Vault naar de uitgepakte directory worden gekopieerd bij openen en weer verwijderd bij sluiten.
– Ook als de gebruiker van op afstand inlogt met ssh kan hij de geopende kluis inkijken.

Externe opslag
– Aangezien je de locatie kan kiezen, kan het een externe drive, netwerk .. zijn, maar dat kan problemen geven ivm bereikbaarheid ervan.
NextCloud
– Als de locatie niet ~/Vaults/TestDefault is, maar Nextcloud/Shared/All/TestDefault, zal de inhoud alleen zichtbaar zijn als de kluis geopend werd, anders blijft iedereen een lege map zien. M.a.w.: als de kluis geopend wordt, is de inhoud zichtbaar voor andere gebruikers met toegang tot die Nextcloud share!
Gevolgen:
– Door de Nextcloud backups en “version history” kunnen de bestanden ingekeken worden ook nadat de kluis gesloten is!
– Een andere Nextcloud gebruiker kan iets in de “lege map” zetten waardoor de Vault niet geopend kan worden.

Commandolijn (CLI)
De documentatie zegt:

You can interact with the Plasma Vault service directly using D-Bus commands.
You’ll need the absolute path to the .enc vault folder (usually located in ~/.local/share/plasma-vault/).
Open/Mount a vault:qdbus org.kde.kded6 /modules/plasmavault org.kde.plasmavault.openVault “/path/to/your/vault.enc”
Close/Unmount a vault:qdbus org.kde.kded6 /modules/plasmavault org.kde.plasmavault.closeVault “/path/to/your/vault.enc”

Of direct
De onderliggende encryption engine direct gebruiken (zonder KDE/Vault):

“use the command-line tools for the specific backend your vault was created with”
Mount: cryfs ~/.local/share/plasma-vault/vaultname.enc/ ~/mount/point
Unmount: fusermount -u ~/mount/point
Mount: gocryptfs ~/.local/share/plasma-vault/vaultname.enc/ ~/mount/point
Unmount: fusermount -u ~/mount/point

Wachtwoord-toegang afgeschaft
Het gebruik van een gewoon wachtwoord voor git pull, git push enz is eind april afgeschaft door GitLab.
Met als gevolg dat je
– niet meer met je wachtwoord kan inloggen
– een foutmelding krijgt bij je commando’s, bv:

git push
remote: HTTP Basic: Access denied. If a password was provided for Git authentication, the password was incorrect or you're required to use a token instead of a password. If a token was provided, it was either incorrect, expired, or improperly scoped. See https://gitlab.com/help/topics/git/troubleshooting_git.md#error-on-git-fetch-http-basic-access-denied
fatal: Authentication failed for 'https://gitlab.com/mijnproject/mijnproject.git

Je hebt nu een token nodig in plaats van het wachtwoord.

Een token maken
Het token maak je online op de GitLab website, en daar is intussen 2FA verplicht, dus houd je e-mail al in de buurt (tenzij je een andere 2FA methode had ingesteld).
In het webplatform van GitLab inloggen met naam en (nog wel) het wachtwoord, dan verification code uit de mail ingeven.
In je instellingen (rechtsboven onder icoon/avatar) een token bijmaken.
Preferences / access / personal access tokens
Je ziet daar een overzicht van de toestand van je tokens: Active, Expiring, Revoked en Expired tokens.

Kies “generate token” en volg de aanwijzingen op het scherm; je moet alvast invullen:
– token name
– description
– vervaldatum (maximal tot 2027-05-27)
– select scopes (bv write_repository, api)
Bevestig, dan krijg je:

Your new token has been created
Token details

en daaronder een lijn met 62 tekens (hoofd/kleine letters, cijfers en leestekens)

Die moet je kopieren van de site en ergens veilig opslaan; dat is de nieuwe vervanging voor het wachtwoord bij git bewerkingen.

In het overzicht staat nu:

Active tokens
1

Ik kan geen nieuw wachtwoord ingeven
Als ik git commando’s ingeef moet ik het wachtwoord niet ingeven, en ook geen login.
– in de config file zie ik de standaardgegevens voor git gebruik
– git config –list toont ook de standaard gebruiker.

Als je in een “Konsole” terminal in een KDE-omgeving werkt, kan het zijn dat je wachtwoorbeheerder van KDE je wachtwoord bijhield. Daar kan je het wachtwoord veranderen; plak de gegenereerde tekstlijn (token) in de plaats van het wachtwoord.

Het kan zelfs dat daar een andere login staat dan in de .gitconfig file.

Meer tokens
Je kan op toestellen waar je alleen code moet afhalen een ander token gebruiken, waarbij je alleen lees-rechten instelt bij scope van het token, bij het aanmaken.
Daardoor is het wachtwoord van je account niet nodig op die plaats, wat veiliger is.

En een beetje vergelijken met Gambas ook …

Zie ook Lazarus op Linux, Lazarus gebruik en Lazarus’ nuttig voorbeeld

Ik begrijp dat bij een Lazarus project onderscheid gemaakt wordt tussen de Lazarus code (voor de GUI) en de Freepascal code: LCL = Lazarus Class Library, FCL = Free Pascal Library)

Ik probeer een paar dingen uit op mijn vers geïnstalleerde Lazarus/fpc (bv generate qr codes)

Het scherm is onderverdeeld en je vindt bovenaan menu’s en knoppenbalken, daaronder de Form (editor), Eigenschappen van objecten: “Object Inspector” met zowel de Properties (eigenschappen) als de Events (gebeurtenissen). Dit zijn aparte vensters die verplaatst kunnen worden (zo’n beetje als in Gambas1). Dus opgelet als je de IDE op een andere desktop wil zetten: alles meenemen!

Bestanden:
– .lpi Lazarus Project Information (xml) met info over libraries, units..
– .lpr master source file met pascal code.
– .lfm lazarus form (met gegevens zoals gemaakt in Object inspector)
– .lrs gegenereerde resource file.
– .pas de code van bv een form
– ppas.bat wordt vermeld als tijdelijk bestand (script), gemaakt (en terug verwijderd) door de compiler
– De “executable” heeft geen uitgang en wordt gewoon in de projectdirectory gemaakt (maar je kan dat instellen).

De IDE maakt automatisch een Unit1 aan, dat is een broncodebestand dat bij je form Form1 hoort, en de code van die form krijgt (bv dubbelklik op form brengt je in de broncode van Unit1.
Als je bepaalde berekeningen andere code apart wil houden kan je die in een andere Unit steken. Je moet wel aangeven dat die gebruikt moet worden door de naam in te vullen in “Uses …” in de code.

Dankzij de “Package manager” kan je extra functionaliteit installeren in Lazarus (zie vb QR-codes).

Wat ik fijn vind aan Lazarus / (free)pascal
– de duidelijke toewijzing door := in plaats van de = die ook in een test gebruikt wordt
– bij het plaatsen van een element op een form geeft die een blauw uitlijn-lijntje aan zodat je gemakkelijk de elementen mooi onder/naast elkaar kan zetten.
– De tooltip help bij de code schuift duidelijk op in de lijst van parameters, zodat je goed ziet aan welke parameter je bent, door zwarte achtergrond, witte tekst en bold wit voor huidige. (in Gambas is het onderlijd geloof ik).
– De “case” structuur is heerlijk eenvoudig:

case x of 
  'a', 'b', 'c'
else
  WriteLn ('not in abc')
end;

(In gambas zit er een “select” voor)

Waar ik aan moet wennen
– De “begin” lijn in methodes/procedures vind ik nu (na Gambas) een beetje overbodig, maar wel een typische Pascal eigenschap.
– aanhalingstekens worden niet aanvaard, dus niet “letterlijk” maar ‘letterlijk’.
– elke code-lijn moet eindigen met een ; (ipv niets in gambas, wat soms minder duidelijk leest als de instructie over meer lijnen loopt)
– je moet in de broncode opgeven welke libraries gebruikt (met uses SysUtil, db,..) tov Gambas waar je dat in de IDE opgeeft bij het project.
– gedefinieerde variabele is niet onmiddellijk in tooltip hulp beschikbaar (lijkt me).
– try / finally / end; (geen ; na finally) de finally wordt ook uitgevoerd ingeval van een fout in het try gedeelte van de code. Finally wordt ook uitgevoerd bij normaal verloop (geen fout) en zelfs bij een exit tussen de try en finally code.
(Gambas: Try / If Error.. maar Finally bestaat ook als altijd uit te voeren en Catch als uit te voeren bij fout).

Wat ik raar vind
Hoewel pascal een van de eerste programmeertalen was die ik leerde, vind ik sommige dingen ondertussen een beetje eigenaardig…
– de if ... then (else) voelt inconsequent door ontbrekend einde, of tenminste zonder “end” of “endif”, maar eindigt wel met een ;
– de end. op het einde lijkt me overbodig, de vanzelfsprekende eof is ook wel goed.. (zoals bij Gambas).

Zie ook Lazarus op Linux, Lazarus gebruik en Lazarus’ nuttig voorbeeld

Programmeren voor de Linux desktop (of CLI) met tools onder GPL vrije-software-licenties kan op veel manieren; een universeel/platformoverschrijdende is de combinatie Free Pascal + Lazarus, (de gemakkelijkste is waarschijnlijk Gambas).
– Free Pascal is de programmeertaal (afgekort: fpc).
– Lazarus is de programmeeromgeving (IDE, trouwens zelf geschreven in fpc)
Zie ook Lazarus op Linux, Lazarus gebruik en Lazarus’ nuttig voorbeeld

Geschiedenis
– pascal was een veelgebruikte programmeertaal in het onderwijs ten tijde van de tekst-schermen.
– er waren pogingen om een vrije visuele programmeeromgeving te maken die Pascal gebruikte, zoals het Megido project dat rond 1998 verder wilde bouwen op de SpeedSoft Sibyl IDE en Free Pascal, en die gecombineerd en als OS/FS naar Linux wou brengen. Wat uiteindelijk niet gerealiseerd werd en het project viel uiteen in 1999.
– de behoefte aan een visuele programmeertaal voor Linux werd in 1999 ingevuld door de eerste versie van Gambas, dat in plaats van Pascal een basic-achtige taal gebruikte, en waarvan de IDE ook gewoon Gambas heette (en die ook in Gambas geschreven is).
– Ongeveer op dat moment werd het Lazarus project gestart, dat de ambitie had om een “Delphi voor Linux” te maken, de visuele componenten kregen vorm in 2001, en de eerste beta-versie van Lazarus verscheen in 2003.
– In 2005 was Gambas aan versie 1.0.
– In 2008 verscheen Gambas2, een volledig herwerkte versie die overschakelde van vlottende vensters naar een inclusief venster, en een volledig vernieuwde vorm had, maar het was ook duidelijk dat Gambas niet de ambitie had om cross-platform te worden.
– in 2012 kwam van Lazarus de offiële versie 1.0 uit.
– Momenteel is 4.6 de laatste versie, uitgekomen in februari 2026.

Lazarus
– de gegevens over een Lazarus project wordt bewaard in een “.lpi” bestand.
– het bevat bestandsverwijzingen, compiler instellingen, enz.
– een project bewaren biedt aan “unit1.pas” te bewaren in de gekozen map.
– het project heet standaard waarschijnlijk “Project1”, en je zal dan allerlei bestanden terugvinden met die naam; Project1.lpi, Project1.lpr, Project1.lps, Project1.res, Project1.ico, Unit1.lfm, Unit1.pas, en er is ook een Backup map aangemaakt.
– als je daarna bv op die Unit1.pas klikt, gaat je project terug open in Lazarus.
– www.lazarus-ide.org
– code-voorbeelden: https://www.streetinfo.lu/computing/lazarus/lazarus_gui.html
– Basis uitleg: Hello World en meer op wiki.freepascal.org

Installatie op .. (meer…)

Beschikbaar

Er is in de Jolla store een printprogramma beschikbaar om “over the air” te printen, m.a.w. draadloos naar printers die dat ondersteunen.

Na installatie van de software (klik in de Jolla Store) krijg je de melding:

Optionele afhankelijkheden zijn niet geïnstalleerd!

Om documenten zoals LibreOffice .odt af te drukken, heb je calligraconverter van het calligra pakket nodig…

Vanuit de console kan je dat zo doen:

devel-su
(vraagt root wachtwoord)

pkcon install calligra

(eventueel bevestigen)

Oplossen
Informatie ophalen
Veranderingen testen
Klaar
Installeren
Wachten op authenticatie
Opstarten
Paketten installeren
Paketten aan het downloaden
Paketten installeren
Klaar

Als er iets fout gaat met de “permissions” door Sailfish OS 4.x kan je upgraden naar 4.4 of de instellingen aanpassen:

In
/usr/share/applications/harbour-seaprint.desktop
de paragraaf met “SailJail” uitcommenten.

SeaPrint

SeaPrint is nu aanwezig als app (hier v1.3.3. Als je die start zie je een overzicht van printers die bereikbaar zijn, zelfs als je bv met wifi op een netwerk zit, zie je de printers op het netwerk, bv:

NPIDA66CB
HpLaserJet M402dn
ipps://192.168.1.123

NPIC4540
HP LaserJet Pro M201n-kantoor
ipps://192.168.1.134

Unknown
Konica Minolta bizhub C220
ipp://192.168.1.145

Onder iedere printer staan ook nog eens icoontjes, die denk ik aangeven wat je kan printen, bv pdf, tekst, documenten, beeld.

Bij de printer kan een rode driehoek staan met een uitroepteken die een melding van de printer aangeeft, bv papier op.

Druk op de printer om een keuze te krijgen: “Taken bekijken” en “Details”.
Bij taken staat bv 0 taken.
Bij Details kan je de printergegevens en de status zien. Eveneens kan je de status van de kleurcartridges zien.
(allemaal afhankelijk van het type printer natuurlijk).

https://forum.sailfishos.org/t/seaprint-network-printing-for-sailfishos/796

Soms krijg ik op een oude computer (met dus oude Firefox) de melding:

Beveiligde verbinding mislukt

Fout tijdens het verbinden met compucat.be.

De pagina die u wilt bekijken kan niet worden weergegeven, omdat de echtheid van de ontvangen gegevens niet kon worden geverifieerd.
Neem contact op met de website-eigenaars om ze over dit probleem te informeren.
Meer info…

Als het aan de browser ligt moet die geupdate worden, maar als ik om één of andere reden toch NU iets wil lezen op die site ….

view-source:http://siteDieNietWerkt.be/

door view-source: voor de url te zetten, of in de pagina met de foutmelding “view source” te kiezen (bv rechtsklik, paginabron bekijken), kan je in broncode verder lezen…

Een probleem met het beveiligingscertificaat zou je wel tegenhouden van in te loggen op zo’n site, maar om die te lezen kan het soms geen kwaad… en software mag mij toch nooit zomaar tegenhouden – zet een grote doodskop-knop met “toch weergeven” bv..

Op een oude server doet een cron job het niet. De taak zit in een bestand diskusetoday.sh, en dat is uitvoerbaar gemaakt. Dit shell script staat in de daily directory van de cron jobs.
/etc/cron.daily

Blijkbaar mag je cron jobs geen extentie geven.
Inderdaad, de meeste cron jobjob scripts in mijn daily hebben geen extentie.
Er is er één met een extentie, maar ik vermoed dat dat een shell script is dat aangeroepen wordt vanuit een cron job.

Ik hernoem zonder “.sh”: diskusetoday

(en nu een dag wachten…)

Een andere voorwaarde: beginnen met “bin bash”: #!/bin/bash