Problem mit dem langsamen Start von Spotify wurde inzwischen auch identifiziert. Auch Chromium und andere Chromium-basierenden Apps (z.B. Vivaldi, Discord) waren betroffen. Problem wurde mit KDE Framework 6.14.0 (Tumbleweed Snapshot 20250512) eingeführt, tritt aber wohl nur auf, wenn kwallet deaktiviert ist (ist es bei mir).
Wer mehr lesen möchte: Bugreport auf bugs.kde.org
Die gute Nachricht: Patch für Tumbleweed kf6-kwallet ist auf dem Weg...
Nein, dem System geht es eigentlich gut. "Festplatte" ist eine 1 TB NVMe-SSD und hat aktuell 25% frei, schwankt eigentlich immer um den Bereich. Die lange Startzeit betrifft ausschließlich den Spotify-Client und auch nur als Snap oder OBS-Installation und das auch erst seit einem der letzten Snapshots für Tumbleweed. Habe es jetzt als Flatpak-Installation laufen, da startet Spotify wie gewohnt in etwa 1-2 Sekunden. Hohe CPU-Auslastung trat auch nur bei Flatpak-Spotify auf und das auch erst nach längerer Laufzeit. Muss ich noch testen, ob das jetzt wieder auftritt, dazu muss Spotify aber ein paar Stunden laufen...
Habe jetzt mal probeweise den aktuellen Spotify-Client aus OBS installiert (https://software.opensuse.org/…ent&project=home%3Aplater), sogar eine etwas neue Version als über Snap (Snap: 1.2.59.514, OBS: 1.2.60.564).
Ergebnis: identisch zu Snap: Spotify braucht etwa 50 Sekunden zum Start und produziert dabei ordentlich Coredumps in /var/lib/systemd/coredump.
Irgendetwas in den letzten Snapshots scheint (zumindest auf meinem System) für massive Start-Probleme bei Spotify zu sorgen.
Habe jetzt die OBS-Version und Snap deinstalliert und werde noch mal Spotify über Flatpak installieren. Da startet Spotify zumindest normal. Muss ich nur mal schauen, wo ich einen Bugreport wegen der hohen CPU-Last einkippen kann.
Auf der Factory Mailing List gibt es zu diesem Thema einen Thread: https://lists.opensuse.org/arc…AHHDHQD36DRSYRPDOC2SRG3H/
Den kenne ich, habe ich gestartet 
. Support für Snap gibt es nicht. Hab mich bei snapcraft registriert, warte jetzt noch auf die Admin-Freigabe, damit ich mein Problem schildern kann. Alternativ muss ich mal schauen, wo ich mein Flatpak-Problem mit Spotify melden könnte.
Moin,
hört jemand hier mit Spotify auf Tumbleweed Musik? Falls ja: wie?
Ich habe bislang Spotify mit Snap genutzt. Seit einem der letzten Snapshots für Tumbleweed braucht Spotify jetzt aber gut 50 Sekunden (statt 2-3) zum Starten. Zudem finde ich in
/var/lib/systemd/coredump immer wieder Coredumps von Spotify.
Flatpak habe ich versucht, aber da dreht der CPU-Lüfter nach einiger Zeit immer hoch, weil Spotify 100% CPU-Last generiert, was dem Musik-Genuss auch eher abträglich ist.
Oder Spotify aus OBS installieren? Da gibt es ja diverse Builds. Einige aktuell, andere eher weniger.
Bin für Tipps gerne offen, möchte allerdings bei Spotify bleiben, also bitte nicht Deezer oder sonst was empfehlen.
Ist ein bekanntes Problem, mit 9.1.2 wird die Änderung in hda_codec.c erst einmal zurückgerollt. Eigentlich sollte die Änderung ein Memory Leak beheben. Dafür muss jetzt eine andere Lösung gefunden werden.
In Tumbleweed soll der Patch schon vorab zurückgenommen werden.
SuSE Bugzilla: 1232728
Nachtrag: ich bin jetzt von qemu-9.1.1 auf qemu-9.1.0 zurück und habe wieder Sound. Scheint also definitiv am Update zu liegen. Ich denke, ich mache mal einen Bugreport auf.
Hallo,
ich nutze QEMU/KVM unter SuSE Tumbleweed. Nach dem Update von qemu (von 9.1.0 auf 9.1.1) habe ich auf den Gast-Systemen (Windows 10) keinen Sound mehr.
In KVM ist "ICH9" als Audio-Device eingetragen, die aktuellen Spice Guest Tools habe ich noch mal heruntergeladen und installiert. Hat jemand eine Idee, woran es liegen könnte, dass ich keinen Sound von den Windows-Gästen mehr bekomme?
So, habe es gerade nochmals überprüft. Shift+Alt+F12 funktioniert mit X11 sowohl auf meinem Leap 15.5 Notbuch als auch unter Slowroll und Tumbleweed auf einem normalen Rechner. Mit Wayland geht es nicht.
Stimmt, geht bei mir auch unter X11. In den Einstellungen bleibt allerdings "Enable on startup" aktiviert.
Ging einfacher, im KDE-Forum hatte jemand die richtige Idee: in den Systemeinstellungen (Systemeinstellungen/Anzeige & Bildschirm/Compositor) musste Compositing aktiviert werden (Enable on startup).
Bin mir allerdings sicher, dass ich das nicht manuell deaktiviert habe. Entweder war es das Update auf Plasma6 oder die Option hat sich unter Plasma5 anders verhalten...
