Nobara wo gibt es die aktuelle Info, auf was es basiert.

Bin fleißig am installieren. ich werd da mal nach nem link schauen. das könnte ein klein wenig dauern.
 
zumindest lt. Github übersicht schaut es nicht so aus, als wäre bazzite gestorben:
1773926109078.png

https://github.com/ublue-os/bazzite/pulse
 
@Alexander2
Ich kenn mich aus, danke, die Unterschiede zwischen den Releasemodellen sind mir nicht fremd. Die Ignore-Drohung kannst du dir sparen.

Nobara ist einen Blick wert, aber du hast recht mit der Sorge: Das Projekt hängt praktisch an einer Person: Thomas Croucher alias GloriousEggroll. Wenn der aufhört, ist das Projekt Geschichte.

Bazzite hat da eine solidere Basis, steckt hinter Universal Blue, das wiederum auf Fedora Atomic aufbaut und von einer größeren Community getragen wird, keine One-Man-Show also. Die internen Dramen die du ansprichst gab es, aber das Projekt läuft weiter und die Infrastruktur ist stabiler als bei Nobara. Ob das Drama nachhaltige Schäden hinterlassen hat muss man sehen.

Manjaro hat strukturell schon länger Probleme: abgelaufene SSL-Zertifikate, Geldgeschichten im Team, mehrfache Führungswechsel. Das ist kein einmaliges Drama sondern systemisch. Die Distro lebt noch, aber das Vertrauen in die Organisation dahinter ist dauerhaft beschädigt. Kein gutes Fundament.

Und genau da liegt das grundsätzliche Problem mit Derivaten von Derivaten: Du hast zwei Ebenen an Abhängigkeit. Stirbt oder strauchelt die mittlere Ebene, hängt das Projekt oben drüber in der Luft, ohne direkten Zugriff auf Upstream, oft mit gepatchten Paketquellen die dann nicht mehr gepflegt werden. Je näher du an der Quelle bist, desto weniger Angriffsfläche für solche Kettenreaktionen.

Wenn dir Langlebigkeit wichtig ist: Fedora selbst stirbt nicht so schnell, und Gaming funktioniert da mittlerweile auch ohne Extras ordentlich. Weniger optimiert out-of-the-box, aber du weißt ja wie man nachbessert.
 
  • Gefällt mir
Reaktionen: Xero261286, Alexander2 und Drahminedum
Also ich bin grad mit kionite unterwegs, hab noch so einiges an "alten" Daten zu importieren :-)

Die ein oder andere Einstellung habe ich schon so gesetzt wie cih sie gewohnt bin/ mir gefällt. einen haufen Programme isntalliert, was wohl auch alles Flatpak sein dürften. Das Flathub repo hinzufügen war ja auch mit einem einzigen klick gemacht, das Fedora eingene Flatpak repo ist ja doch relativ klein.

läuft soweit alles gut. das erste update ist auch durch mit neustart. kein Problem.

Spotify, Discord laufen schon wie sie sollen. Der Browser braucht noch sein altes profil... kommt noch. KeepassXC gabs auch einfach so.

was mir gerade noch fehlt ist die Installationsanleitung fortsetzten von steam und schauen wie ich kdeconnect bekomme, vermutlicha auch so wie steam nehme ich an. Denn der Flatpak ja nicht.

mäuse laufen, nextcloud synchronisiert schon..
Ergänzung ()

SheepShaver schrieb:
Die Ignore-Drohung kannst du dir sparen.
War nur gleich als Vorbeugung gedacht, Ich hatte da eine Befürchtung :-) aber der Eindruck mag falsch gewesen sein :-)

Edit:
Ach und KDE ist gleich mal die neuere Version als bei Manjaro.
Ergänzung ()

Kennt sich jemand aus, muss man etwas bestimmtes machen bei rpm-ostree das steam und kdeconnect (die beide jetzt da zu finden sind bei "search" als layer statt im systemimage isntalliert werden? oder ist das der default weg?
(lese gerade dsa man)

Edit:
Ok, ist wohl standard, das es immer als Overlay zum Systemimage ist.
Bildschirmfoto_20260319_144557.png
 
Zuletzt bearbeitet:
Auf die schnelle aufgefallen, mag vielleicht nur ein Schluckauf sein oder eine Unstimmigkeit zwischen Flatpak vs Systemprogramm. drag and drop von gvenview zu Vivaldi funktionierte nicht. erstmal kein Weltuntergang.

Ist das nen Problem zwischen Flatpak vs Systemprogramm? Wobei ich meine mit dem Zen Browser, den ich auch als Flatpak hatte war das kein Problem. ist wohl nur nen Schluckauf?
 
Flatpaks sind erst mal abgeschottet und dürfen nur durch vordefinierte Ports aufeinander zugreifen. Du kannst ja mal mit Flatseal schauen, ob du da was freigeben kannst. Gerade so Sachen wie Keepass können dann schnell problematisch werden, wenn der Browser nicht auf die Anwendung zugreifen kann/darf.
 
Tenferenzu schrieb:
Spießen sich die zwei Aussagen da nicht etwas? Bei Kionite ist ja gefühlt alles ein Flatpak.
Was halt auch das Konzept hinter Kionite (und Silverblue für die Gnome-Variante) ist. Beides fällt unter Fedora Atomic Desktop, ist also eine immutable Fedora-Variante, wo die OS-Installation an sich unveränderlich ist und Nutzersoftware entsprechend nur als Flatpak installiert wird.
 
mibbio schrieb:
und Nutzersoftware entsprechend nur als Flatpak installiert wird.
Mit ausnahmen, die man wohl gering halten sollte. Denn man kann auch Systemnäher isntallieren.

Übrigends, bei kionite jedenfalls habe ich vor ein paar Minuten gemerkt war auch kdeconnect gleich so mit dabei. also derzeit nur steam per rpm-ostree installiert.

Also das drag and drop mit gvenview (flatpak) zu vivaldi (flatpak) geht jetzt. Die Keepass Browserintegration hat gelitten unter den Flatpak umständen (geht nicht)
 
Alexander2 schrieb:
Mit ausnahmen, die man wohl gering halten sollte. Denn man kann auch Systemnäher isntallieren.
Ja, nur unterläuft man damit im Prinzip den Sinn und Zweck von "immutable". Da ist dann die Frage, ob dieses Konzept überhaupt das passende für die eigenen Anforderungen ist oder ob man bei den "normalen" Distributionen (bspw. klassisches Fedora Workstation oder Fedora KDE) nicht besser aufgehoben ist.
 
Ich schau mal gleich, das ich meinen aktuellen Browser Vivaldi und Keepass als nix Package evtl installieren kann, da sollte keine containerisierung stören.
Ergänzung ()

mibbio schrieb:
Ja, nur unterläuft man damit im Prinzip den Sinn und Zweck von "immutable".
Ist schon/halb richtig nehme ich an. denn diese jetzt gerade mal 2 Programme werden als seperater "layer" installiert.
Bei #24 der Screenshot beschreibt das ja.

Dennoch will ich die Pakete, die ich so installiere aus den von dir genannten Gründen möglichst gering halten. sind stand jetzt steam und solaar (als Flatpak hat solaar keine Maus gefunden)
Ergänzung ()

mibbio schrieb:
Fedora KDE) nicht besser aufgehoben ist.
Was mich auch interessiert ist, keinerlei Problem mit dependency Hell bekommen zu können. das hatte ich bei arch nie. bei ubuntu jedoch in meinen Anfängen und die 3 mal mit abstand wo ich suse (varianten) ausprobiert habe hat mich das immer super schnell eingeholt. Ich will nicht bei jedem update 3 Stunden dran Sitzen weil ich 40 Fragen über Pakete beantworten will (suse) oder alles abgesehen vom main repo deinstallieren muss für jedes update, weil sich das sonst jedes mal beißt.

mit so etwas will ich nicht umgehen müssen. bei arch und arch derivaten hatte ich nie solche Probleme.

Dabei will ich das nicht ausschließlich auf die Systeme schieben, das die ein Problem haben, jedoch ist es einfach so, das ich damit nicht zurecht gekommen bin und es gab ja schließlich was anderes wo es flutschte :-)

Da wäre eben genau die Befürchtung beim normalen Herkömmliche Fedora genau in die Probleme zu laufen.
Und deswegen auch sich mal die neuen Technologien sich anzusehen.
Das Systemimage sollte demnach niemals irgendwas mit dependency Hell zu tun haben, da es als Block geliefert wird. Und der "rest" muss schauen wie er kompatibel ist :D

Edit: so, vom noch "standard System Manjaro" ist die steam Spielebibliothek jetzt kopiert und ich kann ma fix testen was Zocken so macht.
 

Anhänge

  • Bildschirmfoto_20260319_190344.png
    Bildschirmfoto_20260319_190344.png
    6,5 MB · Aufrufe: 45
Zuletzt bearbeitet:
Und weil du Angst hast, dass ein Paketmanager Probleme machen könnte, benutzt du jetzt ... drei? 😵‍💫
 
Also due stellst das jetzt mega simplifiziert dar und verzerrst alles was es tatsächlich ist. ich habe schon mehr geschrieben. im grunde sollte ich nichtmal auf so eine Frage eingehen. Was willst du mit der Frage erreichen?

Konstruktiv ist das so nicht, es ist viel eher Trollen.
 
Hab gerade das Update von KDE 6.6.2 nach 6.6.3 durch und das auch mit einer Reihe von Programmen im Layer, wenn man das so ausdrücken kann. Es lief jedenfalls dieses mal Problemloß.

Was ich bis jetzt auch nicht habe ist einen Bug mit meinem USB Lautsprecher, der unter Manjaro immer mal wieder so Soundaussetzer hat, zumindest die AUffälligen waren immer mit Spotify zusammen das da dann immer schnipsel an Sound der Musikstücke fehlten. manchmal mit minipäuschen, manchmal ohne. Ganz besonders viel das dann auf, wenn es Hörbuch oder nen Podcast war.
Natürlich, weil da dann richtig Bedeutung an Inhalt verloren geht fällt das da schneller auf.
Das ist bisher ausgeblieben.

Auch hatte ich das mit Steam bei Manjaro so, das der client beim Spielen dann gerne mal abgeschmiert ist und direkt wieder gestartet. das war teils sehr auffällig. Das kam bei der begrenzten Nutzung in der Richtung bisher noch nicht.

Natürlich ist mir klar, das die kurze Nutzungszeit bisher noch kein guter beweis für nicht vorhanden sein von Problemen ist :-) (Eigenheiten mit Flatpak sind natürlich da)

OBS zum Beispiel habe ich auch per Layer System Programm installiert, was es aber ja auch als Flatpak zur auswahl gab.
Der grund warum als Systemprogramm ist der Zugriff auf den Hardwarecodec der Radeon Grafikkarte. Der ist als Systempaket gegeben, als Flatpak nicht.

Bisher gab es noch kein Anzeichen von Dependency Hell, wie man so schön sagt, aber natürlich ist auch die Sache, das so etwas auch gerne mal erst dann mit der Zeit auftritt bei gewissen oder einfach größeren Updates. Soweit so gut aber :-)
Ich müsste mal schauen ob ich nachschlagen kann, was jetzt alles ganz genau als solch ein Layer installiert(mitinstalliert) wurde.

Bis jetzt bin ich sehr zufrieden :-) (Spiele laufen wie bisher, ich habe noch keinen Performancevergleich angestellt)

Edit:
Habs gefunden.
Viele Infos über den Paketmanager nenne ich es mal, ist es ja am ende.
https://coreos.github.io/rpm-ostree/administrator-handbook/

Da bekommt man mit status genau die Info nach der ich gesucht habe:
Bildschirmfoto_20260320_170044.png


Vielleicht gibts abseits von mir da ja noch interesse.
Ergänzung ()

Wegen aktualität, kionite ist auch grad mal super aktuell.

Und der einzige grund warum ich die Konsole aufmachen musste ist wegen der Installation von Programmen/Paketen in diesen Layer, damit die Programme eben Systembibliothekszugriff oder wie auch immer haben. Nur mal so als Erwähnung für die Konsolenphobiker. Und wenn man da etwas hat, das man da installieren will/muss, dann ist das sogar recht einfach.

rpm-ostree search dingenskirchen
rpm-ostree install dingenskirchen

Bildschirmfoto_20260320_174250.png


Edit:
Ich hab grad noch was gefunden. die Info von
rpm-ostree status
ist auch super einfach einzusehen ohne die Konsole zu öffnen:

 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Tenferenzu
