22/4/2018

Je huis in 3D op Linux

Filed under: — cybrarian @ 10:57 am

Een handig programma om snel een 3D schets te maken van een situatie, ruimte, gebouw:

Sweet Home 3D

De projectpagina op Sourceforge: sourceforge.net/projects/sweethome3d/

Maar je kan het ook installeren vanuit je Linux Distributie.

Er zijn bv op de openSUSE software pagina nogal veel keuzes, voor openSUSE Leap 42.3

home:Herbster0815 Community, 5.7
home:adra Community, 4.4
home:derselbst Community, 5.7
home:ecsos Community, 5.7
home:napobear Community, 5.7

Meestal probeer je de meest recente versie. Ik heb gewoon de bovenste genomen.
Die geeft volgende bronnen op:

Repositories to be added:
http://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Leap_42.3/ (KDE:Frameworks5)
http://download.opensuse.org/repositories/KDE:/Qt5/openSUSE_Leap_42.3/ (KDE:Qt5)
http://download.opensuse.org/repositories/home:/Herbster0815/openSUSE_Leap_42.3/ (home:Herbster0815)

en installeert de software.

15/4/2018

BBC micro:bit

Filed under: — cybrarian @ 5:26 pm

22/3/2018

BBC micro:bit en micro-Python

Filed under: — cybrarian @ 11:12 pm

Voor een jarige:

from microbit import *
crown = Image("90909:"
              "30303:"
              "55555:"
              "88888:"
              "99999:")
while True:
    display.scroll('jarige')
    display.show(crown)
    sleep(2000)
    display.scroll('20')
    display.show(crown)
    sleep(2000)

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…)

23/2/2018

Netwerkdoosjes (voor RJ-45 stekkers)

Filed under: — cybrarian @ 9:46 am

Zie ook : RJ-45 stekkers op netwerkkabel zetten (http://linuxuser.copyleft.be/liglog/?p=6454)

Verwerf:

  • – Netwerkkabel CAT6 (of CAT5e)
  • – Netwerkdoosjes CAT6 (of CAT5e) Standaard B, dit bepaalt de kleurcode (*)
  • – “Crimptool”: speciaal gereedschap om de draden in de klemmen te drukken en overblijvend stuk af te snijden, en met hulpstukken als haakje om draden terug uit te trekken. (lukt misschien ook wel met combinatie van fijne schroevendraaiers en platte/kniptang)
  • – Kniptang, nijptang, schroevendraaier, ..

Omdat je niet altijd op voorhand kan zien of je wel doosjes koopt met de juiste kleurcodes, kan je ook opgezadeld geraken met een kleurcode “A”; dan met je in gedachten omzetten:

                 
                 
 

A standaard

       

B standaard (pin nrs)

   
                 
                 

1

       

1

     
             

2

       

2

     
             

3

       

3

     
             

4

       

4

     
             

5

       

5

     
             

6

       

6

     
             

7

       

7

     
             

8

       

8

     
             
                 
                 
Op de aansluitklemmetjes hoeft die volgorde van 1 – 8 niet te kloppen (niet netjes in die volgorde naast elkaar te liggen – dat wordt immers bepaald door de scherpe pinnen die door de draad heen gaan bij het dichtnijpen, en het signaal doorgeven naar de contactplaatjes voor de stekker). Dikwijls moet je de draden wat herschikken. Ze zitten per draadpaar opgedraaid in de kabel; draai net zover af als je nodig hebt voor de bevestiging; hetzelfde voor de mantel die er rond kan zitten; het is electro-magnetische bescherming. Verwijder genoeg om er voor te zorgen dat hij geen vals contact kan maken.
Als je aan één kant de doos klaarhebt, zou je de draad kunnen uitmeten aan de andere kant (als je hem nog niet door de muren zou hebben getrokken). Je kan daarvoor een “breadboard” gebruiken (wit roostertje met contacpunten die binnenin banen vormen zodat je er een andere draad op kan aansluiten op dezelfde rij). Steek de kabeleindes in het breadbord en meet met een multimeter, eventueel met behulp van andere draadjes die afgestript zijn.
Anders kan je een speciale netwerktester gebruiken die uit twee delen bestaat: een zendertje dat een signaal op de pinnen van de netwerkkabel zet, en een ontvanger die je meeneemt naar de andere kant, en die op een rij leds de signalen toont. De zender loopt pinnen 1 tot en met 8 af en in die volgorde moet het zichtbaar zijn op het uiteinde; zoniet is er iets fout: verkeerde volgorde van de draden op de aansluitklemmen of slecht contact op één of meer van de draden.

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.

5/2/2018

Desktopinstellingen om zeep; geen bruikbaar beeld na login

Filed under: — cybrarian @ 10:01 am

Twee schermen aangesloten, en geprobeerd om het scherm een kwart te draaien; de instellingen in KDE voor beide schermen gewijzigd naar kwart gedraaid, en toepassen geklikt… (OpenSUSE 42.2, KDE)

Foutje dus
Resultaat is een puzzel van een scherm, opgebouwd uit afwisselende streepjes desktop. Na herstarten van de grafische (ctlr-alt-backspace) blijft het scherm zwart op het ronddraaiende cirkeltje na, dat trouwens ook in twee gesplists ergens verkeerd staat. Ik geraak niet meer terug normaal ingelogd, ook niet met de kde-failsafe opstartkeuze bij inlogscherm.

Waar zitten de instellingen?
In de gebruikersdirectory ~/.local/share/kscreen
Daar zie je een aantal bestanden met onuitspreekbare namen die uit cijfers en letters bestaan, blijkbaar random of zo.
Kijk naar de datum, vergelijk de bestanden. Ik zag één bestand van vandaag (dat dus de wijziging bevat). Ik bekeek ook het meest recente voorgaande bestand; de inhoud is gewone tekst waarin de instellingen bewaard staan, gegroepeerd met [] en {} tekens, telkens een sleutel en een waarde, bv “enabled”: true.

Ik kon mijn toestand zelfs herstellen door de orientatie van 2 naar 1 te zetten!
upd 25/2; 1 is dus horizontaal, 2 is fysieke scherm kwart gedraaid met klok mee, 8 naar de andere kant (kwart tegenklok).

Ik probeer nu met kleinere stappen, waartussen ik telkens uitlog en terug inlog om het effect te bevestigen.
– De beeldschermen hebben een verschillende resolutie (helaas). Ik zet eerst de resolutie van 1920×1080 naar 1680×1050 voor DVI-1.
– het linkse beeldscherm kantelen. Met geen stokken krijg ik (resolutie aanpassend) een van beide schermen zinnig gekanteld; telkens blokjespatroon na “Apply” (zorg dat instellingen venster op het andere scherm staat, zodat je terug kan.
– de rendermachine compositor verzet van openGL 2 naar 3 en uiteindelijk naar XRender..? Nu kan ik de rechtse op lage resolutie al kantelen. Uit en inloggen en de resolutie verhogen lijkt te lukken op “Apply” niveau; ook na uit/inloggen nog ok.

– Linkse op volle resolutie 1920×1080: ok na apply. Na uit/inloggen heb ik een belachelijk grote pijl, maar de schermen staan allebei portrait!

Even schrikken als na een logout even terug de blokjes opduiken, maar dan schakelt er iets en komt het beeld goed, met een belachelijk in de hoogte uitgerokken lamp als achtergrond. Tijdens het opstarten krijg je wel een redelijk in verhouding lampt te zien die dan een stuk naast het scherm valt.

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

Afdrukken met Ricoh printer Aficio SP 3510DN

Filed under: — cybrarian @ 9:43 am

Geen driver in distro
Voor deze desktop laserprinter van 2011 vond ik geen exacte vermelding bij de beschikbare Ricoh drivers in mijn (OpenSUSE) installatie.

Volgens een ubuntu forum:
– Kan je printen met de driver van Ricoh Aficio SP 4310N PS
– is het een “generische postscript printer”, dus kan een algemene postscript driver werken.

(bron: https://ubuntuforums.org/showthread.php?t=2138787)

4310N-driver: ja en nee
Het printen werkt inderdaad .. 1 keer. Daarna komt er allemaal onzin uit de printer (letters verspreid over een regel en over het hele blad).
Als de printer afgezet wordt kan je weer zonder probleem een print maken.
Soms lukt het om een paar prints na elkaar te maken, maar het is me voorlopig onduidelijk wanneer/waarom.

Ricoh driver Aficio-SP3510DN

Later stootte ik op een vermelding op een ricoh site, onder “unix” drivers:

http://support.ricoh.com/bb/html/dr_ut_e/re1/model/sp35/sp35.htm

Release notes

Supported UNIX Platforms

[Sun Solaris]

2.6, 7, 8, 9, 10
[HP-UX]

10.x, 11.x, 11iv2, 11iv3
[Red Hat Linux]

6.x, 7.x, 8.x, 9.x, Enterprise V4, V5, V6
[SCO Open Server]

5.0.6, 5.0.7, 6.0
[IBM AIX]

V4.3, 5L V5.1, V5.2, V5.3, V6.1, V7.1

Version 32.0.0

Initial release

ps: Linux Enterprise is ondertussen aan v.7, staat niet vermeld.

Verder bij download krijg je nog informatie:

Note: Device option feature enables use of optional equipment such as finisher and paper trays.

System Requirements

TCP/IP Network
Supported UNIX platform
Internal NIB (Network Interface Board)

Supported File Format

PS
PCL (Device Option feature is not supported)
ASCII Text

De download is een “.tar.gz” ingepakt formaat, en bevat een RICOH map met een heleboel files:

copyleft@linuxbox:~/bin/drivers/RICOH> ls -lFA
total 260
-rw-r--r-- 1 copyleft users 7567 Jan 3 2012 Aficio-SP3500N.pcl
-rw-r--r-- 1 copyleft users 5043 Jan 3 2012 Aficio-SP3500N.ps
-rw-r--r-- 1 copyleft users 7683 Jan 3 2012 Aficio-SP3510DN.pcl
-rw-r--r-- 1 copyleft users 5148 Jan 3 2012 Aficio-SP3510DN.ps
-rw-r--r-- 1 copyleft users 4514 Jan 3 2012 aix_head
-rw-r--r-- 1 copyleft users 9600 Jan 3 2012 aix_tail
-rw-r--r-- 1 copyleft users 3287 Jan 3 2012 EULA
-rw-r--r-- 1 copyleft users 4703 Jan 3 2012 hp_head
-rw-r--r-- 1 copyleft users 10916 Jan 3 2012 hp_tail
-rw-r--r-- 1 copyleft users 3962 Jan 3 2012 lnx_head
-rw-r--r-- 1 copyleft users 9705 Jan 3 2012 lnx_tail
-rwxr-xr-x 1 copyleft users 6858 Jan 3 2012 rpconfig*
drwxr-xr-x 2 copyleft users 68 Jan 3 2012 SampleFiles/
-rw-r--r-- 1 copyleft users 4036 Jan 3 2012 sco_head
-rw-r--r-- 1 copyleft users 9807 Jan 3 2012 sco_tail
-rw-r--r-- 1 copyleft users 34764 Jan 31 2012 sol_SP3500N
-rw-r--r-- 1 copyleft users 2045 Jan 3 2012 SP3500N.1
-rw-r--r-- 1 copyleft users 1659 Jan 3 2012 SP3500N.1.Z
-rw-r--r-- 1 copyleft users 4362 Jan 3 2012 sun_head
-rw-r--r-- 1 copyleft users 10430 Jan 3 2012 sun_tail
-rwxr-xr-x 1 copyleft users 9954 Jan 3 2012 uninstall*
-rwxr-xr-x 1 copyleft users 30818 Jan 3 2012 unix_installer*
-rw-r--r-- 1 copyleft users 32945 Jan 31 2012 UserManual

Not my CUPS of tea…

Een blik in de UserManual leert ons:

Deze driver is NIET voor CUPS gemaakt, maar voor het LPRng printsysteem, waarvoor je moet omschakelen als je standaard CUPS geïnstalleerd hebt staan.

CUPS will need to be disabled, and if not already on your system
LPRng printing software package will need to be installed.

Generiek PCL6

Ergens in de online manual:

… Contains procedures for installing the printer drivers (PCL6 and PostScript 3) …

bron: http://support.ricoh.com/bb_v1oi/pub_e/oi_view/0001044/0001044326/view/op_guide/int/0002.htm

Daarom in CUPS de generieke PCL-6 driver gekozen:

Queu: RICOH_Aficio_SP_3510DN
Driver: Generic PCL 6/PCL XL LF Printer - CUPS+Gutenprint v5.2.10 (grayscale, 2-sided printing)

Test print: OK! Maar helaas tweede print daarna weer onzin.

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!

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).

24/11/2017

KMail adressen meenemen bij upgrade

Filed under: — cybrarian @ 11:17 am

Doel: Contacten of e-mail adressen meenemen naar KMail 5.5.2 (KDE Frameworks 5.32.0, Qt 5.6.2)

(meer gedetailleerd bij upgrade van openSUSE 13.1 naar openSUSE Leap 42.3)


Exporteren uit oude

Ga naar adressen, en KAddressbook start.
Bestand exporteren.


Importeren

KMail heeft een importfunctie in zijn menu. Ga naar adressen, en KAddressbook start.
Bestand importeren.

Zonder export
Als het oude systeem niet meer draait, maar je wel een backup hebt moet je op een andere manier de adressen te pakken krijgen.

Waar zitten de e-mail adressen?
/home/gebruiker/.local/share/contacts
bevat bestanden met onleesbare namen en extentie .vcf

Je kan ze openen in kate of kwrite of zo, het zijn de adreskaarten.
Je kan ze kopieren naar een bereikbare locatie op het nieuwe systeem en importeren in kmail, meer bepaald de importfunctie in het adresboek.

Belangrijke waarschuwing
Ik was geneigd de .vcf bestanden naar dezelfde locatie in het nieuwe systeem te kopieren, maar daar stond een waarschuwing om dat niet te doen, in het bestand WARNING_README.txt (als er veel adressen in de directory zitten zie je dat ook niet staan trouwens).

“Belangrijke waarschuwing
Maak niet zelf of kopieer geen vcards in deze directory, ze worden beheerd door het Akonadi framework!”

Je moet via het Akonadi framework te werken. In de praktijk betekent dat importeren vanuit adresboek-programma.

20/11/2017

Netwerkdrive in KDE

Filed under: — cybrarian @ 2:30 pm

Doel: een snelle link naar een locatie op een fileserver.

(Vroeger ook al wel beschreven, dit is nu in de huidige combinatie van KDE Dolphin versie 17.04.2, KDE Frameworks 5.32.0, Qt 5.6.2)

Locatie op server
Bestanden staan op een server die te bereiken is via het netwerk.
De verbinding naar de bestandsserver werkt met “samba”:

smb://gebruikers@server.domain/gedeeldemap/

Als je Dolphin opent, en bovenstaande intikt, wordt het wachtwoord gevraagd voor de toegang op die server.
Vervang door je eigen gebruikersgegevens.
Check dat je inderdaad binnengeraakt in de mapjes.

Link(s) bewaren: Dolphin
Als je nu in de map op die locatie staat, klik rechts, “aan locaties toevoegen”, daarmee bewaar je deze locatie in je favoriete locaties, in de linkse kolom van Dolphin. Als je al ingelogd was zal die locatie onmiddellijk opengaan als je erop klikt, anders heb je misschien het wachtwoord nodig.

Het voordeel van hier te bewaren is dat op andere plaatsen waar je die locatie nodig hebt, die ook getoond wordt in het bestandsbeheer, bv als je een document bewerkt en wil bewaren vanuit een programma.

Link op desktop

Die maak je door op je desktop rechts te klikken, nieuwe link naar locatie, en dan ook de bovenstaande smb lijn in te geven.
Je kan de link een naam geven en een icoon zetten. De naam op de desktop verander je door rechtklik, rename/hernoemen.

ps Spijtig genoeg is het systeem van desktops veranderd in KDE en kan je niet meer voor iedere desktop andere iconen zetten.

Print van KMail in KDE werkt niet (open in browser – fout)

Filed under: — cybrarian @ 11:41 am

Geen print
Na een update naar OpenSUSE 42.3 kwam een gebruiker tot de onplezierige conclusie dat hij geen mail uit KMail meer kon afdrukken.

Na het print commando krijgt hij een opmerking dat het printen (tijdelijk) niet werkt en de keuze tussen “Open in Browser” of “cancel”.

Open in browser werkt helaas niet.
(waarschijnlijk door dezelfde reden, nl dat de konqueror die normaal die preview/print voor KMail doet niet werkt; en die ook standaard html applicatie is in de file associations)

Omleiding
Snel herstel:

Ga in je instellingen van je desktop System Settings, (onder Personalization):

  • Applications
  • File Associations
  • Text
  • html

Stel Firefox in.
Je krijgt rechts een venster met de voorkeurprogramma’s om dit type inhoud te bekijken; zet daar Firefox bovenaan (selecteer Firefox en pijltje naar boven “move up”).

Apply.
Klik onderaan rechts op “Apply” (toepassen) alvorens instellingen te sluiten.

Omgeleide print
Vanaf nu (of misschien moet je eerst een keer uitloggen en terug inloggen) zal de keuze “open in browser” de mail tonen in Firefox.

Van daar kan je dan wel printen; terug opnieuw het printcommando geven.

Spijtig
Dit is een bijzonder irritant gebrek van deze combinatie van KMail/KDE, en het valt te hopen dat een update dit zo snel mogelijk corrigeert.

Bovendien is het dom om die vraag altijd te blijven stellen bij het printen, je zou minstens de mogelijkheid moeten hebben om het antwoordt te laten onhouden, en het altijd onmiddellijk te openen in de (ondertussen ingestelde standaard Firefox) browser. Die vraag moet dan enkel terugkomen als er een fix is en je de mogelijkheid krijgt om standaard over te schakelen naar de “normale” versie.

Powered by WordPress