Leserartikel openSUSE Tumbleweed – ein Experiment

Hallo und willkommen zu meinem Tumbleweed-Experiment.

Wörter: 1.000+
Foto: 1
Benchmark: 1

Software: openSuse Tumbleweed 20200906 KDE Plasma 5.19.5. Kernel 5.8.4-1-default
Hardware: Ryzen 5 1600, Asus Prime B350 Plus, Sapphire Nitro+ RX570 8GB
Relevante Links: ganz unten, im Text mit * markiert
Am Ende: Andere Leserartikel

tl;dr: Ich mag openSuse Tumbleweed.

signal-2020-09-11-192523.jpeg




Wieso? Weshalb? Warum?​

Ich hatte keine Lust auf Windows 10. Deshalb.
Also stand ich beim offiziellen Support-Ende von Windows 7 vor der Entscheidung mich in Apples Welt zu begeben, was für mich okay gewesen wäre oder einfach erstmal ein random Linux auszuprobieren.
Nach kurzem Ausflug zu Ubuntu und Manjaro ist es openSuse Tumbleweed geworden.

Warum OpenSuse Tumbleweed?​

Weil meine Erfahrungen Ende der Neunziger bzw. Anfang der Zweitausender Jahre mit damals noch Suse Linux eher bescheiden waren und ich einfach mal schauen wollte was sich seitdem geändert hat. Außerdem war Manjaro zu schnell kaputt und ich ungeduldig. Ein Experiment mit offenem Ausgang also.

Los ging sie also, die Reise, die Installation war einfach mittels Net-Image und keine große Herausforderung. Zur eigenen Sicherheit hatte ich nur eine SSD angestöpselt die komplett genutzt wurde.
Nach langem hin und her hatte ich mich während der Installation für ext4 als Dateisystem entschieden, um im Notfall von Windows mit Paragon* auf die Linux-Platte zugreifen zu können. War bisher nicht notwendig. Falls ich irgendwann mal neuinstallieren sollte nehme ich dann Btrfs. Als Desktop-Umgebung wählte ich KDE. Meine Hardware wurde erkannt und funktionierte out of the box (ootb).

Die ersten Stunden waren nervig, kein youtube oder Netflix, kein nix, alles war neu und unbekannt.
Dank der openSuse Dokumentation*, dem querlesen diverser Blog-Artikel und Wikis (Arch, openSuse, Ubuntu) lief dann nach drei(?) Tagen alles soweit zufriedenstellend.

Nun wollte ich wissen wie ich das neue Spielzeug hübsch und oder vielleicht auch kaputt bekomme.
Also r/unixporn* konsultiert, gefühlt eintausend github Repository (Repo) geklont, KDE Factory installiert, Gnome:Next noch dazu, außerdem XFCE, Mate, Cinnamon und noch irgendeine Desktop-Umgebung (DE), deren Namen mir gerade entfallen ist. Am Ende hatte ich sehr viele Repos in meiner immer länger werdenden Liste.
Wie sich bereits erfahrenere Linux-Anwender denken können war ich relativ schnell in der Hölle von Paketabhängigkeiten. Developer-Editionen heißen genau so, weil eben beständig, also in sehr kurzen Zeitabständen nachgebessert oder verändert wird. Hab ich dann auch gelernt. (Lacht nicht)
Tja nun. Tumbleweed lies sich jedenfalls immer booten, egal was ich tat. Hat mich ehrlich überrascht.

Seitdem habe ich zumindest grob aufgeräumt, einige (kosmetische) Probleme gibts noch, da ich aber relativ fehlertolerant bin löse ich die nach und nach. Auf eine Neuinstallation hatte ich noch keine Lust, beim entknoten von (Software-)Fehlern lerne ich am besten, weshalb ich da jetzt durch muss. Von den verschiedenen Desktop-Umgebungen ist KDE, Gnome und XFCE übrig geblieben. Gnome werde ich vielleicht noch entfernen, andererseits störts auch nicht.

Programme die ich regelmäßig nutze sind CPOD als Podcatcher, Vivaldi zum browsen, Chrome für Netflix und Steam für Banished inklusive The North Mod. Radio spielt Shortwave. Den einfachen Austausch von Daten (wie diesen Text hier) zwischen meinen/unseren iOS Gerätschaften regelt Signal-Desktop. Ginge mit NAS sicher auch leichter, allerdings ist der WAF nicht so hoch.

Da ich bei Reviews gerne lese was nicht klappt, schreib ich meine Kritik geradeaus hier hin. Wohlgemerkt, ich habe ganz sicher viel an meinem Rechner und dem OS verbastelt, es gibt hier null Anspruch auf Allgemeingültigkeit und das alles kann auch nur mein Problem sein.

KDE.​

Ist toll, vielfältig anpassbar und flexibel. Es gibt sehr gute nützliche Anwendungen die direkt nach der Installation nutzbar sind. Aber. Jede:r kann Software bereitstellen z.B. im prominenten KDE-Store*, das ist einerseits gut, hat jedoch auch zur Folge das da aus meiner Sicht zu viel Gammeliges bei ist. Ich meine damit vor allem Software/Icons/Plasma-Themes die z.B. nicht komplett oder kompatibel ist. Oder wenn irgendwer z.B. irgendein Plasmoid bastelt, in den Store lädt und sich nie mehr darum kümmert.

Meiner Wahrnehmung nach bleibt nur sehr sehr wenig übrig wenn ich nach Aktualität und Aktivität Ausschau halte. Das was dann über ist hat zu 90% eine gute bis sehr gute Qualität, heißt konkret es gib eine z.B. github/gitlab-Repo, Issues werden durch die/den Entwickler behoben und eine Dokumentation existiert.

Ich mag da pingelig sein, finde aber das trotz Opensource Qualität statt Quantität zählen sollte. Ein kuratierter Store wäre aus meiner Sicht sinnvoller, so in der Form ist mir das teilweise zu anarchistisch.

Und sonst noch.​

Speziell bei Tumbleweed ist das KDE Programm Discover zum updaten, upgraden oder installieren von Software oder des OS nicht besonders toll und führt(e) bei mir regelmäßig zu Fehlern weil es nicht in der Lage zu sein scheint Paket-Abhängigkeiten aufzulösen. YaST (GUI) oder zypper (im Terminal) ist das Mittel der Wahl für mich um sicher zum Ziel zu kommen. Discover darf bei mir nur einige wenige Flatpak Daten verwalten.

Die „1-Klick“-Installation bei openSuse ist toll, aber, auch hier lauert eine Falle, wer aus Repos wie im OBS, also nicht den offiziellen installiert sollte diese dann auch wieder entfernen. Weil sonst droht späteres Update-Chaos.
Vor dem installieren gibt es freilich ausreichend Nachfragen, Warnungen und ja, in u.a. der Dokumentation wird auch auf mögliche Folgen hingewiesen.
Als fast lebenslang durch Windows-Installationsorgien konditionierter Anwender habe ich da Anfangs nur stumpf durchgeklickt ohne zu lesen. Ich empfehle es anderen mir hier nicht gleichzutun.

Die Auswahl an .rpm Paketen gegenüber .deb scheint je nach Software geringer zu sein. Hier muss im Zweifel auf Flatpak oder Appimages zurückgegriffen werden wenn wirklich keine Software-Alternative auffindbar ist. Kein großes Ding, kommt aber vor und ich finde geneigte Tester sollten sich darüber im klaren sein.

Auch noch.​

Screen-Tearing war nach der Installation mit KDE ein Problem, dagegen helfen folgende Einstellungen im Compositor: Ausgabemdul OpenGL 3.1, Einzelbild-Zerreißen (Tearing) verhindern(VSync): Vollständiges Neuzeichen.
Ob es hier inzwischen eine bessere ootb-Einstellung gibt weiß ich nicht.

Wayland und (Full)Wayland sind nicht Anwendungsübergreifend alltagstauglich. Verschiedene Schaltflächen sind nicht klickbar, Icons reagieren nicht, etc.pp. – ich weiß nicht warum das so in der Form installiert bzw. ausgeliefert wird.
Zugutehalten muss ich hier das Wayland nach der Installation nicht voreingestellt ist und der „normale“ Nutzer mit automatischer Anmeldung davon wohl nie irgendwas mitbekommen wird.

Ab und zu, ist relativ zufällig KDE im Idle eingefroren. Nix ging mehr, außer Reset per Schalter am Tower. Im Log fand ich nichts sinnvolles, zugegebenermaßen hab ich immer noch Probleme wie ich die Fehlermeldungen dort richtig und sinnvoll interpretiere. Hier habe ich noch Aufholbedarf. Nach sporadischer Recherche hatte ich erst die plasma-shell im Verdacht. Wäre da nicht noch Gnome und XFCE, die auch Aussetzer hatten. Es scheint/schien letztlich an den Sleepstates meines Ryzen Prozessors gelegen zu haben. Im Gegensatz zu Win7 rattert bei Tumbleweed tatsächlich nur wenig im Hintergrund, das wäre eine für mich momentan plausible Erklärung.
Den Umweg über irgendwelche Softwarepakete habe ich mir gespart und stattdessen im BIOS des Mainboards unter Advanced Mode -> Advanced -> AMD CBS Power Supply Idle Control die Einstellung von Auto (Voreinstellung) auf Typical Current Idle gestellt. Der Hinweis fand sich im AMD-Forum*.
Bisher, also seit einer Woche, kein Freeze. Scheint zu helfen, aber ich beobachte hier natürlich weiter was passiert, falls sich irgendwas ändert ergänze ich an dieser Stelle.
Eigentlich gehört so eine spezielle Thematik nicht hier rein, aber ich war betroffen und somit zähle ich das mal großzügig dazu, außerdem findet so vielleicht auch ein Leidtragender einen Tipp, das Symptom scheint nicht Distributionsspezifisch zu sein.

Genug gequietscht, jetzt wieder zu positiven Dingen.

Alles andere funktioniert.

Eine wirklich hilfreiche Entdeckung war speziell für Tumbleweed opi. Hätte ich eher von dessen Existenz gewusst wären die Multimedia-Codecs schneller installiert gewesen. Auch tumbleweed-cli, was die Ausfall-Sicherheit für Tumbleweed Nutzer erhöhen kann klingt toll, insofern nicht „unstable“ offizielle Veröffentlichungen installiert werden sollen. Rolling Release mit weniger unerwarteten Nebenwirkungen quasi. Ich habs bereits installiert aber noch nicht ausprobiert, nach allem was ich las scheint es eine gute Software zu sein und ich bin guten Mutes.

Nach meiner experimentellen Runde im KDE Store bin ich bei Sierra Breeze Enhanced* für die Fensterdekorationen gelandet. Wem das zu sehr nach macOS aussieht der kann mal einen Blick auf Breeze Enhanced* werfen. Beide bekommen regelmäßig Updates durch die Entwickler.
Automatische Tiling hab ich im Gegensatz zu Win7 nun auch, wer mag kann ja mal Quarter-Tiling* oder Kröhnkite* als Kwin-Erweiterung installieren, Quarter-Tiling ist für Mausschubser wie mich ideal – Kröhnkite eher für Tastaturheld:innen.
Icons hat mein Tumbleweed ebenfalls – La Capitaine* – und weil ich nostalgisch bin wurden die mit Chicago95* vermischt. :^)

Soweit erstmal.​

Ich kanns empfehlen, 4 von 5 Sternen, top Distro, gern wieder.

