CleanPress

Kategorie: News

  • X.Org Server 21.1 vermutlich noch in diesem Jahr

    Logo von X11 | Lizenz: CC BY-SA 3.0

    X.Org Server 1.21 ist bereits seit einigen Jahren in der Entwicklung. Aber nicht Fehler im Code hielten das Release zurück, sondern das Fehlen eines Release-Managers. Die Veröffentlichung der letzten Version X.Org Server 1.20 liegt über drei Jahre zurück. Hatte früher meist Red Hat diese Position übernommen, aber angesichts von Wayland offenbar kein Interesse mehr an X.Org. Da auch sonst keine Organisation die Rolle übernahm, fehlte für X.Org Server 1.21 lange ein Release-Manager.

    Vorbereitungen für X.Org Server 21.1 begonnen

    Jetzt scheint es, als ob wir noch in diesem Jahr mit einem Release von X.Org Server 1.21 rechnen können, allerdings mit veränderter Versionierung als X.Org Server 21.1. Der unabhängige litauische Entwickler Povilas Kanapickas hat begonnen das Release vorzubereiten. Es gebe zwar noch einige Fehler im Master-Zweig, aber die Release-Vorbereitungen könnten trotzdem bereits beginnen. Kanapickas hatte bereits Anfang Juni den Entwicklungs-Snapshot xorg-server 21.0.99.1 freigegeben.

    Sein Plan sieht vor, am 16. August die ABI einzufrieren und zum 30. August einen ersten Release-Kandidaten vorzulegen. dem alle zwei Wochen ein weiterer Kandidat folgen soll, bis X.Org Server 21.1 bereit zur Veröffentlichung ist. Abweichend vom Vorgehen bei früheren Veröffentlichungen wird bereits vor den ersten RC das Git gebrancht anstatt erst nach der stabilen Veröffentlichung.

    XWayland wird separat veröffentlicht

    Der Grund dafür ist, dass der Code von XWayland für die RC-Versionen entfernt wird, da XWayland wegen der Verzögerungen bei der Veröffentlichung von X.Org bereits im März abgekoppelt wurde und seitdem separat auf Grundlage des Masters auf Git veröffentlicht wird. Die erste Veröffentlichung des Standalone-XWayland-Pakets fand mit Fedora 34 statt. Dementsprechend wird nach der Veröffentlichung von RC 1 der Master-Zweig wieder offen für Änderungen, die auf die nächste Version abzielen.

  • Firefox 91 und Firefox 91 ESR verfügbar

    Firefox 91
    Bild: Mozilla

    Im Lauf des heutigen Tages wird Mozilla mit Firefox 91 die nächste Version des Browsers freigeben. Gleichzeitig wird auch Firefox 91 ESR freigegeben, der Firefox 78 ESR vom Ende Juni 2020 ablöst. Somit erhalten auch die Anwender von Firefox mit verlängertem Support die neue Oberfläche Proton. Wer möglichst lange die alte Oberfläche verwenden möchte, kann noch die beiden kommenden Versionen Firefox 78.14 ESR und 78.15 ESR nutzen, die noch einmal einen Aufschub bis Oktober gewähren.

    Praktische Änderungen

    Firefox 91 bietet keine spektakulären Neuerungen, aber einige praktische Verbesserungen für die unterstützten Betriebssysteme. So wurde das vereinfachte Drucken, das vor einigen Versionen wegrationalisiert wurde, wieder eingeführt. Um die Option zu nutzen, muss im Druck-Dialog unter dem Eintrag Mehr Einstellungen die Option Vereinfacht gewählt werden, um etwa beim Ausdrucken von Webseiten überflüssige Elemente wegzulassen.

    Original
    Vereinfacht

    Veränderter Download

    Eine Änderung gibt es auch beim Download-Verhalten. Downloads konnten bisher in Firefox entweder in den Download-Ordner der Distribution gespeichert oder mit einer Anwendung geöffnet werden. Bisher wurden heruntergeladene Dateien nach der ersten Ausführung gelöscht, was immer wieder Anwender überraschte, wollten sie die Datei ein zweites Mal starten. Mit Firefox 91 bleiben nun alle Downloads gespeichert und die Option zum Öffnen oder Speichern entfällt.

    Eine weitere Änderung in diesem Zusammenhang bewirkt, dass die Download-Anzeige während des Herunterladens geändert wurde. Dort wird nun unter Angabe der Restzeit angegeben, dass sich der Download nach dem Herunterladen öffnet. Lädt man etwa ein ISO-Abbild herunter, wird dieses bei Verwendung des Plasma-Deskmtops automatisch in Ark zum Entpacken angeboten. Diese Änderungen des Download-Verhaltens müssen derzeit noch manuell unter about:config aktiviert werden. Dazu muss der Parameter browser.download.improvements_to_download_panel auf true gesetzt werden. Ich finde die Kopplung der beiden Änderungen etwas unglücklich, denn wer vorher Downloads immer gespeichert hat, muss nun nach dem Herunterladen ein zusätzliches Fenster schließen.

    Tabs leichter finden

    Die Option Switch to Tab in der Adressleiste ist nun auch im privaten Modus verfügbar. Ebenfalls im Privatmodus ist jetzt die mit Firefox 83 eingeführte Option Nur-HTTPS verfügbar. Diese zwingt alle Verbindungen zu Websites zur Verwendung von HTTPS. Ist HTTPS nicht verfügbar, wird eine Warnung mit der Option angezeigt, die Seite mit HTTP zu öffnen.

    SSO für Windows

    Unter Windows ist mit Firefox 91 SSO (Single Sign-on) verfügbar, mit dem man sich bei Microsoft-, Geschäfts- und Schulkonten anmelden kann, indem man die Zugangsdaten von Windows 10 nutzt. Die Option kann in den Einstellungen unter Datenschutz und Sicherheit aktiviert werden. Wie immer schließt Mozilla mit der neuen Version einige Sicherheitslücken, die nach der offiziellen Freigabe gegen Abend auf deren Security-Seite veröffentlicht werden. Die offiziellen Release Notes sind ebenfalls erst dann einsehbar.

  • Ausblick auf Fedora Linux 35

    Ausblick auf Fedora Linux 35

    Die allgemeine Verfügbarkeit von Fedora 35 ist derzeit für den 19. Oktober terminiert, eine Beta-Version soll am 21. September erscheinen. Da Fedora oft spannende Entwicklungen bereithält, schauen wir einmal vorab auf das, was an Änderungen bereits bekannt ist.

    Mit der kommenden Veröffentlichung will Projektleiter Matthew Miller Projekt und Distribution namentlich besser unterscheidbar machen. Während das Projekt weiterhin »Fedora« heißt, soll die Distribution künftig als »Fedora Linux« bezeichnet werden. Die Änderung wird in /etc/os-release einfließen.

    Weitere Öffnung für Flatpaks

    Fedora 35 öffnet sich weiter für Flatpaks, indem durch die Aktivierung von Drittanbieter-Repositories ausgewählte Flathub-Anwendungen über eine vom Fedora-Projekt verwaltete Flathub-Remote hinzugefügt werden können. Dies bedeutet, dass Anwendungen auf Flathub, die explizit durch einen neuen Prozess genehmigt wurden, in GNOME Software und per Kommandozeile verfügbar sein werden.

    Dabei geht es in der Hauptsache um Anwendungen, die bei Fedora aus verschiedenen Gründen schwierig zu paketieren sind. Bisher bestätigt sind Zoom, Microsoft Teams, Skype, Bitwarden, Postman und Minecraft, darüber hinaus angedacht sind Discord, Anydesk, WPS Office, OnlyOffice, MasterPDFEditor, Slack, UngoogledChromium, Flatseal, WhatsAppQT und GreenWithEnvy.

    Standardisierung

    Btrfs wird mit Fedora 35 auch bei Fedora Cloud als Standard-Dateisystem angeboten. Zudem werden die Abbilder für die Fedora Cloud Edition so aktualisiert, dass mehrere Partitionen und ein GPT-Label konfiguriert werden anstatt einer einzigen Partition und einem impliziten MBR. Dies ist eine Fortsetzung der Änderungen, die mit Fedora Linux 34 zur Vereinheitlichung der Grub-Konfigurationsdateien vorgenommen wurden. Damit wird eine einheitliche Konfiguration für alle Architekturen angestrebt und das Booten desselben Images mit UEFI oder Legacy-BIOS überall ermöglicht.

    PipeWire erhält WirePlumber als Sitzungsmanager

    Zur besseren Handhabung von PipeWire, das seit Fedora 34 PulseAudio ersetzt, wird WirePlumber den in PipeWire integrierten einfachen Sitzungsmanager ablösen. WirePlumber erlaubt es, viele der Regeln für die Einrichtung und Konfiguration mit kleinen LUA-Skripten zu implementieren, die leichter zu pflegen und anzupassen sind. Einige der Funktionen, die in LUA skriptbar sind umfassen die Einrichtung und Konfiguration der Geräte und Streams. Zudem lässt sich WirePlumber durch Module erweitern und ist besser in die Desktop-Einstellungen integriert.

    Zu den Funktionen gehört auch die Entscheidung, ob Geräte und Streams je nach den verfügbaren Geräten im 5.1- oder im Stereomodus betrieben werden sollen. Weiterhin übernimmt WirePlumber das Routing der Streams basierend auf den Metadaten der Streams und dem Gesamtzustand des Systems und die Wiederherstellung der Lautstärke/Stummschaltung von Geräten und Streams.

    Kinoite als neue Variante neben Silverblue

    Eine neue Variante wird mit Fedora Kinoite eingeführt. Fedora Kinoite ist ein unveränderliches Desktop-Betriebssystem mit KDE Plasma Desktop. Es basiert mit rpm-ostree, Flatpak und Podman auf denselben Technologien wie Fedora Silverblue. Zudem beabsichtigt Fedora DNS über TLS (DoT) zu verwenden, wenn dies von den konfigurierten DNS-Servern unterstützt wird.

  • Vom Rest das Beste – Woche 31

    Vom Rest das Beste – Woche 31
    Vom Rest das Beste

    Berlin in sonntäglicher Ruhe. Damit ist es morgen mit dem Ende der Sommerferien in der Hauptstadt wieder vorbei. Die Sommerferien machen sich natürlich auch bei den berichtenswerten Linux-Neueigkeiten bemerkbar.

    Distributionen

    Bei den Distributionen war es dementsprechend ruhig in dieser Woche. Der auf LibreELEC und RetroArch beruhende Konsolen-Emulator Lakka erschien in Version 3.3. Snal Linux 1.6 basiert auf Arch und dem i3 Fenstermanager und ist als Live-Image gedacht, um die Fehlersuche bei Festplatten-, System- und Netzwerkproblemen zu unterstützen. Ebenfalls an IT-Fachleute wendet sich das auf Debian basierte Rolling Release Kaisen 1.8, das eine Reihe von Werkzeugen für Systemverwaltung, Diagnose und Behandlung von Fehlern oder Ausfällen eines installierten Systems mitbringt.

    Ein weiterer in dieser Woche neu veröffentlichter Arch-Epigone ist Bluestar Linux 5.13.8. Alpine Linux, auf dem unter anderem postmarketOS basiert, erschien derweil in Version 3.14.1. Die Open Gaming Plattform Lutris 0.5.9 erschien als Beta-Version. Das für Router und Firewalls sowie als Intrusion-Detection-System ausgelegte IPFire 2.27 steht zum Testen bereit. Der auf Media Tomb aufsetzende Gerbera Media Server steht als 1.9.0 zur Verfügung und bietet sich für In-Home-Streaming an. Auf meine Liste der zu beobachtenden Distributionen hat es in dieser Woche airyx geschafft. Dabei handelt es sich um Ein BSD-basiertes Projekt, dass ein Nutzererlebnis wie und teilweise Kompatibilität mit macOS erreichen möchte.

    Desktop-Umgebungen

    Mit der Zuverlässigkeit eines Uhrwerks lässt uns Nate Graham wöchentlich an den Entwicklungen der Woche bei KDE teilhaben. Diesmal geht es um mehr Stabilität. Seit Monaten wurden bei GNOME die Human Interface Guidelines (HIG) überarbeitet. Jetzt liegt die neue Fassung vor. Die Gründe für die Überarbeitung erläutert das Blog von Allan Day. Die Distribution Ubuntu Unity Remix führt Unity 7 fort und arbeitet daran unter dem Namen UnityX 10 Desktop Environment, das mit im Herbst zeitgleich mit Ubuntu 21.10 veröffentlicht werden soll.

    Anwendungen

    LibreOffice 7.2 steht vor der Tür, Interessierte können nun Release Candidate 2 testen, am morgigen 9. August soll RC3 folgen, stabil soll LibreOffice 7.2 am 16. August werden. Mit WireGuardNT ist eine Implementierung des VPN-Protokolls WireGuard für den Windows-Kernel freigegeben worden, wie Entwickler Jason A. Donenfeld bekannt gab. Sören Hentzschel berichtet über die Veröffentlichung von Mozilla VPN 2.4. Ein weiterer Fork für Audacity wurde mit AudMonkey v1.0.1 vorgestellt. Im Gegensatz zu Tenacity erleichtert AudMonkey den Einstieg neben dem Quellcode durch fertige Pakete für Windows, macOS und ein AppImage für Linux.

    Mesa 21.2 bietet bessere Unterstützung für einige Games. Zudem wurden Absturzursachen bei Firefox unter Wayland sowie Probleme beim Rendering unter KDE beseitigt. FWUPD erfuhr in 10 Tagen gleich zwei Updates. Auf FWUPD 1.5.12 folgte vor wenigen Tagen FWUPD 1.6.2. Auch bei PipeWire stehen die Räder nicht still, wie die neue Version 0.3.33 belegt. In wenigen Tagen erscheint Debian 11 »Bullseye« und Google hat in dieser Woche die Weichen gestellt, um den Standard-Linux-Container für Chromebooks auf das neue Release anzuheben.

    Aus der Ecke von KDE kommt mit vielen Highlights die Veröffentlichung von Latte Dock 0.10, welches das Standard-Panel des Plasma Desktops entweder ergänzen oder ersetzen kann. Ein reines Bugfix-Release haben die Entwickler des freien Zeichenprogramms mit Krita 4.4.7 hingelegt. Das Simple Directmedia Layer (SDL) für die Entwicklung plattformübergreifender Spiele und Anwendungen hat mit SDL 2.0.16 ein umfangreiches Update erhalten, das den Wayland-Support und die PipeWire-Integration verbessert.

    Im mobilen Bereich gibt es neben der Veröffentlichung des bereits erwähnten ersten Service Packs für postmarketOS 21.06 die Wiederkehr der mobilen E-Mail-App K-9 Mail zu vermelden. Zudem zählt das Samsung Galaxy S10 nun als bei LineageOS offiziell unterstützt.

    Lesestoff

    In dieser Woche hat sich die Free Software Foundation offiziell zu philosophischen und rechtlichen Fragen über GitHubs Copilot geäußert. Amüsanter zu lesen fand ich den Bericht eines Software-Entwicklers, der seinen Weg zum Geldverdienen im Paradies beschreibt. Das ist schon seit Langem auch mein Bestreben. Mal schauen, ob es in der nächsten Woche klappt 🙂 Bis dahin bleibt gesund!

  • Nitrux 1.5.1 setzt auf universelle Paketformate

    Nitrux 1.5.1

    Ich habe immer einige Distributionen im Fokus, deren Entwicklung ich mit Interesse verfolge. Das sind meist Distributionen, die Dinge anders angehen als herkömmliche Distributionen. Nitrux ist eine davon und hat gerade Version 1.5.1 veröffentlicht.

    Bewährte Bausteine

    Nitrux setzt auf die Bausteine Debian, Qt, KDE Plasma und den Calamares-Installer. In der aktuellen Version 1.5.1 sind dies Plasma 5.22.4, KDE Frameworks 5.84.0, KDE Gear 21.04.3 und Calamares 3.2.40. Der Kernel steht bei 5.13.7, aber auch der LTS-Kernel 5.4.137 und die Linux Libre Kernel 5.10.55 LTS und 5.12.19 sind verfügbar. Anstatt Systemd kommt seit Nitrux 1.3.2 OpenRC zum Zug.

    NX Desktop-Aufsatz

    Wer Nitrux als Live-Medium startet und nur weiß, dass Plasma als Desktop verwendet wird, wird zunächst stutzen, denn dem Plasma Desktop wird mit NX Desktop ein Satz von Anpassungen übergestülpt, um den Arbeitsablauf zu optimieren. Der Paketbestand setzt sich aus Anwendungen von KDE und aus Apps aus dem KDE nahestehenden und bei Nitrux angesiedelten Maui-Projekt zusammen, das gerade seiner ersten stabilen Veröffentlichung entgegensieht.

    Maui-Apps

    Grundlage ist hier MauiKit 2, eine Sammlung von Frameworks, mit denen sich konvergente Anwendungen schnell erstellen lassen. Es besteht aus einer Kernkomponente mit einer Reihe von konvergenten UI-Steuerelementen, die auf QQC2 und Kirigami aufbauen, sowie einer Gruppe von funktionsreicheren Steuerelementen wie dem FileBrowser, einem ImageViewer und einem TextEditor.

    Zusätzlich unterstützt Nitrux 1.5.1 von Hause aus Flatpak und AppImage, wobei einige der installierten Pakete auf letzterem Format beruhen. Die Abbilder für Nitrux 1.5.1 liegen als Vollversion mit 3.8 GByte oder als Minimal-Version mit 1,4 GByte auf OSDN. Wer Nitrux virtualisiert testen möchte, findet jeweils eine Virtual Appliance für VirtualBox an gleicher Stelle.

  • Mozillas Sprachforschungsprojekt »Common Voice« erweitert

    Mozillas Sprachforschungsprojekt »Common Voice« erweitert

    Während es vor rund einem Jahr so aussah, als wäre auch der Bereich Sprachforschung bei Mozilla von den Einsparungen und Entlassungen betroffen, so erweist sich zumindest das Projekt Mozilla Common Voice erfreulicherweise als quicklebendig. Das belegt ein neues Update für die Sprachdatenbank.

    Je mehr Stimmen, desto besser

    Common Voice ist ein Open-Source-Projekt zur Erstellung einer freien Datenbank für Spracherkennungs-Software, um Geräten beizubringen, wie echte Menschen zu sprechen. Die Stimmdatenbank wird von Freiwilligen erstellt, die Beispielsätze in möglichst vielen Sprachen mit einem Mikrofon einsprechen. Die Datenbank steht unter der Creative Commons CCO-Lizenz und soll Sprache-zu-Text-Anwendungen (STT) voranbringen.

    Update für Common Voice

    Jetzt hat die Mozilla Foundation ein größeres Update angekündigt, das 16 neue Sprachen und 4.600 zusätzliche Stunden an eingesprochenen Beispielsätzen beinhaltet. In den letzten Monaten hat Mozilla außerdem drei Common Voice-Stipendiaten, eine Investition in Höhe von 3,4 Millionen US-Dollar von verschiedenen Stiftungen zur Förderung der Arbeit in Ostafrika und eine Partnerschaft mit NVIDIA angekündigt.

    DeepSpeech

    Die Datenbank wird unter anderem von Mozillas mit Tensor Flow realisierter Spracherkennungs-Engine DeepSpeech genutzt, aber auch die Mycroft AI sowie die Projekte Rhasspy und voice2json können damit umgehen. Ziel ist es, eine Alternative zu Amazons Alexa, Apples Siri oder Google Home zu entwickeln, da die kommerziellen Engines beispielsweise keine einzige afrikanische Sprache unterstützen. Eines der Ziele von Mozilla ist es, die Wortfehlerrate auf unter 10 % zu drücken. Die neuesten Versionen des vortrainierten englischsprachigen Modells erreichen dieses Ziel mit einer durchschnittlichen Wortfehlerrate von etwa 7,5 %.

    Übergabe von DeepSpeech an Organisationen

    Nach Mozillas Ansicht ist DeepSpeech an einem Punkt, wo es Sinn ergibt, weitere Anwendungen dafür zu entwickeln. Zu diesem Zweck plant das Unternehmen, das Projekt für die Weiterentwicklung an interessierte »Personen und Organisationen« zu übergeben. Mozilla sagt, dass es die kontinuierlichen Integrationsprozesse gestrafft hat, um DeepSpeech mit minimalen Abhängigkeiten zum Laufen zu bringen. Zudem will Mozilla ein Toolkit veröffentlichen, das Forschern, Unternehmen und allen interessierten Parteien dabei helfen soll, DeepSpeech zu nutzen, um sprachbasierte Lösungen zu entwickeln. Wer selbst einmal mit DeepSpeech experimentieren möchte, kann sich die Anleitung auf heise online als Grundlage nehmen, die beschreibt, wie man DeepSpeech auf dem Raspberry Pi testen kann. Auch die Entwicklung von Sprachmodellen für den eigenen Bedarf ist kein Hexenwerk.

  • Der Linux Kernel braucht mehr Entwickler

    kernel
    Quelle: Negative Space | Lizenz: CC0

    Das ist zumindest die Meinung von Kees Cook vom Google Open Source Security Team, der viel Zeit in die Verbesserung der Sicherheit des Linux-Kernels steckt. Er begründet sein Statement mit der Tatsache, dass die nötigen Bugfix-Releases für den Mainline Kernel annähernd 100 Fixes pro Woche umfassen.

    Angst vor Regressionen

    Dies übe Druck auf Linux-Anbieter aus – einschließlich derjenigen, die die zahllosen Produkte unterstützen, auf denen Linux läuft, denn sie müssten ständig entscheiden, welche Patches für sie wichtig seien und dies dann einpflegen. Die ständige Aktualisierung des Kernels stoße vielerorts auf Ablehnung, so Cook, da immer die Gefahr bestehe, gleichzeitig Regressionen einzuführen.

    Um die Dringlichkeit der Lage zu verdeutlichen, bezieht sich Cook auf Googles Fuzzing-Tool Syzcaller. das derzeit rund 1.000 mögliche Probleme im Kernel erkennt. Davon werden laut Cook rund 400 im Jahr beseitigt. Die Zahl der erkannten möglichen Probleme erhöhe sich jährlich um rund 100, sodass die Zahl der potenziellen Risiken ständig ansteige.

    Denkbare Lösungen

    Cook beschreibt in seinem Artikel einige für ihn denkbare Lösungen. Neben einer größeren Zahl von Testern vor einem stabilen Release nennt er die Verbesserung des Linux-Entwicklungs-Workflows als von entscheidender Bedeutung für die Erweiterung der Möglichkeiten aller Beteiligten, einen Beitrag zu leisten. Der E-Mail Arbeitsablauf von Linux sei in die Jahre gekommen, die vorgelagerte Entwicklung von automatisiertem Patch-Tracking, kontinuierlicher Integration, Fuzzing und vermehrten Tests würde den Entwicklungsprozess laut Cook deutlich effizienter machen.

    100 Entwickler fehlen

    Maintainer müssen neue Reviewer ausgiebig an ihrem Wissen über die einzelnen Sub-Systeme teil haben lassen, denn die Tester von heute seien die Maintainer von morgen. Cook schätzt, dass dem Kernel selbst, den Compilern und den Toolchains derzeit mindestens 100 Entwickler fehlen. Dieses Minus aufzufüllen sei die einzige Lösung, die ein ausgewogenes Maß an Sicherheit zu vernünftigen langfristigen Kosten gewährleisten könne, so Cook. Zudem müsse in der weiteren Entwicklung eine speichersichere Sprache wie Rust im Kernel gefördert werden.

  • Neuer Ubuntu Desktop-Installer zum Test bereit

    Neuer Ubuntu Desktop-Installer zum Test bereit

    Der seit 2006 bei Ubuntu am Desktop verwendete Ubiquity-Installer wird demnächst in Rente gehen können, denn der unter dem Projektnamen Ubiquity NG bereits seit 2018 entwickelte neue Installer für die Desktop-Varianten von Ubuntu steht zum Test bereit. Mit Ubuntu 22.04 LTS soll der neue Installer an die Anwender ausgeliefert werden.

    Auswahl zwischen zwei Übeln?

    Als Backend kommt mit Subiquity der gleiche Unterbau zum Zug wie beim Installer für die Server-Variante von Ubuntu. Für die Benutzerschnittstelle des neuen Installers nutzen die Entwickler Googles Framework Flutter, das im Rahmen einer Zusammenarbeit von Google und Canonical Unterstützung für Ubuntu und weitere Linux-Distributionen erhielt. Ob das im Endeffekt besser ist als die vormals geplante Nutzung des Electron-Frameworks muss sich erst noch zeigen.

    Noch nicht alle Funktionen verfügbar

    Neben dem moderneren Design fällt als Erstes auf, dass auf der Startseite neben Ubuntu ausprobieren und Ubuntu installieren nun Ubuntu reparieren hinzugekommen ist, was versucht, eine schief gelaufene Installation zu beheben, indem alle installierte Software neu installiert wird, ohne dabei Dokumente oder Einstellungen zu verändern. Der neue Installer ist in seiner jetzigen Version recht einfach gehalten und unterstützt bisher keine Verschlüsselung oder etwa die Authentifizierung per Active Directory. Auch Zeitzonen lassen sich noch nicht festlegen.

    Ubuntu 22.04 LTS als Ziel

    Ubiquity NG soll als technische Vorschau mit Ubuntu 21.10 »Impish Indri« am 14. Oktober ausgeliefert, und wenn die Tests erfolgreich verlaufen, den bisherigen Installer mit Ubuntu 22.04 LTS ablösen. Der Installer kann mit den aktuellen Daily Canary Builds von Ubuntu 21.10 bereits getestet werden.

    Wenn der neue Installer mit Ubuntu 22.04 LTS ausgeliefert wird, so werden die meisten Varianten von Ubuntu diesen vermutlich übernehmen. Ausnahmen sind Kubuntu und Lubuntu, die sich bereits seit Längerem von Ubiquity verabschiedet haben und Installer auf der Basis des inzwischen weit verbreiteten Calamares Installer-Frameworks benutzen.

  • Freigabe von CrossOver 21.0.0 angekündigt

    Die Firma CodeWeavers hat die Veröffentlichung von CrossOver 21.0.0 bekannt gegeben. Bei CrossOver handelt es sich um eine kommerzielle WINE-Version, die für Linux, macOS und ChromeOS erhältlich ist. Damit lassen sich dank der freien Implementierung eines Windows-API Spiele und andere Software auf den unterstützten Plattformen ausführen. Die neue Version CrossOver 21.0.0 bringt in der Hauptsache Verbesserungen für das Gaming unter macOS, aber auch einige Fehlerbereinigungen für Linux-Anwender.

    CrossOver 21 enthält ein Update auf WINE 6.0, das Verbesserungen für eine Vielzahl von Anwendungen mit sich bringt. Eine der interessantesten Funktionen von WINE 6.0 ist das Vulkan-Backend für wined3d. Diese Funktion ist unter macOS standardmäßig für 64-Bit Direct3D 10/11 Spiele aktiviert, wenn DXVK nicht aktiviert ist. Ebenfalls für macOS wurde die Unterstützung für Controller von Xbox Series X/S und PlayStation 5 DualSense verbessert. Diese arbeiten nun auch über Bluetooth. Zudem können macOS-Anwender jetzt auch einen Dark-Mode nutzen.

    CrossOver 21 bringt mehrere Korrekturen für Office 2016/365 unter Linux, darunter eine bessere Unterstützung für Konfigurationen mit mehreren Monitoren und eine Korrektur für Probleme bei der Eingabe eines Kennworts für die Anmeldung und Aktivierung von Office. Sowohl ChromeOS- als auch Linux-Nutzer sollten beim Öffnen von CrossOver 21 schnellere Startzeiten feststellen.

    Anwender mit einem aktiven Vertrag bekommen die neue Version automatisch angeboten. Eine 14-tägige Testversion lädt zum Kennenlernen ein. Eine Jahreslizenz von CrossOver inklusive Aktualisierungen und Support kostet regulär 59 Euro, eine Lizenz auf Lebenszeit inklusive Telefon-Support liegt bei 475 Euro. Käufer von CrossOver unterstützen direkt die Weiterentwicklung von WINE, das die Grundlage von CrossOver darstellt. Neuerungen in CrossOver werden nach Wine zurückportiert, zudem beschäftigt CodeWeavers einige WINE-Entwickler

  • InitWare als Systemd-Fork auf OpenBSD

    InitWare unter OpenBSD

    Ein oft vorgebrachter Kritikpunkt an Systemd ist, dass es nur unter einem Linux-Kernel und glibc läuft und nirgends sonst. Seit einiger Zeit ist mit InitWare ein Fork in Arbeit, um ein Systemd-ähnliches Initsystem auch auf BSD nutzen zu können. Der Fork verzichtet zudem auf die Linux-typischen Systemaufrufe. InitWare ist nicht der erste Systemd-Fork, 2014 gab es bereits uselessd mit der Zielsetzung, Systemd auf ein reines Init-System zurückzustutzen. Dieser Versuch wurde aber ein Jahr später wieder eingestellt.

    Nicht alle Komponenten genutzt

    Auch das modular aufgebaute InitWare nutzt nicht die gesamte Funktionalität von Systemd, sondern verzichtet unter anderem auf Komponenten wie Udev und Journald. Das generelle Prinzip der Units wurde übernommen, jedoch fokussiert InitWare stärker auf den Init-Prozess selbst. Units sind über eine einheitliche Schnittstelle verwaltbar, können Abhängigkeiten und andere Beziehungen zu anderen Einheiten angeben und werden automatisch vom InitWare-Manager, einem Dienstverwaltungssystem geplant. Hinzu kommt ein Anmelde- und Benutzer-Sitzungsmanager, der die Verwaltung von Benutzern und ihren Sitzungen erleichtert. Jedem Benutzer wird ein eigener Benutzerdienstmanager zur Verfügung gestellt, mit dem er seine eigenen Dienste verwalten kann.

    Kompatibilität angestrebt

    InitWare strebt ein hohes Maß an Kompatibilität mit den Kernschnittstellen von Systemd an. Unit-Dateien, die systemctl– und loginctl-Befehle, die hier iwctl und iwloginctl heißen, die D-Bus-APIs, die sd_notify-API und mehrere andere Schnittstellen sind alle Gegenstand dieses Ziels. Es gibt aber auch Punkte, in denen sich beide Systeme unterscheiden. InitWare ist sehr portabel und will wesentlich modularer sein. Zudem ist InitWare von wesentlich geringerem Umfang und beschränkt sich auf die Verwaltung von Systemen, Diensten, Sitzungen und Anmeldungen.

    Nun auch auf OpenBSD bootbar

    Bisher konnten Rechner unter DragonFly BSD, FreeBSD, NetBSD und GNU/Linux mit InitWare gestartet werden. Kürzlich kam nun OpenBSD hinzu. Eine Roadmap skizziert die nächsten Schritte des Projekts. Die Entwickler machen darauf aufmerksam, dass InitWare noch nicht bereit für den Einsatz ist und dass die Installation derzeit ein Verständnis der Feinheiten des Bootvorgangs der Plattform erfordert, es dagegen aber recht einfach sei, das System in einen nicht mehr startfähigen Zustand zu versetzen.