Das Team hinter PyTorch hat am 15. März 2023 Version 2.0 des Machine-Learning-Frameworks veröffentlicht. PyTorch 2.0 bringt zahlreiche Verbesserungen und Neuerungen mit sich. Zu den Highlights zählen die Beta-Version der torch.compile()-API und die verbesserte Integration von torch.nn.functional.

Neben der bewährten Entwicklung über den „eager mode“ gibt es nun die Möglichkeit, Modelle über den Befehl torch.compile zu kompilieren. Diese Änderung ermöglicht Leistungssteigerungen und ist vollständig abwärtskompatibel zur vorherigen Version. Der Versionssprung auf 2.x dient eher symbolischer Natur – ansonsten würde es eher einer Version 1.14 entsprechen.

Die Integration ist einfach und erfordert lediglich die Installation einer Nightly-Version und die Optimierung des Modells mit einer einzigen Codezeile:

model = torch.compile(model)

Version 2.0 bietet Leistungssteigerungen sowohl beim Training als auch bei der Inferenz und ist insbesondere für neuere GPU-Generationen optimiert. Neben der Hauptversion werden auch Beta-Updates für PyTorch-Domain-Bibliotheken wie TorchAudio, TorchVision und TorchText veröffentlicht. Weitere Informationen zu den Änderungen bei den Domain-Bibliotheken sind in einer gesonderten Pressemitteilung verfügbar. Für PyTorch 2.0 selber ist eine eigene Get-Started-Seite bereitgestellt worden.

PyTorch ist ein Machine-Learning-Framework unter der BSD-3-Lizenz, welches ursprünglich von Facebook AI (heute: Meta AI) 2016 veröffentlicht wurde und nun unter der Schirmherrschaft der Linux Foundation steht. Es baut auf das zwischenzeitlich eingestellte Torch auf, welches 2002 am EPFL in Lausanne in der Schweiz entstand. Heute steht PyTorch in Konkurrenz zu TensorFlow von Google und wird von verschiedenen Anwendungen eingesetzt, darunter Hugging Face Transformers, OpenAI Whisper oder der Tesla Autopilot.

Unveränderbare Linux-Systeme wie Fedora Silverblue nutzen als Standard Flatpak für Anwendungsinstallationen. Doch noch liegen nicht alle Anwendungen als Flatpak vor. Diese können dann entweder mittels rpm-ostree in einen eigenen Layer oberhalb des Basisimages installiert werden oder in einer eigenen Toolbox eingerichtet werden.

Bei der Toolbox handelt es sich um ein Werkzeug, um in Kombination mit unveränderlichen Systemen wie Fedora Silverblue oder Kinoite containerbasiert ein minimales Fedora-Abbild mit klassischer RPM/DNF-Paketverwaltung bereitzustellen. Der primär beworbene Einsatzzweck sind Kommandozeilenwerkzeuge und Entwicklerprogramme, die sich nicht mit Flatpak verwalten lassen. Toolbox kann aber auch für grafische Legacy-Anwendungen genutzt werden.

Zunächst muss eine neue Toolbox angelegt werden. Wenn man verschiedene Toolboxen betreiben möchte, muss diese mit einem eindeutigen Namen versehen werden.

$ toolbox create <name>

Innerhalb der Toolbox hat man Zugriff auf alle Dateien im Home-Verzeichnis und darüber hinaus. Die Toolbox schirmt also nicht vom restlichen Betriebssystem ab.

In der Toolbox kann man dann ganz normal Programme installieren. Bei mir ging es konkret um SoftMaker Office, das ich bisher im Layer betrieben habe, aber in eine eigene Toolbox auslagern möchte. Dazu wechselt man zuerst in die Toolbox.

$ toolbox enter <name>

In der Toolbox installiert man nun das gewünschte Programm. Bei mir ist dies SoftMaker Office 2021.

$ sudo dnf install Downloads/softmaker-office-2021-1062.x86_64.rpm 

Bei Kommandozeilenprogrammen war es das dann schon und die Programme lassen sich innerhalb der Toolbox verwenden. Bei grafischen Programmen fehlt nun aber der Starter, weil die Toolbox diesen nicht automatisch erzeugt. Dazu müssen unter ~/.local/share/applications die notwendigen .desktop-Dateien erzeugt werden. Diese benötigen bei dem Ausführbefehl den Zusatz toolbox run –container <name>, damit das Programm in der jeweiligen Toolbox gestartet wird.

Eine Datei kann wie folgt aussehen:

[Desktop Entry]
Exec=toolbox run --container gui-applications planmaker21
Icon=/var/home/gheim/SoftMaker/prl_512.png
Name=PlanMaker 2021
Type=Application
X-KDE-SubstituteUID=false
Categories=Office
Comment=Tabellenkalkulation
Name[en_US]=PlanMaker
Name[de_DE]=PlanMaker

