Vorschläge zur Optimierung von Stabilität, Hardware-Unterstützung und Benutzerfreundlichkeit

Sehr geehrte Damen und Herren,
sehr geehrte Entwicklerinnen und Entwickler des openSUSE-Projekts,

hiermit möchte ich Ihnen gerne folgendes technisches Feedback sowie einige Verbesserungsvorschläge für openSUSE (Leap und Tumbleweed) übermitteln. Ziel dieser Anregungen ist es, die alltägliche Stabilität, die Hardware-Kompatibilität sowie die allgemeine Benutzerfreundlichkeit des Systems weiter zu steigern.

Ich habe die wesentlichen Punkte nachfolgend für Sie zusammengefasst:

1. Bootvorgang & Anzeige

  • Nahtloser Bootvorgang (Plymouth / UEFI BGRT): Eine automatische und nahtlose Einbindung des vom UEFI-Mainboard bereitgestellten BGRT-Herstellerlogos in Plymouth wird angeregt, um einen geräusch- und unterbrechungsfreien Bootvorgang ohne frühe Kernel-Meldungen oder temporäre schwarze Bildschirme zu ermöglichen.
  • 4K-Skalierung & Display-Handhabung: Eine optimierte Out-of-the-Box-Skalierung für hochauflösende 4K-Monitore sowie eine verlässlichere Handhabung unterschiedlicher Bildwiederholraten und Multi-Monitor-Setups unter Wayland wären sehr wünschenswert.

2. Paketverwaltung & Systemnetzwerk

  • Zypper / Flatpak Timeout-Toleranzen: Einführung robusterer Retry-Mechanismen und verlängerter Standard-Timeouts bei Paketdownloads über Zypper und Flatpak (beispielsweise durch automatische Spiegelserver-Auswahl), um Abbrüche bei schwankenden Netzwerkverbindungen zu vermeiden.
  • Update-Protokollierung: Eine leicht zugängliche Option zur Protokollierung von Systemupdates inklusive automatisierter Behebung von Verbindungsunterbrechungen bei größeren Downloads wird empfohlen.

3. Sicherheit, DRM & Medienwiedergabe

  • Biometrieschutz bei Bilddaten: Integration optionaler Schutzfunktionen zur Vermeidung optischer Rekonstruktionen von Fingerabdrücken (z. B. KI-gestützte oder softwarebasierte Verpixelung/Maskierung von Handflächen und Fingerabdrücken auf hochauflösenden Fotos vor dem Teilen).
  • Native Biometrie-Integration: Systemweite Bereitstellung einer plattformübergreifenden 3D-Gesichtserkennung zur Systemanmeldung direkt ab Werk.
  • DRM & Medienwiedergabe: Eine reibungslose Wiedergabe von DRM-geschützten Streaming-Inhalten (Widevine) sowie eine rechtlich konforme Out-of-the-Box-Unterstützung für physische Medien (Blu-ray, DVD, CD).

4. Hardware, Audio & Energieverwaltung

  • Standby unter Wayland: Ein gewohnt zuverlässiges Sleep- und Wakeup-Verhalten beim Schließen und Öffnen des Laptops.
  • Erweiterte Audio-Standards: Native Systemunterstützung für moderne Audioformate und Kinostandards wie Dolby Atmos, Dolby Surround, D-BOX Haptik-Feedback sowie IMAX Enhanced.
  • Support für Bestands- und Drittanbieter-Hardware: Sicherstellung, dass neue Entwicklungen und Optimierungen auch auf älteren Geräten sowie Hardware von Drittherstellern (wie beispielsweise Lenovo-Laptops) vollumfänglich verfügbar und optimiert bleiben.

Ich bedanke mich herzlich für Ihre wertvolle Arbeit am openSUSE-Projekt und würde mich sehr freuen, wenn diese Punkte bei zukünftigen Entwicklungen Berücksichtigung finden könnten.

Mit freundlichen Grüßen
TipFabian007

Das ist das Nutzerforum in dem die Entwickler nicht mitlesen.

Man könnte das Gefühl bekommen, das bei der Erstellung dieses Beitrags KI mitgewirkt hat. Vorallem am Beispiel von Punkt 2. Wer openSUSE nutzt wird wissen, dass eine automatische Spiegelserverauswahl bereits erfolgt und auch die gesamte Spiegelserverliste durchprobiert wird wenn ein Server nicht verfügbar ist. Auch unterbrochene Downloads werden fortgesetzt, weil zypper einen Cache benutzt.

Falls da wirklich ein Problem bestehen sollte, ist openSUSE als Downstream der falsche Adressat. Der Wunsch müsste an Upstream gerichtet werden.

Solche Wünsche wie “automatisierte Behebung von Verbindungsunterbrechungen” sind generisch und scheinbar aus dem KI-Baukasten. Wie soll ein Betriebssystem ein Problem auf der Seite des ISP beheben? Und wie bereits oben beschrieben, ein unterbrochener zypper Download kann jederzeit wieder aufgenommen werde, da wo er unterbrochen wurde.

Wie soll das funktionieren wenn die Hardware die Neuerung zum Beispiel technisch gar nicht unterstützt?

Das wirkt alles irgendwie nicht ganz durchdacht.

3 Likes

Hallo hui,

vielen Dank für Ihre Rückmeldung und die Hinweise!

Mir ist bewusst, dass es sich hier um ein Nutzerforum handelt. Ich wollte meine Gedanken und Anregungen hier vorab teilen, um Feedback aus der Community einzuholen.

Zu Ihrer Anmerkungen:

  • Upstream vs. Downstream: Danke für die Klarstellung bezüglich der Zuständigkeiten (z. B. Wayland, KDE/GNOME). Ich werde spezifische Display- und Skalierungsthemen direkt bei den jeweiligen Upstream-Projekten adressieren.
  • Zypper & Downloads: Es ist gut zu wissen, dass Zypper abgebrochene Downloads über den Cache fortsetzt. Mir ging es vor allem um eine noch robustere Handhabung und klare UI-Rückmeldungen bei instabilen Verbindungen.
    Hardware: Mir ist klar, dass veraltete Hardware technische Grenzen hat. Mein Anliegen war lediglich, dass bestehende Optimierungen auch für gängige Laptop-Hardware gut gepflegt bleiben.

Ich habe das Feedback nun auch entsprechend strukturiert weitergegeben.

Ich wünsche ihnen einen schonen Freitagabend noch!!

Viele Grüße
TipFabian007

zypper teilt auf der Kommandozeile die Downloadgeschwindigkeit, den Fortschritt, bereits im Cache vorhandene Dateien, fehlgeschlagene Mirrors und noch mehr mit. Was fehlt denn noch?
Auch die verwendete DE meldet via networkmanager wenn die Verbindung abbricht oder wieder hergestellt wird. Was fehlt noch?

Wie gesagt, alles sehr generisch. Nenne ein Beispiel. Sollen die Entwickler Ratespiele spielen, wenn sie von Nutzer X noch nicht einmal informiert werden, wenn „Optimierung“ Y auf Laptop Z fehlt?
Das geht nur über konkrete Bugreports.

Hallo hui,

vielen Dank für Ihre weiteren Erläuterungen!

Ich wollte mich außerdem aufrichtig für die Verwirrung und die Missverständnisse entschuldigen, die durch meine Nachrichten in den letzten Tagen entstanden sind.

Zur Erklärung meiner Motivation: Ich nutze derzeit TUXEDO OS auf einem Lenovo-Laptop. Mir ist vollkommen bewusst, dass TUXEDO OS und openSUSE unterschiedliche Systeme sind. Da ich auf meinem aktuellen System aber immer wieder auf bestimmte Fehler gestoßen bin, wollte ich die Entwickler und die Community hier vorsorglich darauf aufmerksam machen und vorwarnen, damit genau diese Probleme bei openSUSE gar nicht erst auftreten.

Falls ich mit meinem bisherigen Betriebssystem auf Dauer nicht zufrieden sein sollte, ziehe ich in Erwägung, zu openSUSE zu wechseln. Deshalb war es mir wichtig, meine Punkte hier einzubringen.

Beim Thema DRM weiß ich technisch selbst nicht zu 100 %, inwiefern eine rechtlich und technisch einwandfreie Lösung direkt im System umsetzbar ist oder wo die Grenzen liegen.

Ich habe mein Anliegen inzwischen konkretisiert und folgende Punkte direkt an das Entwickler-Portal übermittelt:

  1. Medienwiedergabe & DRM (Verbesserung der Unterstützung für Kauf-Medien wie Blu-ray, 4K Blu-ray, 3D Blu-ray, DVD und CD).
  2. Paketverwaltung & Netzwerk-Toleranz (Automatische Wiederholungsversuche bei Zypper/PackageKit bei Verbindungsunterbrechungen sowie ausführlicheres Logging).
  3. Display-Handling & Skalierung (Optimierung der Out-of-the-Box-Skalierung auf 4K-Bildschirmen).
  4. Standby & Energieverwaltung (Zuverlässigeres Sleep- und Wakeup-Verhalten unter Wayland).

Damit ist das Thema für mich hier abgeschlossen. Vielen Dank nochmals für die Geduld und das Feedback!

Ich wünsche ihnen einen schönen Freitagabend noch!!

Mit Freundlichen Grüßen
TipFabian007