Da in der Community hier gern diskutiert wird ob „Linux“ besser als „Windows“ ist – Tumbleweed als Linux-Distribution ist anders als Windows, wer sich darauf einlässt kann belohnt werden – als daily driver ist es für mich super, weil mindestens ebenbürtig, weitaus schöner und aktuell. Und. Es ist wirklich angenehm mit nur einem Befehl (sudo zypper* dup) das Betriebssystem plus Anwendungen auf den neusten Stand zu bringen.

Fehlt noch der Benchmark, hier hab ich mich stumpf für Superposition entschieden, 6241 Punkte in 1080P Medium, OpenGL. Keine Laborbedingungen, unmöglich reproduzierbar.

Screenshot_20200911_185157.jpg



Vielen Dank für die Aufmerksamkeit.


Linkliste:​

Paragon https://www.paragon-software.com/de/home/linuxfs-windows/
Reddit unixporn https://www.reddit.com/r/unixporn/
KDE Store https://store.kde.org/browse/cat/

Nützliche Informationsquellen:
Software: https://software.opensuse.org
Wiki: https://en.opensuse.org/Main_Page
Forum: https://forums.opensuse.org
Reddit openSuse https://www.reddit.com/r/openSUSE/
Reddit Linux https://www.reddit.com/r/linux/
Reddit KDE https://www.reddit.com/r/kde/

Ryzen Freeze Bug:https://community.amd.com/thread/225795

opi https://github.com/openSUSE/opi
tumblewed-cli (nicht empfehlenswert und unnötig)

Sierra Breeze Enhanced https://github.com/ishovkun/SierraBreeze
Breeze Enhanced https://github.com/tsujan/BreezeEnhanced
La Capitaine Icons https://github.com/keeferrourke/la-capitaine-icon-theme
Chicago95 https://github.com/grassmunk/Chicago95
Quarter-tiling https://github.com/Jazqa/kwin-quarter-tiling
Kröhnkite https://github.com/esjeon/krohnkite

zypper https://en.opensuse.org/Portal:Zypper

Andere Leserartikel:

edit: Wundert euch nicht über Bearbeitungen, ich muss hier noch Fehler korrigieren, inhaltlich verändert sich nix.
edit: 03.09.22 –> tumbleweed-cli Link editiert.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: mYc, Modin666, Eletron und 49 andere
@LochinSocke
Angesichts des sehr frühen Zeitpunktes würde ich nicht davon sprechen, dass es eine „fertige“ Distribution ist. Die Formulierung von phoronix erweckt einen falschen Eindruck, zumindest bei mir.

Ich gehe davon aus, dass das Wiki noch um Informationen wächst.
https://en.opensuse.org/openSUSE:Slowroll
 
Ich stelle mir das auch sicher zu einfach vor, der Aufwand bei einem slow roll dürfte wohl kleiner sein sla bei dem normalen rolling und auch als bei Leap, wenn ich mir denn vorstelle, das als basis das schnelle rolling genommen wird, aber ein kleines team eben jeden Monat ein freeze intern macht mit testen evtl. und raus geht die version.
oder war das 2 monate?
Jedenfalls ists vom verhalten scheinbar dann sehr wie manjaro, da haste auch einmal im monat nen haufen updates, dann ruhe.

Aus meiner sicht gefällt mir an dem Monatlichen oder 2 Monatlichen update, das man zwischendurch ruhe mit systemupdates hat, wenn man mal ein programm installiert. das lässt sich dann halt einfach so ohne komplettupdate mit ggf neustart installieren.

Aber ich muss sagen ich habe beides derzeit Tumbleweed (und es läuft gut) auf dem lappie und auf dem Daddelpc (den wollte ich nicht umstellen, weil das zocken einfach weiter so funktionieren soll) Manjaro.

Läuft beides Super, bei dem "Vergleich" der beiden im Verhalten der Updates hat Tumbleweed ab und an mal ne nachfrage, was denn nun geupdatet werden soll mit diese wahlmöglichkeit (sowas gibts bei Manjaro ja garnicht)
sowas bekommt man halt durchaus, wenn verschiedene Quellen die selben Pakete aber in unterschiedlichen Versionen bereitstellen.

Edit:
So eine Nachfrage ist ja nichts schlimmes, man muss sich dann halt nur entscheiden, was man will und am besten sogar verstehen, was der unterschied sein wird :D Und man könnte darüber diskutieren ob generell die neueste Version ohne nachfragen besser ist oder so ein System mit nachfrage.
Vollautomatisierte updates sind dann ab und an zu den Zeitpunkten, wo es mal workommt eben effektiv verhindert :-) (aber ich nutze auch keine)
 
Zuletzt bearbeitet:
@Alexander2
Ich weiß nicht wie das Manjaro Team oder die Community testet. Meine Versuche da mal Klarheit zu bekommen landeten bisher in einer Sackgasse.
Im openSUSE Wiki der (Development-)Prozess beschrieben.
https://en.opensuse.org/openSUSE:Factory_development_model#Development_Process_Overview

Es kommt auch immer etwas auf die eigenen Vorstellungen an, natürlich. Ganz prinzipiell und dann individuell.

Bei mir sind ein größerer Teil meiner (Anwendungs-)Software Flatpaks und wenig aus den (offiziellen) Repos. Auf die Art umgehe ich nebenbei das Problem der proprietären Codecs zumindest teilweise. Insofern sind Rückfragen vor dem dup eher selten bei mir.
Wie oft du bei Tumbleweed ein Distributionsupgrade durchführst steht dir frei, wenn dir einmal pro Monat eher liegt kannst du das so handhaben ohne Probleme befürchten zu müssen.
Probleme beim Gaming die irgendwie mit Tumbleweed zu tun haben hatte ich noch nicht, allerdings sind meine Spiele nicht super aktuell.

Automatische Upgrades/Updates fände ich prinzipiell okay, wenn mein Ablauf nicht gestört wird und automatisch der zuletzt funktionierende Zustand wiederhergestellt würde. Gibts so auch bei openSUSE als RC (Aeon) und Alpha (Kalpa).
 
SE. schrieb:
Probleme beim Gaming die irgendwie mit Tumbleweed zu tun haben hatte ich noch nicht
Ist mir bisher auch noch nichts gravierendes untergekommen. Hab Diablo IV via Lutris, Baldurs Gate 3 und jetzt Starfield via Steam ohne Probleme zocken können ... Zombie Army 4 mit den Kumpels online geht auch. Fairerweise muss ich hinzufügen, dass ich unter Fedora da aber auch nie Probleme hatte
 
  • Gefällt mir
Reaktionen: sedot
Nefzul schrieb:
Steam funktioniert meiner Erfahrung nach mit MicroOS ganz problemlos. Das einzige, was du noch machen musst, ist, steam-devices installieren, das geht mit "sudo transactional-update pkg install steam-devices" und anschließendem Reboot. Danach kannst du Steam per Flatpak installieren und nutzen.
Ist das noch immer so? Ich habe die letzten Monate das Thema rund um MicroOS nicht mehr verfolgt.
 
Kann es sein das es aktuell ziemlich hackt nen aktuellen Firefox auf Tumble zu bekommen? Wie schaut das bei euch aus?
 
Bei Ubuntu und den Flavours dauert es meistens auch ein paar Tage, bis das neue Snap von Mozilla kommt. Da rutsche ich manchmal schon ungeduldig von einer Pobacke auf die andere. Bei Mint dagegen gibt es das Update schon innerhalb weniger Stunden, zumindest bei den von mir genutzten LM Cinnamon und LMDE.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: sedot und knoxxi
Zurück
Oben