Klok
Op mijn KDE plasma desktop heb ik de tijdsaanduiding onderaan rechts geconfigureerd om ook de datum weer te geven.
(op de klok onderaan rechts op primair scherm -linkse scherm van 2):

Rechtklik op de tijd, “Digitale klok configureren”, Appearance/Uiterlijk: Datum tonen (geen seconden, geen tijdzone). Tijdweergave: standaard van regio, Datumopmaak: afgekorte datum.

Ik merk echter dat de tijd, die dan boven de datum staat, op een bepaald moment “weg” is, niet meer zichtbaar, terwijl de ruimte nog wel vrij is, als grijs vlak. Na in/uitloggen komt de tijd soms terug, maar ik heb het vermoeden dat het iets te maken heeft met de hoogte van de takenbalk/de ruimte die de letters nodig hebben. Op een andere KDE desktop (zelfde softwareversies, met Compositor scale method: Crisp, backend XRender) doet het probleem zich niet voor.

Lettertype
Ik ga in dezelfde instellingen, en kies onderaan Tekenstjil: en zet die van standaard naar een ander lettertype, bevestigd.
(als je nadien terug hier komt staat de dropdown box altijd op standaard, al is dat niet de huidige instelling).

De tijd is nu terug normaal zichtbaar!

Gebruikte configuratie: OpenSUSE 15.2 KDE, 2 monitors, compositor: OpenGL 2.0, schalingsmethode: accuraat, Display globale schaal: 1000%).

Ik wil proberen hoelang een open ssh verbinding open blijft, ik doe op de afstands-Linux “top”; dat geeft bovenaan links de systeemtijd weer en die bevriest als de verbinding verbroken is.

ssh user@remoteIp
****
date
top
 d
 5

Top hoeft niet zo snel te verversen, maar er is geen parameter om bij het starten een interval aan te geven.
Dat kan je wel eens top draait: tik d en je krijgt de vraag een nieuwe delay in te geven, de standaard is 3.
Je kan top verlaten met q of met ctrl-c.
Als je voordien met date de datum/tijd laat weergeven, dan kan je die terugvinden als begintijd bij het verlaten van top (scherm naar boven).

Top maar niet zo veel
top
n
geeft bv 10 enter; dan krijg je een verkorte lijst van 10 te zien

Dolphin 20.12.3 bestandsbeheerder (file manager) van KDE, bv in openSUSE

Blijkbaar is de standaardinstelling van Dolphin veranderd, want plots – was het na een update? – krijg ik een nieuw Dolphin venster in een nieuw tabblad in plaats van in een nieuw venster.

Dat is vervelend als je bestanden van de ene naar de andere plaats wil zetten.

Dat kan gelukkig met een instelling aangepast worden:

In het menu Settings, configure Dolphin, gezocht en gevonden onder “Startup”, daar zie je “General”; “Open new folders in tabs” heb ik afgezet.

Dus:
menu Settings, Configure, Startup, General: Open new folders in tabs

Als het menu niet zichtbaar is: CTRL-M.

Ik wil een kopie van gigabytes gegevens veilig van Linux-computer A naar Linux-computer B brengen, zonder een netwerkverbinding tussen beiden.

1. Maak een encrypted usb-drive
bv vanuit Yast2, Systeem, Partitionering.
Let op want hier staan ook je andere harde schijven, met je systeem en je gegevens, controleer elke bewerking twee keer!
Zoek eerst uit welk “device” de usb-drive is door de beschikbare opslagplaatsen te vergelijken voor en na het aansluiten van de usb-drive;

Commandolijn: doe als root:
fdisk -l
Sluit de usb-drive aan en doe opnieuw:
fdisk -l
Het verschil geeft aan welk device je moet kiezen.

In mijn geval is het /dev/sdb

In Yast2 kan je partities verwijderen en bijmaken, en de nieuwe partitie formatteren. Een nieuwe drive is bv geformatteerd in een Windows bestandssysteem (vfat, ntfs), hier kan je voor een Linux systeem kiezen, bv Ext3, duidt aan dat je wil versleutelen (“encrypt”), en kies een wachtwoord dat je veilig ergens noteert.

Nadat de formattering klaar is (ik heb geen label gegeven), zie je bij “Available Storage” de driver met een aanduiding in de kolom “Enc”:

Device /dev/sdb1 | size 7.50 GiB | Enc x | Type Ext3 Partition | Label | Mount Point /run/media/root/xxxx-xxx-xxx-xx

Probeer of je de drive kan gebruiken, maak er evenuteel een Archief map op.

2. Maak een kopie
Bij het aansluiten van de usb-drive op systeem A heb je het hiervoor gekozen wachtwoord nodig om hem aan te koppelen (mount). Je moet ook dezelfde gebruikersnaam hebben, in het geval van “root” is dat geen probleem.

Op de desktop (KDE) kan je “Menu”, “Systeem”, “Bestandbeheerder SuperModus” kiezen. Met het root wachtwoord krijg je die toegang met de waarschuwing: “Dolphin als root uitvoeren kan gevaarlijk zijn. Wees voorzichtig”. Klik op de versleutelde drive bij Locaties (onderaan links). Geef het wachtwoord van de drive/partitie.

Zet de vorige kopie in een mapje “Archief” (als er genoeg plaats is op de usb-drive voor een extra kopie).

Kopieer wat je nodig hebt van computer A en koppel veilig af (unmount).

3. Zet de kopie over
Neem de usb-drive mee naar computer B, sluit hem aan. Als root heb je weer hetzelfde wachtwoord nodig om de usb-drive aan te koppelen (mount). Je kan nu de kopie eraf halen.

4. Verloren
Als je de usb-driver kwijt geraakt, kan de vinder er niet onmiddellijk gegevens van lezen. Met de juiste kennis en hulpmiddelen kan hij wel een programma alle mogelijke wachtwoorden laten proberen op de usb-drive, dus het is een oppervlakkige bescherming, die beter is dan een onbeschermde usb-driver verliezen; de toevallige vinder zal misschien denken dat die kapot is of hem formatteren voor zijn eigen gebruik.

Bij een Linux gebruiker: “7,5 GiB Encrypted Drive” en na een klik “VendorCo ProductCode” needs a password to be accessed. “Please enter a password: “. Als je dat niet op een label op de drive geschreven hebt eindigt het hier met :”Could not mount this device”.

5. Gewonnen
– Als computer A kapot gaat (harde schijf), gestolen wordt kan je computer B inzetten met de laatste backup erop (kopie bestanden/installeren programma/importeren databank)
– Als op computer A een zware vergissing gebeurt met dataverlies als gevolg, kan je de backup kopie van de usb-drive terugzetten, en eventueel 1 versie verder teruggaan uit de Archief map.

Ik wil zien wanneer een netwerkverbiding verbroken wordt, en wil daarvoor een ping gebruiken met een tijdsaanduiding. Ping heeft dat standaard niet in zich, of toch: de paramater “D”:

ping -D

~> ping -D -i 60 192.168.1.78
PING 192.168.1.78 (192.168.1.78) 56(84) bytes of data.
[1618407849.111216] 64 bytes from 192.168.1.78: icmp_seq=1 ttl=63 time=11.5 ms
[1618407909.161582] 64 bytes from 192.168.1.78: icmp_seq=2 ttl=63 time=11.0 ms

Spijtig genoeg is de “timestamp” die van de unix tijdrekening, en moet die vertaald worden.

Als je het éénmalig nodig hebt kan je de [1118409110.035058] in een website plakken die het voor je omrekent.

Anders moet je in een script de vertaling laten doen.

date -d @1618407849.111216

wo apr 14 15:44:09 CEST 2021

Omgeving: openSUSE Tumbleweed KDE desktop (KDE Frameworks 5.80.0) met gambas3, git, …

Ik krijg in Gambas de melding:

Please set the $EDITOR environment variable with your favorite graphical text editor. Some version control commands need it.

Dat kan je doen in het .profile bestand in je home directory.
Je ziet er al een paar lijnen klaar staan met een voorbeeld, je moet ze enkel aktiveren:

# Some applications read the EDITOR variable to determine your favourite text
# editor. So uncomment the line below and enter the editor of your choice 🙂
#export EDITOR=/usr/bin/vim
#export EDITOR=/usr/bin/mcedit

Ik wil mcedit gebruiken en installeer dat nog snel (als su root) met zypper install mc.
(of met Yast, software management; “mc” staat voor Midnight Commander, en installeert ook mcedit, een commandline editor).

Daarna haal ik het commentaar teken weg zodat export EDITOR=/usr/bin/mcedit aktief wordt bij volgende login.

#export EDITOR=/usr/bin/vim
export EDITOR=/usr/bin/mcedit

Controleer de huidige environment variabelen met:
printenv

Misschien de bekendste is

SHELL=/bin/bash

Herladen van de instellingen (zonder uit/in te moeten loggen):

source ~/.profile

Ik zit ijverig te werken en nadien zie ik dat ik in de master branch bezig ben ipv de dev branch.
Ik heb nog geen git add of commit gedaan.
(in git status zie ik modified: BestandWaaraanIkBezigWas.class )
Ik kan natuurlijk alles weggooien en de master terugzetten op een vorig punt.

