ubuntuusers.de

Hallo Leute,

ich möchte euch einen neue Desktop-Umgebung vorstellen, die KDE/GNOME/XFCE ersetzen kann: amadeOS Desktop. Der gesamte Desktop ist in Java implementiert (mit Unterstützung von Claude) und ich benutze ihn bereits täglich. Mit dabei sind auch viele Anwendungen und Spiele und ausführliche Dokumentationen/Handbücher (englisch).

Die Installation auf ein vorhandenes Debian/Ubuntu (oder eine Neuinstallation) ist möglich (Anleitung für Ubuntu hier: https://www.amadeos.eu/download.html unter "Alternative: On an existing Debian or Ubuntu").

Für konstruktives Feedback bin ich dankbar.

Links

• Webseite: https://www.amadeos.eu

• Pressebilder und Logo: https://www.amadeos.eu/press.html

• Download: https://www.amadeos.eu/download.html

• Release-Hinweise: https://github.com/amadeos-eu/amadeos/blob/develop/docs/releases/1.2.0.md

• Handbücher: https://docs.amadeos.eu

• Quellcode: https://github.com/amadeos-eu

Was sollte jemanden dazu motivieren, statt einem normalen Desktop Environment wie KDE oder GNOME, diesen Vibe coded Java Krempel zu verwenden? Was ist der Vorteil von dem Ding? Was ist der Fokus? Warum Xorg (RIP) und nicht Wayland?

Versteh mich nicht falsch, aber Java ist die falsche Sprache um ein Desktop Environment zu machen. Die JVM ist ein echt schlechter Abstraktionslayer für GUI Sachen, wirklich performant wird die GPU Anbindung damit nicht.

C, C++ oder Rust machen da Sinn, aber Java?

Dazu: Ich find neue Projekte ja toll, aber es ist schon fragwürdig wenn extra dafür in einem Forum welches man bisher nie verwendet hat ein neuer Account geklickt wird, nur um bisschen Werbung zu machen.

"mit Unterstützung von Claude" bedeutet heute meist: Hat die AI nach meinen Prompts halt so gemacht, die Codebase habe ich nicht wirklich gelesen, aber es funktioniert irgendwie. Allein das -system Repository hat mal eben 90k LOC.

Was auch nervt: ADRs, FDRs/Specs und CLAUDE/AGENT.md fehlen natürlich auch.

Auch ein Claim von der Website tut schon hart weh:

A desktop in one well-known language can be read, fixed and extended by many people, not only by a few specialists.

Wenn das eh Agentic Coding (oder in dem Fall eher Vibe Coding ist), dann ist auch C, Zig, C++ oder Vala kein wirkliches Problem. Da spart man sich den JVM overhead gleich mit und ist näher am System.

hallo encbladexp,

danke für Dein Feedback.

Ja, kann man so sehen. Hintergrund: Vor vielen Jahren hatte ich mühsam eine eigene Distro auf Slackware gebaut und als Java-Entwickler einige Anwendungen mit viel Aufwand. Ich habe immer eine Desktop,-Umgebung vermisst, bei der ich als Java-Entwickler mitarbeiten kann. Dank Claude konnte ich dieses umfangreiche Projekt nun von der soliden Debian/Ubuntu-Basis aus durchgängig umsetzen. Der Desktop ist für den täglichen Gebrauch geeignet und über die Handbücher für Interessierte auch gut dokumentiert.

Wer den Desktop nicht mag, kann gerne die einzelnen Anwendungen ausprobieren, das steht jedem frei.

Du bist auf keinen meiner Punkte der Kritik eingegangen. Was bleibt ist "Ich wollte einen Desktop in Java machen".

Ich ändere daher meine Meinung auf: AI Slop

Wir hatten ja gerade jetzt, diese Tage, so einige Sicherheitsupdates die Java betroffen haben. Wie sieht es bei amadeoOS mit Sicherheitsupdates aus?

Eine Person als Entwickler plus neuronales Netzwerk als Werkzeug, da frage ich mich als Normalnutzer: kann die Sicherheit von amadeOS über Jahre aufrecht erhalten werden?

Ich möchte das Java-Desktop Projekt nicht madig machen. Respekt für die Arbeit. Nur sieht man ja auch bei größeren Projekten, auf die viel mehr Augen schauen, dass Sicherheit und Updates sich aufdrängendes Thema der Gegenwart sind.

Bezüglich Sicherheit:

Am darunterliegenden Debian oder Ubuntu wird nichts verändert, die Updates kommen hier wie gewohnt über die apt-Repositories. Sicherheit in den Java-Anwendungen (wie z.B. "brotli"-Vorfall, bzw. auch PHP-Vorfälle): oft handelt es sich bei den aktuellen Vorfällen um Sicherheitslücken, die Angriffsfläche vor allem bei Server-Anwendungen (Request-Verarbeitung) bieten. Nichts desto trotz kann natürlich auch auf dem Desktop eine Lücke existieren. Davor ist keine Software gefeit, auch nicht die großen Produkte, das hat man bei den massiv abgeschalteten Webseiten ja die letzten Wochen gesehen. Weniger Entwickler können bei kleinen Projekten vielleicht ein Nachteil sein, aber evtl. auch schneller reagieren. Ich nehme die Reaktionsschnelligkeit bei Sicherheitslücken als Anregung mit: in usnerer Firma updaten wir auch automatisch mit renovate auf die neuesten gefixten Versionen. Das werde ich für amadeOS auch als hohe Prio einphasen. Die einzelnen amadeOS-Pakete sind ebenso schnell über das amadeOS apt-Repository updatebar wie die nativen Linux-Pakete.

Und um auf die anderen noch offenen Fragen einzugehen:

Warum ein Java-Desktop, was ist der Fokus? Warum sollte jemand von KDE/XFCE/GNOME weg?

Ein Desktop, den Java-Entwickler (und davon gibt es doch ein paar) von der Anmeldung bis zum Texteditor lesen und ändern können, ohne C, C++, GObject oder Qt/QML zu kennen, ist für Java-Entwickler, denen es um die Technik geht, ein Argument. Viele Entwickler können Java, aber wenige tragen zu GNOME oder KDE bei. Dazu kommen Programme mit offenen Dateiformaten.

Warum sollte man von anderen Desktops weg? Ich kenn es aus eigener Erfahrung: aus Neugier, weil einem die Optik besser gefällt, weil es sich besser anfühlt, weil kleine Programme mit dabei sind, die einem gefallen, weil vielleicht der ein oder andere Desktop-Fehler darin nicht ist, der einem evtl. schon lange stört (ich denke da an die zu schmalen 1-Pixel-Ränder von Fenstern, die man schlecht "zu packen" bekommt...) etc. Es sind viele individuelle, oft auch nicht technische Gründe, die jemand haben kann. Das soll jeder für sich entscheiden.

Warum Xorg statt Wayland:

Das war eine bewusste Entscheidung. Der Fenstermanager ist ein reparenting X11-WM in Java. Unter Wayland müsste daraus ein kompletter Compositor werden, mit Rendering, Eingabe und den Protokollen. Wayland ist nicht abgelehnt, sondern zurückgestellt. Die Begründung steht in CONCEPT.md, Abschnitt „Display protocol and server“: https://github.com/amadeos-eu/amadeos/blob/main/CONCEPT.md. Und die zuständigen Swing-Entwickler arbeiten an einer Wayland-Implementierung: https://www.youtube.com/watch?v=ux1IpWo3oXA&t=244s

Java und Grafikleistung:

Für einen Desktop mit Fenstern, Panels und Office-Programmen reicht Java2D/Swing. Für Spiele oder Effekte, die die GPU stark fordern, ist es nicht die erste Wahl, das stimmt. Die Begrenzung nehme ich bewusst in Kauf. Native Linux-Spiele und Anwendunge laufen ja weiterhin, Java-Desktop bedeutet nicht, dass nur Java-Anwendungen darauf laufen. amadeOS kommt selbst mit Firefox und LibreOffice. Bei der täglichen Arbeit ist der Desktop genauso schnell wie andere. Dennoch lassen sich damit durchaus auch einfache Spiele programmieren.

KI-Unterstützung:

Ja, ein großer Teil des Codes ist mit Claude entstanden. Das habe ich bewusst gleich im ersten Beitrag geschrieben. Entwurfsentscheidungen und verworfene Alternativen stehen in CONCEPT.md und ROADMAP.md, Anweisungen für Agenten in AGENTS.md. Die Architektur ist in drei Handbüchern beschrieben: https://docs.amadeos.eu

Neuer Account:

Stimmt, ich habe mich für das Projekt hier angemeldet. Ich bin der Entwickler, habe Freude an dem Projekt und freue mich, wenn der ein oder andere Interesse zeigt. Vielleicht habt ihr ja auch eigene Projekte, die Euch Spaß machen? Dann könnt ihr das vielleicht verstehen.

amadeOS bzw. der Horizon-Desktop lassen sich gefahrlos mit dem Live-System testen. Wenn ihr dabei oder beim Lesen des Codes auf konkrete Probleme stößt, freue ich mich über ein Issue: https://github.com/amadeos-eu/amadeos/issues (oder den anderen amadeOS-Anwendungen direkt).

Das hilft mehr als jede Diskussion hier.