Am 10.04.24 um 18:18 schrieb Stephan Hemeier:

Am Mittwoch, 10. April 2024, 18:16:40 CEST schrieb Werner Franke:

...

Aktuell habe ich in 15.5 ein paar merkwürdige GUI Effekte und kdenlive stürzt ab.

Bugreport? Die Leap 15.4 ist tot.

Dass 15.4 tot ist weiss ich. Gut, dass ich es noch habe, da dort kdenlive nicht abstürzt. Normalerweise benutze ich 15.5. Gruß Werner

Am 12.04.24 um 18:24 schrieb Manfred Kreisl:

Am 10.04.2024 um 18:18 schrieb Stephan Hemeier:

...

Am Mittwoch, 10. April 2024, 18:16:40 CEST schrieb Werner Franke:

...

Aktuell habe ich in 15.5 ein paar merkwürdige GUI Effekte und kdenlive stürzt ab.

Bugreport? Die Leap 15.4 ist tot.

Wenn ich so ein dämliches Gelaber schon wieder lese. Ich verwende lieber ein altes System das funktioniert anstatt mich ständig mit neuen Bugs herum ärgern zu müssen.

Ja, ich halte das auch etwas übertrieben. Aber an viele Bugs in 15.5 kann ich mich nicht erinnern bzw. haben mich nicht ereilt. Der Grund warum ich 15.4 hatte war aber ein anderer. Ich habe zwei OS Partitionen auf dem PC, noch aus der Zeit als man öfters eine neue Version neu installierte. Da habe ich immer auf einer Partition das noch aktuelle OS und auf der anderen habe ich die neue Version installiert. Wenn ich die dann auf dem gleichen Stand wie das 'funktionierende' hatte, habe ich umgeschaltet. So hatte ich immer ein funktionierendes OS, wenn wieder mal eine neue Baustelle in Arbeit war. Ich mache das immer noch so, auch wenn ich nicht mehr neu installiere, sondern mit zypper upgrade. Das war jetzt sehr hilfreich, weil ich noch das alte funktionierende 15.4 hatte und das jetzt auf 15.5 upgraden konnte. viele Grüße Werner

Manfred Kreisl schrieb:

Am 10.04.2024 um 18:18 schrieb Stephan Hemeier:

...

Am Mittwoch, 10. April 2024, 18:16:40 CEST schrieb Werner Franke:

...

Aktuell habe ich in 15.5 ein paar merkwürdige GUI Effekte und kdenlive stürzt ab.

Bugreport? Die Leap 15.4 ist tot.

Wenn ich so ein dämliches Gelaber schon wieder lese. Ich verwende lieber ein altes System das funktioniert anstatt mich ständig mit neuen Bugs herum ärgern zu müssen.

Geht's auch ein bisschen weniger aggressiv? Tatsache ist, dass es seit letztem Dezember keine Updates mehr für 15.4 gibt. Und die meisten Leute meiden diese Situation pauschal wegen der Nicht-Einschätzbarkeit von Sicherheitsproblemen. Sicher, wenn man keinerlei (!) sensible Daten auf dem System hat kann man so ein Risiko eingehen. Dann darf man aber nicht mal Mails auf dem System lesen, denn wenn die eigene Mail-Adresse "geknackt" ist, sind auch Amazon und Co und die Bank und der Stromanbieter geknackt, weil ein Hacker dann das Password ändern kann. Oder das System hat keinerlei Verbindung zum offenen Internet, was aber im Privatbereich noch unrealistischer ist. Also, der Ärger mit "ständig neuen Bugs" ist das kleinere Übel. Ja, die gibt es schon mal. Mit der Betonung auf "mal". Und dann muss man halt versuchen, das Problem einzugrenzen. Unter Linux kann man dies zumindest mal ganz gut. Oder, wenn man es selbst nicht kann, holt man sich Hilfe. Dafür ist ja auch diese Liste unter anderem da. Und bei mir ist es meist so, dass wenn ich einen neuen Bug habe, sind die Ursachen dafür meist "hausgemacht". Meist ungewollt, aber irgendwo in den Untiefen irgendeiner besonderen Konfiguration begraben. Und eigentlich immer eine Kleinigkeit, aber die dafür gut "vergraben". Aber mit Einsatz von Knowhow und etwas Zeit habe ich noch immer alles gefunden und meist auch was "fürs Leben" gelernt. OK, die Zeit mag bei manchen Leuten das Problem sein, aber die habe ich mir auch genommen, als ich noch kein Rentner war - denn das Problem muss ja gelöst werden. Langer Rede kurzer Sinn, Werner, kann man Dir weiter helfen, kdenlive unter einem aktuellen System zum Laufen zu bringen? Dazu müsste man als allererstes mal wissen, wie sich diese Abstürze äußern. Also vor allen Dingen Fehlermeldungen, wenn Du das Programm in einem Terminalfenster startest. Je nachdem kann man sich dann überlegen, wonach man als nächstes schaut. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel

Werner Franke schrieb:

Wie ich schon an anderer Stelle in dem Thread geschrieben habe, war wahrscheinlich mein Wechsel nach Plasma Wayland und zurück nach Plasma X11 der Grund für meine Probleme, die sich allerdings erst jetzt bei kdenlive bemerkbar gemacht haben. Irgendeine Einstellung ist da wohl übrig geblieben, die jetzt dafür sorgt, dass kdenlibe mit Wayland-Unterstützung starten will.

Die kdenlive Fehlermeldungen habe ich auch in der anderen Antwort gepostet.

Alles gut, das hatte ich leider erst gelesen, nachdem ich meine Antwort mit dem Hilfsangebot schon geschrieben hatte... -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel

Am 10.04.24 um 22:29 schrieb Richard Hafenscher:

Am Mittwoch, 10. April 2024, 18:16:40 CEST schrieb Werner Franke:

...

ist es gewollt, das es QT6 Pakete sowohl in 15.4 als auch 15.5 gibt ? In 15.4 sind es beispielsweise 44 Pakete mit qt6 im Namen.

Hallo,

vermutlich schon.

Ich habe hier Leap 15.5 und bspw. das Paket qt6-sensors installiert. Ein qt5-sensors bieten die Repos aber auch gar nicht.

Danke, habe ich befürchtet. Leap 15.5: Sagt Euch die Meldung QQuickWidget: Attempted to render scene with no rhi rhi ist wohl die Abkürzung von "Render Hardware Interface" und das scheint zu QT6 zu gehören. Die Meldung kommt vom neueren kdenlive-24.02.1-x86_64.AppImage und für mich sieht es so aus, dass das nur noch mit QT6 arbeitet. Ich bekomme ein Fenster mit Inhalt des Bildschirmhintergrund und dem normalen Fensterrahmen. kdenlive-23.08.4-x86_64-A.AppImage das unter 15.5 schon funktioniert hat, stürzt ab mit Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options QFlagsQSurfaceFormat::FormatOption(), depthBufferSize 24, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile) Unter 15.4 laufen beide Version problemlos. Ich habe mir schon überlegt auf 15.5 alle QT6 Pakete zu deinstallieren, denn das Kommando "zypper search -s --installed-only qt6" listet alle Pakete mit "i+" und das bedeutet "installed by user request" root@obelix (-bash) zypper search -s --installed-only qt6 S | Name | Type | Version | Arch | Repository ---+------------------------------------------+-------+---------------------+--------+------------------------------------------------------------- i+ | adwaita-qt6 | Paket | 1.4.2-150500.1.2 | x86_64 | repo-oss (15.5) i+ | libadwaitaqt6-1 | Paket | 1.4.2-150500.1.2 | x86_64 | repo-oss (15.5) i+ | libKF5BluezQt6 | Paket | 5.102.0-bp155.1.6 | x86_64 | repo-oss (15.5) i+ | libKF5ModemManagerQt6 | Paket | 5.102.0-bp155.1.6 | x86_64 | repo-oss (15.5) i+ | libKF5NetworkManagerQt6 | Paket | 5.102.0-bp155.1.6 | x86_64 | repo-oss (15.5) i+ | libQt6Concurrent6 | Paket | 6.4.2-150500.3.17.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | libQt6Concurrent6 | Paket | 6.4.2-150500.3.17.1 | x86_64 | update-sle (15.5) i+ | libQt6Core6 | Paket | 6.4.2-150500.3.17.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | libQt6Core6 | Paket | 6.4.2-150500.3.17.1 | x86_64 | update-sle (15.5) Backup habe ich gemacht. viele Grüße Werner

