Die Krita Foundation hat am 24. März 2026 die finale Version 6.0 ihrer freien digitalen Malanwendung veröffentlicht. Parallel dazu kam Krita 5.3 heraus. Beide Versionen sind funktional identisch, der zentrale Unterschied liegt im Unterbau. Krita 5.3 nutzt weiterhin Qt5, Krita 6.0 ist die erste Version auf Qt6 und liefert dadurch zwei Dinge mit, auf die Linux-Maler seit Jahren warten: natives Wayland inklusive einer vollständigen Implementierung des Wayland-Color-Management-Protokolls und damit echtes HDR-Malen auf Linux. Für Debian-Anwender, die ein modernes 10-Bit-Display oder einen HDR-fähigen OLED-Monitor an ihrer Workstation betreiben, schließt sich damit eine der zähesten offenen Lücken in der freien Multimedia-Produktion.
Warum Wayland-Color-Management bislang das Nadelöhr war
Krita beruht im Kern darauf, dass die Anwendung jederzeit weiß, auf welchem Monitor sie gerade läuft und welches Farbprofil dort hinterlegt ist. Unter X11 war das nie ein technisches Problem. X-Server geben diese Information frei heraus, Krita konnte daraus Farbpipelines mit ICC-Profilen, Software-Proofing und Editor-seitigem Color Management bauen. Wayland war dagegen von Anfang an so konstruiert, dass diese Informationen gerade nicht freizügig geteilt werden, was aus Sicht eines fenstergesteuerten Compositors konsequent ist, für ein farbkritisches Mal-Programm aber faktisch eine Sackgasse.
Genau diese Sackgasse löst das Wayland-Protokoll color-management-v1 auf, das nun erstmals produktiv genutzt wird. Es definiert eine Schnittstelle, über die ein Compositor wie KWin der Anwendung die nötigen Informationen über Farbraum und Übertragungsfunktion des aktuell genutzten Bildschirms reicht, ohne den Wayland-Sicherheitsmodellansatz zu brechen. Krita 6.0 implementiert dieses Protokoll vollständig und kann damit zum ersten Mal unter Wayland korrekt farbverwaltete Ansichten liefern, inklusive der für HDR-Workflows notwendigen Bandbreite an Helligkeits- und Gamut-Informationen.
Was HDR-Malen auf Linux konkret bedeutet
Unter HDR-Malen versteht Krita nicht das nachträgliche Hochskalieren von SDR-Inhalten, sondern das direkte Arbeiten in einem erweiterten Helligkeits- und Farbraum. Wer ein Wide-Gamut- oder HDR-Display nutzt, sieht damit echte Lichter und Tiefen, statt einer auf sRGB heruntergerechneten Annäherung. Krita 6.0 setzt das in Verbindung mit einem geeigneten Compositor unter Linux erstmals nativ um. KWin in KDE Plasma 6.x ist derzeit die stabilste Implementierung des Protokolls, GNOME-Mutter und Sway ziehen schrittweise nach. Sway 1.12 bringt mit HDR10-Unterstützung über den Vulkan-Renderer einen ersten Schritt mit, ist aber noch nicht auf demselben Stand wie KWin.
Praktisch heißt das, dass eine Debian-Plasma-Wayland-Sitzung in Verbindung mit einem 10-Bit- oder HDR-Display Krita 6.0 jetzt mit dem Farbraum versorgen kann, der hardwareseitig tatsächlich verfügbar ist. Übergänge in Lichtern, Subsurface-Effekte in Hauttönen oder kalibrierte Color-Grading-Workflows lassen sich damit so darstellen, wie sie auf macOS oder Windows seit Jahren machbar waren. Zusätzlich liefert Krita 6.0 korrektes fractional scaling, also fließende Skalierung auf HiDPI-Bildschirmen mit Faktoren wie 1,25, 1,5 oder 1,75. Die unschöne Unschärfe, die viele Wayland-Sitzungen bei Krita unter Qt5 gezeigt haben, gehört damit der Vergangenheit an.
Was es neben Qt6 und Wayland noch alles neu gibt
Beide Versionen, also Krita 5.3 und Krita 6.0, teilen einen großen Feature-Sprung. Im Kern davon steht eine vollständig neu geschriebene Text-Engine. Texte lassen sich direkt auf der Leinwand bearbeiten, statt wie bisher im Dialog. OpenType-Funktionen werden weitgehend unterstützt, Text fließt sauber in Vektorformen, läuft entlang von Vektor-Pfaden und beherrscht praktisch alle modernen Schriftsysteme. Für Comic-Layouts, Storyboards und Title-Cards in Multimedia-Pipelines ist dieser Schritt erheblich, weil Krita bisher in genau diesem Bereich gegenüber Inkscape und Affinity Publisher zurückhing.
Hinzu kommen neue Filter zur Farbpropagation und ein Color-Overlay-Mask-Filter, ein Knife-Tool zum Trennen und Verschmelzen von Vektorobjekten, ein curve-linear Perspective Assistant für korrekte Fluchtlinien und ein Pixel-Art-Stabilizer für Mausführung in Pixel-Art-Workflows. Auf der Brush-Engine-Seite sind Pen-Tilt-Verbesserungen für Tablet-Nutzer eingeflossen, dazu die schnelle Farbüberlagerung für Schnellabstimmungen während des Malens. Der Recorder Docker erlaubt Echtzeit-Capture des Malvorgangs, was insbesondere für Tutorial-Erstellung und Process-Videos relevant ist.
Neue Formate: JPEG-XL ausgebaut, Radiance RGBE kommt dazu
Auf der Dateiformat-Seite gewinnt Krita zwei wichtige Erweiterungen. JPEG-XL wird deutlich besser unterstützt als zuvor, einschließlich seiner HDR-Profile, was es als kompakte HDR-Auslieferungsoption ergänzend zu PNG-16 und OpenEXR positioniert. Radiance RGBE, das klassische HDR-Format aus der 3D-Render-Welt, kommt erstmals als nativ unterstütztes Import- und Exportformat hinzu. Beides ist für Multimedia-Pipelines relevant, in denen Krita-Ausgaben in Compositing-Software wie Natron oder Blender weiterverarbeitet werden.
Verbessert wurde außerdem die Adobe-PSD-Kompatibilität. Komplexe Photoshop-Dateien öffnen sich zuverlässiger, der Verlust beim Export in PSD ist kleiner geworden. Das ist nicht spektakulär, aber für gemischte Teams wichtig, in denen Krita auf Linux und Photoshop auf Windows oder macOS gleichermaßen im Einsatz sind.
Welche Krita-Version unter Debian sinnvoll ist
Die Krita Foundation empfiehlt 5.3 weiterhin für den produktiven Einsatz, weil Qt6 auf einigen Plattformen, vor allem Android und ChromeOS, noch instabil ist. Auf x86-Linux ist Qt6 dagegen ausgereift, KDE Plasma 6.x basiert ohnehin darauf, und der Qt6-Build von Krita läuft unter Plasma und GNOME gleich gut. Wer auf Wayland produziert, eine HDR-Pipeline aufbauen will oder einfach von der besseren Skalierung profitiert, hat unter Debian wenig Gründe, bei 5.3 zu bleiben.
Debian 13 Trixie liefert standardmäßig eine Krita-5.x-Version aus den Trixie-Repos. Wer auf 6.0 wechseln möchte, hat drei wirtschaftliche Wege. Erstens, die offizielle AppImage-Version direkt von krita.org, die unabhängig vom Systempaket läuft und die volle Wayland-Unterstützung mitbringt. Zweitens, das Flatpak von Flathub, das die gleiche Anwendung in einer sandboxed Variante installiert und auf den meisten Distributionen funktioniert. Drittens, das Backports-Repository oder Debian Testing/Sid, sobald dort eine 6.0-Version verfügbar ist. Stand Ende Mai 2026 ist das Trixie-Backport noch nicht aktualisiert, AppImage und Flatpak bleiben damit die praktikabelsten Optionen.
KWin und Plasma als Vorbedingung für HDR
Die Wayland-Color-Management-Funktionen von Krita 6.0 entfalten ihren Nutzen erst, wenn der Compositor sie tatsächlich unterstützt. KWin in KDE Plasma 6.6, das mit Debian 13 Trixie und neuer ausgeliefert wird, ist die zuverlässigste Wahl. Mutter in GNOME 47 oder 48 bekommt schrittweise Unterstützung für das color-management-v1-Protokoll, war Stand Frühjahr 2026 aber noch nicht auf demselben Funktionsumfang. Wer die Pipeline komplett unter Wayland fahren möchte, ohne auf KDE umzusteigen, kann auf Sway 1.12 mit Vulkan-Renderer und HDR10 setzen, sollte sich aber bewusst sein, dass das Zusammenspiel mit Krita-spezifischen Funktionen wie 10-Bit-Anzeige je nach Setup individuelle Konfiguration verlangt.
Wer dagegen auf X11 bleibt oder bleiben muss, profitiert weiterhin von Krita 6.0, allerdings ohne die HDR- und fractional-scaling-Vorteile. Die übrigen Änderungen, allen voran die neue Text-Engine, die neuen Filter und die Format-Erweiterungen, stehen plattformunabhängig zur Verfügung.
Wie Krita 6.0 in eine offene Multimedia-Pipeline passt
Mit Krita 6.0 schließt sich ein wichtiger Baustein in der Linux-Multimedia-Kette. Die Pipeline aus Krita für Illustration und Concept-Art, Blender für 3D und Komposition, DaVinci Resolve oder Kdenlive für Videoschnitt sowie Inkscape für Vektor-Layouts kann jetzt erstmals über eine vollständig Wayland-getragene Color-Management-Kette laufen. Voraussetzung sind ein moderner Wayland-Compositor mit color-management-v1-Unterstützung, ein 10-Bit-fähiger Bildschirm und eine GPU mit aktuellen Mesa-Treibern. AMD-Karten profitieren ab Mesa 26.1 von einem deutlich saubereren Stack, Nvidia-Karten ab Treiber-Version 610.
Auf der Dateiformat-Seite ergänzen JPEG-XL und Radiance RGBE den bestehenden OpenEXR-Workflow um zwei Optionen, die sowohl Speicher schonen als auch HDR-Inhalte praxisnah auslieferbar machen. Für Webdelivery oder Embedded-Vorschauen in Editing-Tools ist JPEG-XL die kompaktere Wahl, für Pipeline-Übergaben in Render- und Compositing-Stufen bleibt OpenEXR weiterhin Standard, Radiance RGBE deckt das Mittelfeld ab.
Tablet- und Stylus-Workflow ohne Bruch
Eine wichtige praktische Nachricht für Wacom-, Huion- und XP-Pen-Nutzer: Die Wayland-Tablet-Pipeline funktioniert in Krita 6.0 deutlich stabiler als in den Vorgängerversionen. Pen-Pressure, Tilt und Rotation werden über das Wayland-Tablet-Protokoll korrekt durchgereicht, die im Frühjahr noch verbreiteten Latenz- und Mapping-Probleme sind in den finalen Builds weitgehend behoben. Wer Tablets unter Debian Trixie mit Plasma 6.6 einsetzt, sollte sicherstellen, dass das Paket libwacom auf einer aktuellen Version steht und gegebenenfalls die Treiber-Pakete für das eigene Gerät nachgepflegt sind.
Was nach 6.0 als Nächstes kommt
Die Krita-Roadmap nennt für die nächsten Punktreleases vor allem Stabilisierung und das Aufräumen der Qt6-Migrationsreste. Mittelfristig stehen erweiterte HDR-Tools, eine bessere Integration mit OpenColorIO für Color-Pipelines im Animations- und VFX-Bereich sowie eine Modernisierung der Animation-Tools auf der Liste. Krita 7 wird voraussichtlich erst in einigen Jahren erscheinen, vor allem dann, wenn Qt7 stabil ist und die Wayland-Color-Management-Standardisierung ein weiteres Mal Anpassungen nötig macht.
Für Debian-Multimedia-Nutzer ist die unmittelbare Aufgabe einfacher. Auf Trixie oder Testing umsteigen, einen Wayland-fähigen Compositor mit Color Management aktivieren, Krita 6.0 als AppImage oder Flatpak installieren und das eigene Display sauber kalibrieren. Wer diese vier Schritte abhakt, hat zum ersten Mal eine echte HDR-fähige Open-Source-Malumgebung auf der Hand, die nicht über X11-Tricks oder proprietäre Brücken läuft, sondern den modernen Linux-Display-Stack vollständig akzeptiert.
Wohin sich Krita als Multimedia-Werkzeug bewegt
Krita 6.0 ist weniger eine Feature-Bombe als ein architektonischer Befreiungsschlag. Die neue Text-Engine, die Filter und die Format-Erweiterungen sind solide Mittel-zum-Zweck-Verbesserungen. Der eigentliche Punkt liegt darin, dass Krita unter Linux jetzt das tun kann, wofür es konzipiert ist: farbverwaltetes, hochbittiges, HDR-fähiges Malen ohne X11-Krücken. Damit rückt das Programm an seine macOS- und Windows-Pendants nicht nur funktional näher, sondern auch in der Frage, ob es sich als Produktionswerkzeug für Linux-Studios und Solo-Künstler ernsthaft anbietet. Für Debian, das in der Vergangenheit gerade beim Wayland-Tempo zurückhaltender war als andere Distributionen, ist die Botschaft klar: Krita-6.0-Workflows mit HDR und 10 Bit sind ab Trixie produktiv möglich, und die nächsten Plasma- und Mesa-Updates werden den Stack nur stabiler machen.