Danach kann man die jeweiligen Programme wie gewohnt über das Anwendungsmenü bei KDE Plasma oder das GNOME Shell Dashboard starten. Perfekt ist die Integration aber nicht, weil im Dash die Icons der Anwendungen nicht richtig angezeigt werden.

Die Frage, ob man lieber rpm-ostree nutzt oder eine Toolbox ist daher bei grafischen Programmen nicht so einfach zu lösen. Weil rpm-ostree keine Update-Routine für lokale Pakete hat, habe ich mich bei SoftMaker Office für die Toolbox entschieden. Anwender sollten aber möglichst versuchen, alles über Flatpaks zu lösen. Alle anderen Lösungen sind und bleiben Krücken.

Do, 16. März 2023, Thomas Cigolla

Es kann vorkommen, dass man eine grosse Anzahl an Dateien umbenennen möchte, was zeitaufwendig sein kann, wenn man diese einzeln bearbeitet. Hier kommt das Tool Bulky ins Spiel, welches in Linux Mint ab Version 20.2 'Uma' standardmässig an Board ist. Die Anwendung ermöglicht es, Dateien auf einfache Weise massenweise umzubenennen.

Zum Umbenennen von Dateien stehen unter Linux eine Reihe von Anwendungen zur Verfügung, welche vom kommandozeilenorientierten Programmen bis hin zu benutzerfreundlichen GUI-Anwendungen reichen.

Das auf Python basierende Bulky platziert sich zwischen diesen beiden Optionen, da es relativ leistungsfähige Regelwerke bietet, welche jedoch in einer einfachen Benutzeroberfläche dargestellt werden. Leider ist die Dokumentation noch sehr rudimentär, daher folgt eine erste Übersicht der wichtigsten Funktionen.

Dateien umbenennen

1. Alle umzubenennenden Dateien im Dateimanager auswählen und mit der rechten Maustaste auf Umbenennen klicken.
2. In den Pull-Down-Menüs die Punkte Ersetzen und Nur Namen wählen
   
3. Im Feld, Finden einen Stern (*) eingeben. Die rote Warnmeldung kann ignoriert werden.
4. Im Feld Ersetzen kann der neue Name in der Form neuer-name_%n eingeben werden (nach Eingabe von %n verschwindet die Warnmeldung).
   Mit diesen Einstellungen werden die Dateiextension beibehalten.
5. Durch einen Klick auf Umbenennen wird der Vorgang abgeschlossen.

Sofern abschliessende Nullen bevorzugt werden, kann auch -%0n, -%00n oder -%000n eingeben werden.

Teile des alten Namens ersetzten oder ergänzen

Um den alten Namen beizubehalten und nur einen Teil zum Dateinamen hinzuzufügen oder zu ersetzen, kann die Option Einfügen genutzt werden. Um die Erweiterung oder Ersetzung am Ende des alten Namens anzufügen, klickt man auf das Feld Vom Ende. Auch hierbei kann die Autonummerierung verwendet werden.

Um die neuen Elemente innerhalb des alten Namens hinzuzufügen, klickt man auf das + Zeichen im Fenster An Position.

Teile ersetzen

Um Teile des alten Namens durch den neuen zu ersetzen, wählt man den Punkt Überschreiben. Die im Bereich Text angegebene Anzahl an Zeichen wird im alten Namen ersetzt. Durch die Eingabe der Leertaste werde dabei zusätzliche Zeichen aus dem alten Namen gelöscht.

Sofern während dieses Vorgangs eine Warnmeldung eingeblendet wird, bedeutet dies lediglich, dass die neuen Namen nicht nummeriert (mit %n versehen) wurden.

Tipp

Die Einstellungen für den Batch-Renamer unter Nemo findet man unter Bearbeiten / Einstellungen / Verhalten. Hier können auch andere Batch-Renamer eingebunden werden.

Fazit

Das Massenumbenennen von Dateien kann eine mühsame Aufgabe sein, aber mit dem Tool Bulky wird sie zum Kinderspiel.

Quellen:
Bulky bei Github: https://github.com/linuxmint/bulky

Do, 16. März 2023, Lioh Möller

Es gibt immer wieder Fälle, in denen es notwendig sein kann, Umgebungsvariablen für einzelne Anwendungen zu definieren. Wer beispielsweise KDE Plasma im Wayland Modus mit Fractional Scaling auf einem HiDPI Display nutzt, und der Anwendung die Skalierung überlässt, stellt möglicherweise fest, dass in einigen Applikationen die Icons zu klein dargestellt werden.

Die Skalierung von Qt Anwendungen kann dabei mit der Variable QT_AUTO_SCREEN_SCALE_FACTOR gesteuert werden. Ruft man zum Beispiel vlc aus der Kommandozeile unter voraus gestellter Angabe der Variable auf, wird die Einstellung unmittelbar angewendet:

QT_AUTO_SCREEN_SCALE_FACTOR=1 vlc

Möchte man jedoch die grafische Applikationen mithilfe des Launchers der Desktopoberfläche starten, kann zunächst eine benutzerspezifische Kopie des .desktop Files erstellt werden:

cp /usr/share/applications/vlc.desktop ~/.local/share/applications/

Diese Datei kann daraufhin bearbeitet werden:

vi ~/.local/share/applications/vlc.desktop

Zur Angabe der Umgebungsvariable muss der Exec= Parameter angepasst werden.

Aus:

Exec=/usr/bin/vlc --started-from-file %U

wird:

Exec=env QT_AUTO_SCREEN_SCALE_FACTOR=1 /usr/bin/vlc --started-from-file %U

Auf diese Weise lassen sich einzelne grafische Applikationen individuell steuern. So verweigert beispielsweise VMware Workstation auf einem reinen Wayland System den Start, sofern nicht die Umgebungsvariable GDK_BACKEND=x11,wayland definiert wurde.

Die MZLA Technologies Corporation hat mit Thunderbird 102.9 ein planmäßiges Update für seinen Open Source E-Mail-Client veröffentlicht.

Neuerungen von Thunderbird 102.9

Mit dem Update auf Thunderbird 102.9 hat die MZLA Technologies Corporation ein planmäßiges Update für seinen Open Source E-Mail-Client veröffentlicht. Das Update bringt diverse Fehlerbehebungen und Verbesserungen, welche sich in den Release Notes (engl.) nachlesen lassen. Auch wurden diverse Sicherheitslücken geschlossen.

Der Beitrag Thunderbird 102.9 veröffentlicht erschien zuerst auf soeren-hentzschel.at.

Mi, 15. März 2023, Jürg Rechsteiner

ALG bietet 9 verschiedene Varianten seines Installations-Programms an:

• KDE Plasma Theme Edition
• Plasma Pure Edition
• GNOME Edition
• GNOME Pure Edition
• XFCE Edition
• XFCE Pure
• Cinnamon Themed Edition
• I3 Edition
• Zen Edition - Plasma Desktop

Ich habe KDE Plasma Theme Edition ausprobiert. Es installiert ein gut konfiguriertes, sauber abgestimmtes und schön gestaltetes Archlinux mit dem KDE Plasma Desktop.

Dieses Archlinux Installationsprogramm basiert auf dem Calamares Installer, den ja sehr viele Distributionen einsetzen. Obwohl einige behaupten, dass Calamares nicht optimal mit allen Distributionen harmoniere, habe ich kaum Fehler festgestellt. Vor allem die neusten Distros funktionieren ausgezeichnet. Eine Ausnahme ist RebornOS wo ich schon immer Mühe hatte, es zu installieren.

Es gibt einige solcher Archlinux Installer, zum Beispiel der Calam Installer oder den ACLI Installer von Artix Linux. Wer sucht, findet noch mehr davon. Der ALG Installer hat mich aber voll überzeugt, denn nach der Installation sind schon sehr viele Programme ins System integriert, die wichtig sind. Vor allem die KDE Programme, die den Desktop vervollständigen, sind mit dabei. Beim Calam Installer musste man oft mühsam viele Programme nachinstallieren.

Für die Installation habe ich mir ein externes Aluminiumgehäuse für eine M.2 SSD gekauft. Per USB kann ich das an den Computer anschliessen. Das ALG Image habe ich mit dem Suse Studio Imagewriter auf einen USB-Stick installiert. Nachdem ich das ALG Archlinux mit diesem USB-Stick gestartet habe, rufe ich im Systemordner das Installationsprogramm auf, mit dem ich das Linux auf meine externe M.2 SSD installiere. Das geht schnell, obwohl die Geschwindigkeit der M.2 SSD nicht ausgereizt wird.

Das Interessante am externen System, es funktioniert an meinem Notebook und am Desktop Computer. Also das absolut ideale System um Linux auszuprobieren, aber auch um immer die richtige Umgebung und die richtigen Daten dabei zu haben.

Nach der Installation empfängt einen, ein echt toll gestalteter Desktop.
Natürlich kann jeder den Desktop nach seinem Gusto anpassen. Kein Desktop lässt sich so umfassend anpassen wie der KDE Plasma Desktop.
Was den Desktop ebenfalls auszeichnet, sind die vielen Programme, die zum KDE Plasma Universum gehören. Sehr viele davon sind in die Desktopumgebung integriert, obwohl sie auch eigenständige Programme sind.

Bei diesem Image sind ein paar schöne Fensteranimationen integriert worden. Zum Beispiel ist die Konsole transparent und wenn man das Fenster auf dem Desktop hin und her schiebt, sieht es aus wie ein Tuch auf einer Wäscheleine. Das alles sieht sehr schön aus, kann den einen oder anderen stören, wenn dann durch die Transparenz die Schrift nicht gut zu lesen ist.

Was mich bei Archlinux stört, ist das Archlinux Repository. Im Archlinux Repository sind zwar viele Programme drin, aber im AUR (Arch User Repository) hat es noch sehr viel mehr drin.

Das AUR ist aber bewusst von Arch nicht integriert worden, da sie der Meinung sind, dass dadurch die Stabilität des Systems leidet. Im AUR hat es eben viele Programme, genauer gesagt sind es keine Programme, sondern Skripte, welche nicht getestet wurden und auch nicht einwandfrei, oder gar nicht, funktionieren.

Es empfiehlt sich deshalb aus dem AUR nur Programme zu installieren, von denen man weiss, dass sie einwandfrei funktionieren. Vor allem auf einem produktiven System. Das bedeutet, man sollte neue Programme auf einer Versuchsinstallation testen, bevor man sie auf dem Produktivsystem installiert.

Das AUR lässt sich relativ leicht installieren, indem man den Installer YAY installiert:

$ sudo pacman -Syu
$ sudo pacman -S --needed --noconfirm base-devel git
$ git clone https://aur.archlinux.org/yay-git.git
$ sudo mv yay-git /opt/
$ cd /opt/yay-git
$ makepkg -si
$ yay –version

Wenn man Programme in der Konsole installiert, sieht man aus welchem Repository ein Programm stammt, aber nur wenn man den Installer YAY verwendet anstelle von Pacman.

Wenn man zum Beispiel Gimp installieren will, kann man das mit dem Befehl: $ yay gimp
Nun sieht man viele Einträge. Bei einigen steht vorne extra, bei einigen Community und bei einigen aur.
Extra ist das Hauptrepository von Archlinux.
Community ist das Repository, das von der Archlinux Community gepflegt wird.
Aur ist eben das AUR (Arch User Repository), das von einer unabhängigen Community gepflegt wird.

Wenn man nur Programme aus dem Extra Repository installiert, ist man immer auf der sicheren Seite. Auch mit dem Community Repository gibt es normalerweise keine Probleme. Beim AUR sollte man aber immer zuerst testen.

Es kann vorkommen, dass durch ein Programm die ganze Installation aus den Fugen gerät und nicht mehr funktioniert.

Ich muss zwar gestehen, dass ich sehr oft irgendwelche AUR Programme installiere, ohne sie vorher zu testen. Ich habe aber meine wichtigen Daten auf einer anderen Partition, beziehungsweise auf einer andern Platte. Es kommt auch vor das ich deshalb das System neu installieren muss.

In meinem Desktop PC habe ich zur Zeit 2 Nvme M.2 SSD mit je einem Betriebssystem und eine SSD mit 4 verschiedenen Distributionen auf je einer eigenen Partition. Zur Installation einer neuen Distribution entferne ich immer alle nicht benötigten Datenträger, das heisst, ich stecke sie vorübergehend aus, damit ist gewährleistet, dass der bestehende Bootbereich, der einzelnen Platten, vom neuen Betriebssystem nicht verändert wird.

Archlinux bekommt immer die absolut neuste Software. Das Rolling Release hat sich bewährt. Eine Zeit lang ist es vorgekommen, dass Updates nicht geklappt haben und das Betriebssystem nicht mehr aufgestartet hat oder nicht mehr richtig funktioniert hat. Das passiert schon lange nicht mehr, weder bei Archlinux, EndeavourOS, Garuda noch bei Manjaro.


Homepage von ALG:
https://archlinuxgui.in

Download der ISO Dateien:
https://osdn.net/projects/arch-linux-gui/releases

Quellen:
https://archlinuxgui.in

Mozilla hat Firefox 111 für Windows, Apple macOS und Linux veröffentlicht. Dieser Artikel fasst die wichtigsten Neuerungen zusammen – wie immer auf diesem Blog weit ausführlicher als auf anderen Websites.

Download Mozilla Firefox für Microsoft Windows, Apple macOS und Linux

Native Benachrichtigungen unter Windows

Für sogenannte Web-Benachrichtigungen integriert sich Firefox nun in das native Benachrichtigungs-Feature von Windows. Dies bringt vor allem den Vorteil, dass Benachrichtigungen nicht nur für wenige Sekunden lesbar sind, sondern auch zu einem späteren Zeitpunkt über das entsprechende Fenster von Windows gelesen werden können.

Integration von Firefox Relay

Nutzer von Firefox Relay können jetzt direkt aus Firefox heraus E-Mail-Masken erstellen, wenn sie in einem Registrierungsformular zur Eingabe einer E-Mail-Adresse aufgefordert werden. Um diese Funktion sehen zu können, muss man mit seinem Firefox Account in Firefox angemeldet sein.

Die Browser-Erweiterung für Firefox und Google Chrome wird es weiterhin geben. Von dieser wird im Laufe der kommenden Wochen eine stark verbesserte Version erscheinen.

Verbesserungen der Passwort-Verwaltung

Die Passwort-Verwaltung unter about:logins verwendet jetzt eine fixe Anzahl an Punkten für die Darstellung der verdeckten Passwörter, so dass sich darüber nicht länger auf die tatsächliche Länge der Passwörter schließen lässt.

Die Angaben für das Erstellungs-Datum, das Datum der letzten Änderung sowie das Datum für den letzten Zugriff werden jetzt in einem Zeitstrahl dargestellt, so dass sich die Daten leichter zueinander in Relation setzen lassen.

Das Suchfeld wurde nach links oben verschoben, die Schaltfläche zum Anlegen eines neuen Logins von ganz unten nach oben neben das Suchfeld.

Mehr Sicherheit für Firefox-Nutzer

Auch in Firefox 111 wurden wieder mehrere Sicherheitslücken geschlossen. Alleine aus Gründen der Sicherheit ist ein Update auf Firefox 111 daher für alle Nutzer dringend empfohlen.

Verbesserungen der Webplattform

Firefox unterstützt jetzt das Origin Private File System (OPFS) der File System Access API. Diese ermöglicht Webapplikationen das Speichern und Lesen von Dateien auf dem Dateisystem des Anwenders in einer Sandbox, ohne dass die Anwendung Zugriff auf die Dateien anderer Anwendungen hat.

Auf HTML-Seite neu ist die Unterstützung des autocapitalize-Attributs zur Bestimmung, ob Eingaben automatisch mit einem Großbuchstaben beginnen, des translate-Attributs zur Festlegung für Übersetzungswerkzeuge (unter anderem Google Translate respektiert dieses Attribut), ob ein Element übersetzt werden soll oder nicht, sowie des rel-Attributs in Formularen.

Für Entwickler von WebExtensions neu ist die matchDiacritics-Option in der find.find-API, die disposition-Option für die search.search-API sowie die search.query-API als ganz neue Schnittstelle.

Weitere Neuerungen für Entwickler lassen sich in den MDN Web Docs nachlesen.

Sonstige Neuerungen von Firefox 111

Firefox View zeigt bei den synchronisierten Tabs nicht länger mehrere Tabs mit identischer URL an.

Die Seite about:protections integriert nicht länger Informationen aus Firefox Monitor. Dies hat den Hintergrund, dass Firefox Monitor in Kürze einen Relaunch haben wird, welcher auch die genutzten Schnittstellen betrifft, so dass die entsprechende Integration vorerst entfernt wurde, bevor diese nicht mehr funktioniert.

Der Import von Daten aus anderen Browsern als Firefox unterstützt nicht länger den Import von Cookies. Abgesehen davon, dass der Import von Cookies alleine nicht zwingend ausreicht, um auf Websites eingeloggt zu sein, soll auch vermieden werden, dass Firefox Tracking-Cookies aus anderen Browsern importiert.

Die Ausgabe von console.table() in der Webkonsole kann jetzt auch in andere Anwendungen kopiert werden, ohne dass die Formatierung als Tabelle verloren geht.

Der Beitrag Mozilla veröffentlicht Firefox 111 erschien zuerst auf soeren-hentzschel.at.

Di, 14. März 2023, Jürg Rechsteiner

Linux Mint hat einige Vorteile, dies sind die Tools zum Managen der Distribution, die Aktualisierungsverwaltung, die Anwendungspaketquellen, Treiberverwaltung, die Anwendungsverwaltung, das Datensicherungswerkzeug und der Willkommensbildschirm.

Damit kann man das System verwalten, ohne das Terminal nutzen zu müssen, was wohl einer der Gründe für die Beliebtheit der Distribution ist, sowohl bei Einsteigern als auch bei vielen Profis. Auch die automatische Updatefunktion ist ausgezeichnet.

Was man aber vermisst, ist ein aktueller Kernel, der mehr Sicherheit bietet und auch neue Hardware unterstützt. Leider gibt es auch keinen KDE Plasma Desktop bei Mint. Vermutlich ist es ein Vorteil, dass sich Cinnamon optisch nicht so anpassen lässt wie Plasma, aber vielleicht ein wenig trist.

Neusten Kernel installieren

Viel leichter als gedacht lässt sich in Mint der neuste Kernel installieren. Dazu muss Mainline installiert werden. Dabei handelt es sich um eine grafische Anwendung aus dem Ubuntu Universum.

Man öffnet über das Startmenü das Programm Anwendungspaketquellen im Ordner Systemverwaltung.

