10/7/2018

Raspbian voor Raspberry Pi

Filed under: — cybrarian @ 1:43 pm

Systeemsoftware afhalen (image).
Als startend systeem op sd kaar zetten

Download
De laatste versie van Raspbian kan je hier afhalen:

Raspbian

Uitpakken
In je bestandbeheerder of op de commandolijn.

Schrijven
Op Linux kan je met dd de uitgepakte image naar de sd kaart schrijven, open een terminal.
Wees voorzichtig met het exact opgeven van de doel-drive waarnaar je schrijft, je kan per vergissing je eigen systeemschijf opgeven als doel!
Check voor je de kaart in de sd drive steekt:

~> lsblk

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 489,1G 0 disk
├─sda1 8:1 0 399M 0 part /boot
└─sda2 8:2 0 488,7G 0 part
└─cr_ata-Crucial_CT525MX300SSD1_1730181A3D36-part2 254:0 0 488,7G 0 crypt
├─system-swap 254:1 0 2G 0 lvm [SWAP]
├─system-root 254:2 0 40G 0 lvm /var/opt
└─system-home 254:3 0 100G 0 lvm /home
sr0 11:0 1 1024M 0 rom

Steek de kaart in de sd drive en check opnieuw:

~> lsblk

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 489,1G 0 disk
├─sda1 8:1 0 399M 0 part /boot
└─sda2 8:2 0 488,7G 0 part
└─cr_ata-Crucial_CT525MX300SSD1_1730181A3D36-part2 254:0 0 488,7G 0 crypt
├─system-swap 254:1 0 2G 0 lvm [SWAP]
├─system-root 254:2 0 40G 0 lvm /var/opt
└─system-home 254:3 0 100G 0 lvm /home
sr0 11:0 1 1024M 0 rom
mmcblk0 179:0 0 14,5G 0 disk
├─mmcblk0p1 179:1 0 1,1G 0 part
├─mmcblk0p2 179:2 0 1K 0 part
├─mmcblk0p5 179:5 0 32M 0 part
├─mmcblk0p6 179:6 0 66M 0 part
└─mmcblk0p7 179:7 0 12,8G 0 part

In dit geval is mmcblk0 dus het doel.

Commando: (gebruik de naam van je image)

sudo dd bs=4M if=2018-06-27-raspbian-stretch.img of=/dev/mmcblk0 conv=fsync

Na een tiental minuutjes:
(je kan de diskmonitor op je desktop in het oog houden om te weten wanneer de operatie gedaan is)

sudo dd bs=4M if=2018-06-27-raspbian-stretch.img of=/dev/mmcblk0 conv=fsync
1150+0 records gelezen
1150+0 records geschreven
4823449600 bytes (4,8 GB, 4,5 GiB) copied, 1113,16 s, 4,3 MB/s

Als je de Raspberry Pi start komt er een melding van het aanpassen van iets van het systeem, als ik het goed begrepen heb is dat het gebruiken van de hele SD kaart.

Daarna krijg ik een welkom scherm maar ik beland wel op de commandolijn.
Ik tik startx om een grafische sessie te starten, en dan komt er weer een welkom

Before you start using it, there are a few things to set up.
Press Next to get started.

Country: Belgium
(Language en Timezone staan goed)

Daarna herstart de Pi en komt wel in het grafisch systeem op.

In het menu kan je configureren:

Systeem:
– Hostname : …
– opstarten naar buroblad of CLI (commandolijn)
– Autologin als gebruiker Pi
– …

Interfaces:
– Camera aan
– ssh aan.
– … aan/af

De hostname staat in /etc/hostname
Het ip address in /etc/dhcpcd.conf

bv: haal # weg aan begin van de lijn om te aktiveren, en pas aan je eigen adressen aan:

interface eth0
static ip_address=192.168.1.10/24

reboot
ifconfig

9/7/2018

Raspbian upgraden

Filed under: — cybrarian @ 1:16 pm

Van 8 (Jessie) naar 9 (Stretch)?

Raspberry Pi wordt standaard uitgeleverd met Raspbian (in noobs). De versie van een Raspberry Pi Model B zou kunnen zijn:

cat /etc/issue

Raspbian GNU/Linux 8

uname -a

Linux ras001 4.9.35-v7+ #1014 SMP

eenzelfde bord, later geinstalleerd:

Raspbian GNU/Linux 9
(4.14.34-v7+ #1110 SMP)

Hoe krijg je nu de eerste op het niveau van de te tweede?

1. Een nieuw systeem afhalen (heb je waarschijnlijk van die 2e) en installeren
https://www.raspberrypi.org/downloads/
2. De eerste upgraden.

Voor beide mogelijkheden geldt natuurlijk: maak eerst een backup.

Upgrade van 8
Volgens de handleiding op raspberrypi.org:

sudo apt-get update

sudo apt-get dist-upgrade

Zo’n upgrade kan wel wat extra ruimte in beslag nemen, en niet elke SD kaart is daar groot genoeg voor.

Een SD kaart van 16 Gb zou er geen probleem mee mogen hebben, die begon met 38% vol en liep tot 41% tijdens/na de installatie.


Starten in het nieuwe systeem

Na installatie herstart (commando “reboot“) geeft het upgedate systeem een melding op de desktop, in een venster met titel “Information”:

Your Raspbian system has been upgraded to the latest version.

To ensure compatibility with the new version, some configuration files have been overwritten-if you had customised your system, some of the changes may have been lost.

Your original configuration files have been backed up and put in the directory /home/pi/oldconfigfiles.

Ik draai nog sudo apt-get autoremove, wat 94 Mb zou vrijmaken.

Niet tot 9?
De desktop is terug de standaard Pixel desktopachtergrond.
Wat niet veranderd is:
– iconen en links op de desktop
– hostname
– het ip-adres
– eigenaardig genoeg is ook /etc/issue en /etc/debian_version blijven staan op 8
– ook de kernel is hetzelfde gebleven?

Met deze stappen doe je dus geen update van 8 naar 9!

Van Jessie naar Stretch

Om van versie jessie naar stretch te gaan is meer nodig, en het is ook niet gegarandeerd dat het lukt.**

Daarvoor moet je twee configuratiebestanden van de updater aanpassen (met root rechten), ik gebruikte daarvoor mcedit omdat ik die geïnstalleerd heb staan.

In het bestand /etc/apt/sources.list vervang je jessie door strech:

deb http://mirrordirector.raspbian.org/raspbian/ stretch main contrib non-free rpi
#deb http://mirrordirector.raspbian.org/raspbian/ jessie main contrib non-free rpi

In het bestand /etc/apt/sources.list.d/raspi.list vervang je ook jessie door stretch:

deb http://archive.raspberrypi.org/debian/ stretch main ui
#deb http://archive.raspberrypi.org/debian/ jessie main ui

Daarna weer:
sudo apt-get update
sudo apt-get -y dist-upgrade

Het eerste gaat snel, het tweede duurt wel even (11:00-..)
De -y antwoordt automatisch “y” op licentievragen en zo.

Je komt wel in een aantal schermen met allerlei informatie over gevolgen van wijzigingen ivm cron jobs, ssh verbindingen enz.
Tik q om er uit te geraken, of maak een keuze waar gevraagd (meer details zie log onderaan).

Om plaast vrij te maken ongebruikte audio eruit met:

sudo apt-get -y purge "pulseaudio*"

reboot

** ps: bij mij is het trouwens niet gelukt, zie log onderaan.

Nog een (Engelstalige) uitleg over de upgrade ivm toepassingen als de database:
https://linuxconfig.org/how-to-upgrade-debian-8-jessie-to-debian-9-stretch

(meer…)

22/6/2018

Tumbleweed update

Filed under: — cybrarian @ 9:06 pm

(teruggevonden artikel, datum kwijt *)

Er was deze week (*) een opvallend grote Tumbleweed update, met niet enkel een nieuwe kernel (kernel-default-4.15.5-1.2), maar ook ander paketten als LibreOffice, geluidssysteem, enz. ; in totaal 153 packages.

Dit gebeurde in de gewone update met “zypper up“.
Zypper is de commandolijntool die gebruikt wordt in openSUSE, ongeveer zoals debian gebruikers apt gebruiken.

Tumbleweed is de “rolling release” distributie van openSUSE. Bij een rolling release evolueert het systeem constant in plaats van met afgelijnde versienummers te werken.

ps:
De installatie eindigde bij mij met Failed to cache rpm database (1).

Op een forum post van opensuse.org wordt aangeraden om :
rpm --rebuilddb
te doen. Dat eindigt zonder foutmelding (trouwens helemaal zonder melding, maar dat betekent meestal dat het gelukt is).

Een daaropvolgende zypper up geeft “Nothing to do”.

Op lwn.net/Articles/717489/ wordt trouwens beschreven dat er omstandigheden zijn waarin je beter een ander commando gebruikt voor het updaten:
zypper dup --no-allow-vendor-change

Dit zou iets beter overweg kunnen met het opruimen van oude rommel, maar toch niet zo drastisch zijn als een gewone dup, die “distribution update” betekent. Distribution update is meer dan een gewone “update” van bestaande dingen. Distribution update schakelt over naar nieuwere versies, en is een beetje meer avontuurlijk, wat soms voor verrassing leidt bij het opstarten de volgende keer. In het slechtste geval moet je wat terugdraaien.

Uiteindelijk gaf de update wat recentere paketten tov de huidige Leap 42.3 versies:
– kernel-4.15.5 (tov 4.4 in Leap),
– LibreOffice 5.4.1.2 (tov 5.3.5.2 in Leap maar ook 5.4.5.1 mogelijk),
– Firefox 58.0.2 (tov 52.5.3 in Leap)

31/5/2018

Upgrade, KWallet

Filed under: — cybrarian @ 11:24 am

Bij een upgrade naar een andere computer kan je proberen zoveel mogelijk gebruikers (desktop) informatie mee te nemen, een lijstje:
– kde: desktopinstellingen (tijd, taal, standaardformaat papier A4/A3, ..)
– kmail: mail mappen, mails, attachments, accountgegevens, filters, adressen, …
– kwallet: wachtwoorden
– firefox: bookmarks, wachtwoorden

Kmail
– Heeft Export functie, maar die werkte niet wat betreft mailmappen (kwamen niet door) en de mail zelf (omdat die waarschijnlijk te groot was, 20 GB of zo.)
– mails zelf zitten in …
– configuratiebestanden: …
– wachtwoorden: normaal via kwallet.

KWallet
Heeft export functie (je kan ook gewoon slepen naar een usb stick of netwerkdrive).
Er is een versleutelde export om een backup te houden op bv usbstick.
Je kan in het kwallet beheer ook de inhoud gaan bekijken, met “Show values” kan je zo een bepaalde waarde gaan opzoeken als je die nodig hebt.

26/5/2018

KMail: menu kwijt

Filed under: — cybrarian @ 1:10 pm

Na wat knoeien met een migratie van openSUSE 13.1 naar Leap 42.3 heb ik KMail blijkbaar kapot gekregen.

Een export vanuit de bestaande kmail (KMail: Identity + mails + mail transport + resources + config + akonadi Db en KAddressBook: Resources + config) zou te groot geweest zijn voor de vrije ruimte op die pc. Dus de mail rechtstreeks gekopeerd (/home/gebruiker/.local/share/local-mail); er komen dan telkens meldingen van nieuwe mail in kde, en de mail komt in kmail. Maar helaas was de mappenstructuur nog niet geïmporteerd, en dus was een deel van de mail er niet. Bovendien zijn bij een import oorspronkelijke instellingen van de het mailprogramma op de bestemmingspc overschreven. Ik heb een kopie gemaakt van kmail2rc, maar mogelijk was het al te laat.

Menu verdwenen
Bij het opstarten krijg ik de menu’s niet meer te zien, en ik vind ook nergens hoe ik ze kan terugkrijgen. Met de alt-toets krijg je ook geen menu te zien.

kmail2rc
configuratiebestand bekeken:
cat ./.config/kmail2rc
Het bevat ondermeer de lijn met MenuBar:

[Main Window]
Height 1024=1004
Height 1050=1030
MenuBar=Disabled

Die heb ik verwijderd, maar loste het nog niet op.

Een andere lijn verwijst naar het menu:

[General]
ShowMenuBar=false
first-start=false

Ook verwijderd. (of eerder true in gezet)

22/5/2018

Systeem op SD kaart voor Raspberry Pi

Filed under: — cybrarian @ 10:30 pm

De Raspberry Pi heeft geen harde schijf, maar start zijn systeem van een SD-kaart.

Pre-install
De meestgebruikte is NOOBS, van waaruit je dan een systeem vanop de kaart kiest, uitpakt en installeert als besturingssysteem (zie “Noobs voor Raspberry Pi“).

Image –> SD Drive
Maar je kan ook een ander systeem gebruiken op Raspberry Pi, zelfs kanjers als openSUSE.

Meestal stellen ze een image ter beschikking die je kan downloaden:

JeOS image E20 image XFCE image LXQT image KDE image X11 image

Zie deze directory:
http://download.opensuse.org/ports/aarch64/distribution/leap/42.3/appliances/

De vermelde KDE versie lijkt niet meer aanwezig te zijn op de download server, de vroeger bestaande link
http://download.opensuse.org/ports/aarch64/distribution/leap/42.3/appliances/openSUSE-Leap42.3-ARM-KDE-raspberrypi3.aarch64-2017.07.26-Build1.1.raw.xz
werkt niet meer, en KDE heeft misschien eerder een desktop met 4 a 8 GB geheugen nodig om wat normaal te kunnen draaien.

Voor bv een XFCE (lichtgewicht desktop) is er een goeie 628 Mb
openSUSE-Leap42.3-ARM-XFCE-raspberrypi3.aarch64-2017.07.26-Build1.1.raw.xz

Je moet de “image” alleen nog op de SD kaart krijgen, en dan wel in een Pi-startende vorm. Daar zijn wel wat handelingen voor nodig, want de Pi heeft geen gewone pc-processor / start niet als een gewone pc.

Etcher
Een handig hulpmiddel daarbij is Etcher. Dat is de image-maker voor Raspberry Pi images. Het is een apart programma dat je download van https://etcher.io/ (bv “Download for Linux x64”).

  • Download van ongeveer 81 Mb: etcher-electron-1.4.4-linux-x64.zip
  • Uitpakken:
    unzip etcher-electron-1.4.4-linux-x64.zip
    Archive: etcher-electron-1.4.4-linux-x64.zip
    inflating: etcher-electron-1.4.4-x86_64.AppImage
  • Uitgepakt: etcher-electron-1.4.4-x86_64.AppImage

Op de AppImage kan je klikken (en even wachten) om hem te starten. Je volgt de stappen:
– image selecteren uit je bestanden (als je probeert een verkeerd bestand te selecteren, bv een iso voor een installatie-medium, merkt Etcher zelf op dat die geen voor Raspberry startbaar resultaat geeft, en kan je corrigeren).
– de SD kaart die ik ingestoken had werd al vanzelf geselcteerd, maar je kan dus zelf kiezen moesten er meer mogelijkheden zijn
– Flash! is de derde stap; daarbij moet je root rechten gebruiken en wordt het wachtwoord gevraagd.

Starting … 1 % Flashing …
Etcher is een open source project by resin.io

Het percentage wordt doorlopend aangepast, dit duurt ongeveer 10 minuten, daarna gebeurt een controle die zo’n 3 minuten duurt:

8% validating…

.. en eindigt met ‘Flash Complete’ (en wat reklame).
Je ziet nu twee partities op je SD-apparaat: root en efi.

Start de Pi
Steek de SD-kaart in de Raspberry Pi, sluit de stroom aan om te starten.

  • Start niet maar blijft in een kleuren-testscherm hangen. Je hebt waarschijnlijk een nieuwe Pi 3B+. Probeer een recente Raspbian of NOOBS (https://www.raspberrypi.org/downloads/raspbian/)
  • Start met een groen openSUSE scherm, en begint vanalles te doen. Laat hem doen; de boot dingen worden gereorganiseerd en daar kom je best niet tussen! Uiteindelijk zal je een (on)bekend welkom scherm krijgen met een login .. te kiezen uit “other” en zelf in te vullen, en wachtwoord.

Login/wachtwoord?
De eerste keer inloggen met root en wachtwoord linux, je wachtwoord verzetten en eventueel een andere gebruiker maken naast root.
Daarna heb je een systeem met 11.1 GB gebruikt van de 14.7 (als je een 16 GB kaart gebruikt).

Software
Je hebt hier geen softwarekeuze gehad bij installatie, dus je moet zelf wat opkuisen; verwijderen van games en alle software die je niet nodig hebt (Gimp?).
Bij-installeren van bv GambasIDE.
Yast helpt hierbij natuurlijk.

Opmerkingen

  • Op mijn specifieke hardwarecombinatie valt het beeld wat buiten het scherm en is de beeldkwaliteit slecht (ik probeer later met een ander scherm).
  • Het toetsenbord staat in qwerty, er is geen keuze geweest dus je moet dat zelf instellen; opgelet voor wachtwoorden voor/na!
  • Een 16 GB kaartje is misschien wat krap voor een desktop systeem …

Installatie-medium
Een andere manier is eerst een installatie-systeem maken op een USB-stick zoals je een installatie DVD zou hebben:
bv een ong 4 Gb grote
openSUSE-Leap-42.3-DVD-aarch64-Build0200-Media.iso
van download.opensuse.org/ports/aarch64/distribution/leap/42.3/iso/openSUSE-Leap-42.3-DVD-aarch64-Build0200-Media.iso
Dan moet je vanaf deze usb-stick starten op de Pi, en dat lijkt me iets omslachtiger dan de bovenstaande methode, maar heeft waarschijnlijk het voordeel dat je op maat kan installeren zoals op je pc, dat je toetsenbordkeuze krijgt enz.

Bronnen

https://www.suse.com/c/opensuse-raspberry-pi-3-zero-functional-system-easy-steps/
https://en.opensuse.org/HCL:Raspberry_Pi3
https://www.raspberrypi.org/magpi/pi-sd-etcher/

16/5/2018

Raspberry Pi via netwerk

Filed under: — cybrarian @ 1:55 am

Je wil je Raspberry Pi aanspreken via het netwerk. Daarvoor moet je weten welk IP adres hij heeft. Normaal gaat hij bij netwerkverbinding een IP adres vragen van een DHCP server op het netwerk waarop hij aangesloten is (meestal doet de router die functie). Kan je op voorhand er voor zorgen dat hij een vast IP adres gebruikt?

Volgens www.modmypi.com kan je het ip adres zelf in een bestand op de sd kaart schrijven.

/etc/dhcpcd.conf

Verander de voorbeeldcode naar het ip adres dat je zelf wil gebruiken (bv 192.168.1.15), en pas ook de gateway/router en dns servers aan.
Zet ook ssh aan als het nog niet zo zou zijn.
Herstart de Pi.

Nu kan je verbinden met ssh pi@192.168.1.15
Je kan het systeem updaten, software bij-installeren, python scripts starten, enz.

Ook handig als je onder KDE werkt: open betandsbeheer en tik in de locatiebalk:
fish://pi@192.168.1.15

Je kan dan bv bestanden overzetten, python scripts wijzigen vanuit Kate of KEdit, beelden bekijken, enz.

NOOBS245

De (soms) bijgeleverde SD-kaart met “NOOBS” bevat verschillende samengepakte systemen (images), waarvan je er één kan installeren. LibreElec is voor een multimedia apparaat, raspbian is een algemene Linux desktop. Je kan hier geen bestand op de kaart wijzigen omdat het nog geen geïnstalleerd systeem is. Dus ofwel moet je toch een toetsenbord, muis en scherm aan de Pi hangen, en Raspbian ervan installeren, ofwel moet je elders een image downloaden en op de kaart installeren, weer je dan daarna de Pi mee kan starten.

13/5/2018

OpenSUSE Leap 15 uitproberen

Filed under: — cybrarian @ 3:49 pm

Het is al enige tijd bekend dat de nieuwe versie van OpenSUSE terug een ander soort nummer zal krijgen, dat eerder aansloot bij de vroegere 6.4, 7.2, 8.0, 9.3, 10.0, 11.3, 12.0, 13.2 – hier hield het op en kwamen even de Leap 42.x versies opduiken – om nu dus te eindigen met “Leap 15.0”.

Helaas is die nog niet te vinden op de gewone downloadsite, omdat de huidige versie 42.3 daar als meest recente staat.
Sommige beschrijvingen van een softwarecombinatie (bv over docker/containers) gebruikt wel al 15, waarschijnlijk omdat ze zelf ergens aan ontwikkelen, en de beta gebruiken.

Die vind je dan hier:
https://software.opensuse.org/distributions/testing

Als je maar 1 x installeert, kan je de netwerk installatie afhalen, past op een kleinere usb-stick (met dd overbrengen levert zelfstartende usb-boot+install op)

Sluit na de download een usb-stick aan en check welke device-letters hij krijgt:

fdisk -l

Schijf /dev/sda: 74,5 GiB, 80000000000 bytes, 156250000 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes
Schijflabeltype: dos
Schijf-ID: 0xa42d04a3

Apparaat Op. Begin Einde Sectoren Grootte ID Type
/dev/sda1 * 2048 819199 817152 399M 83 Linux
/dev/sda2 819200 156248063 155428864 74,1G 8e Linux LVM

Schijf /dev/mapper/cr_ata-WDC_WD800JD-75MSA3_WD-WMAM9DDE4336-part2: 74,1 GiB, 79577481216 bytes, 155424768 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes

Dat was ‘m niet, sda is de huidige harde schijf, maar wel:


Schijf /dev/sdb: 3,8 GiB, 4009754624 bytes, 7831552 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes
Schijflabeltype: dos
Schijf-ID: 0x7bf3a73b

Apparaat Op. Begin Einde Sectoren Grootte ID Type
/dev/sdb1 * 0 3205119 3205120 1,5G 0 leeg
/dev/sdb2 164 1143 980 490K ef EFI (FAT-12/16/32)

Dan de “image” overbrengen naar de usb-stick:

linux-a:/home/copyleft/Downloads/ISO # dd bs=4M if=openSUSE-Leap-15.0-NET-x86_64-Build247.1-Media.iso of=/dev/sdb

dd: openen van ‘/dev/sdb’ is mislukt: Geen medium gevonden

linux-a:/home/copyleft/Downloads/ISO # dd bs=4M if=openSUSE-Leap-15.0-NET-x86_64-Build247.1-Media.iso of=/dev/sdb

29+1 records gelezen
29+1 records geschreven
123731968 bytes (124 MB, 118 MiB) copied, 12,8181 s, 9,7 MB/s

Installatie
Vanaf dan is het een gewone openSUSE installatie. Dat verloopt allemaal vlot en daarna kan je inloggen (nieuwe achtergrond – “openSUSE default by openSUSE Artwork Team” die ook terugkomt in de desktop na login).

Installatie-log:

(meer…)

3/5/2018

Upgrade OpenSUSE 42.2 naar 42.3

Filed under: — cybrarian @ 10:30 am

Het is gedaan met 42.3, dus al je toestellen upgraden

Een beschrijving van deze “kleine online upgrade”:
https://forums.opensuse.org/content.php/202-Quick-Upgrade-from-Leap-42-2-to-Leap-42-3

Kort samengevat:

In het beheerprogramma Yast2 de repositories veranderen van 42.2 naar 42.3:
– yast, software, software repositories
– edit elke lijn waarin 42.2 staat en maak zowel in de titel als in de URL er 42.3 van.
– andere repo’s even afzetten, nadien terug aan als update ok is.

Dan op de commandolijn (ik heb alle grafische consoles uitgelogd):
zypper dup
Je moet soms bevestigen, en er rolt een hoop Retrieving.. over je scherm.

3058 paketten worden gedownload en geïnstalleerd.

Een half uurtje later na een herstart draait het nieuwe systeem.

Je kan nog de software updates uitvoeren.

Nawoord
Wat opvalt: geluid staat “negatief” (rood min-teken).
System Settings, Audio Volume: “No output devices available”

Yast, configure soundcard; 82801I (ICH9 Family) HD Audio Controller
will be configured as the first sound card(snd-card-0)
(Quick automatic setup)

Daarna testen:
System Settings, Hardware, Multimedia
Audio and video, Audio Playback, music: PulsAudio Sound Server; Test knop onderaan.

26/2/2018

Te grote pijl in KDE

Filed under: — cybrarian @ 12:23 am

Door het zoeken naar een goede instelling voor mijn twee beeldschermen, werd ik opgezadeld met een veel te grote muiscursor (het pijltje werd een pijl).

  • KDE menu, “Configure Desktop” icoon (horizontale schuifregelaars, standaard in KDE menu)
  • Look And Feel, Cursor theme
  • onderaan rechts de grootte: bv van 48 naar 24.

Ok!

25/2/2018

Installatie hangt bij 93% of 97% enz; … saving bootloader configuration?

Filed under: — cybrarian @ 10:52 pm

Een gelijkaardig geval als installatie Leap 42.3 boot niet?

HP xw4600 Workstation; upgrade van bestaande OpenSUSE LEAP 42.2. Ik gebruik meestal importeren van de user uit het voogaande systeem (die kan je dan selecteren).

Bij installatie zowat standaard keuzes gevolgd, met als gevolg niet-booten van systeem. Ik probeer een aantal installaties, maar telkens mislukt de installatie helemaal op het einde, blijkbaar bij het schrijven van de bootgegevens, want bij het booten gaat het fout nadien, en ook indirect is het geïnstalleerde systeem (op het eerste zicht) niet op te starten. Tussendoor zelfs een andere distributie geïnstalleerd, die wel kon installeren en starten, dus hardware is ok.

Oplossing:
Het is me uiteindelijk gelukt opensuse 42.3 te installeren door de tweede harde schijf af te koppelen.
Daarna gewone standaard installatie, niets veranderd.

Hieronder log van probeersels: (meer…)

7/2/2018

NextCloud server op OpenSUSE 42.3

Filed under: — cybrarian @ 6:21 pm

Nextcloud

Op huidige OpenSUSE?

Nextcloud is aanwezig in de openSUSE repositories (momenteel met versienummer 11.0.3), en kan daar eenvoudig uitgekozen worden, zowel server als client.

Er wordt bij Nextcloud server ook sqlite3, php5, apache en een akonadi plugin geïnstalleerd, in totaal 154.91 MB.

Je hebt een webserver nodig, die draait:

systemctl start apache2
linux-4j3c:~ # systemctl enable apache2
Created symlink from /etc/systemd/system/httpd.service to /usr/lib/systemd/system/apache2.service.
Created symlink from /etc/systemd/system/apache.service to /usr/lib/systemd/system/apache2.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/apache2.service to /usr/lib/systemd/system/apache2.service.

En een databank*:

linux-4j3c:~ # systemctl start mysql.service
linux-4j3c:~ # systemctl enable mysql.service
Created symlink from /etc/systemd/system/multi-user.target.wants/mysql.service to /usr/lib/systemd/system/mysql.service.

Indien vers geïnstalleerd eventueel onnodige veiligheidsrisico’s uitschakelen met:
mysql_secure_installation

Na installatie is de server via de browser te bereiken:

http://my.server.ip.address/nextcloud

Foutje

De browser toont het antwoord:

This version of Nextcloud requires at least PHP 5.6.0
You are currently running 5.5.14. Please update your PHP version.

In de openSUSE package manager zijn ter twee php versies aanwezig: 5 en 7.

Helaas, als je php 7 installeert (apache2-mod_php7) en apache herstart, lijkt het nadien of je apache de .php scripts ziet als gewone tekst bestanden. In Firefox laat dat de gebruiker die php bestanden downloaden in plaats dat ze uitgevoerd worden en de gebruiker het resultaat te zien krijgt.

Dat kan er op wijzen dat apache de php module niet geladen heeft. Wat nazoekwerk leidt me naar een bestand in de php7 installatie, dat eigenaardig genoeg verwijst naar php5, maar dan moet php7 al gevonden zijn. (/etc/php7/apache2/php.ini)

Ik zoek verder hoe de apache website de php module laadt; en in het configuratiebestand van Apache2 staat inderdaad enkel het aanroepen van php5 (die niet meer geïnstalleerd is); het installeren van 7 heeft dit niet gewijzigd.
Dus met de hand aanpassen van 5 naar 7 (bv met mcedit):

mcedit /etc/sysconfig/apache2

Apache herstarten:

systemctl stop apache2
systemctl start apache2

Eventueel controleren met journalctl -u apache2

Daarna terug naar de browser:

http://localhost/nextcloud/

De blauwe startpagina verschijnt!

NextCloud configuratie

De volgende vragen of opties komen op je af in het openingsscherm:

Om een admin account te maken: gebruiker, wachtwoord.

Databank kiezen;
standaard SQLite met data in /srv/www/htdocs/nextcloud

Als je MySQL/MariaDB kiest moet je databank -naam, -gebruiker, -wachtwoord geven,
En de server opgeven; “localhost” staat vooraf ingevuld.

* Er wordt aangeraden om voor professioneel gebruik, met synchronisatie vanuit verschillende desktops eerder MySQL/MariaDB te gebruiken dan de ingebouwde bestanden-databank.

In het invulscherm is niet aangegeven of de databankgegevens vooraf moeten aangemaakt worden op de server, of dat door installatie gebeurt, maar dat is dus inderdaad het geval; anders krijg je een foutmelding: … access denied for user at localhost…

Na het aanmaken van de gebruikersaccounts in Nextcloud kom je op de volgende welkom-pagina:

http://localhost/nextcloud/index.php/apps/files/?dir=/&fileid=2

a safe home for all your data

Access & share your files, calendars, contacts, mail & more from any device, on your terms

.. waarachter een “desktop” pagina zichtbaar wordt met
– een kolom met All Files/Recent/Favorites/Shared…/Tags
– een kolom met mappen Documents en Photos en de bestanden Nextcloud.mp4 en Nextcloud Manual.pdf (die 63 blz is).

In de databank zijn dan 48 tabellen aangemaakt, telkens van de vorm “oc_*”.

Op de webserver ziet het er zo uit:

/srv/www/htdocs/nextcloud # ls
3rdparty AUTHORS console.php cron.php db_structure.xml index.html l10n occ ocs-provider remote.php robots.txt settings themes .user.ini
apps config core data .htaccess index.php lib ocs public.php resources search status.php updater version.php


Uitleg: https://en.opensuse.org/SDB:Nextcloud
En ouder al : https://lizards.opensuse.org/2016/10/28/nextcloud-installation-on-opensuse-leap/

OpenSUSE Leap 42.3: Video in Firefox speelt niet (wel)

Filed under: — cybrarian @ 12:11 am

Bij het volgen van de Space-x lancering van de falcon heavy stelde ik helaas vast dat ik het filmpje/de live stream niet kon bekijken op de meeste recent geïnstalleerde openSUSE systemen.

In de test op:
https://www.youtube.com/html5
staan onder het titeltje
“What does this browser support?”
twee onderdelen rood (niet aangevinkt):

  • H.264
  • MSE & H.264

Dit was op te lossen met community repository help:
http://opensuse-community.org/

Klik op de link voor KDE (als je KDe gebruikt): http://opensuse-community.org/codecs-kde.ymp

Je moet nadien bevestigen dat de bron veranderd wordt van iets van opensuse naar een community repository, en daarna werkt alles als een .. Falcon Heavy lancering.

Controle: bovenstaande link van youtube over html5: alles staat nu aangevinkt.

28/1/2018

Versiesprong van kameleon? Leap 15

Filed under: — cybrarian @ 1:48 am

OpenSUSE Leap 42.2 loopt op zijn laatste pootjes; ongeveer 25 januari 2018 zou het gedaan zijn (er is nog een update binnengekomen op 29/01. Upd:2/2 op de mailinglist wordt in een bericht van 31/01 het einde van 42.2 bevestigd). De huidige (gewone) versie is nu 42.3, goed tot 31/1/2019, en dat is dan het einde van hun “LTS”-42.x reeks.

De volgende
Ik las toevallig dit bericht van april vorig jaar, waarin gesproken wordt over de toekomstige openSUSE versie.
Nu is de meest recente Leap 42.3, en je zou kunnen verwachten dat de volgende 42.4 wordt, of misschien 43.0.
Geen van beiden is juist blijkt nu. Meer nog, het volgende versienummer is lager dan het huidige!
Volgens de beschrijving zou het volgende versienummer 15 zijn (maar wel met “Leap” ervoor).
Trouwe openSUSE gebruikers zal misschien een licht opgaan. Dat nummer lijkt eerder te passen in de reeks van versienummers die ze vroeger gebruikten bij openSUSE, en die eindigde in:
6.4 … 7.2 … 6 .. 9 … 10 … 11.3 … 12..13.113.2

Daarna kwam de sprong naar de “Leap” reeks, die 42.1, 42.2, 42.3 kende.

Het lijkt wel of dat dan de versie 14 is geweest of had moeten zijn. Ik heb nooit goed begrepen waarom ze naar die 42xx nummers zijn gegaan, maar nu zijn ze blijkbaar terug thuis. En bovendien komt het versienummer terug enigermate overeen met dat van SUSE Enterprise (SLE), de commerciële variant die met dienstverlening ingezet wordt tegen betaling. Ik ben eens benieuwd hoe allerlei software gaat reageren op een versienummer-verlaging…

ps: Tumbleweed blijft ook gewoon bestaan (rolling release), Evergreen is definitief gedaan (oude distro’s up to date houden vanuit community; laatste was 13.1).

https://lists.opensuse.org/opensuse-project/2017-04/msg00014.html

22/1/2018

Bodhi Linux Legacy of Puppy Wary op oude laptop?

Filed under: — cybrarian @ 12:22 am

Bodhi Linux 4.3.1 was na lang proberen een distributie die werkte op een bepaalde oude Toshiba Satellite. Een andere was Puppy Linux “Wary”.

Ik probeerde verschillende distro’s “voor oudere hardware” uit, maar dit is de eerste en voorlopig de enige waarmee ik enige beweging in het systeem krijg (ik vermoed vooral grafisch systeem probleem). Het vorige systeem hierop was vermoedelijk een Lubuntu; dat startscherm was nog te zien maar startte niet – misschien was het ook enkel een overblijfsel van een lang geleden installatiepoging).

De live distributie draait – weliswaar tergend traag – vanaf DVD. De ingebouwde touchpad muisbesturing werkt, evenals externe usb-muis.

Ik probeer deze distro te installeren vanuit het eigen menu (utilities.. ?), maar dat lijkt te eindigen in een freeze (of gewoon zeer trage aktie, kan ook). Misschien moet ik opnieuw beginnen van een usb-stick, zou wat sneller moeten gaan.

Bodhi Linux 4.3.1, 32 bit live (bron: dvd LXF230, Nov 2017), of 720 Mb download, 2,5 GB geïnstalleerd.
Bodhi is gebaseerd op Enlightenment Foundation Libraries (EFL)/Elementary Toolkit.
Afgeleid van Ubuntu LTS

Wary

Puppy Linux 5.5 “wary” start van live dvd nog sneller dan Bodhi. Je moet het toetsenbord kiezen (Azerty BE), een timezone (Europe, Brussels), en XOrg/VESA, scherm (1280×1024), scherm (maximum), en even later is de desktop gestart.
Je kan een netwerkverbinding kiezen, en die is standaard (dhcp) snel in orde.

Ik probeer hier de “install” link op de desktop, en het systeem lijkt een installatie te doen. Achteraf moet je wel zelf voor je bootsector zorgen; volgens de uitleg in het menu Systeem, Grub2.. maar dat staat daar helemaal niet, wel een boot(sektor) manager configure menu, elders vind ik toch wat ik zoek, en start een nieuwe grub installatie, voeg de huidige installatie toe als bootkeuze, en bevestig nog een en ander.

En dan, als ik even niet kijk, wordt het scherm zwart, maar de computer blijft draaien..

Ik heb nu geen tijd meer om voort te doen, dus hoop hier later op terug te komen…

Later:
Boot van dvd met puppy.
Op sda1 bestaat wel een /boot/grub directory maar die is leeg.
Ik probeer daar een menu.lst te maken:

title puppy
root(hd0,0)
kernel /boot/vmlinuz root=/dev/sda1 ro

dat lijkt niet te helpen.

Met de dvd gestart lijkt er geen /boot dir te zijn.

Ik kan via het menu wel kiezen voor de bootloader installer, met twee opties: simple en expert, maar het installeren van de bootloader lukt daar niet.
Ik probeer uit het menu een andere bootloader installatie, nl die voor DOS, en dat lukt wel. Het is nogal een omslachtig groot boot menu (dat kan natuurlijk ook gewijzigd worden), maar het werkt nu tenminste.

Ongelooflijk hoe vlot en snel puppy werkt op deze oude knar. Natuurlijk is het een totaal verouderde distributie, met kernel 2.6, en er zijn ook geen updates! Enkel goed voor beperkt gebruik in afgeschermde omgeving…

13/1/2018

LibreOffice Calc: aktieve cel onherkenbaar

Filed under: — cybrarian @ 9:40 pm

Na een of andere update (ik gebruik op dat systeem Calc niet dikwijls) ontdekte ik op 13 januari dat bij Calc de aktieve cel niet meer aangeduid werd (normaal heeft die een dikke rand).

Hulp
Als hulpmiddel kan je telkens op F2 duwen (edit), waardoor de cursor in de cel zichtbaar wordt. Dat moet je herhalen telkens als je de aktieve cel verplaatst met de cursortoetsen, tijdens de verplaatsing over de rijen of kolommen blijft hij onzichtbaar..

Hopelijk niets te maken met de intel bug van ll…

Beschrijving
Geen rand rond de aktieve cel, waardoor die niet terug te vinden is op het scherm.
Het veranderen van de kleur van de celrand helpt niet
Een andere (nieuwe) user op hetzelfde systeem heeft hetzelfde probleem, dus het zijn geen lokale wijzigingen aan instellingen.

systeem:

  • OpenSUSE Leap 42.3 + LibreOffice 5.3.5.2 Buiild ID: 30m0(Build:2)
  • op een laptop Latitude E6400.
  • X-server: 11.803.000, dim 1440 x 0900 pixels, 96 dpi, Depths (7): 24, 1, 4, 8, 15, 16, 32), … Largest cursor 256×256 .. enz.
  • Driver OpenGL version 2.1 Mesa 17.0.5
  • OpenGL Vendor Intel Open Source technology Center
  • Mesa DRI Mobile intel GM45 Express Chipset

Vergelijken
– Op een gelijkaardig systeem op pc met oudere openSuse 42.2 werk het nog wel, en dat is dezelfde Office versie!
– Op een pc met OpenSUSE Tumbleweed en LibreOffice 5.4.1.2: Geen probleem.
– Op een andere laptop met dezelfde OpenSUSE Leap 42.3 en LibreOffice met zelfde instellingen : Ok!
(enkel dus andere grafische kaart/schermcombinatie is de oorzaak?)

Prutsen tot LibreOffice niet meer start + ok
Na wat prutsen met de instellingen van LibreOffice (in Menu Tools/Options, LibreOffice View)
bij het stukje “Graphics Output”; standaard staat daar aan:

  • Use hardware acceleration
  • use anti-aliasing
  • Screen font antialiasing + Show preview of fonts

had ik “Use OpenGL for all rendering” + “Ignore OpenGL blacklist” aangezet.
Daarna crashte LibreOffice steeds als ik hem startte (met een leeg document recovery venster).

Home directory: .config/libreoffice/4-suse/user:
Met een editor (lijnlengte 42825 te lang voor Kate met max 4096) geopend (mcedit) en een wijziging gemaakt : ForceOpenGL van “true” naar “false” gezet.

LibreOffice/Calc starten weer, maar cursor actieve cel nog steeds onzichtbaar.

Vervolg…
Hopelijk komt het met een update in orde… wordt vervolgd.

8/1/2018

Installatie OpenSUSE Leap 42.3: boot niet

Filed under: — cybrarian @ 1:33 am

(zie ook vroegere beschrijving over probleem bij ThinkCenter en OpenSUSE 42.2: “Boot, BIOS en UEFI” – dit is ook een ThinkCentre).

De installatie van 42.3 is vlot verlopen, maar nadien start het systeem niet op omdat het blijkbaar de harde schijf niet vindt (of de bootsector).

Met een systeemcd/usb-key, en de keuze “start van HD” lukt het wel. Het systeem is dus helemaal geinstalleerd, want het draait daarna normaal (zolang ik niet herstart).

upd 19/1
Hetzelfde probleem kan voorkomen bij een upgrade van 42.2 naar 42.3; het systeem boot niet, maar de update is wel volledig aanwezig, want hij kan gestart worden vanaf een installatie-dvd + boot from harddisk.

Ik las: If you boot the installer in EFI mode it will want to do a EFI install.
Dus je kan best niet voortgaan op de “standaard” upgrade, die een boot systeem kiest dat niet afgesteld is op het bestaande systeem, maar voortgaat op de DVD/usb-drive waarvan het zelf gestart is!?
Dat verklaart veel mislukte installaties…

Partities:

linux-sk20:~ # fdisk -l
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 2211BDC8-8F0F-4F6F-B7E2-4EC917E44F2C
_
Device Start End Sectors Size Type
/dev/sda1 2048 16383 14336 7M BIOS boot
/dev/sda2 16384 4225023 4208640 2G Microsoft basic data
/dev/sda3 4225024 88117247 83892224 40G Microsoft basic data
/dev/sda4 88117248 976773119 888655872 423.8G Microsoft basic data
_
Disk /dev/sdb: 14.7 GiB, 15806234624 bytes, 30871552 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x1b681c50
_
Device Boot Start End Sectors Size Id Type
/dev/sdb1 4220 12031 7812 3.8M ef EFI (FAT-12/16/32)
/dev/sdb2 * 12032 9062399 9050368 4.3G 17 Hidden HPFS/NTFS

Sda is de ingebouwde harde schijf
Sdb is de aangesloten usb-stick met een startend systeem.

Bios instellingen:
– Auto (1)
– Legacy (2)
– UEFI

(1) is de toestand waarin hij vroeger waarschijnlijk werkte (onder Windows?).

(2) probeer ik nu met reeds geïnstalleerd systeem.
Daarna: Yast2, bootloader om bootsector te bekijken.

Boot code location: (geen enkele staat aangevinkt)
– boot from root partition
– boot from master boot record
– custom boot partition

Verdere opties: (ook allemaal af)
– Set active flag in partition table for Boot Partition
– Write generic boot code to MBR
– Enable trusted boot support

Ik las ergens op doc.opensuse.org: “Write generic boot code to MBR”
Ik vink dat aan, bevestig en herstart.

Boot niet
Daarna bios terug veranderd naar auto (uefi/legacy)
Boot niet

Ik zie dat /dev/sda1 maar 7 MB groot is, wat me nogal klein lijkt.

Boot van systeemUsbKey met installatiesysteem.

Start installatie, kijken of ik daar ergens iets kan fixen, of herkend wordt dat het systeem al geïnstalleerd is.

Op de installatiecd kan je wel kiezen onder “Expert” voor create new partition table
Select new partition table for /dev/sda1
– msdos
– gpt
(staat op msdos bij openen van dit venster)

Poging

Dus nu zelf iets ineen geprutst :
alles verwijderd
/dev/sda1 ext2 /boot 150 Mb
/dev/sda2 Swap swap 2 GB
/dev/sda3 xfs of zoiets, rest van de 500 GB disk.

(ik had eerst fat16 staan voor sda1, maar dat werd aangeraden om het te veranderen door de installer).

Dit lijkt het voorlopig opgelost te hebben… na installatie start de computer tenmiste normaaal op.

Ik probeer nog eens te starten zonder de usb-disk aangesloten, want ik heb niet juist gezien of die erdoor kwam bij start; dat blijkt inderdaad het geval te zijn.

Verschil?
met fdisk -l staat er nu een sterretje bij de boot partitie:

linux-hk2n:~ # fdisk -l
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x0006b7ee
_
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 305151 303104 148M 83 Linux
/dev/sda2 305152 4497407 4192256 2G 82 Linux swap / Solaris
/dev/sda3 4497408 976773119 972275712 463.6G 83 Linux

In Yast2, System, Bootloader, tab Boot Code Options staat nu:

Boot Loader: GRUB2
Boot loader location:

Aan: Boot from Boot Partition

Aan: Set active Flag in Partition Table for Boot Partition
Aan: Write generic Boot Code to MBR

Normaal moet je ook op een andere manier kunnen booten, maar deze werkt voor mij in deze omstandigheden.

Bronnen:
https://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.advdisk.html

31/12/2017

Brother MFC laser-kleur printerdriver

Filed under: — cybrarian @ 4:11 pm

Systeem: openSUSE Leap 42.3

1. CUPS
Gewerkt via de browser, http://localhost:631/printers/.

De printer brother MFC 9465CDN wordt gevonden op het netwerk, maar de printerdriver moet manueel gekozen worden. Exact dit type 9465 is niet aanwezig in de keuze van drivers, wel 9450.

Probeer: MFC 9450

  • BR-script 3 (momenteel in test; voorlopig ok)
  • of Foomatic/postscript?

Met als instellingen:

  • A4, duplex tumble*, br script level 3, color/mono: auto
  • policy: on error; abort job

* Duplex

Duplex tumble is om dubbelzijdig te drukken, waarbij de achterkant “ondersteboven” staat; wordt gebruikt bij boekjes die ingebonden worden op de bovenkant (korte bij A4 Portrait).

Anders Duplex noTumble nemen: dan blijft het beeld “recht” staan op de achterkant (voor boekjes ingebonden op de zijkant, indien gedrukt in Portrait of rechtopstaand).

ps:upd 2018-01-06

Brother ppd’s
Nadien zag ik in Yast ook dat er een pakket bestaat:
printer-driver-brlaser Driver for (some) Brother laster printers, met daarin de “.ppd” files

  • br1510
  • br7030
  • br7055(w)
  • 7065dn

2. YAST
Via YAST2 in de KDE desktop gaat het ongeveer zo:

-Yast, Printers, Add printer, (indien niets gevonden:) Detect More.
Model: unknown
Connection: dnssd://Brotehr%20MFC-9465CDN._pdl-datastream._tcp.local/
Description: Brother MFC-9465CDN

Na klik : No matcing driver found. Change the search string or try Find More..

Select a driver: hier heb je nu zowat alles, zoek naar Brother MFC-9450CDN BR-Script3

Zet op A4.

Vul de naam in: bv “Brother Kleur” -> spatie mag niet -> “Brother_Kleur”

Location: bv “Buro”

Use as Default aanvinken.

Ok.

(Creating new printer …)

Daarna is de configuratie zichtbaar in de lijst:

Local | Brother_Kleur | Brother MFC-9450CDN BR-Script3 | Buro | Default Yes | Ready

Print Test Page (Single/Double); Double om dubbelzijdig printen te proberen.

Terwijl een venster “Wait Until Testpage Printing Finished” verschijnt, begint de printer te zoemen.

Er komen 2 aparte pagina’s uit, dubbelzijdig printen moet ik eens nazien dus.

Yast (opnieuw) starten, Printer, (selecteer Brother-) Modify

Knop “All Options for Current Driver”, “Duplex / Duplex : None” openklikken.
Kies “DuplexTumble” of “DuplexNoTumble” standaard voor portrait binding, (of “None” om terug enkelzijdig te drukken).

Ok om te bevestigen.

Veel drukkerijplezier!

update:

OpenSUSE Leap 15 beta: MFC-9500 geeft zwart-wit print, download van VS site “Brother Solutions Center (support.brother.com) van printerdriver* voor MFC 9450CDN (ppd.gz file eerst uitpakken) gaat beter; test kleur ok.

* File : BR9450_2_GPL.ppd.gz 6.1 KB for BR-Script/Postscript Emulation

20/12/2017

Arduino avr update conflict

Filed under: — cybrarian @ 11:47 am

Ik krijg bij het updaten van opensuse 42.3 (zowel op de desktop als met zypper) foutmeldingen die te maken hebben met Arduion/AVR:

De volgende 5 pakketten zullen worden opgewaardeerd:
Arduino arduino-builder avr-libc cross-avr-binutils cross-avr-gcc

5 op te waarderen pakketten.
Totale downloadgrootte: 0 B. Reeds in de cache: 44,5 MiB. Na de bewerking zal aanvullend 136,2 KiB worden gebruikt.
Doorgaan? [j/n/…? alle opties tonen] (j):
In de cache cross-avr-binutils-2.29.1-298.1.x86_64.rpm (1/5), 1,2 MiB ( 11,4 MiB uitgepakt)
In de cache cross-avr-gcc-5.4.0-2.2.x86_64.rpm (2/5), 15,7 MiB (107,3 MiB uitgepakt)
In de cache avr-libc-2.0.0-8.1.noarch.rpm (3/5), 3,3 MiB ( 36,5 MiB uitgepakt)
In de cache arduino-builder-1.3.25-5.1.x86_64.rpm (4/5), 726,8 KiB ( 2,3 MiB uitgepakt)
In de cache Arduino-1.8.5-7.1.x86_64.rpm (5/5), 23,6 MiB ( 47,9 MiB uitgepakt)
Controleren op conflicten tussen bestanden: …………………………………………………………………………………………………………………………………………………………[fout]
Gedetecteerd 1 conflict tussen bestanden:

File /opt/cross/avr/bin
from install of
cross-avr-binutils-2.29.1-298.1.x86_64 (CrossToolchain:avr)
conflicts with file from package
cross-avr-insight-6.8.1-37.1.x86_64 (@System)

Ik heb terug de Arduino software geïnstalleerd van de opensuse software site https://software.opensuse.org/download.html?project=CrossToolchain%3Aavr&package=Arduino-kit

(Resultaat nog uit te testen, arduino software start in ieder geval wel)

10/12/2017

Screensaver spook in KDE5

Filed under: — cybrarian @ 9:33 pm

Lijnen op scherm
Er verschijnen rare lijnen op het scherm, die schuin bewegen, in een patroon dat dikwijls iets uit de linker bovenhoek heeft. Ze vormen soms een bredere waaier, dan weer een smallere van enkele (witte) lijnen breed. Ze gaan over het beeld op het scherm, maar blijven niet staan; het scherm blijft altijd leesbaar achteraf.
Als ik met de muis beweeg gaat het weg, soms na iets van een flikkering.
Op een oudere (trage) laptop is het vervelend. Het effect treedt ook zeer snel op als je stopt met aktief werken, een nog geen minuut lijkt het.

Systeem:
OpenSUSE Leap 42.3/KDE5 (+ allerlei andere programma’s die mogelijk oudere kde libraries afhalen).

Screensaver?
Ik vind nergens de screensaver settings. Een screensaver blijkt in KDE5 niet geïmplementeerd te zijn, wel een screen lock. Dat heb ik al uitgezet in de gewone settings, maar daar heeft het blijkbaar niets mee te maken.

KDE4? KDE3?
Ik herinner me in een vorig systeem dat ik soms ook in de oude kde settings ging om een screensaver af te zetten, maar die kan ik hier niet vinden. Voor compatibiliteit met oudere programma’s heb ik misschien wel wat KDE4 of KDE3 libs geïnstalleerd staan. Kunnen die oorzaak zijn?

update 2018-01-06: KDE3?
Ik zie dat ik kdebase3-runtime geïnstalleerd heb staan (3.5.10), en vermoed dat daar een screensaver standaard mee inzit, die ook nog redelijk kort staat.
Ik installeer volgende tools bij:
systemsettings-kde3
.. maar die bevat geen screensaver instelling (wel veel andere)

X?
Op internet las ik dat X zelf ook een screensaver heeft.
Checken kan je dat met : xset q op een commandolijn, je hoeft zelfs geen root te zijn;

xset q
Keyboard Control:
auto repeat: on key click percent: 0 LED mask: 00001002
XKB indicators:
00: Caps Lock: off 01: Num Lock: on 02: Scroll Lock: off
03: Compose: off 04: Kana: off 05: Sleep: off
06: Suspend: off 07: Mute: off 08: Misc: off
09: Mail: off 10: Charging: off 11: Shift Lock: off
12: Group 2: on 13: Mouse Keys: off
auto repeat delay: 600 repeat rate: 25
auto repeating keys: 00ffffffdffffbbf
fadfffefffedffff
9fffffffffffffff
fff7ffffffffffff
bell percent: 50 bell pitch: 400 bell duration: 100
Pointer Control:
acceleration: 20/10 threshold: 4
Screen Saver:
prefer blanking: yes allow exposures: yes
timeout: 0 cycle: 600
Colors:
default colormap: 0x20 BlackPixel: 0x0 WhitePixel: 0xffffff
Font Path:
/usr/share/fonts/misc:unscaled,/usr/share/fonts/Type1/,/usr/share/fonts/100dpi:unscaled,/usr/share/fonts/75dpi:unscaled,/usr/share/fonts/ghostscript/,/usr/share/fonts/cyrillic:unscaled,/usr/share/fonts/truetype/,built-ins,/home/cybr/.fonts
DPMS (Energy Star):
Standby: 0 Suspend: 0 Off: 0
DPMS is Enabled
Monitor is On
Font cache:
Server does not have the FontCache Extension

Je zou die kunenn afzetten met xset s noblank -dpms, maar dat is mijn tot nu toe niet gelukt.

Misschien xset s off? Of xset s 0 0?


(niet dat ik dat verwachtte) maar de openSUSE updates hebben nog geen soelaas gebracht – dus ik zoek richting “oude” scherminstellingen – (24/03/2018)

X
Voor de screensaver van X zelf vond ik nog in documentatie dat die ofwel door de X Resource database, of in de homedirectory in het bestand .xscreensaver ingesteld wordt.
De laatse heeft voorrang, dus om het te proberen is het genoeg een bestand te maken met de naam .xscreensaver, en daarin te zetten: timeout: 10
Je moet waarschijnlijk wel uit/inloggen om het aktief te maken.
Nadien kan je eens een ander getal zetten, bv 50, 100 om te kijken of er verschil is.
upd: dit geeft geen enkel verschil.

In een artikel over KIOSK MODE vond ik iets over het bestand
~/.xinitrc of het bestand ~/.xsession
dat zou kunnen bevatten:
xset s off
Ik probeerde dit uit en geraakte niet meer ingelogd (auto-login werkte niet meer zonder foutmelding op scherm, en manueel user selecteren en inloggen ook niet), dus dit is te vermijden.

Wel handig: op de commandolijn de volgende commando’s om een instelling te doen en een weergave te vragen van de toestand:

xset s 100
xset q (toont Screen saver: timeout: 100)
xset s off
xset q (toont Screen saver: timeout: 0)

Hij stond op nul, dus aan X zal het niet liggen denk ik…

Creating a kiosk with Linux and X11: 2011 edition

Kde dan?

KDE vergelijking
Ik vergelijk het (probleem)systeem met een ander gelijkaardig:

openSUSE 42.3 KDE (inc KDE3) – openSUSE 42.3 KDE (zonder kde3)
/home/username/.kde – heeft geen tegenhanger, bestaat hier niet.
/home/username/.kde4 – is hetzelfde /home/username/.kde4

/home/username/.kde bevat dus de kde3 instellingen; er zitten drie mappen in:
kdm
kresources
session

En verder een “hoop” bestanden (39): emaildefaults, katerc, k…

Helaas vind ik nergens in die tekst-configuratiebestanden een instelling met de naam “screensaver”.

Het zou natuurlijk kunnen dat de standaardwaarde elders vandaan komt of bij installatie ingebakken is, en je die met een instelling (die bewaard wordt in .kde directory) kan wijzigen. Dat verklaart waarom het niet voorkomt, en dan moet ik, net als in het voorgaande X voorbeeld, de manier vinden om die setting te “creëren”, zonder dat ik de kde3 configuratie kan uitvoeren. Ik hoop nog ergens een oud kde-systeem te vinden waarin ik kan rondsnollen of het uitproberen.

Iets in de richting van:
https://forum.kde.org/viewtopic.php?f=63&t=101021

… settings like idle_delay, …

the settings are indeed stored in
.kde/share/config/kdesktoprc or in
.kde/share/config/kscreensaverrc.

Vanuit KDE (terminal):

qdbus org.freedesktop.ScreenSaver /MainApplication org.kde.KApplication.reparseConfiguration

Update: In heb ontdekt dat er kde instellingbestanden voorkomen die verwijzen naar een andere hostname, dus mogelijk heb ik iets te ijverig allerlei configuratiebestanden van de backup van het vorige systeem meegenomen..
Ik schakel eens alle oude .kde instellingen uit door de directory te verwijderen (eigenlijk ergens anders te zetten).
Geen verschil.

Andere poging: https://forum.kde.org/viewtopic.php?f=66&t=111959
Het is me niet duidelijk of dat over kde3 gaat …

(wordt -hopelijk- vervolgd).

Powered by WordPress