Major Problem with AppImage
With AppImage being probably the most prevalent method of executing CinGG, a major problem on Debian Trixie (not yet officially released) has cropped up preventing its usage. Supposedly due to appimage stuff depending on old outdated Fuse2 libraries. Is this my fault for using an older version of Fedora + older Ubuntu and Debian to make the AppImages? I hope MatN can help me get a solution! For details, please refer to: https://www.cinelerra-gg.org/forum/everything-else/appimage-wont-start/#post... Since I "think" most other Operating System distros are based on Debian, this will be a problem for all new releases?
ср, 17 июл. 2024 г., 20:38 Phyllis Smith via Cin <[email protected]
:
With AppImage being probably the most prevalent method of executing CinGG, a major problem on Debian Trixie (not yet officially released) has cropped up preventing its usage. Supposedly due to appimage stuff depending on old outdated Fuse2 libraries. Is this my fault for using an older version of Fedora + older Ubuntu and Debian to make the AppImages?
Appimage does not contain copy of host glibc => you build on new glibc = > it does not work on anything older ... So, I think this is wrong way to chase new here ... I hope MatN can help me get a solution!
from link provided: "AppImage still needs fuse version 2 or more precisely libfuse2 to start (in general, not just the cryptomator AppImage), but instead of installing fuse, which removes fuse3 (required by some parts of Ubuntu packages), install libfuse2, which has no problems running alongside fuse3." Also, may be github repo with debian/fedora package should be a bit more prominent on web site, while it works (not sure if unreleased Debian will work as base ...)
For details, please refer to:
https://www.cinelerra-gg.org/forum/everything-else/appimage-wont-start/#post...
Since I "think" most other Operating System distros are based on Debian, this will be a problem for all new releases? -- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
FYI: MatN has worked on this trying various methods. Here is his summary: "I can confirm that installing libfuse2t64 on Debian Trixie (testing) makes the AppImage CinGG start again." I will update the website News and the Manual. Much thanks to MatN. Mat On Wed, Jul 17, 2024 at 11:37 AM Phyllis Smith <[email protected]> wrote:
With AppImage being probably the most prevalent method of executing CinGG, a major problem on Debian Trixie (not yet officially released) has cropped up preventing its usage. Supposedly due to appimage stuff depending on old outdated Fuse2 libraries. Is this my fault for using an older version of Fedora + older Ubuntu and Debian to make the AppImages? I hope MatN can help me get a solution!
For details, please refer to:
https://www.cinelerra-gg.org/forum/everything-else/appimage-wont-start/#post...
Since I "think" most other Operating System distros are based on Debian, this will be a problem for all new releases?
I also have this problem in Arch: ./CinGG-20240630-x86_64.AppImage dlopen(): error loading libfuse.so.2 AppImages require FUSE to run. 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 See the above link. Other link: https://docs.appimage.org/user-guide/troubleshooting/fuse.html
пн, 22 июл. 2024 г., 10:23 Andrea paz via Cin <[email protected]>:
I also have this problem in Arch:
./CinGG-20240630-x86_64.AppImage dlopen(): error loading libfuse.so.2
AppImages require FUSE to run. 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
See the above link.
Other link: https://docs.appimage.org/user-guide/troubleshooting/fuse.html
So, does installing fuse2 on Arch fix this particular problem? https://archlinux.org/packages/extra/x86_64/fuse2/
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
It looks like the possible workarounds include the 3 listed below. Quote from MatN:
Fuse is not needed by CinGG itself, it is used only by AppImage to expand the compressed image and start it. (So there is no way to add something in CinGG to avoid the issue). - an ugly workaround is to start CinGG with a cmd line parameter, which will cause an expansion of the image in a directory below the appimage and run it. --appimage-extract-and-run will do this. But unlike the normal running, this will not delete the directory afterwards.
And Quote from Andrea:
You might still be able to extract the contents of this AppImage if you run it with the --appimage-extract option.
*The 3 possible workarounds:* (1) https://cinelerra-gg.org/download/CinelerraGG_Manual/FAQ_Known_Problems_Work... If Andrea has time to verify the method as noted in the manual. (2) For Debian *Trixie* (not officially released yet), install libfuse2t64. (3) For latest *Arch,* install fuse2.
@Phyllis I think for Arch there is no problem with the appimage. As I told you, these days I am experimenting with distros (derivatives of Arch) and sooner or later I will go back to pure Arch. In the distro I am trying now (CachyOS) I had not installed “libappimage” and that was why CinGG-appimage would not start. However, I saw that installing libappimage brings along as a dependency fuse2 and so, by necessity, in Arch there will be no problem. But for the test you asked for (1), I have to necessarily install libappimage and that compromises the test because I end up with fusermount2 already in the library. I tried to remove it but then it doesn't start --appimage-extract and I can't run the test.
Andrea, No problem, I misunderstood. I am just going to update the website News to advise users of a potential problem in new future O/S distros and some workarounds. On Mon, Jul 22, 2024 at 2:12 PM Andrea paz <[email protected]> wrote:
@Phyllis I think for Arch there is no problem with the appimage. As I told you, these days I am experimenting with distros (derivatives of Arch) and sooner or later I will go back to pure Arch. In the distro I am trying now (CachyOS) I had not installed “libappimage” and that was why CinGG-appimage would not start. However, I saw that installing libappimage brings along as a dependency fuse2 and so, by necessity, in Arch there will be no problem.
But for the test you asked for (1), I have to necessarily install libappimage and that compromises the test because I end up with fusermount2 already in the library. I tried to remove it but then it doesn't start --appimage-extract and I can't run the test.
For Debian *Trixie* (not officially released yet), install libfuse2t64.
I think a package suffix 't64' is temporary in Trixie. So we have to check that later, then debian 13 will be released. пн, 22 июл. 2024 г., 23:20 Phyllis Smith via Cin <[email protected]
:
Andrea, No problem, I misunderstood. I am just going to update the website News to advise users of a potential problem in new future O/S distros and some workarounds.
On Mon, Jul 22, 2024 at 2:12 PM Andrea paz <[email protected]> wrote:
@Phyllis I think for Arch there is no problem with the appimage. As I told you, these days I am experimenting with distros (derivatives of Arch) and sooner or later I will go back to pure Arch. In the distro I am trying now (CachyOS) I had not installed “libappimage” and that was why CinGG-appimage would not start. However, I saw that installing libappimage brings along as a dependency fuse2 and so, by necessity, in Arch there will be no problem.
But for the test you asked for (1), I have to necessarily install libappimage and that compromises the test because I end up with fusermount2 already in the library. I tried to remove it but then it doesn't start --appimage-extract and I can't run the test.
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
Thanks to Andrey also. I have added a News update which is maybe just confusing at: https://www.cinelerra-gg.org/news-updates/appimage-note-for-some-really-new-... Hopefully the distros and AppImage will include a less confusing resolution with an official release! On Mon, Jul 22, 2024 at 3:16 PM Андрей Спицын via Cin < [email protected]> wrote:
For Debian *Trixie* (not officially released yet), install libfuse2t64.
I think a package suffix 't64' is temporary in Trixie. So we have to check that later, then debian 13 will be released.
Den 23.07.2024 00:17, skrev Phyllis Smith via Cin:
Thanks to Andrey also. I have added a News update which is maybe just confusing at: https://www.cinelerra-gg.org/news-updates/appimage-note-for-some-really-new-...
Hopefully the distros and AppImage will include a less confusing resolution with an official release!
On Mon, Jul 22, 2024 at 3:16 PM Андрей Спицын via Cin <[email protected]> wrote:
>For Debian *Trixie* (not officially released yet), install libfuse2t64.
I think a package suffix 't64' is temporary in Trixie. So we have to check that later, then debian 13 will be released.
Just to verify if this Appimage startup problem may affect other distributions than the mentioned Arch and deb based distros? At least the current CinGG-20240630 Appimage looks to start ok on current openSUSE Tw Slowroll and on Leap 15.6 On Slowroll the following fuse based packages are installed by default on a Gnome desktop pattern installation (and a bit older versions on Leap 15.6): S | Name | Type | Version | Arch | Repository ---+------------+-------+------------+--------+---------------------- i | fuse | pakke | 2.9.9-6.7 | x86_64 | openSUSE-Slowroll-Oss i | fuse3 | pakke | 3.16.2-1.3 | x86_64 | openSUSE-Slowroll-Oss i | gvfs-fuse | pakke | 1.54.2-1.1 | x86_64 | openSUSE-Slowroll-Oss i | libfuse2 | pakke | 2.9.9-6.7 | x86_64 | openSUSE-Slowroll-Oss i | libfuse3-3 | pakke | 3.16.2-1.3 | x86_64 | openSUSE-Slowroll-Oss
Terje, thanks for the inquiry about affecting other distributions. We certainly hope not, but we are now more prepared with the early warning about the possibility. So far from information from MatN and Andrea, it seems that the problem may only exist in unofficial releases and will be appropriately addressed before official. That is just my wild guess. On Tue, Jul 23, 2024 at 3:39 AM Terje J. Hanssen <[email protected]> wrote:
Den 23.07.2024 00:17, skrev Phyllis Smith via Cin:
Thanks to Andrey also. I have added a News update which is maybe just confusing at:
https://www.cinelerra-gg.org/news-updates/appimage-note-for-some-really-new-...
Hopefully the distros and AppImage will include a less confusing resolution with an official release!
On Mon, Jul 22, 2024 at 3:16 PM Андрей Спицын via Cin < [email protected]> wrote:
For Debian *Trixie* (not officially released yet), install libfuse2t64.
I think a package suffix 't64' is temporary in Trixie. So we have to check that later, then debian 13 will be released.
Just to verify if this Appimage startup problem may affect other distributions than the mentioned Arch and deb based distros?
At least the current CinGG-20240630 Appimage looks to start ok on current openSUSE Tw Slowroll and on Leap 15.6
On Slowroll the following fuse based packages are installed by default on a Gnome desktop pattern installation (and a bit older versions on Leap 15.6):
S | Name | Type | Version | Arch | Repository ---+------------+-------+------------+--------+---------------------- i | fuse | pakke | 2.9.9-6.7 | x86_64 | openSUSE-Slowroll-Oss i | fuse3 | pakke | 3.16.2-1.3 | x86_64 | openSUSE-Slowroll-Oss i | gvfs-fuse | pakke | 1.54.2-1.1 | x86_64 | openSUSE-Slowroll-Oss i | libfuse2 | pakke | 2.9.9-6.7 | x86_64 | openSUSE-Slowroll-Oss i | libfuse3-3 | pakke | 3.16.2-1.3 | x86_64 | openSUSE-Slowroll-Oss
On Mon, 2024-07-22 at 20:12 +0000, Andrea paz via Cin wrote:
But for the test you asked for (1), I have to necessarily install libappimage and that compromises the test because I end up with fusermount2 already in the library. I tried to remove it but then it doesn't start --appimage-extract and I can't run the test.
Confirmed on Mint 21.3. It seems that if fuse2 is available, the appimage-extract-and-run will not work, instead it starts up normally. MatN
On Mon, 2024-07-22 at 23:47 +0200, mat via Cin wrote:
On Mon, 2024-07-22 at 20:12 +0000, Andrea paz via Cin wrote:
But for the test you asked for (1), I have to necessarily install libappimage and that compromises the test because I end up with fusermount2 already in the library. I tried to remove it but then it doesn't start --appimage-extract and I can't run the test.
Confirmed on Mint 21.3. It seems that if fuse2 is available, the appimage-extract-and-run will not work, instead it starts up normally.
??? --appimage-extract does work (creates a squashfs-root subdiretory), but appimage-extract-and-run does not work if fuse2 is present on the system. MatN
participants (6)
-
Andrea paz -
Andrew Randrianasulu -
mat -
Phyllis Smith -
Terje J. Hanssen -
Андрей Спицын