Im Projekt ist eine Exception der Klasse EConvertError mit der Meldung
„01/01/2018“ ist kein gültiges Datum aufgetreten.

TpFIBDataset.PrepareOptions.pfImportDefaultValues := False;

PyCharm unterstreicht meine eigenen Module rot und meldet No module named. Das Pythonprogramm läuft trotzdem fehlerfrei.

Abhilfe:

• Im Projektfenster Rechtsklick auf den Quelltextordner und
  • Marke Directory as Sources Root

Micropython auf ESP übertragen

$ esptool.py erase_flash
$ esptool.py --port /dev/ttyUSB0 --baud 460800 write_flash --flash_size=detect -fm dio 0 /home/ESP8266/esp8266-20190125-v1.10.bin

Dateien auf dem ESP lesen / schreiben

sudo pip3 install adafruit-ampy

Apache2 startet täglich neu um 6:25 Uhr, was auf einem Rechner, der 24/7 läuft wenig Sinn macht. (Denn es gibt Leute, die zu dieser Zeit schon arbeiten.;-)

Deshalb habe ich den täglichen cron-job auf 2:25 Uhr umgestellt.

$ sudo nano /etc/crontab

# m h dom mon dow user  command
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 2    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 2    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 2    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#

$ sudo service cron reload

Hintergrund

• damit die Logdateien von Apache nicht zu groß werden werden diese mit Logrotate umbenannt und gepackt.
• Logrotate stoppt deshalb den Apache bearbeitet die Logdateien und startet den Apache wieder

/etc/logrotate.conf
/etc/logrotate.d/apache2

• Logrotate selbst wird vom cron.dayly aufgerufen

/etc/cron.daily/logrotate

Von Letsencrypt kommen E-Mails mit der Nachricht

You may need to update your client to the latest version in case it is still using the deprecated TLS-SNI-01 validation method. https://community.letsencrypt.org/…upport/74209

• Neue Version von certbot 0.28 installieren
• Mit dem neuen certbot das Zertifikat erneuern:

$ certbot --version || /path/to/certbot-auto --version
certbot 0.28.0
$ sudo sh -c "sed -i.bak -e 's/^\(pref_challs.*\)tls-sni-01\(.*\)/\1http-01\2/g' /etc/letsencrypt/renewal/*; rm -f /etc/letsencrypt/renewal/*.bak"
$ sudo certbot renew --dry-run

• Jetzt kommt die Fehlermeldung:

IMPORTANT NOTES:
 - The following errors were reported by the server:

   Domain: bone.nfix.de
   Type:   connection
   Detail: Fetching
   http://bone.nfix.de/.well-known/acme-challenge/C1ye-gE-z3kMKFE-UQxZ-pkGaLD19E9FA7bHa6malik:
   Error getting validation data

• Da certbot den http Zugriff auf bone.nfix.de benötigt, muss in der Fritzbox das Port 80 freigegeben se­in.

$ sudo certbot renew
Saving debug log to /var/log/letsencrypt/letsencrypt.log

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Processing /etc/letsencrypt/renewal/bone.nfix.de.conf
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Cert is due for renewal, auto-renewing...
Plugins selected: Authenticator nginx, Installer nginx
Renewing an existing certificate
Performing the following challenges:
http-01 challenge for bone.nfix.de
Waiting for verification...
Cleaning up challenges

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
new certificate deployed with reload of nginx server; fullchain is
/etc/letsencrypt/live/bone.nfix.de/fullchain.pem
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Congratulations, all renewals succeeded. The following certs have been renewed:
  /etc/letsencrypt/live/bone.nfix.de/fullchain.pem (success)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Nachdem ich auf meinen BBB von Ubuntu 16.04 auf Ubuntu 18.04 gewechselt hatte musste ich feststellen, dass das der Radicale-Server nicht mehr lief.

Der Befehl $ journalctl –unit radicale.service -e liefert u.a. diese Fehlermeldung:

OSError: [Errno 30] Read-only file system: '/var/log/radicale/log'

den Radicale-Server anhalten

$ sudo systemctl stop radicale

Da ich nicht herausgefunden habe, warum das Filesystem Read-Only sein soll habe ich in

$ sudo nano /etc/radicale/config

das Logging ausgeschaltet

[logging]
## config = /etc/radicale/logging
## debug = True

den Radicale-Server wieder starten

$ sudo systemctl start radicale

Mit pyperclip möchte ich einen Text ins Clipboard kopieren.

import pyperclip

def main():
    aClipboard = "Dieser Text soll ins Clipboard"
    print(aClipboard)
    pyperclip.copy(aClipboard)
    print("beendet.")
    return 0

if __name__ == '__main__':
    main()

Das Script liefert die folgenden Warnungen und der Text wird nicht ins Clipboard kopiert.
Dieser Text soll ins Clipboard

(test_pyperclip.py:17789): Gtk-WARNING **: 06:38:59.827: Theme parsing error: gtk.css:68:35: 
The style property GtkButton:child-displacement-x is deprecated and shouldn't be used anymore. 
It will be removed in a future version

(test_pyperclip.py:17789): Gtk-WARNING **: 06:38:59.827: Theme parsing error: gtk.css:69:35: 
The style property GtkButton:child-displacement-y is deprecated and shouldn't be used anymore. 
It will be removed in a future version

(test_pyperclip.py:17789): Gtk-WARNING **: 06:38:59.827: Theme parsing error: gtk.css:73:46: 
The style property GtkScrolledWindow:scrollbars-within-bevel is deprecated and shouldn't be used anymore.
 It will be removed in a future version
beendet.

Da ich die KDE benutze gehe ich davon aus, dass pyperclip das falsche Clipboard anspricht.
Mit **pyperclip.set_clipboard('klipper')** kann pyperclip dazu übereredet werden klipper als Clipboard zu benutzen:

import pyperclip

def main():
    aClipboard = "Dieser Text soll ins Clipboard"
    print(aClipboard)
    pyperclip.set_clipboard('klipper')
    pyperclip.copy(aClipboard)
    print("beendet.")
    return 0

if __name__ == '__main__':
    main()

Der Apache soll vom Nutzer wnf ohne Eingabe des Root-Passwortes gestartet werden. Dazu die Datei /etc/sudoers.d/a­pache2 mit folgenden Inhalt anlegen:

wnf      ALL=NOPASSWD:   /usr/sbin/service apache2 restart

Zur Beachtung (wiki.ubuntuu­sers.de)

Die Datei /etc/sudoers sollte immer mit dem Befehl visudo bearbeitet werden, da so eine Syntaxprüfung gewährleistet ist. Die letzte Zeile der Sudoers-Datei muss zudem immer leer sein! Bei der direkten Bearbeitung ohne Prüfung kann der kleinste Tippfehler dazu führen, dass man sich aus dem System aussperrt und nur über den Recovery Modus wieder Zugang erhält.

$ sudo add-apt-repository ppa:lyzardking/ubuntu-make
$ sudo apt dist-upgrade
$ umake electronics arduino
$ sudo apt install esptool
$ esptool chip_id

Nachdem ich wegen eines VPN-Tunnels mein Netzwerk von 192.168.1 auf 192.168.80 um­stellen musste, hat mein Xperia X die Verbindung zum Radicale-CalDav-Server verloren.

Also habe ich auf dem XperiaX das CalDav-CardDav Konto gelöscht und neu erstellt. Leider hatte ich meine Einstellungen vergessen, deshalb hier die Einstellungen zum merken: