CleanPress

Kategorie: Artikel

  • Test: Ubuntu Touch auf dem PinePhone

    UBports-Logo by 3arn0wl| Lizenz: CC BY-SA 4.0

    Dies ist der erste von mehreren Tests, in denen ich das PinePhone »Brave Heart Edition« mit verschiedenen mobilen Betriebssystemen versehe und den Stand der Entwicklung festhalte. Das PinePhone ist von der Hardware her sehr nah am endgültigen Produkt, die einzelnen Betriebssysteme sind dagegen in unterschiedlichen Stadien der Entwicklung.

    Ubuntu Touch

    Ubuntu Touch (UT) wurde zum ersten Testobjekt, da mittlerweile das PinePhone »UBports Community Edition« bestellt werden kann und in diesen Tagen in einer Auflage von rund 4.500 Exemplaren in den Versand geht. Somit kann man erwarten, dass hier die Entwicklung am weitesten fortgeschritten ist. Ob das so ist, erfahren wir am Ende der Testreihe.

    Weitere Tests werden unter anderem postmarketOS mit Plasma Mobile und mit Phosh umfassen. Ich werde zudem testen, ob das PinePhone mit Anbox und dem NexDock 2 zusammenarbeitet. Ich vermute aber, es wird für beides noch zu früh sein.

    Von SD-Karte booten

    Das PinePhone ist, soweit ich weiß, das erste Smartphone, dass das Betriebssystem von einer SD-Karte starten kann. Somit entfällt das fehleranfällige Flashen eines ROM auf das Gerät. Das erleichtert einen solchen Test enorm. Wir haben das Abbild vom 19.05.2020 von der UBports-Webseite verwendet. Mit einem Befehl lässt sich bei Bedarf das Betriebssystem später von der SD-Karte auf den internen eMMC-Speicher übertragen, was der Geschwindigkeit zugutekommt.

    Zunächst kurz zur Haptik. Das PinePhone liegt gut in der Hand, vermittelt aber deutlich das Gefühl von Plastik. Dabei darf man natürlich den Preis nicht vergessen und von daher geht der erste Eindruck in Ordnung. Das Gerät verfügt über sechs Kill-Switches, die aber erst nach Abnahme des Deckels über DIP-Schalter (Mäuseklavier) genutzt werden können, womit die Verwendbarkeit meiner Meinung nach stark einschränkt wird.

    Einrichtung

    Nachdem nach Abnehmen des Rück-Covers die SD-Karte mit UT in den Einschub gesteckt wurde, kann das Gerät gebootet werden. Als erstes durchläuft es die Konfiguration, was Lokalisation, WLAN und anderes angeht. Erster Eindruck: WLAN funktioniert und hat eine gute Signalstärke ohne allzu große Schwankungen. Der Browser Morph ist zufriedenstellend schnell. Beim Blick ins Terminal zeigt sich, dass ein von Mainline abgeleiteter Kernel 5.6 installiert ist.

    Geschmeidiges Touch-Erlebnis

    Die Touch-Oberfläche reagiert gut auf Swipes und Klicks, selten muss man ein zweites Mal nachsetzen. Ein Swipe von links öffnet den App-Drawer, von rechts werden geöffnete Apps angezeigt. Von oben gibt es Zugriff auf Einstellungen wie von Android gewohnt. Dass dies alles so geschmeidig läuft, ist dem kürzlichen Update auf Unity 8 zu verdanken.

    Die Telefonie kann ich noch nicht testen, meine SIM-Karte ist noch in der Post und kommt erst mit der Installation von postmarketOS in den nächsten Tagen zum Einsatz. Sie soll aber mittlerweile mit UT weitgehend problemlos funktionieren. Seit Kurzem ist UT auf dem PinePhone in der Lage, Updates per OTA zu installieren, was viel Arbeit beim erneuten Aufspielen eines neuen Image erspart.

    PinePhone
    Der neue App-Drawer hielt mit OTA 12 Einzug bei Ubuntu Touch
    PinePhone
    Der Dateimanager von UT ist einfach gehalten, tut aber, was er soll.

    Einiges geht noch nicht

    Was noch nicht funktioniert, sind Kamera und GPS, auch zum freien Ubuntu-Touch-App-Store OpenStore kann nicht immer eine Verbindung aufgebaut werden. Die Verbindung mit Online-Diensten wie Nextcloud scheitert bisher völlig. Was mich beim Arbeiten sehr stört ist, das Screenshots nicht funktionieren. Deshalb schon mal sorry für die schlechte Qualität der Bilder. Unter anderem aus diesen Gründen scheidet UT auf dem PinePhone für mich derzeit als alleiniger täglicher Begleiter aus. Das habe ich aber auch zu diesem Zeitpunkt nicht anders erwartet.

    Umständlicher Einstieg

    Was das PinePhone mit UT aber klar als Entwicklerspielzeug prädestiniert ist die Tatsache, dass das Dateisystem ziemlich verrammelt ist. Nachdem einige Aktionen wie ein Update per APT oder der Versuch, auf das Gerät per SSH zu verbinden, gescheitert sind, habe ich mir das Dateisystem näher angesehen.

    Zunächst einmal ist das System generell im Lesemodus gebootet (ro). Einzige Ausnahme ist der Ordner userdata, in dem sich alle persönlichen Daten und Einstellungen befinden. Der Zugriff auf SSH per Passwort ist unterbunden. Also gilt es zunächst, entweder einen public-key auf das Phone zu bekommen oder einen auf dem Phone zu erstellen und auf den Rechner zu kopieren.

    Alles in allem recht umständlich, erinnert an Catch 22. Am einfachsten fand ich, die Passwortfunktion für SSH auf der SD-Karte im Notebook freizuschalten und dann zu booten. Wer also mit dem Terminal arbeiten und Werkzeuge wie APT oder Nano nutzen will, kann administrative Aufgaben per SSH erledigen, sobald die Anfangshürden überwunden sind.

    Der UT OpenStore bietet derzeit 528 Apps an.
    uNav ist ein interessantes Navigations-Tool, dass aber ohne GPS zu ungenau ist.

    Upstart und Mir

    Ubuntu Touch verwendet Upstart als Init und Mir als Display-Server. aus letzterem resultiert, dass Desktop-Anwendungen, die unter X.org laufen, hier nicht kompatibel sind. Um das zu umgehen, verwendet UT Container auf der Basis von LXC, die von der Erweiterung Libertine erstellt und verwaltet werden.

    Auf dem PinePhone funktioniert das wegen eines Fehlers derzeit nur auf Umwegen. Dringend davon abzuraten ist, Anwendungen per APT im Terminal zu installieren. Damit kann man das System sehr schnell zerschießen. Das Problem ist hier prinzipbedingt. Ubuntu Touch wird vermutlich nie ein vollwertiger Linux-PC für die Hosentasche.

    We do not see things such as GCC as ‘essential’ in phone use. We are not aiming to provide a pocket version of ArchLinux.

    Dalton Durst, Ubuntu Touch-Entwickler

    Limitiert

    Die Entwickler streben dies auch nicht an und werden das nur lesbare Dateisystem beibehalten. GCC wird es ebenso wenig geben wie die Möglichkeit, das System per APT zu aktualisieren. Ubuntu Touch auf dem PinePhone leidet nicht nur unter nicht nutzbaren Funktionen, es ist auch prinzipbedingt als Linux-Phone eingeschränkt.

    Noch kein täglicher Begleiter

    Abschließend bleibt zu sagen, dass Ubuntu Touch noch nicht alle Grundbedürfnisse eines täglichen Begleiters erfüllt. Fehlendes GPS verhindert Funktionalität, an die wir gewohnt sind. Wer alleine mit der Telefonfunktion und dem Webbrowser auskommt, sollte in jedem Fall eine Powerbank mitnehmen, denn der Akku hält derzeit bestenfalls 3 – 4 Stunden durch. Das ist allerdings kein Problem von UT.

    Noch ein Jahr…

    Der Einsatz als Linux-Rechner für die Hosentasche wird bei UT durch ein zu sehr vernageltes System und noch fehlende Funktionalität behindert. Hier stellt sich beim Experimentieren mit der neuen Gerätegattung Linux-Phone nicht die rechte Freude ein. Die Probleme sind bekannt, es wird an vielen Stellen daran gearbeitet, wie im letzten Q&A-Video zu erfahren ist.

    Hier wird schätzungsweise noch ein Jahr ins Land gehen, bevor das System für einen Tag außer Haus gerüstet ist. Aber selbst dann ist es kein vollwertiges Linux-Phone wie ich es mir wünsche. Als Nächstes werde ich postmarketOS mit Phosh als Oberfläche testen.

  • Qt und KDE am Scheideweg?

    Qt-Logo |Lizenz: Public Domain

    Gestern hat The Qt Company, die an der Börse als Qt Group notiert ist, ihre Roadmap für das Qt-Framework 2020 bekannt gegeben. Dort gibt die Tochtergesellschaft von Digia ihre Pläne einschließlich der Einführung von Qt 6 bekannt. Was dort nicht steht ist, dass sich The Qt Company in letzter Zeit zunehmend von KDE und seiner Community distanziert.

    Schrittweise Distanzierung

    Bereits im Januar gab The Qt Company erste Einschränkungen des mehrfach lizenzierten Frameworks bekannt. Demnach sind ab Qt 5.15 langfristig unterstützte Versionen (LTS) und das Offline-Installationsprogramm von Qt nur noch für kommerzielle Lizenznehmer verfügbar. Zudem benötigen jetzt auch Open-Source-Anwender einen Qt-Account, um Qt-Binärpakete herunterladen zu können. Quellpakete sind weiterhin auch ohne Qt-Account zugänglich.

    Generell gutes Verhältnis

    In einer neuen Ankündigung wird die Distanzierung von KDE und anderen freien Gemeinschaften, die Qt einsetzen noch deutlicher. Das geht aus einem Eintrag auf der Mailingliste von KDE-Entwickler Olaf Schmidt-Wischhöfer hervor. Darin beschreibt er das Verhältnis von Qt Company, dem freien Qt-Project und der KDE Free Qt Foundation als über die Jahre durchaus fruchtbar und zum Vorteil aller Beteiligter.

    Diese für alle positive Ausgangssituation sei jedoch durch die Einschränkungen vom Januar gefährdet. Auf einem persönlichen Treffen im März sei dann aber das Grundgerüst für eine weitere Zusammenarbeit gelegt worden.

    Corona als Vorwand?

    Dem widersprechen die neuesten Informationen, nach denen KDE e. V. und KDE Free QT Foundation informiert wurden, The Qt Company sehe sich angesichts der Corona-Krise gezwungen, kurzfristig mehr Umsatz zu generieren und deshalb künftig alle Qt-Veröffentlichungen für 12 Monate nur kommerziellen Lizenznehmern zugänglich zu machen.

    Strategien für den Ernstfall

    Auch wenn diese Ankündigung noch nicht festgeklopft ist, sieht sich die KDE-Community veranlasst, Strategien zu entwickeln, falls Qt Company dies durchsetzt. Einen Mittelweg scheint es hier nicht zu geben, ein Fork scheint in diesem Fall unabwendbar, die Entwicklung von KDE auf der Basis von Qt zu schützen.

    KDAB bietet wichtige Unterstützung

    Alle Beteiligten sind sich der Tragweite einer solchen Entscheidung angesichts der Komplexität des Qt-Frameworks bewusst. Die KDE-Gemeinschaft wird bei diesem Unterfangen von dem einflussreichen Qt-Consulting-Unternehmen KDAB unterstützt, dessen Berliner Statthalter sich dahin gehend auf der Mailingliste äußerte.

    Viele Projekte betroffen

    Neben KDE gibt es viele weitere Projekte, die auf dem freien Software-Repository von Qt basieren und durch diese Entscheidung, wenn sie sich manifestiert, in ihrer Entwicklung beschnitten werden. Zu nennen sind hier VLC, Spotify, VirtualBox, Kolab, Mathematica, Mumble, Skype, TeamSpeak, Google Earth, Telegram und andere.

    Eine lange Geschichte

    KDE und Qt verbindet eine lange Geschichte, die anfangs dazu führte, dass GNOME die Oberhand bei den Desktop-Umgebungen für sich beanspruchen konnte. Mit der Veröffentlichung von KDE 1.0 im Jahr 1998 kam nämlich Kritik an der Verwendung des damals unfreien Qt-Frameworks als der Basis von KDE auf.

    Qt-Entwickler Trolltech reagierte und stellte Qt in einer speziellen, freieren Version unter der QPL-Lizenz zur Verfügung. Da hatte GNOME aber bereits einen Vorsprung und wurde im frisch gegründeten Unternehmen Red Hat zum Standard-Desktop. Jahre später wurde Qt dann der GPL unterstellt.

    Von Trolltech zu Nokia zu Digia

    Durch die Nutzung von Qt als Basis für KDE-Software bildeten sich schnell engere Beziehungen zur mittlerweile von Nokia übernommenen Firma Trolltech. Im Juni 1998 gründeten KDE e. V. und Trolltech gemeinsam die KDE Free Qt Foundation, um den Fortbestand von Qt als freie Software sicherzustellen. Trolltech begann zudem damit, KDE-Entwickler einzustellen. Die Qt-Entwicklungsabteilung von Nokia wurde 2012 vom finnischen Software-Unternehmen Digia übernommen, die die Qt-Entwicklung dann 2016 in die Tochtergesellschaft The Qt Company auslagerte.

    Abschließend bleibt zu sagen, dass, auch wenn diese Maßnahmen im Endeffekt nicht Realität werden, ist schon durch die Ankündigung klar, dass The Qt Company das KDE-Projekt als größten Nutzer des freien Qt-Frameworks nicht wertschätzt und glaubt, auf die Qt-Community verzichten zu können. Der Schaden ist entstanden und beabsichtigt.

    Update: Mittlerweile gibt es ein knappes Dementi.

  • App-Entwicklung für Linux-Phones

    Über den Erfolg oder Misserfolg einer mobilen Plattform entscheidet im Endeffekt das Angebot an verfügbaren Apps. Wir alle sind in den letzten Jahren abhängig von Apps geworden, die wir in unserem stromliniengeformten Alltag benötigen. Wie die App-Entwicklung für die Linux-Phones dem Rechnung tragen?

    Problemzone App Store

    Die neuen Plattformen haben es schwer, denn sie können auf absehbare Zeit nicht mit den App-Stores von Google oder Apple konkurrieren. Zudem entscheiden sich viele Entwickler für die Plattform, wo sich am ehesten Geld verdienen lässt.

    Brot-und-Butter-Apps

    Da sind in diesem Jahr auf dem Markt erscheinenden Linux-Phones Librem 5 und PinePhone mit ihrem Software-Angebot natürlich schwer im Nachteil. Purism hat sich für das Librem 5 zunächst darauf konzentriert, die Brot-und-Butter-Apps eines Smartphones von GNOME in den neuen Formfaktor zu übertragen.

    Mit dem Erscheinen der ersten Vorserienmodelle beider Geräte ging die zu erwartende erfreuliche Zunahme der Entwicklungstätigkeit bei vielen Communities einher. Aber wie schwer ist es, Apps für Linux-Phones zu erstellen und welche Werkzeuge helfen dabei?

    Kleine Helfer schnell erstellt

    Dass einfache Apps auch einfach zu erstellen sein können, beweist Kyle Rankin, Sicherheits-Experte bei Purism mit einer fortlaufenden Serie von Beiträgen im Firmen-Blog. Dabei ging es bisher um das Erstellen einer Screenshot-App, die Realisierung einer Taschenlampenfunktion und das Skalieren von mobilen Displays. Hilfsmittel sind Konsolen-Tools und das einfache GUI-Toolkit Yad. Hilfestellung beim Design liefert das dreiteilige Librem 5 App Design Tutorial von GNOME-Entwickler Tobias Bernhard.

    Libhandy und Kirigami

    Bei Purism kommt das auf GTK3 basierende PureOS zum Einsatz. Um GNOME-Apps auf den mobilen Formfaktor zu portieren, erweist sich die hauseigene Bibliothek Libhandy als äußerst hilfreich. Im KDE-Lager steht für die konvergente App-Entwicklung das Kirigami-Framwork bereit. Darauf baut auch das Mauikit auf, dass die Entwickler der Distribution Nitrux entworfen haben, um konvergente Apps zu schreiben. An Software und Werkzeugen zum Schreiben und Portieren von Apps für die kommenden Linux-Phones mangelt es also nicht.

  • AppImage – das unbekannte Wesen

    Bild: AppImage-Logo | Lizenz: Public Domain

    AppImage wird häufig in einem Atemzug mit den neuen Paketsystemen Flatpak und Snap genannt. Dabei ist AppImage keineswegs neu, sondern existiert bereits seit über fünfzehn Jahren. Zudem will es nicht mit den Mitbewerbern konkurrieren, sondern hat seine eigene Motivation.

    Richtig ist allerdings, das AppImage bis zum Auftauchen von Flatpak und Snap eher ein Schattendasein führte. Das hat sich in den letzten Jahren grundlegend geändert und auf AppImageHub stehen heute rund 1.000 Anwendungen zur Auswahl.

    Wo kommt AppImage her?

    Die Geschichte von AppImage beziehungsweise seiner Vorläufer begann bereits 2004. Entwickler Simon Peters, der auch heute noch hinter der Software steht, startet das Projekt klik, das nach einer Schaffenspause in PortableLinuxApps umbenannt und seit 2013 als AppImage verfügbar ist.

    Ziel war immer ein einfaches und distributionsunabhängiges Paketformat, das weder Root-Rechte noch eine Installation voraussetzt. Das Host-System soll dabei unverändert bleiben wie bei der Nutzung einer Live-Distribution. Anwendungen sollen schnell vom Entwickler zum Anwender kommen. Dieser muss das Paket lediglich ausführbar machen und kann loslegen.

    Wo sind die Unterschiede?

    AppImage hat zwar grob betrachtet die gleichen Ziele wie Flatpak und Snap, jedoch gibt es entscheidende Unterschiede. So wird im Gegensatz zu den Mitbewerbern keine Installation einer Basis-Software vorausgesetzt. AppImage verzichtet ebenfalls auf die bei Flatpak eingesetzten Laufzeitumgebungen, die desktopspezifisch oft benötige Bibliotheken bündeln und somit verhindern, dass jedes Paket alle benötigten Abhängigkeiten erneut mitbringen muss, auch wenn diese auf dem System bereits vorhanden sind.

    Andererseits muss ein AppImage nur einmal heruntergeladen werden, auch wenn es in Dualboot-Umgebungen eingesetzt wird, denn es läuft wahlweise auch von einem USB-Stick. Dabei lassen sich ohne viel Aufwand auch Anpassungen der Konfiguration mitführen. Das Erstellen von AppImages per AppImageKit ist einfacher als bei der Konkurrenz.

    Keine Sandbox

    AppImage verzichtet derzeit von Hause aus auf ein Sicherheitsmodell wie es Flatpak und Snap in Form von Sandboxen bieten. Hier muss der Anwender noch selbst tätig werden und kann die Anwendungen beispielsweise in Firejail laufen lassen.

    Ein weiterer Nachteil von AppImage ist derzeit noch die Update-Funktion. Diese kann zwar in die Pakete eingebaut werden und aktualisiert dann nur die Differenz zwischen alt und neu, wird aber bisher nur wenig eingesetzt. Simon arbeitet derzeit an einem Werkzeug, dass diesen Schritt für Entwickler vereinfachen soll, wie er kürzlich in einem Interview erläuterte.

  • FOSS Navigation auf Sailfish OS

    Der Android Support (Alien Dalvik) von Sailfish OS erlaubt zwar die Installation von Android Apps wie Here WeGo aber es gibt auch eine gut nutzbare native Open Source Lösung auf Basis von OSM Karten.

    Navigieren mit freier Software

    Pure Maps ist eine voll funktionsfähige Karten- und Navigationslösung, mit der Karten erkundet werden können sowie nach Adressen und Sehenswürdigkeiten gesucht und navigiert werden kann. Dabei kann auf Online- oder Offline-Dienstanbieter zurückgegriffen werden. Für die Offline Karten steht OSM Scout Server  ebenfalls nativ für Sailfish OS zur Verfügung.

    Die App steht auch für andere mobile Betriebssysteme wie Ubuntu Touch zur Verfügung und könnte wahrscheinlich auch auf PostmarketOS oder Plasma Mobile funktionieren und daher mit dem Pine Phone und dem Librem 5 einsetzbar sein.

    Installieren und loslegen funktioniert zwar, die Grundeinstellungen zeigen auch bereits Verkehrsinformationen, aber um auch die Sprachausgabe nutzen zu können, muss man zusätzlich eine mit Pure Maps kompatible Text to Speech-Lösung (TTS) installieren.

    Keine überzeugende TTS Umsetzung

    Im Ergebnis erhält man eine sagen wir mal zu 90% ausgereifte Sprachausgabe, die allerdings wie von einer Kraftwerk Kassette aus den späten 80er Jahren ohne Dolby klingt. Die recht angenehme weibliche Stimme kann man zwar in den Einstellungen von Pure Maps auf männlich stellen, aber die von mir gewählte Text to Speech App picotts, welche als einzige Deutsch unterstützt, scheint nur mit der weiblichen Stimme zu funktionieren.

    Alle von Pure Maps in den OpenRepos genannten TTS Lösungen, sind bis auf mimic seit mindestens 2 Jahren nicht mehr aktualisiert worden und unterstützen nur Englisch. Ein häufig auftretender Übersetzungsfehler führt dazu, dass man spätestens mit aktivierter Sprachausgabe immer das Beta-Feeling dabei hat. Unter Ubuntu Touch soll uNav eine bessere Sprachqualität bieten.

    Fehler in der Sprachausgabe

    Am auffälligsten ist, dass bei allen Bundesstraßen, z.B. der B14 in der Sprachausgabe die Silbe „ste“ angehängt wird. Was im Deutschen nicht gebräuchlich und zudem auch noch falsch ist, da erst Ordinalzahlen ab 20 diese Endung erhalten und darunter „te“ verwendet wird.

    GPS verbesserungswürdig

    Aktiviert man die GPS-Ortung vor dem Start der App, so dauert es doch durchschnittlich ca. 1–2 Minuten, bis die GPS-Postion bestimmt wird. Ich hatte zudem den Eindruck, dass es auch unterwegs öfter als mit anderen Navigationslösungen zu einer verzögerten Bestimmung der Position kam, was auch am Zusammenspiel mit OS und Gerät (Sony Xperia XA2 Plus) liegen kann. In Summe ist die o.g. Kombination durchaus im Alltag einsetzbar, man darf halt nicht Google Maps erwarten! Wer dem Entwickler für seine Arbeit etwas Gutes tun möchte, kann das auf GitHub machen (Link bei OpenRepos).

  • Wegwerfartikel Smartphone

    Wegwerfartikel Smartphone
    Librem 5 App Drawer

    Smartphones sind teure Wegwerfartikel. Zu einem anderen Schluss kann man nicht kommen, wenn man bedenkt, dass die Nutzungsdauer heutiger Smartphones nur rund zwei Jahre beträgt. Wenn man dann noch weiß, dass nur etwa ein Prozent aller Smartphones recycelt werden, weiß man auch, wo der Rest früher oder später landet: auf dem Müll.

    Wegwerfartikel Smartphone

    Schuld an dieser Misere tragen alle Beteiligten. Allen voran die Provider, in deren ureigenstem Interesse es liegt, dass wir alle zwei Jahre einen neuen Vertrag unterschreiben, der uns bindet. Als Belohnung für diese Abhängigkeit gibt es oft genug das neueste Smartphone subventioniert für wenig Geld oder sogar nur einen symbolischen Euro.

    Hersteller und Provider vereint

    Die Hersteller springen natürlich nur zu gerne auf diesen Zug auf und veröffentlichen ständig neue Smartphones, sodass egal, wann ein Vertrag ausläuft, immer ausreichend Auswahl an aktuellen Geräten aller Preisklassen besteht. Die Geräte sind vom Besitzer kaum noch zu reparieren, oft genug nicht einmal mehr zu öffnen. SD-Slots werden zur Seltenheit. Wenn Du den Speicher beim Kauf zu klein bemessen hast, heißt es, Daten löschen oder ein neues Gerät kaufen.

    Zum Wegwerfen konzipiert

    Noch seltener sind austauschbare Batterien geworden. Die perverse, diesen Teufelskreis legitimierende Begründung lautet, dass der Akku sowieso länger intakt bleibt als das Gerät genutzt wird. Google ist mit Android natürlich ein Teil dieser Wegwerfspirale, garantiert der Hersteller doch maximal drei Jahre Updates für neue Geräte.

    Wir sind mit schuld

    Nicht zuletzt sind wir natürlich alle selbst schuld an der Misere, denn wir ermöglichen durch unser willfähriges Verhalten diesen Kreislauf erst. Wenn wir unser ökologisches Gewissen einsetzen und uns gemeinsam gegen diesen Trend stellen würden, wären die Profiteure machtlos. Aber das wird natürlich nicht passieren.

    Librem 5 mit anderem Konzept

    Als Gegenentwurf wird derzeit das Librem 5 ausgeliefert. Abgesehen davon, dass hier möglichst freie Hardware auf völlig freie Software trifft, ist dieser Linux-PC für die Hosentasche, der konvergent ausgelegt ist und nebenbei noch telefonieren kann, auf Langlebigkeit konzipiert, wie Kyle Rankin, der technische Leiter bei Purism, in seinem aktuellen Blogpost ausführt.

    Wie alter Wein

    Nicht nur ist der Speicher erweiterbar und der Akku austauschbar, auch weitere Komponenten wie das Modem können ausgetauscht werden. Zudem sagt Purism Aktualisierungen des Betriebssystems für die Lebensdauer des Geräts zu. Das bedeutet, dass das Librem 5 über die Jahre besser wird und nicht schlechter. Deshalb ist der bei der Software noch frühe Stand der jetzt ausgelieferten Modelle für Enthusiasten auch kein Problem. Die nächsten Verbesserungen sind nur ein apt upgrade entfernt.

    Ist es wirklich zu teuer?

    Da Linux generell mehr aus der Hardware herausholt als andere Betriebssysteme, hinkt auch der Vergleich mit aktueller Smartphone-Hardware, der gerne angestellt wird, um aufzuzeigen, wie hoffnungslos überteuert das Librem 5 doch gegenüber der Konkurrenz ist. Wenn man das Gesagte in Betracht zieht und weiß, das Purism für eine Langzeitvision steht, erscheint der Preis von 699 Euro für die erste Auflage in einem anderen Licht.

  • DNS-over-HTTPS: Was bringt es und wo sind die Gefahren?

    Bild: DNS | Quelle: Jürgen Telkmann, Flickr | Lizenz: CC BY–NC 2.0

    DNS-over-HTTPS (DoH) ist mittlerweile bei allen großen Browsern integriert, aber noch nicht aktiviert. Wir wollen klären, was DoH ist, was es bringt und wo die Gefahren liegen.

    Grundsätzlichnützlich

    DNS-over-HTTPS ist, wie der Name bereits vermuten lässt, ein Protokoll, das durch Verschlüsselung des DNS-Verkehrs verhindern soll, dass Dritte, beispielsweise der Internet-Provider, unsere DNS-Anfragen und -Antworten mitlesen kann. Dazu werden diese Daten im normalen HTTPS-Verkehr versteckt. DoH ist seit mehreren Jahren in der Entwicklung und wurde vor einem Jahr als Internet-Standard RFC8484 bei der IETF vorgeschlagen. Eine Alternative ist DNS-over-TLS.

    Die überwiegende Mehrheit der Internet-Anwender wissen vermutlich nicht, wie der Domain Name Service (DNS) funktioniert und was es tut. Für diese Anwender ist DoH vermutlich ein Zugewinn an Sicherheit. Technisch interessierte Privatanwender sowie Netzwerker und Sysadmins sehen DoH allerdings mit sehr gemischten Gefühlen.

    Verhinderungstaktik

    Weitere Gegner von DoH sind große Provider wie etwa Comcast in den USA, da damit beispielsweise gezielte Werbung erschwert wird. Provider in den USA erstellten eine Präsentation mit falschen und missverständlichen Aussagen über DoH, um Gesetzgeber im Kongress gegen DoH einzunehmen. Hier sind also offensichtlich sicher geglaubte Pfründe in Gefahr.

    Fragliche Sicherheit

    Zur Technik: DoH-Abfragen werden an spezielle DoH-fähige DNS-Server, sogenannte DoH-Resolver gesendet, die dem Benutzer ebenfalls verschlüsselt antworten. Viele Fachleute zweifeln an der Wirksamkeit dieser Maßnahme, da einem Provider andere Einstiegspunkt wie etwa ein Blick auf den TLS-Handshake oder SNI zur Verfügung stehen, die meist bereits ausreichen, um zu bestimmen, welche Webseiten ein Kunde besucht.

    Sysadmins sauer

    Ein weiterer Kritikpunkt ist der Einfluss von DoH auf den Unternehmenssektor, wo Systemadministratoren lokale DNS-Server und DNS-basierte Software verwenden, um den lokalen Datenverkehr zu filtern und zu überwachen, um zu verhindern, dass Angestellte auf nicht zugelassene oder gefährliche Webseiten zugreifen.

    Sobald DoH weiter verbreitet ist, wird es die bevorzugte Methode aller Mitarbeiter sein, um Unternehmensfilter zu umgehen und auf Inhalte zuzugreifen, die normalerweise an ihren Arbeitsplätzen blockiert sind.

    Da heutige DNS-Server keine DoH-Abfragen unterstützen, enthalten die Apps, die derzeit DoH unterstützen, Listen mit fest vorgegebenen DoH-Servern, die DoH effektiv von den regulären DNS-Einstellungen des Betriebssystems trennen.

    Firefox

    Mozilla ist zusammen mit Cloudflare eine der treibenden Kräfte hinter DoH und erntet auch einen Großteil der Kritik. Die Unterstützung für DoH ist bereits in der aktuell stabilen Version von Firefox verfügbar und kann über den Abschnitt Einstellungen des Browsers im Abschnitt Netzwerk aktiviert werden. Der Grund für die Kritik an Mozilla liegt hauptsächlich daran, dass Firefox alle DoH-Abfragen standardmäßig über einen DoH-Resolver von Cloudflare abwickelt und damit persönliche Einstellungen zur Handhabung von DNS übergeht. Wenn man das weiß, kann man die Einstellung auf einen anderen DoH-Resolver setzen.

    Chrome

    Google Chrome ist nach Firefox der zweite Browser, der DoH integriert, aber noch nicht aktiviert hat. Unter Linux lässt es sich noch nicht aktivieren, wie die Eingabe von chrome://flags/#dns-over-https belegt. Nachdem DoH in Chrome in einem anderen Betriebssystem aktiviert ist, sendet der Browser DNS-Abfragen an die gleichen DNS-Server wie zuvor. Wenn der Ziel-DNS-Server über eine DoH-fähige Schnittstelle verfügt, verschlüsselt Chrome den DNS-Verkehr und sendet ihn an die DoH-Schnittstelle des gleichen DNS-Servers. Ist das nicht der Fall, wird die Anfrage unverschlüsselt gesendet.

    Browser mit Chromium-Unterbau

    Alle anderen maßgeblichen Browser inklusive des neuen Browsers Edge von Microsoft nutzen Chromium und dessen Blink-Engine als Unterbau. Auch bei Opera, Vivaldi und Brave ist DoH dadurch bereits vorhanden und kann jeweils in den Einstellungen aktiviert werden. Über Apples Safari lässt sich noch keine Aussage treffen, Apple schweigt bisher zum Thema.

    DNS-over-TLS

    DNS-over-TLS (DoT) ist ebenfalls ein Protokoll zur verschlüsselten Übertragung der DNS-Namensauflösung. Für die Verschlüsselung sorgt hier der Standard Transport Layer Security (TLS). Viele Sicherheitsexperten hatten sich gewünscht, DoT würde die Oberhand gewinnen, da sie hier eher einen Schutz der Privatsphäre sehen.

  • Warum sind Paketmanager so langsam?

    Warum sind Paketmanager so langsam?

    Dieser Frage geht der bei Google tätige Entwickler Michael Stapelberg derzeit in seinem Blog und in einem Vortrag nach. Im März hatte Stapelberg seinen Rückzug aus Debian bekannt gegeben, wo er über zehn Jahre tätig war. Grund für seine Kritik an Debian waren dessen Strukturen, die ihm ein effizientes Arbeiten unmöglich machten.

    Testobjekt Paketmanager

    In der Zwischenzeit hat sich Stapelberg der Paketmanager angenommen und die bekanntesten Exemplare unter Linux systematisch untersucht. Im Grunde gibt es nur zwei Formate, von denen fast alle anderen mehr oder weniger abgeleitet sind. Dabei handelt es sich um das Debian-Paket deb und den Red Hat Package Manager rpm, die beide im Grunde Archivformate sind.

    Sie machen zu viel

    Was passiert nun, wenn wir eine Paketinstallation anstoßen? Traditionell werden zunächst die Paketlisten gelesen und die Abhängigkeiten überprüft. Darauf folgt der Download, das Entpacken der Archive und das Konfigurieren auf der Basis der im Paket hinterlegten Anweisungen. Schließlich wird das Paket in /usr/bin installiert.

    Hoffen und Bangen

    Der Moment der eigentlichen Installation nach dem Download der Pakete ist bei den hier betrachteten Paketmanagern heikel. Wenn währenddessen der Akku leer ist oder der Kernel aussteigt oder die Software fehlerhaft, haben wir meist ein Problem. Um das möglichst abzufedern, bedienen sich die Paketmanager des Linux-System-Calls fsync, um den gepufferten Dateiinhalt nicht nur im RAM zu haben, sondern auch auf den Datenträger zu schreiben. Das ist aber nur ein Grund warum eine Paketinstallation teilweise so lange dauert.

    Stapelberg hat getestet, wie lange eine Auswahl von Paketmanagern braucht, um ein kleines und ein größeres Paket zu installieren:

    Quelle: Michael Stapelberg

    Dabei hat das Paket ack eine Größe von 70 Kb, während qemu im Download 70 MB in die Waagschale wirft. Fedora macht bei beiden Paketen die schlechteste Figur. Die herunterzuladenden Metadaten stehen in keinem Verhältnis zur Größe des Pakets und das umso mehr, je kleiner das Paket ist.

    Maintainer-Scripte

    Ein weiterer Grund, warum Paketmanager lange für eine Paketinstallation brauchen sind die Maintainer-Scripte, die während der Installation über Hooks und Trigger abgearbeitet werden. Dabei werden Anweisungen aus den mit im Paket befindlichen Dateien preinst und postinst ausgeführt, die nach Stapelbergs Ansicht meist auch beim ersten Programmstart aufgerufen werden könnten. Zudem verhindert dieses Abarbeiten der Scripte, dass Pakete parallel installiert werden können.

    Aus diesen Beobachtungen zog er den Schluss, dass entweder das Potenzial besteht, den Paketmanager selbst zu optimieren oder was das System macht, ist einfach zu komplex. Das veranlasste ihn dazu, eine experimentelle Distribution namens distri zu erstellen, die einige Dinge anders angeht und über einen wieselflinken Paketmanager verfügt.

    Nicht ganz neu

    Dabei hat Stapelberg das Rad nicht völlig neu erfunden, sondern verwendet Ideen aus der Distribution NixOS und deren Paketmanager Nix. Betrachtet man obige Grafik, so schafft es Nix einerseits, die benötigten Daten klein zu halten, erreicht aber andererseits nur lausige Übertragungsraten, sodass von der möglichen Geschwindigkeit nichts übrig bleibt. Stapelberg vermutet hier Implementationsfehler. Alpine und Arch Linux sind deutlich schneller als der Rest. Sie machen weniger als der Rest und das effizienter.

    Images anstatt Archive

    Stapelberg verwendet anstelle von Archiven, die entpackt werden müssen, Images, die schnell gemounted werden können, ähnlich wie bei AppImage oder Snap. Als Format kommen nur lesbare Squash-Images zum Zug, gemounted wird per FUSE. Ein weiterer Vorteil dieser Herangehensweise ist, dass die Pakete nicht verändert werden können. Ähnlich wie bei NixOS werden alle Bestandteile eines Pakets in ein einziges Verzeichnis installiert.

    Wer näheres dazu lesen möchte, findet Details im Blog. Die Distribution soll ihren experimentellen Charakter behalten, kann aber von GitHub in verschiedenen Formaten heruntergeladen und getestet werden.

  • Die wechselvolle Geschichte von Jolla und Sailfish OS

    Die wechselvolle Geschichte von Jolla und Sailfish OS

    Vor sieben Jahren, kurz nachdem Nokia eine Kehrtwende hinlegte und sich auf Microsofts Windows Phone einließ, entschlossen sich einige Mitarbeiter von Nokia, es sei an der Zeit, einen eigenen Weg zu suchen, der Allmacht von Google auf dem Sektor der mobilen Betriebssysteme zu entkommen und den vakanten dritten Platz bei den Mobilsystemen zu erobern. Die Finnen gründeten in der Folge die Firma Jolla und entwickelten das mobile Betriebssystem Sailfish OS.

    Mast- und Schotbruch

    Doch bis dieses genug Wind in den Segeln hatte um zu überleben gab es einige Flauten und sogar einen Mastbruch, der fast zum Untergang des Unternehmens führte. Über all diese auch kritischen Zeiten war Jolla in der Lage, eine sehr enthusiastische Community an sich zu binden, was aufzeigt, wie dringend notwendig eine alternative Entwicklung in diesem Bereich ist.

    MeeGo und Mer als Basis

    Doch zurück zum Anfang. Jolla Ltd, verkündete im Sommer 2012, das vor einem Jahr eingestampfte Projekt MeeGo wiederbeleben zu wollen und ein Smartphone auf dieser Basis zu veröffentlichen. MeeGo war ursprünglich ein Projekt von Intel und Nokia, das unter dem Schirm der Linux Foundation betrieben wurde. Nachdem Nokia aus dem Projekt ausgestiegen ist, ging MeeGo in Tizen und Mer auf.

    Erste Kooperation

    Bereits kurz darauf konnte Jolla einen Vertrag über den Vertrieb von Smartphones mit einem Betriebssystem auf der Basis von Mer/MeeGo mit der chinesischen Hitech-Handelskette D.Phone abschließen, die rund 2.000 Geschäfte in China betreibt. Zum Jahresende wird Sailfish OS als Betriebssystem für das im 2. Quartal 2013 erwartete Smartphone vorgestellt. Leider war und ist Sailfish OS nur teilweise Open Source.

    Erstens kommt es anders…

    Im Mai 2013 stellte Jolla ihr erstes Smartphone mit dem auf der Basis von Qt entwickelten MeeGo-Nachfolger Sailfish OS vor. Das Gerät konnte ab für 399 Euro vorbestellt werden und sollte noch im selben Jahr in viele europäische Länder ausgeliefert werden. Konkurrenten waren damals neben Firefox OS auch Canonical, das Smartphones mit Ubuntu ausstatten wollte. Beide Mitbewerber haben mittlerweile die Segel gestrichen. Jolla lebt noch und glaubt weiterhin an die Umsetzung der ursprünglichen Ziele, wenn auch anders als gedacht.

    Das Jolla-Phone

    Ende 2013 wurde das erste Jolla-Phone auf den Markt gebracht. Es wurde über den Online-Shop von Jolla im europäischen Ausland verkauft. Das Betriebssystem Sailfish OS ließ sich recht intuitiv durch Gesten steuern und erlaubte es, native Android-Apps auszuführen. Durch erste Erfolge beflügelt traf man bei Jolla daraufhin allerdings eine folgenschwere Entscheidung.

    Jolla Phone | Bild: Jolla Ltd

    Ein Tablet mit Sailfish OS sollte das Portfolio erweitern. Es sollte per Crowdfunding finanziert werden. Ziel der Kampagne waren 100.000 Euro, zugesichert wurden mehr als 2,3 Millionen. Das Tablet sollte rund 250 Euro kosten und ab Mai 2015 ausgeliefert werden. Und Jolla segelte das Projekt mit voller Wucht gegen die Kaimauer.

    Kein Geld mehr bei Jolla

    Im November musste Jolla wegen finanzieller Engpässe die Hälfte der Belegschaft beurlauben, die Fertigstellung des Tablets, das mittlerweile auch vorbestellt werden konnte, verzögerte sich. Der Hauptgeldgeber einer geplanten November-Finanzierungsrunde war abgesprungen, wodurch zehn Millionen Euro Risikokapital fehlten.

    Erstes russisches Geld

    Im Dezember (PDF) steckten dann damals nicht näher benannte Finanziers eine ungenannte Summe in das Unternehmen, um dessen Fortbestand zu sichern. Wie sich später herausstellte, kam das Geld wohl aus Russland und diente einem bestimmten Zweck. Mittlerweile hatte sich Jolla auf den eigentlichen Wert des Unternehmens, das inzwischen in Version 2.0 veröffentlichte Sailfish OS besonnen und Kontakte zwecks dessen Lizenzierung mit einigen BRICS-Staaten aufgenommen, unter anderem mit Russland, China und Indien.

    Tablet abgbesoffen

    Das Tablet jedoch wurde, abgesehen von kleinen Stückzahlen nie ausgeliefert und bleibt das Waterloo des Unternehmens. Jolla versprach den Unterstützern die volle Erstattung der geleisteten Zahlungen und hat dies meines Wissens, wenn auch in Raten, eingehalten. Jolla beschloss, keine Hardware mehr zu bauen, sondern sich auf das zu konzentrieren, was man aus eigener Kraft schaffen konnte: die Software.

    Jolla Tablet | Bild: Jolla Ltd.

    Open Source per Gesetz

    Die Verhandlungen mit Russland über eine Lizenzierung von Sailfish OS liefen vielversprechend, waren aber schwierig und langwierig. Im Jahr 2016 schreibt ein neues Gesetz dem öffentlichen Sektor Russlands vor, freie Software einzusetzen und mit der globalen freien Software-Gemeinschaft zusammenzuarbeiten. Proprietäre Software war demnach nur noch in gut begründeten Fällen erlaubt.

    Auf der Slush-Konferenz 2016 in Helsinki konnte Jolla dann verkünden, dass Russland Sailfish OS als alternatives Mobilsystem zu Android auserkoren hat. Es wurde an die russische Firma Open Mobile Platform Ltd. lizenziert, die bei der letzten Finanzierungsrunde im Dezember 2015 Jolla gerettet hatte.

    Russland will weg von Android

    Die russische Regierung hatte sich zum Ziel gesetzt, die im Jahr 2015 bestehenden 95 Prozent Marktanteil von Android und iOS in Russland bis 2025 auf unter 50 Prozent zu drücken. Nun wurde mit Jollas Sailfish OS für den Mobilbereich eine Alternative zu Android und iOS erkoren, die die Basis aller künftigen Entwicklungen im Mobilsektor für Russlands Regierung, den öffentlichen Dienst und von der Regierung kontrollierte Unternehmen darstellen soll.

    Weitere Kooperationen

    Dazu wurde an einer Erweiterung der Sicherheitsmechanismen gearbeitet. Der Kern von Sailfish OS bleibt erhalten, die Peripherie wird auf russische Anforderungen zugeschnitten. Dieses Zusammenarbeitsmodell sollte auch auf andere Länder übertragen werden, mit denen Jolla in Gesprächen war. Dazu zählen nach eigenen Angaben China und Südafrika. Eine Lizenzierung für den indischen Verbrauchermarkt wurde bereits 2016 mit dem indischen Mobilfunkkonzern Intex abgeschlossen, verlief aber im Sand.

    Aus Sailfish wird Aurora

    2018 hat Rostelecom, Russlands wichtigstes Telekommunikationsunternehmen, führender Anbieter von Breitband-, IPTV-, Pay-TV- und Festnetz-Abonnements und eines der größten Staatsunternehmen, 75 Prozent der Firma Open Mobile Platform Ltd. erworben. Sie kündigten gleichzeitig an, dass Sailfish OS in Aurora OS umbenannt werden soll. Im Unterschied zu Sailfish OS wird Aurora OS auf die Unterstützung von Android-Apps verzichten. Das soll neben der Lokalisierung der einzige Unterschied zu Sailfish OS sein.

    Große Pläne

    Die russische Regierung plant, alle Staatsbeamten zur Verwendung des Aurora-Betriebssystems auf mobilen Geräten zu verpflichten. Die Umsetzung dieses Plans wird voraussichtlich rund 160 Milliarden Rubel kosten. So will die russische Regierung bis Ende 2021 etwa acht Millionen Beamte auf die Verwendung von Aurora-OS-Geräten umstellen. Auch das russische Postwesen ist dabei, 300.000 Geräte mit Sailfish OS an seine Briefträger zu verteilen.

    Intelligente Häuser in Bolivien

    Russland ist aber nicht das einzige Segel, das Jolla gesetzt hat. Gespräche laufen mit China und Südafrika. Erste Früchte trägt eine Zusammenarbeit mit dem bolivianischen IT-Provider Jalasoft in Form eines Smartphones namens Accione. Dabei ist das Smartphone eher ein Testballon, das eigentliche Ziel ist die Steuerung intelligenter Häuser.

    Erste Gewinne

    Im Jahr 2018 konnte Jolla in einigen Monaten Gewinn erzielen, neuere Zahlen liegen noch nicht vor. Mitbegründer und CEO Sami Pienimaki zeigte sich auf dem World Mobile Congress im Frühjahr in Barcelona überzeugt, dass Jolla aus dem schwierigen Fahrwasser heraus sei und für die Zukunft gut aufgestellt sei.

    Jolla hat überlebt

    Jolla hat schwere Zeiten überstanden und durch Konzentration auf seine Kernkompetenz alle Krisen überwunden. Andere Ansätze, Alternativen zu Android und iOS zu etablieren, sind gescheitert. So wurde Firefox OS wegen ausbleibendem Erfolg eingestellt. Auch Canonicals Mark Shuttleworth wollte ein eigenes mobiles OS auf der Basis von Ubuntu erstellen und scheiterte.

    Librem 5 als Chance auf freie Software im Mobilbereich

    Ob das derzeit in den letzten Zügen der Entwicklung befindliche Linux-Phone Librem 5 des amerikanischen Herstellers Purism diesen Zustand langfristig wird ändern können, muss sich erst noch zeigen.

  • Wie frei darf oder muss Freie Software sein?

    Mastodon Logo | Mastodon übt den Umgang mit freier Rede

    Diese Frage wurde in der letzten Woche vielerorts im Internet diskutiert. Der Anlass ist, dass der amerikanische Kurznachrichtendienst Gab auf die Fediverse-Plattform Mastodon migriert ist und nun mit mehr als einer Million Accounts den größten Knoten des als »freundliche Alternative zu Twitter« bezeichneten Mircoblogging-Dienstes darstellt.

    Gab als größte Mastodon-Instanz

    Gab dagegen wird oft als »Twitter für Rassisten« bezeichnet, da der Dienst unter dem Mantel der freien Rede monetäre Vorteile daraus zieht, rassistische und andere menschenverachtende Inhalte unmoderiert zu dulden und dem »Far Right Movement« in den USA eine Heimstatt zu bieten. Das ging so weit, dass etwa der Attentäter, der am 27. Oktober 2018 bei einem Anschlag in einer Synagoge in Pittsburgh elf Menschen tötete, seine Tat vorher auf Gab ankündigte.

    Duldung ist Wegschauen

    Der Dienst wird seither als Organisations- und Rekrutierungsplattform für rassistisch motivierten Terror betrachtet. Bei weitem nicht alle Gab-Nutzer sind dem rechtsextremen Spektrum zuzuordnen, aber nach unserem Verständnis in Europa dulden sie durch ihre Zugehörigkeit den Hass, der sich dort manifestiert.

    Mastodon bezieht Stellung

    Seit dem Umzug von Gab auf Mastodon ringt die Open-Source-Community um den richtigen Umgang mit der ungeliebten Plattform. Mastodon selbst bezog bereits am 4. Juli Stellung zu der Gab-Instanz und stellt klar, dass Mastodon in völliger Opposition zu Gab und deren Philosophie steht. So legen die Verpflichtungen für neue Instanzen auf Mastodon fest, dass auf joinmastodon.org nur Server aufgelistet werden, die sich zu aktive Moderation gegen Rassismus, Sexismus und Transphobie bekennen.

    Mastodon überlässt den Betreibern der einzelnen Instanzen die Entscheidung darüber, ob sie bestimmte Domains blockieren. Von dieser Möglichkeit macht nicht nur die Hauptinstanz mastodon.social, sondern auch viele weitere Instanzen Gebrauch. Durch die Bezahlung von Grundfunktionen, die auf Mastodon frei verfügbar sind, benachteilige sich Gab zusätzlich im Vergleich zu jeder Mastodon-Instanz, so die Stellungnahme von Mastodon.

    Freie Apps blockieren Domains

    Die Entwickler der Fediverse-Apps Tusky (Android) und Toot! (iOS) gehen noch einen Schritt weiter und blockieren in ihren Apps bereits im Anmeldebildschirm die Domains von Gab, sodass Gab-Nutzer diese Apps nicht nutzen können, ohne diese zu forken und die Blockade zu entfernen. Hier scheiden sich die Geister, ob Freie Software das darf. Auch purism.one hat gab.com blockiert

    Trotzt dieser Blockaden gibt es erste Berichte von beginnender Infiltration von Mastodon-Knoten durch Gab-Nutzer. Insgesamt herrsche derzeit ein »leicht paranoides Klima«, wie ein Administrator berichtete. Besonders die LGBT-Gemeinde, die von Twitter nach Mastodon umgezogen war, fühlt sich angesichts der Situation unwohl.

    F-Droid diskutiert kontrovers

    Über den Umstand der Blockade auf App-Ebene und die Gab-App wurde auch im Forum des alternativen Android-App-Stores F-Droid in den letzten Tagen kontrovers diskutiert. Dabei ging es auch um die Unterscheidung der Blocklademaßnahmen bei Mastodon als Dienst und der Blockade auf der Ebene von Open-Source-Apps. Das führte nun zu einer öffentlichen Erklärung, in der F-Droid erstmals in seiner fast zehnjährigen Geschichte politisch Stellung bezieht. Der Beitrag erklärt, warum F-Droid als ein Dienst, der Freie Software propagiert, die Gab-App für Android aus dem Katalog entfernt hat.

    Unverständlich!?

    Richard Stallman, Gründer der Free Software Foundation (FSF) äußerte sich auf Nachfrage zu dem Thema, ob Software als frei gelten kann, die Anwendern Restriktionen auferlegt. Stallman ist der Meinung, solche Restriktionen änderten nichts am Status als Freie Software, da ja dem Nutzer freisteht, die Restriktionen wieder zu entfernen. Der Fragesteller stellt in den Kommentaren klar, dass sei nicht die Antwort, die er von Stallman erwartet habe.

    Debian Free Software Guidelines

    Debian, eine der ältesten Linux-Distributionen ist in dieser Frage anderer Meinung und hat dies bereits 1997 in seinen Debian Free Software Guidelines (DFSG) klargestellt. Laut DFSG darf es für Freie Software keine Einsatzbeschränkung geben. Wenn jemand mit freier Software Massenvernichtungswaffen baut, so sei das hinzunehmen. Das findet auch seinen Ausdruck in der ersten der vier Freiheiten, die Freie Software laut der FSF definieren. Dort heißt es eindeutig

    Freedom 0: to use the work, for whatever purpose

    Freie Software oder nicht?

    Demnach sind aus meiner Sicht die beiden Apps, die die Gab-Domains blockieren keine Freie Software. Hier gehen die Meinungen allerdings weit auseinander. Ebenso gibt es keine Einigkeit beim Begriff »freie Rede«. Dabei muss man wissen, dass dieses Konzept in Deutschland juristisch und ideologisch anders definiert ist als freedom of speech in den USA, die durch den 1. Zusatzartikel zur Verfassung der Vereinigten Staaten geschützt ist. Ein soziales Netzwerk wie Gab hätte dagegen bei uns keine Überlebenschance.

    Die Frage, die sich den Anhängern freier Software angesichts dieser Situation stellt ist: Wie frei muss oder wie restriktiv darf Freie Software sein? Wie denkt ihr darüber?