Falkon: KDE-Browser mit QtWebEngine und klaren Grenzen

Ein KDE-Browser auf Basis von QtWebEngine

Falkon ist ein KDE-Webbrowser. Der erste Satz des README sagt das und nennt QtWebEngine als Rendering-Engine. Mehr Produktbeschreibung gibt es nicht: Neben diesem Satz steht im Einleitungsteil nur ein Screenshot-Link. Das README geht weder auf die Oberfläche, die Funktionsliste noch auf unterstützte Betriebssysteme ein. Die Repository-Metadaten geben C++ als Sprache, master als Standardbranch und invent.kde.org/network/falkon als Projektseite an. Ein Vergleich mit anderen KDE-Browsern, die benötigte Qt-Version oder andere technische Details werden nicht genannt.

Downloads befinden sich auf der Homepage

Das README stellt keine Binärdateien bereit und verweist auch nicht auf ein Paket-Repository. Der Abschnitt Downloads führt lediglich zu falkon.org/download und endet dort. Es gibt keine Prüfsummen, keine Anleitung zur Signaturprüfung, keine Hinweise zu Updates und keine Angabe, ob die Seite einen Installer, ein Quellarchiv oder Distributionspakete anbietet. Auch die unterstützten Systeme und Dateigrößen werden nicht erwähnt. Wer Falkon installieren möchte, muss die Seite öffnen und selbst prüfen, welche Dateien tatsächlich angeboten werden.

Mit CMake und make bauen

Die Build-Anleitung besteht aus drei Befehlen: mkdir build && cd build, cmake .. und make && make install. Das ist ein üblicher Out-of-Source-CMake-Build in einem Verzeichnis namens build. Das README listet keine Abhängigkeiten, keine Mindestversionen für Compiler und keine Qt- oder QtWebEngine-Entwicklungspakete auf, die vorher installiert sein müssten. Es nennt auch keine weiteren CMake-Optionen, keine Testziele und keine alternativen Generatoren. Die drei Befehle stehen wörtlich im README und sind damit der Ausgangspunkt, aber die vollständigen Anforderungen an die Build-Umgebung bleiben unerwähnt, ebenso wie Hinweise zur Fehlersuche bei fehlgeschlagenen Builds.

Eigenes Präfix und XDG_DATA_DIRS

Für die Installation in ein eigenes Präfix warnt das README, dass die Umgebungsvariable XDG_DATA_DIRS angepasst werden muss. Das Beispiel konfiguriert mit cmake -DCMAKE_INSTALL_PREFIX=$HOME/falkon, stellt dann per export XDG_DATA_DIRS das Verzeichnis $HOME/falkon/share vor den bisherigen Wert und führt anschließend $HOME/falkon/bin/falkon aus. Das README sagt nur, dass dies nötig sein könnte; es präzisiert nicht, welche Symbole, Übersetzungen oder Datendateien fehlen, wenn die Variable unverändert bleibt. Das Beispiel nutzt ein Präfix im Home-Verzeichnis und trennt das Build-Verzeichnis, erklärt aber weder Deinstallation noch Upgrade.

Beiträge über die KDE-Infrastruktur

Der Abschnitt Contributing verweist auf die Get Involved Seite des KDE Community Wiki unter https://community.kde.org/Get_Involved. Die Code-Review findet auf KDEs Phabricator statt, und das README bittet darum, beim Senden von Patches das Falkon-Projekt (#Falkon) als Reviewer hinzuzufügen. Es gibt in diesem README keinen separaten Leitfaden für Beiträge, kein Codestyle-Dokument und keine Testanleitung. Der Beitragsweg besteht aus diesen Verweisen sowie den später folgenden Links zur Fehlermeldung und den Kontaktadressen. Wer zum ersten Mal mitwirken möchte, muss die Wiki-Seite und die Phabricator-Dokumentation lesen, um den Review-Ablauf zu verstehen.

Fehlermeldungen und Kontakt zu Entwicklern

Fehlerberichte und Funktionswünsche gehen an KDE Bugzilla unter dem Produkt Falkon. Das README verlinkt das Eingabeformular und eine Liste offener Issues, gefiltert nach den Status unbestätigt, bestätigt, zugewiesen und wieder geöffnet, einschließlich der Komponenten general und extensions. Es fordert dazu auf, vor dem Melden zu prüfen, ob das Problem bereits bekannt ist. Für direkten Kontakt nennt das README die Mailingliste falkon auf mail.kde.org und den Kanal #falkon auf irc.libera.chat. Es gibt keinen Hinweis auf einen Sicherheitskontakt, ein Forum oder einen Issue-Tracker außerhalb der KDE-Infrastruktur, und auch die Anmeldung zur Mailingliste wird nicht beschrieben.

Lizenzstatus im Repository

Die Repository-Metadaten tragen einen SPDX-Identifikator für GPL-3.0, aber das README selbst erwähnt die Lizenz nicht. Der bereitgestellte Lizenzauszug sagt, dass im üblichen Pfad keine LICENSE-Datei gefunden wurde. Damit sind die tatsächliche Einräumung von Rechten, der Haftungsausschluss und die Erlaubnisbedingungen in den hier geprüften Materialien nicht festgehalten. Der SPDX-Identifikator ist Metadaten, kein Lizenztext. Wer Falkon weiterverbreiten oder verändern möchte, muss die Lizenz über offizielle Kanäle klären, bevor er sich auf diesen Identifikator verlässt.

Projektbezogene Einordnung

Falkons Einordnung hängt stark von QtWebEngine ab. Die Browseroberfläche und KDE-Integration können kompakt wirken, trotzdem erbt die Anwendung wesentliche Eigenschaften vom eingebetteten Web-Stack und von den Plattformpaketen. Teste deshalb nicht nur das Öffnen einer URL. Öffne eine Seite mit JavaScript, prüfe Downloads, private Fenster, Suchanbieter und die Darstellung lokaler Dateien. Vergleiche anschließend die Einstellungen mit dem im README beschriebenen Funktionsumfang. Das Projekt ist damit ein plausibler Browser für Nutzer, die Qt und Plasma bereits verwenden; es ist keine automatisch vollständige Alternative zu jedem großen Browser. Das README liefert keine belastbaren Aussagen zu Telemetrie, Sicherheitsreaktionszeiten, Erweiterungskompatibilität oder Profilmigration. Diese Punkte müssen vor einem Wechsel mit den eigenen Anforderungen abgeglichen werden. Entscheidend ist der konkrete Paketstand der Distribution, denn QtWebEngine und Falkon können unabhängig voneinander aktualisiert werden.

Redaktionelles Fazit

Die letzten konkreten Fakten im README sind der Produktname in Bugzilla sowie die Mailingliste und der IRC-Kanal; das einzige Lizenzsignal ist die SPDX-Metadatenangabe des Repositories, die weder durch eine README-Aussage noch durch eine LICENSE-Datei im üblichen Pfad gestützt wird. Prüfe für dieses Projekt konkret die dokumentierte Version, die genannten Dateien oder Befehle und das Ergebnis in deiner Zielumgebung, bevor du den Umfang des Einsatzes festlegst.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository