Hallo, seit einiger Zeit kann ich die aktuellen AppImages von Kdenlive nicht mehr öffnen.
kdenlive-25.08.0-x86_64.AppImage
ich habe natürlich in Zugriffsrechte > Programm: Datei darf als Programm gestartet werden angeklickt.
Geht es Euch ebenso?
Nein. Funktioniert.
Für evtl. mehr Infos:
- in den Ordner gehen, in dem das Programm sich befindet
- Terminal dort öffnen
./kdenlive-25.08.0-x86_64.AppImage
eingeben und Enter
und dann hoffen, daß die Ausgabe was verwertbares liefert
da kommt das hier heraus:
./kdenlive-25.08.0-x86_64.AppImage
fuse: memory allocation failed
squashfuse 0.5.2 (c) 2012 Dave Vasilevsky
Usage: squashfuse [options] ARCHIVE MOUNTPOINT
(null) options:
-o offset=N offset N bytes into ARCHIVE to mount
-o subdir=PATH mount subdirectory PATH of ARCHIVE
-o notify_pipe=PATH named pipe that will receive 's' (success)
or 'f' (failure) when the mountpoint is ready
-o timeout=N idle N seconds for automatic unmount
-o uid=N set file owner to uid N
-o gid=N set file group to gid N
FUSE options:
-h --help print help
-V --version print version
-d -o debug enable debug output (implies -f)
-f foreground operation
-s disable multi-threaded operation
-o clone_fd use separate fuse device fd for each thread
(may improve performance)
-o max_idle_threads the maximum number of idle worker threads
allowed (default: -1)
-o max_threads the maximum number of worker threads
allowed (default: 10)
fuse: memory allocation failed
squashfuse 0.5.2 (c) 2012 Dave Vasilevsky
Usage: squashfuse [options] ARCHIVE MOUNTPOINT
(null) options:
-o offset=N offset N bytes into ARCHIVE to mount
-o subdir=PATH mount subdirectory PATH of ARCHIVE
-o notify_pipe=PATH named pipe that will receive 's' (success)
or 'f' (failure) when the mountpoint is ready
-o timeout=N idle N seconds for automatic unmount
-o uid=N set file owner to uid N
-o gid=N set file group to gid N
FUSE options:
-h --help print help
-V --version print version
-d -o debug enable debug output (implies -f)
-f foreground operation
-s disable multi-threaded operation
-o clone_fd use separate fuse device fd for each thread
(may improve performance)
-o max_idle_threads the maximum number of idle worker threads
allowed (default: -1)
-o max_threads the maximum number of worker threads
allowed (default: 10)
squashfuse 0.5.2 (c) 2012 Dave Vasilevsky
Usage: squashfuse [options] ARCHIVE MOUNTPOINT
(null) options:
-o offset=N offset N bytes into ARCHIVE to mount
-o subdir=PATH mount subdirectory PATH of ARCHIVE
-o notify_pipe=PATH named pipe that will receive 's' (success)
or 'f' (failure) when the mountpoint is ready
-o timeout=N idle N seconds for automatic unmount
-o uid=N set file owner to uid N
-o gid=N set file group to gid N
FUSE options:
-h --help print help
-V --version print version
-d -o debug enable debug output (implies -f)
-f foreground operation
-s disable multi-threaded operation
-o clone_fd use separate fuse device fd for each thread
(may improve performance)
-o max_idle_threads the maximum number of idle worker threads
allowed (default: -1)
-o max_threads the maximum number of worker threads
allowed (default: 10)
Can't open squashfs image: Bad address
Cannot mount AppImage, please check your FUSE setup.
You might still be able to extract the contents of this AppImage
if you run it with the --appimage-extract option.
See https://github.com/AppImage/AppImageKit/wiki/FUSE
for more information
execv error: No such file or directory
Das sieht so ziemlich genauso aus wie das hier:
In beiden Fällen habe ich keine Probleme gehabt - weiß also nicht, wonach zu gucken wäre oder woran es liegen könnte.
Ist Dein System vollständig up to date?
Meins - das womit ich hier teste - ist es.
ja, alle updates sind gemacht.
Hmm - sieht aber nicht so aus:
Die angezeigte Version von squashfuse ist 0.5.2
Bei mir ist sie (bzw. wäre sie):
squashfuse-0.6.1-1
Ist im normalen Repo.
Aber!
Ich habe das Ding noch nicht mal installiert - das könnte ich installieren, wenn ich wöllte.
Ist aber nicht installiert.
Geht also ohne …
Dein Fehler scheint verursacht von diesem … Programm/Paket.
Du hast es (woher auch immer - sicherlich AUR…)
und bei Dir gibt’s Probleme (damit)
Ich habe es gar nicht erst installiert - war noch nie hier auf dem System
und bei mir funktioniert alles.
… AUR - achte darauf, was Du installierst und warum - und ob es noch aktuell ist oder ob Du es überhaupt brauchst.
Ich, hier, brauch es definitiv nicht - alles funktioniert, ohne das zu haben.
Die Essenz:
entferne dieses Paket - es sei denn etwas anderes bei Dir braucht es tatsächlich
Hast du nach dem Update neu gestartet?
ja, habe neu gestartet, zumal die letzten updates länger zurück liegen. Ich habe sehr den Verdacht, dass es was mit dem AppImagelauncher zu tun hat.
Versuchs doch erstmal mit der Entfernung von squashfuse
Siehe oben.
Der Verdacht liegt (für mich) wesentlich näher.
Und ist einfach zu verifizieren.
Außerdem hast Du ja gesagt, daß Du es direkt über den Dateimanager startest - nicht via Appimage Launcher
Fuse ist hier ein Kernel-Modul, dass von squashfuse verwendet wird. Deshalb:
Es konnte hier aus unbekannten Gründe kein Arbeitsspeicher belegt werden. Zu wenig frei?
sobald ich appimagelauncher entferne, startet das AppImage, so wie es soll.
Oder zu alt - falsche Version …
Wie gesagt - ich hab das nicht mal installiert.
das ist auch ein AUR Paket … und ist (nicht nur scheinbar) entbehrlich - oder sollte u.U. neu compiliert werden
ja, ich bin immer vorsichtig mit AUR-Paketen - aber ohne, wäre Manjaro recht nackt, allein schon, weil kein Drucker bei mir ginge und kein Scanner.
Dieser Appimagelauncher ist prima, weil ich die AppImage mit den fehlenden plug-ins versorgen kann. Ohne dieses Tool funktionieren die AppImages, sind aber fast wertlos für mich.
(Z. Zt. sind die AppImages von Kdenlive nicht so wichtig, weil die normale Version aus dem Repositorie gut funktioniert. ich wundere mich nur, dass die AppImages seit ein paar Monaten nicht mehr starten und so kann ich die aktuellsten Versionen nicht ausprobieren -aber, wie gesagt, kein ernstes Problem.)
… aber Du hast doch gesagt, wie Du sie startest:
via Datei Manager
Und da geht es.
Wieso also “wertlos”?
… geht doch 
@Nachlese
wertlos in dem Sinne, dass ich die AppImages präparieren muss, damit die nötigen Audio Plugins in Kdenlive vorhanden sind. Dazu wird das Image extrahiert, hier der Vorgang:
./kdenlive-24.08.2-x86_64.AppImage --appimage-extract
Dadurch entsteht ein Verzeichnis: squashfs-root, in das man plugins kopieren kann.
alle von: /usr/lib/ladspa/ nach dort kopieren: /squashfs-root/usr/lib/ladspa/
SWH plugins, z. B.: sc4_1882.so und auch die von caps: /usr/lib/ladspa/caps.so
Repackaging AppImages: How to build the AppImage from the directory squashfs-root:
vorher appimagetool-bin installieren, dann:
appimagetool squashfs-root
Dann appimagelauncher installieren, um AppImages … verwenden zu können, wie installierte Software. Integrate AppImages to your application launcher with one click, and manage, update and remove them from there. Double-click AppImages to open them, without having to make them executable first.
und wenn dieser Workflow momentan nicht geht, dann ist in diesem Sinne ein AppImage für meine Arbeit sinnlos.
… aber dazu (um es zu extrahieren)
./kdenlive-24.08.2-x86_64.AppImage --appimage-extract
brauchst Du doch erst recht das Terminal (oder evtl. auch den Datei Manager)
Geht vielleicht auch mit dem Launcher - weiß ich nicht. Hab den nie benutzt.
na klar, verwende es nicht unoft, nur ist es mir meistens zu abstrakt. Aber wenn ich mir die Eingaben aufgeschrieben habe und alles prima klappt, dann mag ich es sogar.
Tatsache. Kann ich bestätigen. Aber appimagelauncher-git funktioniert.
Würde mich wundern, dass der Launcher das kann, aber ich lass mich auch eines Besseren belehren. Normal würde man das AppImage extrahieren, Plugins hinzufügen und mit dem appimagetool ein neues AppImage erstellen. Der Launcher ist nur zum bequemen “Installieren/Einrichten” da.
na ja, so ähnlich meine ich es ja auch: Der Appimmagelauncher ist dafür da, um das modifizierte AppImage das wieder zu einem normalen AppImage zusammengefügt wurde, so zu behandeln, dass es sich wie eine installierte Version verhält.
Nach meiner Erfahrung und soweit ich den Code eben kurz überflogen habe, macht der AppImageLauncher nichts anderes, als das Image in ein gewähltes Verzeichnis zu schieben, ein Menü-Eintrag mit nettem Icon zu erzeugen und vorm Start dem Images noch kurz dafür zu sorgen, das Du die aktuellste AppImage-Version hast.
Nebenbei überwacht es das Filesystem, damit es auch alle AppImages mitbekommt.
Hab es damals nach einmal ausprobieren wieder entfernt.
1 Like