Über den Menüpunkt PPAs fügt man das Cappelikan PPA hinzu:

ppa:cappelikan/ppa 

Nun muss das System aktualisiert werden, entweder mithilfe der Aktualisierungsverwaltung, welche man ebenfalls im Ordner Systemverwaltung findet oder mit dem Kommandozeilenbefehl:

sudo apt update

Daraufhin lässt sich Mainline über die Anwendungsverwaltung oder mit dem folgenden Kommandozeilen-Befehl installieren:

sudo apt install mainline

Das Programm startet man über das Startmenü: Systemverwaltung / Ubuntu Mainline Kernel Installer.

In der Anwendung wählt man den gewünschten Kernel aus und klickt auf installieren. Beim Neustart wird der neue Kernel aktiviert. Im Bootmenü lässt sich bei Bedarf auch weiterhin der alten Kernels für den Start auswählen.

KDE Plasma Desktop installieren

Was mir bei Mint immer gefehlt hat, ist der Plasma Desktop. Sicher Cinnamon ist nicht schlecht, aber KDE Plasma hat noch einiges mehr zu bieten, denn es bietet sehr viele Möglichkeiten das Aussehen den eigenen Vorstellungen anzupassen. Für KDE gibt es eine riesige Menge an ausgezeichneten Programmen, die ich nicht missen möchte.

Die Installation erfolgt am einfachsten mit dem Kommandozeilenbefehl:

sudo apt install kde-standard

Man muss auswählen, welchen Display-Manager man verwenden möchte. Hier ist Lightdm die optimale Wahl, denn das ist der Standard von Mint. Die Verwendung von sddm kann zu Schwierigkeiten bei der Anmeldung führen.

Nach der Installation kann man sich vom System abmelden und auf dem Anmeldebildschirm den Desktop auswählen, den man starten möchte. Dazu klickt man auf das kleine Mint Symbol. Hier wählt man Plasma (X11). Die Version von KDE Plasma ist 24.7. Das ist nicht die neuste Version, aber auch nicht eine so alte Ausgabe.

KDE Plasma Wayland installieren

Die Installation erfolgt mit:

sudo apt install plasma-workspace-wayland

Nach der Installation muss das System neu gestartet werden.

XFCE4 installieren

Man installiert den XFCE Desktop mit:

sudo apt install xfce4

Nach dem ersten Start der Desktopumgebung, fehlt das Anwendungsmenü. Dieses fügt man hinzu, indem man auf der Taskleiste einen Rechtsklick ausführt und dort den Punkt Leiste / Leisteneinstellungen öffnet. Hier wählt man den Reiter Objekte und dann Hinzufügen. In der Liste wählt man den Punkt Anwendungsmenü und klickt auf hinzufügen.

Das Menü erscheint jetzt links in der Taskleiste, wenn man es mit der rechten Maustaste anklickt und im Menü verschieben wählt, kann man das Menü ganz nach rechts verschieben. Die ganze Sache ist etwas hakelig, aber mit ein wenig üben klappt das.

Mate Desktop installieren

Der Kommandozeilenbefehl für die Installation lautet:

sudo apt install mate-desktop-environment

Quellen:

Text: Jürg Rechsteiner

Di, 14. März 2023, Uwe Burger

Die Anwendung hw-probe sammelt Informationen zum eigenen Rechner und stellt diese anonymisiert der Allgemeinheit zur Verfügung.

Auch wenn mittlerweile die meiste Hardware unter Linux automatisch und problemlos läuft, gibt es dennoch manchmal kleinere Hindernisse, die es zu überwinden gilt.

Linux-hardware.org und die Schwesterseite bsd-hardware.info versuchen Informationen zu unterstützter und auch zu noch nicht unterstützter Hardware zu sammeln und diese zugänglich zu machen.

Dafür gibt es das Programm hw-probe, das bei vielen Distributionen bereits im Repository zu finden sein sollte. Mit diesem könnt Ihr eure Hardwareinformationen erfassen und (optional) anonymisiert veröffentlichen.

sudo -E hw-probe -all -upload

Ihr könnt euch eine persönliche Inventory ID erstellen, mit der ihr dann alle eure hw-probe Einträge leicht auf der Webseite wiederfindet.

Ich hoffe, dass eine grössere Bekanntheit der Seite und des Tools zu einem für alle nützlichen Datenstand führt.

Quellen:
https://linux-hardware.org/
https://bsd-hardware.info/

Di, 14. März 2023, Ralf Hersel

Freunde von Ubuntu und dem Flatpak-Format können aufatmen. Nachdem Canonical kürzlich entschieden hat, die Unterstützung für Flatpaks nicht mehr vorzuinstallieren, gibt es nun eine Alpha-Version des Ubuntu Flatpak Remix als nicht-offizielles Flavor der Ubuntu-Distribution. Als Logo verwendet der Remix Ubuntus Circle of Friends, kombiniert mit dem Flatpak-Logo.

Bis auf die standardmässig installierte Unterstützung des Flatpak-Formats, weicht der Remix nicht von der Ubuntu Standardversion ab. In einer kurzen FAQ-Liste, gehen die Entwickler auf naheliegende Fragen ein:

F: Wurde diese Distribution aus einer Art Groll gegen das Snap-Paketformat erstellt?
A: Auf keinen Fall! Snap-Pakete sind völlig in Ordnung. Aber für Leute wie uns, die es vorziehen, Unterstützung für Flatpak eingebaut zu haben (anstatt Snap), ist es schön, eine Lösung nur für uns zu haben.

F: Sind Flatpaks besser als Snaps?
A: Jede der "Universal Package"-Lösungen ist in ihren Vor- und Nachteilen ziemlich gleich. Was besser ist, hängt von deinem speziellen Anwendungsfall ab. Diese Distribution ist nicht dazu da, um zu behaupten, dass eine Lösung besser ist als eine andere.

F: Warum sollte man sich die Mühe machen, dies zu erstellen? Es dauert nur 5 Minuten, Flatpak zu installieren!
A: Weißt du, wenn dir jemand fünf Minuten deiner Zeit spart, ist es wahrscheinlich besser, ihm zu danken, als zu meckern.

Mehrere wichtige Anwendungen sind im Flatpak-Format und nicht als Snap-App vorinstalliert, darunter der Webbrowser Mozilla Firefox, der E-Mail-Client Mozilla Thunderbird und das Office-Paket LibreOffice in der Version 7.5. Eine aktuelle Version des Mesa-Grafikstacks, 22.3.5, ist ebenfalls installiert.

Da es sich beim Ubuntu Flatpak Remix um eine Alpha-Version handelt, ist vom produktiven Einsatz abzuraten. Es bleibt abzuwarten, ob der Remix nach Erscheinen der nächsten Ubuntu Version 23.04 mitziehen und stabil genug für die tägliche Verwendung sein wird.

Quelle: https://flatpakremix.org/

Mo, 13. März 2023, Lioh Möller

Auf einem Linux System, welches dnf als Paketmanager verwendet, werden 3 Kernelversionen vorgehalten. Diese können genutzt werden, um nach einer Aktualisierung im Fehlerfalle auf die ältere Version zurückzugreifen.

Um sich zunächst alle aktuell installierten Kernelversionen anzeigen zu lassen, kann folgender Befehl genutzt werden:

rpm -q kernel

Die aktuellste Kernelversion sollte automatisch über den Bootloader gestartet werden. Prüfen lässt sich dies wie folgt:

Anzeigen der aktuell laufenden Kernelversion:

uname -r

Prüfen des Default Kernels mit grubby:

grubby --default-kernel

Eine alternative Kernelversion kann mithilfe von grubby --set-default als Standard aktiviert werden.

Die Konfiguration, wie viele Kernel vorgehalten werden sollen, erfolgt über dnf, anhand der Parameter installonlypkgs und installonly_limit. Kernel-Pakete fallen immer in die Kategorie installonlypkgs, also Pakete, welche nur installiert und nicht aktualisiert werden sollen. Darüber hinaus werden die über den Parameter definierte Pakete von einem dnf autoremove ausgeschlossen.

Daher muss für eine Änderung nur der Wert für installonly_limit in der Konfigurationsdatei /etc/dnf/dnf.conf angepasst werden:

[main]
...
installonly_limit=2
...

Um manuell ältere Kernelversionen zu entfernen, ohne die dnf Konfiguration anpassen zu müssen, kann folgender Befehl genutzt werden:

dnf -y remove --oldinstallonly --setopt installonly_limit=2 kernel

In Teil 4 meiner losen Reihe über die RHEL System Roles stelle ich die Ansible-Rolle sshd vor. Diese dient der Konfiguration des OpenSSH-Servers, einem der wichtigsten Dienste in Linux- und UNIX-Systemen.

Wer die ersten Teile dieser Reihe gelesen hat, ist inzwischen mit der grundsätzlichen Anwendung dieser Ansible-Rollen vertraut. Die Rolle sshd bildet hier keine Ausnahme. Wendet man die Rolle ohne weitere Konfiguration auf Ziel-Systeme an, konfiguriert sie den OpenSSH-Server entsprechend der Standard-Konfiguration des jeweiligen Betriebssystems. Es werden alle Optionen der sshd_config(5) unterstützt.

Ein Wort der Warnung: Mit dieser Rolle konfiguriert ihr den SSH-Dienst der Zielsysteme. Wenn dabei ein Fehler passiert, könnt ihr euch und euren Ansible-Controller aussperren und verliert ggf. den Zugriff auf die Systeme. Behaltet dies bitte im Hinterkopf und sorgt ggf. für alternative Zugänge, wie z.B. über eine lokale Konsole.

