Irrelevantes aus dem Internet, dem Compiler und aus der Sattelperspektive
Um unter Windows7 oder Windows10 mit LibreOffice auf die Inhalte einer Datenbank eines Firebird-Datenbank-Servers zugreifen zu können, ist Folgendes zu tun (in meinem Fall läuft Firebird als Superserver unter Ubuntu 16.04 LTS):
Mit gpg kann man ganz einfach Dateien mit einem Passwort verschlüsseln, um die darin enthaltenen Informationen a) vor neugierigen Blicken zu schützen und b) diese innerhalb eines Scripts wieder hervorzuzaubern.
Datei verschlüsseln
Wir haben ein Datei namens „geheim.txt“ und möchten diese mit dem Kennwort „qwertz“ verschlüsseln. Und das geht so:
$ echo "Geheime Informationen" > geheimnis.txt $ gpg --symmetric --passphrase qwertz geheimnis.txt $ ls geheim* geheimnis.txt geheimnis.txt.gpg
Die verschlüsselte Datei erhält die Endung .gpg, die originale Datei bleibt erhalten.
Datei entschlüsseln
GPG kann auf die Standardausgabe entschlüsseln, was praktisch für das Scripting ist. Beispiel:
$ gpg --decrypt geheimnis.txt.gpg | tr "a-z" "A-Z" gpg: AES verschlüsselte Daten gpg: Verschlüsselt mit einer Passphrase GEHEIME INFORMATIONEN
Ich nutze dies beispielsweise, um mit der Eingabe eines Kennwortes vier verschiedene, mit encfs verschlüsselte Verzeichniss zu mounten, deren Mountpoints und Passwörter in einer mit gpg verschlüsselten Datei hinterlegt sind. Ein wenig zeilenweises Auslesen mit „| while read line“ und anschließendem „cut“ und fertig ist das kleine Script.
Will man den Inhalt der Datei stattdessen wieder in eine unverschlüsselte Datei zurückschreiben, gibt man zusätzlich ihren Dateinamen an:
$ gpg -d -o entschlüsselt.txt geheimnis.txt.gpg
Beim von mir sehr gern gelesenen Techniktagebuch habe ich ein paar Gastbeiträge eingereicht. Ich hoffe, sie gefallen Euch:
Das Techniktagebuch-E-Book
Sechs der obigen Gastbeiträge befinden sich auch in der aktuellen Gesamtausgabe des Techniktagebuchs, das hier (klick) als E-Book zum kostenlosen Herunterladen bereitsteht.
Nicht lachen, aber ich habe hier noch uralte Excel-Tabellen, die mit Daten aus externen Datenquellen gefüllt werden. Diese wollte ich nun auf LibreOffice umstellen und habe lange herumsuchen müssen.
Meine Datenquelle ist in beiden Fällen eine Tabelle einer auf einem anderen Rechner laufenden Firebird-Datenbank, die per „ODBC-Datenquellen-Administrator“ (odbcad32.exe) im System angemeldet ist. Für das Uralt-Excel2000 muss (auf meinem Windows7 Pro 64bit) dafür die Anwendung aus c:\Windows\SysWOW64\ verwendet werden, für LibreOffice (64bit) die Anwendung aus c:\Windows\System32\.
In Excel2000 wurde die Datenbanktabelle per Menü „Daten / Externe Daten“ und einem der Untermenüpunkte in die Tabelle eingefügt. Wenn in der Zwischenzeit Veränderungen innerhalb der Datenbank aufgetreten waren, wurden die nicht direkt in Excel sichtbar, sonder man musste per Menü „Daten / Daten aktualisieren“ bzw. einem Klick auf das passende Symbol in der Symbolleiste mit dem roten Ausrufezeichen die Daten auf den neuesten Stand bringen.
In LibreOffice Calc sollte man nicht Menü „Daten / Datenquelle“ wählen, dies wird sich als Sackgasse erweisen und man steht erst einmal wie ein Ochs vor’m Berg und fragt sich, was das soll.
Stattdessen wähle man Menü „Ansicht / Datenquellen“, die alle in LibreOffice Base definierten Datenbanken und deren Inhalte anzeigt. Nun klappt man die gewüschte Datenbank im Explorer auf, klappt die Tabellen auf, scrollt zur gewünschten Tabelle und zieht diese per Drag & Drop ins Tabellenblatt. Fertig.
Auch in LibreOffice Calc werden Veränderungen innerhalb der Datenbank nicht direkt im Tabellenblatt angezeigt. Dazu wähle man Menü „Daten / Bereich aktualisieren“. Et voilà!
Eine Schaltfläche habe ich in keiner Standard-Symbolleiste entdecken können, bei Bedarf muss man sich diese für „Breich aktualisieren“ selbst in eine vorhandene oder neue Symbolleiste konfigurieren.
sfdisk ist ein Linux-Kommando zum „Anzeigen oder Ändern der Partitionstabelle eines Mediums“ (Zitat „sfdisk –help“).
Sehr praktisch ist die Option „-l“, die die Partitionstabelle aller Laufwerke ausführlich listet, die dazu nicht gemountet sein müssen. sfdisk benötigt root-Rechte, unter Ubuntu also erst mit „sudo su“ root werden oder sudo voranstellen.
Beispielausgabe meines Ubuntu-Notebooks mit System-SSD mit Dualboot Win10/Linux (/dev/sda) und Datengrab-HDD (/dev/sdb):
$ sudo sfdisk -l Medium /dev/sda: 232,9 GiB, 250059350016 Bytes, 488397168 Sektoren Einheiten: sectors von 1 * 512 = 512 Bytes Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes Typ der Medienbezeichnung: gpt Medienkennung: 07A24E07-92A7-4474-9DB9-4CA70D454C55 Gerät Start Ende Sektoren Größe Typ /dev/sda1 2048 3074047 3072000 1,5G EFI System /dev/sda2 3074048 7170047 4096000 2G Microsoft reserved /dev/sda3 7170048 247781375 240611328 114,8G Microsoft basic data /dev/sda4 247781376 251877375 4096000 2G Windows recovery environment /dev/sda5 251877376 252925952 1048577 512M BIOS boot /dev/sda6 252925953 269309953 16384001 7,8G Linux Swap /dev/sda7 269309954 369975295 100665342 48G Microsoft basic data /dev/sda8 369975296 488394751 118419456 56,5G Microsoft basic data Medium /dev/sdb: 1,8 TiB, 2000398934016 Bytes, 3907029168 Sektoren Einheiten: sectors von 1 * 512 = 512 Bytes Sektorengröße (logisch/physisch): 512 Bytes / 4096 Bytes I/O Größe (minimal/optimal): 4096 Bytes / 4096 Bytes Typ der Medienbezeichnung: gpt Medienkennung: EF25AB15-8000-4D73-A748-4D17D5969B83 Gerät Start Ende Sektoren Größe Typ /dev/sdb1 2048 3907028991 3907026944 1,8T Linux filesystem
Ein kleines Installationslogbuch mit der Installation von Nextcloud 17 habe ich auf folgender Seite notiert: Nextcloud 17 mit Ubuntu Server 18.04
Ich habe eine kleine Seite zusammenge-screenshot-et, auf der ich das Ubuntu Server 18.04 mini.iso in einer VirtualBox installiere. Dieser minimale Ubuntu-Server wird demnächst als Ausgangsbasis für weitere Experimente dienen.
Link: Ubuntu Server 18.04 LTS Minimal in einer VirtualBox installieren
Das in die Jahre gekommene Fujitsu Amilo Pro V3515 ist wahrlich keine Rakete mehr, aber als Terminal kann es immer noch sein Gnadenbrot verdienen. Dachte ich mir. Also das Live-ISO von Xubuntu 18.04 auf einen USB-Stick gepackt, davon gebootet und mit Freude erkannt, dass alles unterstützt wird. Xubuntu installiert und gebootet.
Problem: X läuft nach der Installation nur mit einer Auflösung von 640 x 480 Pixeln.
Lösung: Die folgenden zwei Zeilen in die Datei /etc/default/grub eintragen:
GRUB_GFXMODE="1280x800x32"
GRUB_GFXPAYLOAD_LINUX=keep
Anschließend grub aktualisieren:
sudo update-grub
Neu booten und freuen. Nun läuft nicht nur das Live-System sondern auch die installierte Xubuntu-Version in benutzbaren 1280 x 800 Pixel mit 32-bit Farbtiefe.
Ich weiß nicht, woran es liegt, aber das dutzendfach auf anderer Hardware durchgeführte Szenario „ISO-File auf USB-Stick dd’en, mit USB-Stick booten, installieren, fertig“ mag beim HP ProLiant Microserver Gen10 und Xubuntu 16.04 einfach nicht gelingen. Im HP steckt nur eine SSD am Sata-Port 5, das BIOS habe ich nicht verändert. Die direkte Installation aus dem GRUB-Bootmenü des Installations-USB-Sticks hängt irgendwo bei der Netzwerkerkennung, die grafische Installation friert zwischendurch ein oder scheitert alternativ im Anschluss an die Partitionierung beim Kopieren der ersten Dateien.
Als Ausweg habe ich das Installation-ISO für Ubuntu Server 16.04 verwendet, die Installation problemlos über die Text-Oberfläche durchgeführt, das frisch installierte System gebootet, obligatorisch mittels „apt update && apt upgrade“ auf den neuesten Stand gebracht, mittels „shutdown -r now“ den jüngsten jüngstinstallierten Kernel gebootet und dann ein „apt install xubuntu-desktop“ durchgeführt, um den Rest von Xubuntu nachzuinstallieren.
Ferner habe ich light-locker und/oder gnome-screensaver in Verdacht, dass sie unter X zum Einfrieren der grafischen Oberfläche führen – per ssh kam ich noch auf das System und konnte manchmal etwas durch einen Neustart von lightdm retten). Nachdem ich die beiden deinstalliert habe (light-locker macht auf meinen Ubuntu-Notebooks auch immer nur Mist), habe ich kein Einfrieren mehr feststellen müssen.
Kinder, wie die Zeit vergeht! Vor 20 Jahren durfte ich als Gastautor ein Kapitel zu einem Buch beisteuern, das Martin Rost im BHV-Verlag herausgab. Martin war irgendwie auf UDO aufmerksam geworden und dachte sich, dass ein Kapitel über Markup-Languages eine Bereicherung für sein Buch sein könnte. Ich erinnere mich daran, dass wir sehr sehr lange telefoniert hatten und Martin mich schließlich überredet hatte, einen Text zur Verfügung zu stellen. Ich war nie wirklich glücklich mit dem Resultat, da es damals wie heute ein Unterschied ist, Software zu schreiben oder über Software zu schreiben. Nun ja, der Lektor hatte einiges zu tun, und schließlich war das Kapitel dann doch halbwegs druckreif. 😉
Bemerkenswert ist, dass die beschriebenen Formate (SGML, HTML, LaTeX, RTF) bis heute eine Rolle spielen, und sei es bei RTF z.B. als E-Mail-Format innerhalb Microsoft Outlook oder UDO als Debian-Paket. Ob UDO überhaupt noch jemand nutzt? Ich habe keinen blassen Schimmer.
Wer sich für das Buch interessiert, der findet es für wirklich kleines Geld gebraucht bei Amazon, das Inhaltsverzeichnis und Martins Vorwort findet man auf Martins Webseite: