Seit vielen Jahren ist SUSE – und openSUSE – mein täglicher Treiber, meine Lieblings-Linux-Distribution. Es hatte alles, was man erwarten konnte - Geschwindigkeit, Stabilität, professionelle Kante, erstklassige Werkzeuge. Und dann, eines Tages, hörte es einfach auf, großartig zu sein. Seitdem versuche ich, diese erste Tux-Liebe wiederzubeleben. Ohne Glück.
Sie können alles über meine vergangenen openSUSE-Bemühungen lesen, indem Sie meine letzte Rezension lesen und sich in die Vergangenheit vorarbeiten, den Hügel der Begeisterung und des Glücks hinauf. Tatsächlich ist meine allgemeine Linux-Desktop-Erfahrung seit geraumer Zeit rückläufig, und kürzlich habe ich beschlossen, meine Rezensionen kurz und bündig zu machen. Nun, nachdem ich openSUSE eine ganze Weile nicht berührt hatte, wollte ich Leap 15.2 noch einmal überprüfen, um zu sehen, was es bringt. Kann ich den alten Spaß zurückhaben?
Installation
Ich bin den offiziellen Weg gegangen - ISO mit 4,3 GB DVD-Größe installieren, keine Live-Sitzung. Ok, kein Problem. Irgendwann können Sie mit dem Installationsprogramm Ihr Netzwerk konfigurieren, sowohl kabelgebunden als auch drahtlos. Leichter gesagt als getan. Als ich auf die Schaltfläche Netzwerke scannen klickte, passierte nichts. Ich musste im Offline-Modus fortfahren. Ich habe mich für den Plasma-Desktop entschieden, weil er mehr Spaß macht als Gnome, außerdem war SUSE schon immer mehr KDE. Eine Stunde später war der Vorgang abgeschlossen. Ich hatte mein Acht-Boot-Setup mit einem sehr hübschen, benutzerdefinierten GRUB-Menü.
Aber ich habe einen Teil übersprungen, der besondere Erwähnung verdient - die Partitionierung. Früher habe ich auf diesen Installer geschworen. Es war das sicherste, intelligenteste Installationsprogramm + Partitionierungsprogramm aller Zeiten, und es würde die Root- und Home-Partitionen immer richtig erraten. Auch das ist nicht mehr der Fall.
Was Leap 15.2 vorschlug, war Folgendes:Lösche sda14 und sda15 - die Wurzel und /home für Kubuntu bzw. die Wurzel für KDE neon. Es wurde nicht empfohlen, sda16, das /home für KDE neon, oder eine andere Partition auf diesem Host zu verwenden oder wiederzuverwenden, von denen es viele gibt. Ich schätze, dies dient der Anpassung an das BTRFS-Setup - aber seit BTRFS das Ding geworden ist, sind die Partitionierungsvorschläge nicht mehr so schlau. Außerdem würde BTRFS wirklich nur auf schnellen Speicher- und Multi-Disk-Arrays Sinn machen, also verfehlt diese Art den Punkt auf allen Ebenen. Mh.
Ich habe Dinge manuell konfiguriert - mit gewöhnlichen Ext4-Dateisystemen, /boot/efi hinzugefügt, weil openSUSE dies explizit definiert braucht, und dann fortgefahren. Ja, Erfolg, aber mein Herz tut weh.
System installiert, die Boot-Sequenz von openSUSE Leap 15.2 ist etwas bunt - und damit meine ich, Sie bekommen das Herstellerlogo-Splash, gefolgt von der Glühbirnen-Animation. Sehr schnell - schnelleres Booten als so ziemlich alle anderen Distributionen auf dieser Box, aber dann - ab dem zweiten Booten/Anmelden tauchte das KDEWallet-Ding zu früh auf, verschwand dann und tat das vier- oder fünfmal vor dem Rest des Desktops gerendert und ich konnte tatsächlich die erforderlichen Anmeldeinformationen bereitstellen, um die drahtlose Verbindung zu entsperren. Klingt nicht vielversprechend.
Herumspielen
OpenSUSE 15.2 wird mit Plasma 5.18 (LTS) geliefert, das gut, aber nicht so gut wie Plasma 5.20 ist. Die Schriften sind viel zu blass - dazu später mehr. Das System ist nicht so schnell, wie es sein sollte, die Reaktionsfähigkeit lässt etwas nach. Das Öffnen von Anwendungen braucht Zeit - nichts von dieser sofortigen Spritzigkeit, die man in letzter Zeit mit den KDE-Desktops in Verbindung bringen würde.
Das Systemeinstellungen-Applet ist seltsam - und es verwendet das alte, klassische Layout der Systemsteuerung. Sie erhalten überall einen einzigen Klick, und das Ändern ist nicht trivial. Hinweis:Es befindet sich nicht unter Eingabegeräte, nicht unter Dolphin. Es ist eigentlich unter Workspace. Sie müssen Plasma kennen, um dies zu ändern. Es gibt auch ein bin-Verzeichnis in /home, warum, keine Ahnung, aber es ist da. Meh. Touchpad, zittrig.
Die Schaltfläche Desktop anzeigen minimiert keine Anwendungsfenster - das können Sie einfach ändern. Wenn Sie dann Ihr Thema ändern, um openSUSEdark zu sagen, werden alle verschiedenen Symbole im Popup-Menü des Systembereichs kaputt, und wenn Sie ein helles Systemthema mit einem dunklen Bedienfeld wünschen, dann ist Ihre einzig gültige Option Breeze Dark.
Außerdem ist das standardmäßige SUSE-Symbol (das monochrome) nur für das standardmäßige helle (Luft)-Design erstellt. Wenn Sie also nach dem Wechsel zu Breeze ein SUSE-Symbol möchten, benötigen Sie das grüne. Außerdem ist der Abstand der Symbole im Task-Manager sowie im Systembereich zu eng, d.h. die Elemente stehen zu eng beieinander.
Paketverwaltung &Updates
Dies entpuppte sich als komplette Katastrophe. Aus vielen Gründen. Zunächst wollte ich Medien in VLC abspielen, das als Standardanwendung in openSUSE enthalten ist. Leider konnte es keine einfache Videodatei abspielen, die ich Ihnen in der Vergangenheit in einem Dutzend Rezensionen gezeigt habe:
Kein Video, Codec nicht unterstützt:
VLC konnte das Format "h264" nicht decodieren (H264 - MPEG-4 AVC (Teil 10))
Es gibt eine lange und detaillierte Erklärung, warum Sie diese in openSUSE nicht erhalten. Als Endverbraucher ist mir das ehrlich gesagt egal. Ich will Musik und Videos, keine Patenterklärungen. Aber das bedeutete, dass ich mir zusätzliche Software besorgen musste – von einem Community-Repository wie Packman. Genau das schließt aus, dass openSUSE in (meinem) Produktions-Setup verwendet werden kann, da ich für ernsthafte Verwendung niemals inoffizielle Softwarequellen zulasse, weil Sie sich nicht darauf verlassen können, dass diese verfügbar oder aktuell oder sogar nützlich sind. Ein Hauptgrund, warum ich auch in meiner Produktionsumgebung kein schön konfiguriertes CentOS 8 als Desktop verwenden kann.
Ich habe die Repo-Konfiguration gestartet - YaST> Software-Repositories> Hinzufügen> Community-Repositories, und Boom, Fehler. Aus irgendeinem Grund konnte YaST die Online-Liste nicht abrufen. Und dann stellte ich fest, dass mein drahtloses Netzwerk nicht mehr funktionierte. Das alte Problem mit der Realtek-Karte, die meinen G50-Laptop zwischen 2015 und 2017 stark verwanzt hat? Scheint wieder da zu sein! Das ganze ist jetzt (seit Kernel 4.8) gelöst, naja nein. Das Problem besteht weiterhin in openSUSE. Ich musste die Verbindung zum Netzwerk trennen und erneut verbinden.
Dann habe ich die zusätzlichen Sachen gesehen - und die Liste ist viel, viel kürzer als früher. Ich füge Packman hinzu, akzeptierte die Repo-Signatur und musste dann den Anbieterwechsel zulassen, um die neuesten Medienbibliotheken wie libavcodec und libavformat zu erhalten. Zypper informierte mich über die Änderung, und dann begann das Update.
Trotz seiner Delta-Natur war es langsam – und dann fing ich an, Fehler nach Fehler zu bekommen, für mehr als ein Dutzend verschiedener Qt-Bibliotheken (nicht von Packman bereitgestellt), die ich zu ignorieren versuchte, um mit dem Update fortfahren zu können , und dann auch Fehler für Pakete, die vom Community-Repo bereitgestellt werden:
Abrufen:libQt5Core5-5.12.7-lp152.2.3_lp152.3.9.1.x86_64.drpm ............[nicht gefunden]
Datei './x86_64/libQt5Core5-5.12. 7-lp152.2.3_lp152.3.9.1.x86_64.drpm' nicht gefunden auf Medium 'http://download.opensuse.org/update/leap/15.2/oss/'
Ein weiteres Beispiel:
Datei './x86_64/libQt5Test5-5.12.7-lp152.2.3_lp152.3.9.1.x86_64.drpm' nicht gefunden auf Medium 'http://download.opensuse.org/update/leap/15.2/oss/'
Und der Packman-Fehler:
Abrufen:libgstphotography-1_0-0-1.16.2-pm152.3.30.x86_64.rpm ................[Fehler]
Fehler beim Herunterladen (Curl) für „http ://packman.inode.at/suse/openSUSE_Leap_15.2/Essentials/x86_64/
libgstphotography-1_0-0-1.16.2-pm152.3.30.x86_64.rpm':
Fehlercode:Curl error 56
Fehlermeldung:Recv failure:Connection reset by peer
Das System kann nicht aktualisiert werden. Das Ganze ist total kaputt. Trauriges Gesicht. Und das bedeutet auch, dass es wirklich keinen Sinn macht, diese Überprüfung fortzusetzen. Aber ich entschied mich, trotz meines eigenen besseren Urteils, noch etwas zu arbeiten. Ich entschied, dass ich nichts zu verlieren hatte. Also fuhr ich mit dem Testen fort - einschließlich Updates, um zu sehen, wie weit ich kommen könnte, bevor ich entweder vollständig versagen oder irgendwie ein aktualisiertes System haben würde.
Ich habe mit Zypper Verify überprüft, ob alle Repos in Ordnung sind, und es gab keine Fehler. Ha.
sudo zypper verify
Metadaten des Repository 'Main Update Repository' abrufen ..........[fertig]
Repository 'Main Update Repository' Cache erstellen .......... .....[fertig]
Repository-Daten werden geladen...
Installierte Pakete lesen...
Abhängigkeiten aller installierten Pakete sind erfüllt.
Neustart, erneut prüfen. Alle Updates wurden erneut angeboten, als ob beim ersten Mal nichts passiert wäre. Wie wundervoll. Diesmal schienen die Updates einwandfrei zu funktionieren, ohne Fehler. Verdammt. Aber ... meine Medienwiedergabe funktionierte immer noch nicht. Weil VLC immer noch die openSUSE-Bibliotheken verwendete. Ich habe versucht, auf die neue Version zu aktualisieren, und dies ist die Abfolge von Befehlen und Nachrichten, die ich handhaben musste:
Es gibt einen Update-Kandidaten für „libavcodec57“ vom Anbieter „http://packman.links2linux.de“, während der aktuelle Anbieter „openSUSE“ ist. Verwenden Sie „zypper install libavcodec57-3.4.4-pm152.5.5.x86_64“, um diesen Kandidaten zu installieren.
Es gibt einen Aktualisierungskandidaten für 'libavformat57' vom Anbieter 'http://packman.links2linux.de', während der aktuelle Anbieter 'openSUSE' ist. Verwenden Sie „zypper install libavformat57-3.4.4-pm152.5.5.x86_64“, um diesen Kandidaten zu installieren.
Paketabhängigkeiten werden aufgelöst...
Ich habe das getan und natürlich, wie schon oft zuvor (wir sprechen von 4-5 SUSE-Releases), habe ich Paketkonflikte bekommen:
Problem:libavfilter6-3.4.4-lp152.3.7.x86_64 erfordert libavformat57 =3.4.4-lp152.3.7, aber diese Anforderung kann nicht bereitgestellt werden
Problem:libavcodec57-3.4.4-pm152.5.5.x86_64 erfordert libavutil55 =3.4.4-pm152.5.5, aber diese Anforderung kann nicht erfüllt werden
Problem:libavfilter6-3.4.4-lp152.3.7.x86_64 erfordert libavformat57 =3.4.4-lp152.3.7, aber diese Anforderung kann nicht erfüllt werden bereitgestellt werden
Lösung 1:libavfilter6-3.4.4-pm152.5.5.x86_64 installieren (mit Herstellerwechsel)
openSUSE --> http://packman.links2linux.de
Lösung 2:Installieren Sie libavformat57-3.4.4-pm152.5.5.x86_64 nicht
Lösung 3:Brechen Sie libavfilter6-3.4.4-lp152.3.7.x86_64, indem Sie einige seiner Abhängigkeiten ignorieren
Ich habe all dies genehmigt:
Die folgenden 8 Pakete werden den Anbieter wechseln:
libavcodec57 openSUSE -> http://packman.links2linux.de
libavfilter6 openSUSE -> http://packman.links2linux.de
libavformat57 openSUSE -> http://packman.links2linux.de
libavresample3 openSUSE -> http://packman.links2linux.de
libavutil55 openSUSE -> http://packman.links2linux.de
libpostproc54 openSUSE -> http://packman.links2linux.de
libswresample2 openSUSE -> http://packman.links2linux.de
libswscale4 openSUSE -> http://packman.links2linux.de
8 Pakete zum Upgraden, 4 neue, 8 zum Wechseln des Anbieters.
Gesamtgröße des Downloads:706,1 KiB. Bereits zwischengespeichert:7,4 MiB. Nach der Operation werden
zusätzliche 24,5 MiB verbraucht.
Fortfahren? [j/n/v/...? zeigt alle Optionen] (y):
Und jetzt hatte ich endlich Medienwiedergabe ... Allerdings nicht ideal. Beim Abspielen von MP4-Dateien fror die Wiedergabe etwa alle 15 Sekunden für etwa eine Sekunde ein, das Video wurde pixelig und verschwommen, und dann wurde die Wiedergabe normal fortgesetzt. Ähnlich dem Problem, das ich kürzlich in Fedora 33 gesehen habe. Aber dann nicht ganz.
Mehr über Medien- und Samba-Sharing
Aber die Geschichte endet hier nicht. VLC würde nicht von Samba-Freigaben abspielen. Vorhersagbar. Ich musste die SMB-Anmeldeinformationen in VLC eingeben und dann auch die Lese-/Puffergröße anpassen, damit die Dateien fehlerfrei abgespielt werden. Denken Sie daran, dass das Jahr 2020 ist und Plasma-Desktop-Benutzer immer noch diese Art von Tricks anwenden müssen, um nur Mediendateien zu genießen, die auf Remote-Freigaben gespeichert sind. Und ich sage, das ist ein glühender Fan des Plasma-Desktops.
Die Samba-Konnektivität war schnell, mit sehr geringer Latenz, Sie erhalten Zeitstempel beim Kopieren - aber der Gesamtdurchsatz ist gering, nur etwa 4 MB/s, sodass Sie nicht alle Verbesserungen und Korrekturen erhalten, die spätere Versionen von Plasma enthalten.
Mehr über Aktualisierungen
Die Update-Geschichte endet auch hier nicht! Sobald das Update abgeschlossen war, hatte ich die netteste und höflichste Nachricht, die vorschlug, dass ich neu starte. Alle anderen Distributionen haben ein sehr rudimentäres:Jetzt neu starten-Ding, das erklärt tatsächlich, warum eine solche Aktion gut für Sie sein wird.
Kernbibliotheken oder Dienste wurden aktualisiert.
Ein Neustart ist erforderlich, um sicherzustellen, dass Ihr System von diesen Updates profitiert.
Und dann flippte ich sanft aus ...
Als das System lief, war mein Standard-Lenovo-Boot-Splash weg – ersetzt durch einen ncurses, komplett blauen Bildschirm mit der Aufschrift MOK Management. Irgendwas mit Secure Boot zu tun? Vielleicht. Ich habe es auf dieser Testbox deaktiviert. Und ich erinnere mich an ein Firmware-Update, das in der Liste der Pakete von openSUSE aufgeführt ist. Interessant. Nun, ich beschloss, nichts anzufassen, das System alleine weitermachen zu lassen und zu sehen, wo ich gelandet bin. Die Startsequenz war niedrigauflösend, aber das System startete einwandfrei. Dann, beim nächsten Neustart, waren die Dinge wieder wie gewohnt - kein ncurses-Bildschirm, hochaufgelöster Boot-Splash.
Jetzt frage ich mich, wird dies zu einem weiteren seltsamen Bricking führen, wie es diese Box - nach einem openSUSE-Test - vor einiger Zeit befallen hat? Nicht sicher. Das müssen Sie und ich in ein paar Wochen herausfinden, wenn ich das nächste Mal versuche, etwas von einem USB-Gerät zu booten.
Aber warte! Die Update-Geschichte ist damit noch nicht ganz zu Ende! Nein, nein.
Ein paar Tage später schaltete ich das System ein und sah eine neue Nachricht über einige Updates (ungefähr fünf oder so). Als ich auf die Schaltfläche klickte, bekam ich eine Reihe von Fehlern. Ich stellte auch fest, dass YaST nicht gestartet werden konnte – es wurde einfach geschlossen, ohne dass Fehler angezeigt wurden. Ich musste zypper von der Befehlszeile ausführen oder die ncurses-Version von YaST verwenden.
Das Update wurde ohne Fehler auf der Befehlszeile abgeschlossen, ich habe neu gestartet und die Dinge waren wieder normal. Das ist nun viel mehr Toleranz, als jemals einer Softwarekomponente zugesprochen werden sollte. Das Ganze ist wirklich unbrauchbar, wenn man darüber nachdenkt. So viele Bugs, Fehler und Konflikte, nur um Updates zu installieren. Ich gleite gerade mit purer Trägheit dahin. Na gut, dann weiter zu anderen Themen dieser Rezension!
Nutzung, Leistung, Stabilität
Okay, aber nicht herausragend. Anständige Leistung, aber weniger als ideale Reaktionsfähigkeit. Niedrige Ressourcenauslastung, die nicht vollständig mit der wahrgenommenen Systemgeschwindigkeit übereinstimmt. Keine Abstürze jeglicher Art. Eine Fülle von Apps, aber dann haben Sie eine ganze DVD voller Leckereien. Trotzdem möchten Sie vielleicht ein paar Extras holen.
Im Leerlauf beträgt die Speicherauslastung etwa 420 MB und die CPU tickt mit 0-1 % sehr leise - schade, dass sich das nicht direkt in der Reaktionsfähigkeit niederschlägt. Vielleicht hat dies etwas mit der jeweiligen Kernel-Version zu tun und möglicherweise mit Verbesserungen, die in neueren Versionen vorgenommen wurden.
Firefox und taiwanesische Lesezeichen
Eine andere Sache, die mir aufgefallen ist - die Hälfte der Lesezeichen (die Sie standardmäßig erhalten) im Browser sind auf das Gebietsschema zh-TW eingestellt, was bei einer en-US-Installation keinen Sinn macht, oder? Ich habe einige Online-Quellen zu diesem Phänomen gefunden, die Monate und Monate alt sind. Sehr traurig. Mitte der 2000er war SUSE für mich die Säule für Qualität und Spaß. Das ist, als würde man zusehen, wie seine Lieblingskneipe abbrennt, wenn ich mir diesen Ausdruck ausleihen darf.
Probleme mit Schriftarten
Ein weiteres wichtiges Problem - die Qualität der Schriftwiedergabe. Nochmals, kein neues Thema, ich habe vor Jahren darüber gesprochen. Ich habe die Schriftfarbe mit meinem Brooze-Leitfaden geändert, was nur wenig geholfen hat. Es war nicht nötig, Hinweise und dergleichen zu optimieren, und die Installation der zusätzlichen FreeType-Bibliotheken hat zu diesem Zeitpunkt nichts bewirkt. Die Schriften sahen immer noch dünn und blass aus, obwohl angeblich alles stimmte. Nun, angeblich.
Dann las ich eine aktualisierte Anleitung von der Person, die die gepatchten Bibliotheken mit LCD-Subpixel-Rendering bereitgestellt hatte, in der erwähnt wird, dass eine neue systemweite Änderung der Umgebungsvariablen erstellt wird. Aber dann gibt es natürlich noch ein halbes Dutzend andere Optimierungen, die man implementieren könnte, und es erinnert mich daran, wie völlig und vollständig das Schriftarten-Ökosystem in Linux kaputt ist und dass sehr, sehr, SEHR wenige Distributionen es schaffen, standardmäßig schöne, gestochen scharfe Schriftarten bereitzustellen . Insgesamt zwei, an einem guten Tag vielleicht drei - von Hunderten und Aberhunderten.
FREETYPE_PROPERTIES="truetype:interpreter-version=35 cff:no-stem-darkening=1 autofitter:warping=1"
Dies muss in /etc/environment gehen, während der Rest standardmäßig in Ordnung sein sollte, ergo auch, warum die zusätzlichen FreeType-Bibliotheken nichts tun. Nach dem Neustart Ihrer Sitzung sind die Schriftarten klar und gestochen scharf und Ihre Augen werden nicht schmelzen.
Snapper-Fehler
Damals schrieb ich über die Wunder von Snapper – einem wirklich coolen Dateisystem-Snapshot-Tool, das nur mit BTRFS zu funktionieren scheint. Was passiert also, wenn Sie dieses Dateisystem nicht verwenden? Nun, das Dienstprogramm sollte dann Fehler erkennen und Ihnen dann anständige Fehler anzeigen, Sie nicht auf die Befehlszeile verweisen und/oder seltsame Meldungen ausgeben.
Schlussfolgerung
Das war länger, als ich erwartet hatte – oder gerechtfertigt. Nennen Sie es meine nostalgische Verliebtheit in openSUSE. Es schmerzt mich zu sagen, aber openSUSE Leap 15.2 ist nicht freundlicher oder intelligenter als viele seiner vorherigen Versionen. Tatsächlich ist es ziemlich nerdig und für normale Leute weitgehend unzugänglich, trotz einiger ziemlich brillanter Elemente in seinem Design. Aber Sie können diese nicht mit einer grundlegend kaputten Paketverwaltung, fehlender alltäglicher Software und lustigen Bits und Tonnen von visuellen und ergonomischen Inkonsistenzen in Einklang bringen.
Der Installateur ist nicht mehr so sicher und intelligent wie früher. Alles etwas weniger. So eine Schande. Weil YaST cool ist und SUSE-Dienstprogramme im Allgemeinen erstklassig und professionell sind. Aber dann gibt es in gewisser Weise einen Konflikt zwischen dem, was ein Desktop für normale Leute sein sollte, und einem Enterprise-Sysadmin-Frontend. Irgendwie zwischen dem, was Sie mit Standard-CentOS und CentOS plus all meiner Soße und Änderungen bekommen. Nun, traurig, aber kaum überraschend. Vielleicht eines Tages. Abgesehen davon werde ich, ähnlich wie bei meiner Fedora 33-Rezension, einen separaten Leitfaden für Optimierungen nach der Installation für diejenigen haben, die openSUSE Leap als Desktop-Rechner verwenden möchten. Aufgrund meiner Erfahrung kann ich es nicht empfehlen, und es reiht sich in eine lange Liste schmerzhafter Erinnerungen auf meiner Tux-Reise ein.