Falls du xBox Controller hast und den zugehörigen Funkstick.. funktioniert da alles? Das andere wäre ev. noch OneDrive aber das hab' ich unter F43 Workstation schonmal gegengetestet und war zwar funktional aber nicht dort wo ich gemocht hätte, dass es wäre.

Mein Gedankengang war ein sehr ähnlicher zu deinem. Man nehme eine stabile Basis (in meinem Fall Debian 12) und erweitert dann halt mit Flatpaks/Appimages damit die Mühle läuft und läuft und läuft. Allerdings ist Upgraden auf Debian... ehhh... unangenehm genug, dass ich da lieber auf das 14er warte und dann neu installiere, wenn ich mir schon die Arbeit mach. Oder halt was anderes das genauso zuverlässig läuft.
 
Also isch habe nextcloud am laufen, das ist als flatpak.
Und ich hab grad mal bei Flatpak wegen OneDrive geschaut. Da war das aber nicht zu finden. es ist aber als Systempaket zu finden, wenn man das unbedingt braucht könnte man das da wohl installieren.


Bildschirmfoto_20260320_193457.png


Dabei ist damit dieses extra Repo mit einbezogen wenn ich Systempaket schreibe.
Dieses da
Bildschirmfoto_20260320_194333.png

Das habe ich bekommen als Schritt um steam zu installieren als Systempaket.
https://docs.fedoraproject.org/de/g...g_the_external_repository_rpmfusion_nonfree_3

Ich vermute mal, das das nötig sein könnte um dann onedrive so installieren zu können.
erstmal das. Wegen Controller muss ich grad mal noch schauen.

Edit:
Das mit nix hab ich zwischenzeitlich verworfen. die installation erfordert auch das es im Root Dateisystem sich einrichtet. Und der Gedanke war erst ja doch, das es nur in home liefe und so Programme bringt. da nehme ich erstmal das Layer dingens und schiebe das auf soweit es geht.

Edit:
Alsoo, erstmal das einfachste für mich. gerade jetzt. Steam Controller anstecken läuft sofort (Desktop Mode steuert die Maus) ganz ohne was anzufassen, steam ist installiert, aber läuft nicht.

Edit:
PS Controller
Bildschirmfoto_20260320_195323.png

angeschlossen mit dem usb Kabel und da kam die Frage.
Angenommen, das touchpad drauf damit schiebt man die Maus - geht.

Edit:
Und wegen Xbox Controller irgendwo hab ich da was, das rauszukramen würde aber lange dauern, da will ich grad nicht hinterher laufen :D den Controller selbst hab ich gesehen, aber kein Akku Pack, kein Kabel.

Kann ich leider nicht mal so eben testen :-)
Ergänzung ()

Tenferenzu schrieb:
Oder halt was anderes das genauso zuverlässig läuft.
Ich hab natürlich keine Langzeit daten hier, nur kann man halt sehen das das konzept an sich auf stabilität ausgelegt ist.

Es gibt dann wegen Flatpaks eben so Eigenheiten mit denen.. Also gerade mal nur eine wo ich keine Lösung weiß. Das mit dem KeepassXC und das zusammenarbeiten mit dem Vivaldi Browser und da das KeepassXC Plugin. Die kommunizieren einfach nicht. Natürlich geht ganz normal copy paste.

Edit:
Hier hab ich mal in den Docs gestöbert, das ist so wie es aussieht allgemein fedora.
https://docs.fedoraproject.org/de/gaming/controllers/
Xbox Controller sind auch mit erwähnt. Also bei PS und Steam musste ich ja garnichts machen, da könnte man vermuten? Das das entweder als Abhängigkeit vielleicht bei Steam mitgekommen ist oder soweit wie getestet sowieso kein Problem war.

In der Doku werden ja jedenfalls so sachen wegen
The controller should work as soon as you plug it into your machine via USB cable.
behandelt und dann auch wireless Verbindung.

Via Bluetooth​

  1. Turn on your Xbox Wireless Controller.
  2. Press the Pair button located at the back of the controller. The Xbox logo on the controller should start blinking rapidly, which implies that pairing mode has been enabled.
  3. Go to the Bluetooth settings on your operating system.
  4. Select Xbox Wireless Controller from the list. If you don’t see it, ensure pairing mode is enabled and use the "Search" option to refresh the list of available Bluetooth devices.
  5. Accept the pairing request to connect your controller via Bluetooth.
Also demnach an sich sollte das gleich so gehen..
Gibt aber natürlich auch wie immer ne troubleshooting Sektion.

Edit:
Die haben halt auch dediziert betreffend Gaming ne Doku und das sieht ganz ordendlich aus, es wird sogar erklärt wie man mangohud als startparameter in steam eintragen würde.
https://docs.fedoraproject.org/de/gaming/
Dabei ist das jetzt aber nicht spezifisch auf kionite bezogen.
 

Anhänge

  • Bildschirmfoto_20260320_195323.png
    Bildschirmfoto_20260320_195323.png
    37,6 KB · Aufrufe: 8
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Tenferenzu

MerkmalBazziteNobara
BasisFedora Atomic (Immutable)Fedora (Traditionell)
StabilitätSehr hoch (fehlertolerant durch Snapshots)Hoch (abhängig von Nutzeraktionen)
FlexibilitätEingeschränkt (Container/Flatpak-fokussiert)Sehr hoch (voll schreibbares System)
Ideal fürHandhelds, Wohnzimmer-PCs, EinsteigerGaming-Desktops, Entwickler, Power-User
WartungGering (automatische Rollbacks)Mittel (klassische Pflege)
Philosophie„Es soll einfach funktionieren wie eine Konsole"„Maximale Performance mit voller Kontrolle"
Empfehlung:
  • Nehmen Sie Bazzite, wenn Sie ein Handheld-Gerät haben oder ein System wollen, das Sie einmal einrichten und dann nicht mehr warten müssen („es soll einfach laufen").
  • Nehmen Sie Nobara, wenn Sie einen klassischen Desktop-PC haben, gerne selbst am System schrauben, spezifische Software installieren müssen oder die Arbeit von GloriousEggroll direkt unterstützen wollen.

Ich bin mit Nobara sehr zufrieden. AMD CPU mit RTX 4080, nutze Steam, GOG, EA und Ubisoft.

Kernel-Version aktuell: 6.19.9-201
Ich nutze KDE-Plasma, Wayland.
NVIDIA Driver Version: 580.142 mit NVML Version: 13.580.142
Steam Version: 1773983034 Client Build 20.03.2026
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Alexander2
Nobara basiert auf Fedora 43, nutze Nobara jetzt seit nem halben Jahr und bin sehr zufrieden damit, alles läuft stabil, Steam, Heroic für GOG und Battle.Net über Lutris alles ohne wirkliche Probleme.

1774081709376.png
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Alexander2
Alexander2 schrieb:
Hier hab ich mal in den Docs gestöbert, das ist so wie es aussieht allgemein fedora.
https://docs.fedoraproject.org/de/gaming/controllers/
Xbox Controller sind auch mit erwähnt.
Ich seh schon, der neue Steamcontroller kann nicht früh genug kommen ^^ Ich hab' hier nämlich 2x die 360er und 2x die neuen Controller. Die 360er haben ein Problem wo sie die ganze Zeit raustabben oder das Spiel schließen etc. und die neueren funktionieren nur mit Kabel. Geht zwar aber das finde ich dezent unergonomisch. Bluetooth is so ne Sache... Das lass ich lieber.
 
Also den Steam Controller den ich hab, also Version 1 den es nicht mehr zu kaufen gibt, den mag ich. Auch wenn es wegen dem fehlenden 2ten Stick durchaus auch mal nen problem in einem Spiel geben kann, das auch mit dem 2ten Stick eine Feste Position haltend benötigt :D
Ich meine das Spiel Split Fiction, das war dann irgendwo mitten im Spiel wo ich plötzlich dich eher nen 2ten Stick oder dazu einen gebraucht hätte :D mal eben die config anpassen war da mitten beim COOP Zocken dann nicht wirklich so drin, da musste ich mich durchmogeln :D

Und dabei war das sogar nen Offizielles Profil meine ich. mag sein, das das dann doch eher zum Deck passte :D da sind ja 2 Sticks. die pads sind ja super, aber manchmal hab ich dann auch trotzdem gerne 2 Sticks.

Ich meine der neue der kommen soll der hätte dann ja glaube auch 2 sticks.
 
Zurück
Oben