Am Donnerstag, 11. April 2024, 18:58:32 CEST schrieb Stephan Hemeier:

warum installierst du nicht kdenlive aus dem openSUSE Repo?

Starte zumindest hier......

hier auch. Version 22.12.3 (15.5). Was Neueres bieten meine Repos auch nicht. Grüße Richard

Am Freitag, 12. April 2024, 08:55:12 CEST schrieb Werner Franke:

Am 11.04.24 um 23:20 schrieb Richard Hafenscher:

...

Am Donnerstag, 11. April 2024, 18:58:32 CEST schrieb Stephan Hemeier:

...

warum installierst du nicht kdenlive aus dem openSUSE Repo?

Starte zumindest hier......

hier auch. Version 22.12.3 (15.5). Was Neueres bieten meine Repos auch nicht.

kdenlive aus dem openSUSE Repo ist installiert und das stürzt auch ab, zusammen mit dem kdenlive-23.08.4-x86_64-A.AppImage von der kdenlive Seite.

Wegen Fortschritten in der Bugbehebung in kdenlive hole ich mit die neueren Versionen von der kdenlive Seite.

Die Version 24 stürzt nicht mehr ab, geht aber auch nicht.

Irgendwie habe ich den Nvidia Treiber in Verdacht, denn auf meinem Laptop mit 15.5 habe ich die GUI Merkwürdigkeiten nicht und auch alle kdenlive Versionen funktionieren.

Aktuell hebe ich Nvidia 550.67-lp155.20 von build.suse.de/Properitary:X11:Drivers und 550.67-k5.14.21_150500.53-lp155.20.1 vom Nvidia Repo

Dann scheint aber in deinem System etwas im argen zu liegen. Denn bei mir stürzt kdenlive nicht ab. Und ich verwende auch obigen nvidia Treiber. Und ich habe sicher noch mehr qt6-Pakete installiert. Gruß Eric

Am 12. April 2024 17:31:13 MESZ schrieb Werner Franke :

Am 12.04.24 um 11:41 schrieb Eric Schirra:

...

Am Freitag, 12. April 2024, 08:55:12 CEST schrieb Werner Franke:

...

Am 11.04.24 um 23:20 schrieb Richard Hafenscher:

...

Am Donnerstag, 11. April 2024, 18:58:32 CEST schrieb Stephan Hemeier:

...

warum installierst du nicht kdenlive aus dem openSUSE Repo?

Starte zumindest hier......

hier auch. Version 22.12.3 (15.5). Was Neueres bieten meine Repos auch nicht.

kdenlive aus dem openSUSE Repo ist installiert und das stürzt auch ab, zusammen mit dem kdenlive-23.08.4-x86_64-A.AppImage von der kdenlive Seite.

Wegen Fortschritten in der Bugbehebung in kdenlive hole ich mit die neueren Versionen von der kdenlive Seite.

Die Version 24 stürzt nicht mehr ab, geht aber auch nicht.

Irgendwie habe ich den Nvidia Treiber in Verdacht, denn auf meinem Laptop mit 15.5 habe ich die GUI Merkwürdigkeiten nicht und auch alle kdenlive Versionen funktionieren.

Aktuell hebe ich Nvidia 550.67-lp155.20 von build.suse.de/Properitary:X11:Drivers und 550.67-k5.14.21_150500.53-lp155.20.1 vom Nvidia Repo

Dann scheint aber in deinem System etwas im argen zu liegen. Denn bei mir stürzt kdenlive nicht ab. Und ich verwende auch obigen nvidia Treiber. Und ich habe sicher noch mehr qt6-Pakete installiert.

Danke für diesen Hinweis, Eric.

Jetzt muss ich nur noch herausfinden, was da im argen liegt...

