Mein Ubuntu-Ebook im Eigenverlag (ebooks.kofler) ist in aktualisierter Form neu erschienen.
Das Buch mit einem Umfang von gut 300 Seiten in einem lesefreundlichen Ebook-Layout richtet sich an Ubuntu- bzw. Linux-Einsteiger. Es erklärt die Installation, Konfiguration und Anwendung von Ubuntu 18.04. Technische Themen wie die Terminal-Nutzung, Server-Grundlagen oder Programmierung werden zwar angeschnitten, aber nicht umfassend behandelt.
In den vergangenen Jahren ist es mir immer wieder passiert, dass apt hängengeblieben ist, weil es versucht hat, mit irgendwelchen Paketquellen per IPv6 zu kommunizieren. Dagegen wäre ja nichts einzuwenden solange IPv6 zur Verfügung steht, aber zumindest zuhause habe ich nun mal kein IPv6. Abhilfe schafft die gezielte Deaktivierung von IPv6 für das gesamte APT-System, also für die Kommandos apt, apt-get usw.
Der Schritt von Java SE 8 hin zu Java SE 9 hat beachtliche dreieinhalb Jahre gedauert. Der Weg war steinig, und das hatte nicht nur mit der eigentlichen Implementierung der Neuerungen zu tun. Bis Java SE 9 im September 2017 endlich ausgeliefert werden konnte, mussten auch viele (firmen-)politische Differenzen ausgeräumt werden.
Nun haben wir also Java 9. Allmählich lernen IDEs wie Eclipse richtig mit den Neuerungen umzugehen, insbesondere also mit dem neuen Modulsystem. Langsam kommt Java 9 auf Rechnern in den Labors von Schulen und Universitäten bzw. in den Entwicklungsabteilungen von Firmen an. Noch langsamer etabliert sich OpenJDK 9 unter Linux. (In Ubuntu 17.10 ist OpenJDK 9 nur in der universe-Paketquelle, in Fedora 27 gilt OpenJDK 9 als Technology Preview. Bei den Enterprise-Distributionen ist ohnedies das Warten auf die nächste Version angesagt, oder natürlich die manuelle Installation abseits der offiziellen Paketquellen.)
Aktualisiert: 4.5.2018
Eines gleich vorweg: Mein meistgenutztes Notebook ist ein schon ca. fünf Jahre altes Lenovo-Notebook vom Typ E320. Vor ein paar Monaten musste ich das Netzteil erneuern, davon abgesehen läuft das verhältnismäßig billige Notebook seit Jahren einwandfrei, aktuell übrigens mit Ubuntu 17.10.
Aber leider ist das Zusammenspiel zwischen Ubuntu und Lenovo nicht immer so friktionsfrei …
Ubuntu 17.10 »Artful Aardvark« (Release-Datum 19.10.2017) ist das interessanteste Ubuntu-Release seit vielen Jahren: Mit Ubuntu 17.10 hat sich Canonical nicht nur von Unity getrennt, sondern hat auch gleich Wayland zum Default-Grafiksystem gemacht.
Kann man Gnome mit ein paar Extensions so konfigurieren, dass es wie Unity aussieht und sich auch so ähnlich verhält? Diverse Seiten haben in den letzten Tagen diesen Eindruck erweckt. Tatsächlich lässt sich Gnome zwar besser konfigurieren als Unity, aber allzu große Hoffnungen sollten Sie sich nicht machen, mit ein paar Mausklicks aus Gnome Unity zu machen. Ich habe versucht, die Grenzen auszuloten.
Das Timing für das heute fertiggestellte Ubuntu 17.04 war definitiv ungünstig: Gerade einmal vor einer Woche hat Mark Shuttleworth das Ende von Unity verkündet (siehe auch Die Zukunft von Ubuntu hier im Blog). Aber da war Ubuntu 17.04 natürlich schon so gut wie fertig, und so verwendet auch Ubuntu 17.04 Unity als Desktop-Umgebung — vermutlich letztmalig. Unter diesem Aspekt wird Ubuntu 17.04 vielleicht als Fussnote in die Linux-Geschichte eingehen. Ansonsten ist Ubuntu 17.04 aber eine eher uninteressantes Release. Immerhin wissen wir jetzt, dass wir nicht mehr auf Unity 8 warten müssen …
Den Blick nach vorne gerichtet habe ich mir statt dem »regulären« Ubuntu diesmal die Ubuntu-Gnome-Variante näher angesehen. Die Release-Ankündigung weist darauf hin, dass Ubuntu Gnome spätestens ab Version 18.04, höchstwahrscheinlich aber bereits ab 17.10 zum »echten« Ubuntu wird. Auf Ubuntu-spezifische Anpassungen soll weitestgehend verzichtet werden. Hoffnungen auf einen Ubuntu-Look für Gnome sind damit vorerst begraben.
Gestern hat Mark Shuttleworth angekündigt: Ubuntu 18.04 wird ohne Unity und mit Gnome als Basis erscheinen. Das Ubuntu Phone und das Convergence-Modell ist tot, die Zukunft für Ubuntu befindet sich auf dem Server, in der Cloud und in Cloud-Services. Dieser Paukenschlag kam überraschend, und er lässt viele Fragen offen.
Auf immer mehr meiner Ubuntu-Server-Installationen mit automatischen täglichen Updates bin ich in letzter Zeit auf das Problem voller Boot-Partitionen gestoßen. Aus historischen Gründen richtet der Ubuntu-Installer standardmäßig eine eigene Boot-Partition für die Kernel-Dateien ein, obwohl dies in den meisten Fällen vollkommen überflüssig ist. Im Boot-Verzeichnis landet bei jedem Kernel-Update die gerade neueste Kernel-Version samt diverser Zusatzdateien.
Pro Kernel-Version beträgt der Platzbedarf unter Ubuntu 16.04 ca. 50 MByte, wobei die Initrd-Datei mit ca. 36 MByte der bei weitem wichtigste Faktor ist. Ubuntu 14.04 war hier noch sparsamer, dort fand man mit ca. 25 MByte pro Kernel das Auslangen (Initrd-Datei mit 20 MByte).
Ganz egal, wie groß die Boot-Partition ist: ohne Aufräumarbeiten läuft sie früher oder später voll. Das führt dazu, dass Kernel-Updates nicht mehr (richtig) installiert werden können. Mit etwas Pech hängt Ubuntu beim nächsten Reboot. Bei einer lokalen Maschine kann man dann im Grub-Menü einen älteren Kernel auswählen, damit booten und Aufräumarbeiten durchführen. Bei einem Server ist das aber viel schwieriger.
Update 23.1.2017 15:10: Bessere Lösung mit Unattended-Upgrade::Remove-Unused-Dependencies "true" dokumentiert.
DomainKeys Identified Mail (DKIM) ist ein Verfahren zur automatischen Signatur von Mails bzw. zur Überprüfung der Signatur. DKIM-signierte E-Mails können zweifelsfrei ihrem Absender zugeordnet werden. Obwohl DKIM kein Kriterium zur Spam-Erkennung ist, betrachten manche Mail-Provider DKIM-signierte Mails als vertrauenswürdiger. Die Konfiguration von DKIM kann somit (manchmal) vermeiden, dass eigene Mails vom Empfänger als Spam betrachtet werden.
Dieser Artikel erläutert die Hintergründe von DKIM und zeigt, wie der eigene Mail-Server konfiguriert werden kann, um ausgehende Mails DKIM-konform zu signieren. Ich gehe davon aus, dass bereits ein funktionierender Mail-Server mit Postfix eingerichtet wurde und dass das ganze System unter Ubuntu läuft. Bei anderen Distributionen wird es vermutlich kleinere Abweichungen geben, das Prinzip bleibt aber natürlich unverändert.
