De achtergronden van de Raspberry Pi zijn landschappen, steden, enz.
Er is maar één meer abstracte achtergrond, dat is PiSystem.png; een witte achtergrond met zacht grijs getekende onderdelen die met pi/pi400 te maken hebben.

Rechtsklik, Burobladvoorkeuren, tab Desktop: Picture (toont de beelden uit /usr/share/rpd-wallpaper/

Je kan ook gewoon een achtergrondkleur instellen. Trouwens als je een tweede scherm aansluit, heeft dat enkel een achtergrondkleur.

De Rapsberry Pi laten opstarten in een bepaalde toepassing

Er is een map waar bij het opstarten gekeken wordt welke programma’s te starten:/home/pi/.config/autostart

ps: In documentatie vind ik ook nog andere gelijkaardige mappen: /home/pi/.config/lxsession/LXDE-pi/autostart

Het kan dat de map ~/.config/autostart nog niet bestaat;

• op één pi bestond die niet en heb ik die gemaakt
• op de andere bestond die wel en bevatte die een bestand LXinput-setup.desktop, met toetsenbord/muisinstellingen

Een programma dat je in deze map zet wordt automatisch uitgevoerd.

Opstarten met een zelfgeschreven applicatie in gambas3
– Vanuit de gambas programmeeromgeving (Gambas3-IDE) kan je een programma compileren tot uitvoerbaar, met de optie om een link op de desktop te maken; doe dat.
– de link kan je dan naar de autostart map verplaatsen (of kopieren).

Volgens de documentatie kan je upgraden van Leap naar Tumbleweed.
Reden: bv (recente versie van) programmeeromgeving Gambas3 compileren van broncode (lukte niet op Leap 15.5).

Boot van USB-stick met Tumbleweed (F9 of ESC of andere combinatie om bootmenu te krijgen en de USB drive te kiezen als startmedium).
Het is geen al te recente (vervangen door nieuwe “network install” afgehaald) Tumbleweed.

Kies voor “Upgrade”.
Kies bestaand systeem als doel om te upgraden (hier dus de Leap 15.5)
Kies “enable online repositories”.
Waarschuwing over openssl versie; ik kies de-installeren van de libopenssl-devel daarvan.

Installation settings geeft dan een overzicht met : “Product openSUSE Leap 15.5 will be uptdated to openSUSE Tumbleweed”

Installatie gestart, duurt lang ..

Vraag om bevestiging van nieuwere versie van H. … codecs uit repository .. (bevestigen).

Dan was ik even weg, en toen ik terugkwam stond gewoon de desktop open. Ik begreep het niet goed, maar hij was al herstart en had de desktop teruggehaald zoals die de laatste keer gebruikt was.
In een terminal cat /etc/issue gaf me Welcome to openSUSE Tumbleweed 20240913 ..”.

Ziet er goed uit. Ik verwijder de usb-stick met de network install iso.

Access denied

git clone https://gitlab.com/devgroep/myprojectterminal.git
Cloning into ‘myprojectterminal’…
Username for ‘https://gitlab.com’: mijngebruiker
Password for ‘https://mijngebruiker@gitlab.com’:
remote: HTTP Basic: Access denied. The provided password or token is incorrect or your account has 2FA enabled and you must use a personal access token instead of a password. See https://gitlab.com/help/topics/git/troubleshooting_git#error-on-git-fetch-http-basic-access-denied
fatal: Authentication failed for ‘https://gitlab.com/devgroep/myprojectterminal.git/’

Gebruik SSH keys
De site van gitlab legt dat goed uit;

https://docs.gitlab.com/ee/user/ssh.html

Kijk eerst of je al ssh sleutels hebt:

cd ~
cd .ssh/
Als je nog geen .ssh directory hebt, moet je checken of ssh geînstalleerd is, en/of genereer de ssh keys:

ssh-keygen -t ed25519 -C "mijngitlabaccountnaam"

Bij de vraag waar de key bewaren kan je normaal bevestigen:

Enter file in which to save the key (/home/user/.ssh/id_ed25519):

Als de .ssh map nog niet bestond, zal die nu gemaakt worden (geeft melding).

Nog wat bevestigen, en daarna vind je twee (nieuwe) bestanden, waarvan 1 de publieke sleutel is (die eindigt op .pub); en je kreeg ook wat randomart te zien…

The key’s randomart image is:

De inhoud van het pub bestand, inclusief opmerking, kopieren in de gitlab site bij je avatar, “edit profile, linkse kolom ssh keys”.. Add new key ..

De geldigheid kan je instellen als je wil.

Je ziet daarna dat de key is toegevoegd in je lijstje op https://gitlab.com/-/user_settings/ssh_keys

Nu vraagt git nog altijd mijn username en wachtwoord, maar nadien werkt bv het clonen wel.

Voorbereiding

Ik heb gemerkt dat vroeger een update wel eens vastliep op te weinig vrije ruimte, en dat terwijl ik een nog grotendeels ongebruikte SD kaart had.

Maar de ruimte in het toestel moet apart gezien worden van de “externe” SD kaart ruimte.

Het systeem gaf daar geen waarschuwing over voor je een update begon, dus er kon wel eens iets foutgaan daardoor. Nu heb ik al wel een waarschuwing gezien dat er niet genoeg ruimte vrij is op het interne systeem, en een link naar een artikel om meer ruimte vrij te maken. Dat is nuttig, maar beperkt.

Het artikel vertelt bv dat je je map “Pictures/Camera” kan verplaatsen naar de SD kaart; ze wordt eerste gekopieerd, daarna je interne map leeggemaakt. Je moet dan instellen dat de externe kaart moet gebruikt worden als opslag voor je foto’s, maar als die niet gemount is komen ze toch terug op je apparaat terecht. Nadien kan je niet meer dezelfde oplossing gebruiken, want dan wordt de map Camera op je SD kaart overschreven, en zijn dus alle foto’s je je gemaakt hebt / rechtstreeks bewaard hebt op die locatie, verloren door het overschrijven van de hele map.

Bestandsbeheerder
Spijtig genoeg kan je in bestandsbeheer niet een aantal bestanden selecteren met klik en sleep achtige beweging, je kan enkel per bestand selecteren om bv te verplaatsen.
En als je zo’n 3000 foto’s wil verzetten naar je sd kaart is dat omslachtig.
Ik maakte dus een extra mapje “Intern202409” op mijn SD kaart onder /media/sdcard/nummer/Pictures, en als ik daarin dan de map “Camera” kopieer wordt het:
/media/sdcard/nummer/Pictures/Camera/2024-picture2345…
/media/sdcard/nummer/Pictures/Intern202409/Camera/2011-picture001.jpg, …

1. De bovenste is een oude kopie van de camera map, waar nadien rechtstreeks foto’s in gemaakt/bewaard zijn.
2. De onderste is een nieuwe kopie van de camera map met datum in naam, waar de foto’s in staan die gemaakt en bewaard zijn op het interne systeem (omdat de kaart niet voorhanden was/niet gemount was/..).

Nu kan ik de foto’s op de “interne” Camera map wissen om ruimte vrij te maken.

In de Foto’s app zal je trouwens zien dat de kopie van de foto’s ook mee worden opgenomen in de telling van het totaal aantal foto’s, ze zitten nu dubbel!
De thumbnails zijn ook niet beschikbaar. Opgelet, niet alles selecteren en verwijderen hier, want daar zitten nu alle “bereikbare” foto’s in.

Beter eerst de SD kaart unmounten….

Het oude systeem 4.4.0.72 Vanha Rauma dateert officieel al van 2022
(apparaataanpassing 0.0.9.32)
De update die klaar staat is 4.5.0.19 en heet Struven ketju.