Sorry, war wohl nicht ganz hilfreich. ;-) Was kommt denn für eine Fehlermeldung wenn du kdenlive mal in der Konsole startest? Gruß Eric

Am 12. April 2024 23:00:11 MESZ schrieb Werner Franke :

Am 12.04.24 um 17:54 schrieb Eric Schirra:

...

Am 12. April 2024 17:31:13 MESZ schrieb Werner Franke :

...

Am 12.04.24 um 11:41 schrieb Eric Schirra:

...

Am Freitag, 12. April 2024, 08:55:12 CEST schrieb Werner Franke:

...

Am 11.04.24 um 23:20 schrieb Richard Hafenscher:

...

Am Donnerstag, 11. April 2024, 18:58:32 CEST schrieb Stephan Hemeier: > warum installierst du nicht kdenlive aus dem openSUSE Repo? > > Starte zumindest hier......

hier auch. Version 22.12.3 (15.5). Was Neueres bieten meine Repos auch nicht.

kdenlive aus dem openSUSE Repo ist installiert und das stürzt auch ab, zusammen mit dem kdenlive-23.08.4-x86_64-A.AppImage von der kdenlive Seite.

Wegen Fortschritten in der Bugbehebung in kdenlive hole ich mit die neueren Versionen von der kdenlive Seite.

Die Version 24 stürzt nicht mehr ab, geht aber auch nicht.

Irgendwie habe ich den Nvidia Treiber in Verdacht, denn auf meinem Laptop mit 15.5 habe ich die GUI Merkwürdigkeiten nicht und auch alle kdenlive Versionen funktionieren.

Aktuell hebe ich Nvidia 550.67-lp155.20 von build.suse.de/Properitary:X11:Drivers und 550.67-k5.14.21_150500.53-lp155.20.1 vom Nvidia Repo

Dann scheint aber in deinem System etwas im argen zu liegen. Denn bei mir stürzt kdenlive nicht ab. Und ich verwende auch obigen nvidia Treiber. Und ich habe sicher noch mehr qt6-Pakete installiert.

Danke für diesen Hinweis, Eric.

Jetzt muss ich nur noch herausfinden, was da im argen liegt...

Sorry, war wohl nicht ganz hilfreich. ;-) Was kommt denn für eine Fehlermeldung wenn du kdenlive mal in der Konsole startest?

Nein, das war sehr wohl hilfreich. Es sagte mir, dass es NICHT an Nvidis liegt.

Ich habe jetzt mein zweites OS (15.4), bei dem kdenlive funktioniert, mit zypper auch auf 15.5 geändert und das funktioniert jetzt.

Danach ist mir eingefallen, dass ich bei dem anderen System, nach dem Upgrade von 15.4 auf 15.5 auf Wayland umgeschaltet habe. Weil aber schon das erste Programm, das ich gestartet habe - audacious - Wayland nicht unterstützt, wieder auf X11 zurückgestellt.

Danach hatte ich viele sehr merkwürdige Effekte und habe lange gebraucht, das wieder einigermaßen in den Griff zu bekommen. Ich denke da habe ich die Grundlage für die kdenlive Probleme gelegt.

Bei den Fehlermeldungen von kdenlive hatte ich zuerst den Eindruck, dass sie mit QT6 zusammenhängen. Aus dem Grund auch die ursprüngliche Mail hier. Aber sie hatten wohl mit Wayland zu tun.

kdenlive 22.12.3 stürzt ab mit: Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options QFlagsQSurfaceFormat::FormatOption(), depthBufferSize 24, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)

neuere kdenlive kdenlive-24.02.1-x86_64.AppImage meldet: QQuickWidget: Attempted to render scene with no rhi

Außerdem hatte ich ein neues Applet im Systemtray "Plasma.Renderer Modul" Das ist mir aber erst kürzlich aufgefallen.

Jetzt aber funktioniert der PC wieder so wie es soll. Auch das Modul "Plasma.Renderer Modul" ist da nicht mehr vorhanden und der sddm funktioniert auch. (Bei dem hatte ich nur einen leeren Login-Schirm mit Mauszeiger)

Danke für die doch hilfreichen Tipps.

Gern geschehen. Aber Wayland ist, entgegen aller Behauptungen und Berichte, noch nicht das gelbe vom Ei. Es gibt immer noch etliche Probleme mit verschiedensten Anwendungen. Deshalb bleib auch ich so lange es bei X11. Gruß Eric

Am 11.04.24 um 18:51 schrieb Werner Franke:

Ich habe mir schon überlegt auf 15.5 alle QT6 Pakete zu deinstallieren, denn das Kommando "zypper search -s --installed-only  qt6" listet alle Pakete mit "i+" und das bedeutet "installed by user request"

root@obelix (-bash) zypper search -s --installed-only  qt6 S  | Name                                     | Type  | Version             | Arch   | Repository ---+------------------------------------------+-------+---------------------+--------+------------------------------------------------------------- i+ | adwaita-qt6                              | Paket | 1.4.2-150500.1.2    | x86_64 | repo-oss (15.5) i+ | libadwaitaqt6-1                          | Paket | 1.4.2-150500.1.2    | x86_64 | repo-oss (15.5) i+ | libKF5BluezQt6                           | Paket | 5.102.0-bp155.1.6   | x86_64 | repo-oss (15.5) i+ | libKF5ModemManagerQt6                    | Paket | 5.102.0-bp155.1.6   | x86_64 | repo-oss (15.5) i+ | libKF5NetworkManagerQt6                  | Paket | 5.102.0-bp155.1.6   | x86_64 | repo-oss (15.5) i+ | libQt6Concurrent6                        | Paket | 6.4.2-150500.3.17.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | libQt6Concurrent6                        | Paket | 6.4.2-150500.3.17.1 | x86_64 | update-sle (15.5) i+ | libQt6Core6                              | Paket | 6.4.2-150500.3.17.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15 i+ | libQt6Core6                              | Paket | 6.4.2-150500.3.17.1 | x86_64 | update-sle (15.5)

Drei davon sind hier ohne das + am i vorhanden, und waren das auch schon wenigstens in Leap 15.3 und 15.4: $ zypper search -s --installed-only qt6 Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository --+-------------------------+-------+-------------------+--------+----------------- i | libKF5BluezQt6 | Paket | 5.102.0-bp155.1.6 | x86_64 | Haupt-Repository i | libKF5ModemManagerQt6 | Paket | 5.102.0-bp155.1.6 | x86_64 | Haupt-Repository i | libKF5NetworkManagerQt6 | Paket | 5.102.0-bp155.1.6 | x86_64 | Haupt-Repository Wenn ich die zum Löschen auswähle, möchte zypper Pakete löschen, die man vielleicht besser behält: $ zypper remove libKF5BluezQt6 libKF5ModemManagerQt6 libKF5NetworkManagerQt6 Installierte Pakete werden gelesen... Paketabhängigkeiten werden aufgelöst... Die folgenden 38 Pakete werden GELÖSCHT: bluedevil5 bluedevil5-lang bluez-qt-imports ksystemstats5 ksystemstats5-lang libKF5BluezQt6 libKF5ModemManagerQt6 libKF5NetworkManagerQt6 patterns-kde-kde patterns-kde-kde_imaging patterns-kde-kde_plasma plasma5-addons plasma5-addons-lang plasma5-defaults-openSUSE plasma5-desktop plasma5-desktop-emojier plasma5-desktop-lang plasma5-session plasma5-session-wayland plasma5-systemmonitor plasma5-systemmonitor-lang plasma5-theme-openSUSE plasma5-workspace plasma5-workspace-branding-openSUSE plasma5-workspace-lang plasma-nm5 plasma-nm5-lang plasma-nm5-openconnect plasma-nm5-openvpn plasma-nm5-pptp plasma-nm5-vpnc powerdevil5 powerdevil5-lang purpose purpose-lang sddm sddm-branding-openSUSE sddm-theme-openSUSE Die folgenden 3 Schemata werden GELÖSCHT: kde kde_imaging kde_plasma 38 zu entfernende Pakete. Nach dem Vorgang werden 110,8 MiB freigegeben. Continue? [j/n/v/...? zeigt alle Optionen] (j): n -- Viele Grüße Michael