Bei der Konfiguration meiner Server ist mir persönlich wichtig, dass

• der Benutzer root sich nur mittels SSH-Public-Key-Verfahren anmelden kann,
• die Public-Key-Authentifizierung aktiviert ist,
• die Passwort-Authentifizierung deaktiviert ist und
• in der Datei .ssh/authorized_keys des jeweiligen Benutzers nach dem SSH-Public-Key gesucht wird.

Darüber hinaus möchte ich alle Git-bezogenen Umgebungsvariablen (GIT_*) nutzen. Die übrigen Einstellungen möchte ich auf den Standard-Werten des jeweiligen Betriebssystems belassen.

Im Folgenden beschreibe ich, wie sich diese mit der RHEL System Role sshd umsetzen lässt.

Voraussetzungen

Wie bei allen RHEL System Roles müssen auch hier die Pakete ansible-core und rhel-system-roles inkl. ihrer Abhängigkeiten auf dem Ansible-Controller installiert sein. Der Ansible-Controller muss die Ziel-Hosts über SSH erreichen können und über einen Benutzer mit sudo-Berechtigungen verfügen.

Das Playbook

Es werden bereits zwei Beispiel-Playbooks mitgeliefert, die sich im Pfad /usr/share/doc/rhel-system-roles/sshd/ befinden. Diese heißen:

• example-accept-env-playbook.yml und
• example-root-login-playbook.yml.

Aus diesen beiden Beispieldateien habe ich das folgende Playbook für meine Labor-Umgebung erstellt:

---
- hosts: all
  tasks:
  - name: Configure sshd to accept some useful environment variables
    include_role:
      name: rhel-system-roles.sshd
    vars:
      sshd:
        PermitRootLogin: without-password
        PasswordAuthentication: no
        PubkeyAuthentication: yes
        AuthorizedKeysFile: .ssh/authorized_keys
        # there are some handy environment variables to accept
        AcceptEnv:
          LANG
          LS_COLORS
          EDITOR
          GIT_*

Wie zu sehen ist, habe ich mich entschieden, noch ein paar weitere Umgebungsvariablen zu konfigurieren. Diese habe ich aus dem Beispiel example-accept-env-playbook.yml übernommen.

Testlauf in Labor-Umgebung

Auch dieses Playbook habe ich in meiner Labor-Umgebung, bestehend aus einem RHEL8-Ansible-Controller und jeweils einem rhel{7..9}-Client laufen lassen. Mit den Optionen -C -D ist die Ausgabe 707 Zeilen lang, weswegen der folgende Code-Block nur den Aufruf und das Ergebnis zeigt.

[root@ansible-ctrl ansible]# ansible-playbook sshd_config.yml -C -D

PLAY [all] ************************************************************************************************************
[...]
PLAY RECAP *******************************************************************************************************************************
ansible-pctrl              : ok=20   changed=2    unreachable=0    failed=0    skipped=13   rescued=0    ignored=0   
rhel7                      : ok=20   changed=2    unreachable=0    failed=0    skipped=13   rescued=0    ignored=0   
rhel8                      : ok=20   changed=2    unreachable=0    failed=0    skipped=13   rescued=0    ignored=0   
rhel9                      : ok=21   changed=2    unreachable=0    failed=0    skipped=12   rescued=0    ignored=0

Zusammenfassung

Die RHEL System Role sshd wurde kurz vorgestellt und genutzt, um meine bevorzugten Einstellungen für den OpenSSH-Dienst in meiner Labor-Umgebung zu konfigurieren. Alle Optionen in der sshd_config(5), welche ich nicht explizit über die Ansible-Rolle konfiguriert habe, werden auf die Standardwerte des Betriebssystems eingestellt. Es ist also ggf. Vorsicht geboten, wenn Systeme mit bestehender Konfiguration bearbeitet werden.

Selbstverständlich schützt ein einmaliger Playbook-Lauf nicht davor, dass ein Benutzer mit root-Berechtigungen lokale Änderungen an der Datei /etc/ssh/sshd_config vornimmt. Dies mag vorübergehend für Tests auch so gewollt sein. Damit die Konfiguration nicht dauerhaft vom SOLL-Zustand abweicht, kann man das Playbook regelmäßig durch cron(8) ausführen lassen, um evtl. Abweichungen zu korrigieren.

Quellen und weiterführende Links

1. Red Hat Enterprise Linux (RHEL) System Roles {en}
2. Ansible Documentation: Role Directory Structure {en}
3. Red Hat Software and Download Center {en}
4. Die Vorteile einer Red Hat Subskription
5. RHEL System Roles: selinux
6. RHEL System Roles: timesync
7. RHEL System Roles: firewall