Maar ik wil de wijzigingen wel bijhouden, en ik wil die in de dev krijgen.

De aanbevelingen die ik lees gaan ongeveer zo:
– maak een nieuwe branch vanuit die master die je gewijzigd hebt (maar nog niet ge-commit), geef hem een tijdelijk naam bv tempdev.
git checkout -b tempdev
Switched to a new branch ‘tempdev’

– voeg eventueel nieuwe bestanden toe (niet nodig als je alleen “modified” hebt), en commit al je werk:
git add .
git commit -m "some new work"

Als ik nu terug ga (git checkout master) en daar git status vraag, geeft die geen modified bestanden meer.

– check of je de dev branch hebt:
git branch -l
master
* tempdev

Als je de dev branch niet hebt, kijken of hij er remote wel is:
git branch -lr (opgelet dit kan een vertekend beeld geven als die recent is bijgemaakt en je niet hebt bijgewerkt met fetch…)

origin/HEAD -> origin/master
origin/master

Of git branch -a om beiden te zien.

Dus eerst synchroniseren met online:
git fetch

remote: Enumerating objects: 32, done.
remote: Counting objects: 100% (28/28), done.
remote: Compressing objects: 100% (16/16), done.
remote: Total 16 (delta 12), reused 0 (delta 0)
Unpacking objects: 100% (16/16), done.
From git://git.code.sf.net/p/myproject/code
* [new branch] dev -> origin/dev
0c4e870..b8c15dc master -> origin/master

git branch -rl
origin/HEAD -> origin/master
origin/dev
origin/master
Beter!
– schakel naar dev branch en merge die met devtemp (importeert de devtemp wijzigingen).
git checkout dev
git merge tempdev
– commit en push zodat de (online) “remote” dev branch is bijgewerkt.
– schakel naar die je master en reset hem naar de laatste versie (van remote halen dus? Nee gebeurt lokaal): git reset --hard HEAD.

(Reeks Git – handboek (nl) – commando’s vb – branch, merge – branch zoeken/datum – stash – GitLab vb – SourceForge vb – git en gambas)

Vastgesteld op openSUSE 15.2 en 15.3 Beta.
Na een paar dagen niet-gebruik staat mijn desktop vol met meldingen:

Fout tijdens bijwerken.
Failed to obtain authentication.

De foutmelding komt van het automatische checken van de updates. Ze hebben er niet aan gedacht dat de meldingen niet weggeklikt worden als de desktop onbeheerd is achtergelaten. En dus komt het scherm na een week vol te staan met een mozaïek van foutmeldingen (11 hoog, 6 breed), die je dan één voor één moet wegklikken, het lijkt wel een game. En dan nog een reeks onderaan rechts die als stapel wachten om afgeklikt te worden; nl meer dan 148. Ik kan me voorstellen dat het de desktop op den duur doet hangen of crashen.

Opmerking:
– Op een ander systeem met openSUSE, dat wel ingelogd stond, maar waar de desktop niet het aktieve scherm was (na bv CTRL-ALT-F1), deed het euvel zich niet voor. Pas op het moment dat die desktop terug aktief wordt (ALT-F7), gaat de updater de updates checken.
– Als je zelf een applicatie als screensaver hebt ingesteld, kan het nog gekker worden; de desktop wordt als aktief beschouwd voor de melding van de updates, en die lijken dan weer als aktiviteit beschouwd te worden voor de screensaver, die dus nadien een tweede keer je alternatieve screensaver start (terwijl die niet door jou was afgesloten).

Heraalt zich

– Het fenomeen met de vensters herhaalt zich, nu op een maandag na een weekend, op openSUSE 15.2 en mogelijk ook op openSUSE 15.3 beta: die desktop moest terug opgestart worden (user login scherm), terwijl ik die niet had uitgelogd vrijdag. Ik startte daar manueel de updates uit de statusbalk, en dat gaf idd een aantal updates die klaarstonden.
– Ik zag deze keer ook een melding dat de grafische omgeving door een fout terug was opgestart of zo (openSUSE Leap 15.2 op maandag – na weekend, tweede of derde keer dat de mozaiek op het scherm zich voordeed). Ik had het bericht onachtzaam weggeklikt om te beginnen werken, maar nu begin ik te denken dat er misschien een verband is; stel je voor dat er zo veel meldingen waren op het scherm, dat het geheugen volgelopen is… Volgende keer moet ik ze eens juist noteren.

– Als ik me door de mozaiek geklikt heb, en de updates uit de statusbalk oproep en manueel uitvoer, doen er zich geen problemen voor, en er wordt bv nergens een wachtwoord of bevestiging gevraagd, dus ik vindt niet waardoor het veroorzaakt werd. Er staat bv geen Yast2 venster open.

