Das wars...:
Es ist das Paket:
kf6-qqc2-desktop-style
es fehlt in der Liste der Abhängigkeiten...
manuell nachinstallieren und kdenlive läuft 
danke für eure Hilfe und Tipps
solved
Beiträge von DebDePP
-
-
das ist natürlich möglich und wird das Problem wohl beheben.. aber ich möchte es (wenn möglich) vermeiden. Ich hoffe daher erstmal, das evtl. fehlende Deps zu identifieren sind.
-
wow!
Dein Ubuntu-Noob / Gnome Diss ist weder nett noch in irgendeiner Weise hilfreich bzw zielführend. Aber ich verstehe deinen Punkt. Ich werde natürlich nicht auf KDE umstellen nur weil es Probleme gibt 
.. Dann werden diese Probleme halt gelöst, dafür sind wir Linuxer!Das wird schon...
-
oder wenn du gerade Zeit / Lust hast check doch mal ob
kf6-qqc2-desctop-style
in den Abhängikeiten von kdenlive vorkommt..
-
ich bin mitlerweile einen schrit weiter (hoffe ich) das Problem besteht schon seit 2 Monaten (unter anderem auch bei opensuse, alpine, arch und ubuntu) es scheint so, das es fehlende Abhängigkeiten gibt..
bei alpine-linux hab ich folgendes gefunden..
This can be fixed by adding qqc2-desktop-style to depends.
Kdenlive Fails to Start (#15914) · Issues · alpine / aports · GitLabPackage Information Package name: kdenlive Package version: kdenlive-24.02.1-r0 Alpine version: 3.20.0_alpha20240315 Alpine architecture:...gitlab.alpinelinux.orgDas Problem taucht natürlich nur bei Users auf, die KEINEN KDE Desktop verwenden
daher gibts bei dir auch kein ProblemIch werde nacher wenn ich zu Hause bin mal die Abhängikeitsliste durchchecken.. Vieleicht ist da ja was dran....
-
Ich habe übrigens die kdenliverc in kdenliverc.old umbenannt um eine neue ConfigDatei zu initialisieren...
Wenn ich nun kdenlive (rpm Version) starte ändert sich die Fehlermeldung in:
CodeCannot destroy paint device that is being paintedIch bin im Büro daher hab ich leider keinen Zugriff auf die genaue Fehlermeldung.. aber sinngemäss klang sie so..
Das klingt für mich eher wie ein qt problem? Aber ist nur ne Vermutung. Ich steck in diesem KDE Kram nicht drin.. den nutze ich seit 20 Jahren nicht mehr...
-
ja. ich bin bereits auf den ERSTEN Snapshot zurückgegangen... also der, der direkt nach der Installation beim ersten Systemstart angelegt wurde...
Gleiches Ergebnis...
-
Packman ist noch vorhanden.. war anscheinend doppelt, wenn ich Sauerland richtig verstanden habe
Zitat5 | https-download.opensuse.org-6384fe7c | openSUSE:Factory | Ja | (r ) Ja | Ja | 99 | rpm-md | https://download.opensuse.org/tumbleweed/repo/oss/ |
6 | openSUSE-20240617-0 | openSUSE-20240617-0 | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/ |
7 | packman | Packman | Ja | (r ) Ja | Ja | 70 | rpm-md | https://ftp.fau.de/packman//suse/openSUSE_Tumbleweed/ |
Diese bitte löschen, sind doppelt siehe auch deine Mesa Ausgabe......
-
Leider hat sich aber nichts verändert...
kdenlive via zypper macht den gleichen Fehler (siehe oben)
Kdenlive via Flatpak rendert zwar definitiv mit vaapi (der Geschwindigkeit nach zu urteilen) aber produziert nur bunte Bilder
-
Code
Alles anzeigensudo zypper se -si Mesa Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository --+---------------------------------+-------+----------------------+--------+----------------------- i | libOSMesa8 | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | libOSMesa8-32bit | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa-32bit | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa-demo-x | Paket | 9.0.0-3.3 | x86_64 | Haupt-Repository (OSS) i | Mesa-dri | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa-dri-32bit | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa-gallium | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa-gallium-32bit | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa-libEGL1 | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa-libGL1 | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa-libGL1-32bit | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa-libglapi0 | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa-libglapi0-32bit | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa-libva | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa-vulkan-device-select | Paket | 24.1.1-1699.383.pm.1 | x86_64 | Packman i | Mesa-vulkan-device-select-32bit | Paket | 24.1.1-1699.383.pm.1 | x86_64 | PackmanCodesudo zypper lr -d # | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service --+----------------------------------+----------------------------------------+---------+-----------+---------+----------+--------+----------------------------------------------------------+-------- 1 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/ | 2 | download.opensuse.org-oss | Haupt-Repository (OSS) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/ | 3 | download.opensuse.org-tumbleweed | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/tumbleweed/ | 4 | packman | Packman | Ja | (r ) Ja | Ja | 70 | rpm-md | https://ftp.fau.de/packman//suse/openSUSE_Tumbleweed/ | 5 | repo-debug | openSUSE-Tumbleweed-Debug | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/debug/tumbleweed/repo/oss/ | 6 | repo-openh264 | Open H.264 Codec (openSUSE Tumbleweed) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed | 7 | repo-source | openSUSE-Tumbleweed-Source | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/source/tumbleweed/repo/oss/ |ok, danke.. war mir gar nicht aufgefallen
Packman hab ich nun via yast entfernt... taucht hier aber noch auf