Canonical plant, das Common Unix Printing System, kurz CUPS, mit Ubuntu 23.10 als Snap auszuliefern. Damit setzt Canonical seinen eingeschlagenen Weg konsequent fort, Kernkomponenten zunehmend im Snap-Paketformat auszuliefern.
Cups-Snap
Verantwortlich für CUPS als Snap ist Till Kamppeter, Canonical-Mitarbeiter und Leiter des OpenPrinting Project, bei dem die Entwicklung von CUPS stattfindet, seit Hauptentwickler Michael Sweet 2019 seinen Hut bei Apple nahm und CUPS mitnahm. Kamppeters Planung sieht vor, den CUPS-Snap als Drucksystem und die Druckeranwendungs-Snaps als Treiber für treiberlose Drucker zu verwenden, die nicht das Internet Printing Protocol (IPP) unterstützen. Ein CUPS-Snap in Version 2.4.2-5 steht vorab zum Test bereit.
Roadmap für CUPS
Die Nachricht von CUPS als Snap in Ubuntu 23.10 wurde auf dem Open Printing Summit 2023 bekannt gegeben. Die Zusammenfassung des Treffens gibt weitere Aufschlüsse über kommende Entwicklungen bei Cups. Michael Sweet gab die voraussichtlichen Termine für CUPS 2.5 und 3.0 bekannt. Demnach soll eine Beta zu CUPS 2.5 Ende des Jahres erscheinen, stabile Ausgaben sollen im Frühjahr 2024 folgen. CUPS 2.5 verspricht unter anderem die Ablösung von Kerberos durch OAuth 2.0/OpenID. Damit verschiebt sich die Veröffentlichung von CUPS 3.0 um ein Jahr auf Ende 2024. Version 3 soll eine modulare Druckarchitektur einführen, die das Paket in Local Server und Sharing Server aufteilt.
Foto von Amador Loureiro auf Unsplash

Für mich ist damit Ubuntu gestorben. Warum sollte ein Snappisiertes System für mich interessant sein?
Immutable Systeme sind gerade voll im Trend und genial.
Naja neu ist das nicht, kommt drauf an wie viele dem Ganzen hinterher rennen.
Die Linuxgemeinde schreit nicht überall hurra.
Ist halt wieder doof, ähnlich wie bei ihrem gescheiterten ZFS Experiment bekommen sie mit so etwas von der breiteren Linux-Community überhaupt keine Unterstützung. Da gibts dann keine Synergie-Effekte, weil alle anderen btrfs, snapper und Flatpak nutzen und entwickeln. Bei Snaps muss Canonical wieder alles alleine machen und hat dann einfach Mehrkosten und ein schlechteres Produkt.
Ich kenne auch keinen in meinem Linuxumfeld der Flatpak nutzt.
Das wird an deinem Linuxumfeld liegen 🙂
Stimmt auffallend, 1. sind viele schon seit den 90ern dabei, 2. bauen die meisten sich ihr Linux selbst. 🙂
bzw. benutzen Distros weit ausserhalb des Mainstreams.
Beide Punkte treffen auch auf mich zu, trotzdem bin ich allen neuen Entwicklungen gegenüber aufgeschlossen und nutze Flatpaks aktiv.
Kommt noch 😛️
Ich nutze ganz gerne Flatpaks, man bekommt zeitnah die neuesten Versionen.
Welchen Nachteil hat es denn für dich? Als Endbenutzer wirst du nicht bemerken, ob CUPS dahinter als DEB oder Snap verpackt ist.
Bei normalen Anwendungen wie dem Firefox hab ich getestet wie gut das geht. Nämlich gar nicht. Immer wieder kam es vor das der Browser einfach plötzlich weg war oder eingefroren war. Auf so ein Blödsinn hab ich keine Lust. Der technische Hintergrund ist klar, es waren einfach unkontrollierte Updates die die Anwendung abstürzen lassen haben… So ein Müll darf Canonicle behalten. Und dann ist der Store Close Source.. ne danke, da bin ich dann mal bei Debian und Flatpaks, wenns denn sein muss. Flatpaks sind auch nur eine Semi Lösung, weil die erst mal jede Menge Speicher fressen. Ist aber die Basis mit abhänigkeiten gut gefüllt, nimmt sich das dann auch nix mehr. Aber an den Punkt muss man erst mal kommen so viel in Flatpak zu installieren. Ich bleibe nicht überzeugt. Für Entwickler oder bleeding Edge Nutzer sicher toll, für mich nix.
Aus Sicherheitsgründen ist es sinnvoll, ein häufig anfälliges Drucksystem mittels Snap abzuschirmen. Für nichtgrafische Anwendungen ist Snap super, was Desktop-Anwendungen betrifft muss aber noch dringend in die Startzeitoptimierung investiert werden, und vor allem müssten Snaps mal besser von Canonical gepflegt werden. Viele haben eine absolut veraltete Version oder sind von schlechter Qualität.
Wer eine scheiß QA hat, muss halt schnell patchen können.
Hat Debilian auch, updated aber security langsam.