– Statusbalk, status en meldingen, Meldingen: “Meldingenservice niet beschikbaar” en de bel staat rood doostreept en disabled-grijs. Notifications are currently provided by ‘Xfce Xfce Notify Deamon’. Op eenzelfde openSUSE Leap 15.2 met effectief een Xfce destop is er geen probleem met de notifications. Te checken: wat na afmelden/terug aanmelden?

Er is sprake van een dergelijk probleem in een oude post waarvan de links naar andere plaatsen niet meer geldig zijn:
https://forums.opensuse.org/showthread.php/485286-Message-quot-Failed-to-obtain-authentication-quot

Geen ideen of het hier van toepassing is!

Daarin zeggen ze :

overschrijf bepaalde bestanden in /etc/pam.d met symlinks

De code die ze daarbij gebruiken:

# cd /etc/pam.d
# ln -sf common-account-pc common-account
# ln -sf common-auth-pc common-auth
# ln -sf common-password-pc common-password
# ln -sf common-session-pc common-session

(bij mij zijn die links er allemaal wel)

Gevolgd door (moet als root of sudo):
# /usr/sbin/pam-config -a --systemd
Dat heb ik uitgevoerd, daarna moet je herstarten (nog niet gedaan..)

(wordt mogelijk vervolgd…)

Op zoek naar een Brother MFC laser-kleur printerdriver; kijk eerst in softwarebeheer Yast, Software, zoek, brother…

printer-driver-brlaser – Driver for (some) Brother laster printers

In de uitleg erbij staat dat de meeste Brother printers een standaard printtaal als PCL of Postscript ondersteunen. Als je een monochrome Brother laserprinter hebt, of een multifunctionele, en andere open source drivers niet werken, kan je deze proberen.

Er worden een aantal ondersteunde printers opgesomd:

Brother DCP-1510 series Brother DCP-1600 series Brother DCP-7030 Brother DCP-7040 Brother DCP-7055 Brother DCP-7055W Brother DCP-7060D Brother DCP-7065DN Brother DCP-7080 Brother DCP-L2500D series Brother DCP-L2520D series Brother DCP-L2540DW series Brother HL-1110 series Brother HL-1200 series Brother HL-2030 series Brother HL-2140 series Brother HL-2220 series Brother HL-2270DW series Brother HL-2375DW Brother HL-2390DW Brother HL-5030 series Brother HL-L2300D series Brother HL-L2320D series Brother HL-L2340D series Brother HL-L2360D series Brother MFC-1910W Brother MFC-7240 Brother MFC-7360N Brother MFC-7365DN Brother MFC-7420 Brother MFC-7460DN Brother MFC-7840W Brother MFC-L2710DW series Lenovo M7605D

Ook vind je een scannerdriver:

brscan4 – Brother Scanner Driver
SANE drivers from Brother for brscan4 compatible models.

Daarna de printer installeren via Yast.
(zie ook http://linuxuser.copyleft.be/liglog/?p=6739)

Als je nummer er niet tussen staat, bv MFC9465, kan je een andere proberen, bv en uitproberen wat werkt.
– 7420 (brlaser v6)… testprint 2 pagina’s: apart, rare vakjes en vlakjes op begin van blad, rest leeg
– MFC 9500 … testprint 2 pagina’s, apart geprint, zwart-wit als gewone laserprinter, niet recto-verso.
– 6550 MC …testprint 2 pagina’s: apart geprint, zwart-wit als gewone laserprinter, niet recto-verso.
– …

Beter toch de brother drivers afhalen…

https://support.brother.com/g/b/downloadend.aspx?c=be&lang=nl&prod=mfc9465cdn_eu_as&os=127&dlid=dlf006893_000&flang=4&type3=625

Driver Install Tool
The tool will install LPR, CUPSwrapper driver and scanner driver (for scanner models).
22/01/2021
(2.2.2-2) 0.02
MB

Terminal, gunzip linux-brprinter-installer-*.*.*-*.gz
Dan moet je het programma uitvoerbaar maken en als root draaien.

localhost:/home/cybrarian/Downloads # chmod +x linux-brprinter-installer-2.2.2-2
localhost:/home/cybrarian/Downloads # ./linux-brprinter-installer-2.2.2-2
Input model name ->MFC-9465CDN
You are going to install following packages.
mfc9465cdnlpr-1.1.1-5.i386.rpm
mfc9465cdncupswrapper-1.1.1-5.i386.rpm
brscan4-0.4.10-1.x86_64.rpm
brscan-skey-0.3.1-2.x86_64.rpm
OK? [y/N] ->y

Licenties bevestigen y, y..