gimp throws "bash: sshfs: No such file or directory" errir #34
Comments
|
better if I move this in the other repo |
|
gimp is mine, please test randomly the ones marked as "JuNest, Arch Linux (ArchImage)" on this page https://github.com/ivan-hc#my-appimage-packages I also have to update Archimage version for this repo btw |
|
Just curious, have you got the more recent I ask because all the ones you listed have an asterisc in the table, that suggests all the listed apps depend on Try And let me know if this solves the issue. |
|
Before installing
edit: that |
Thanks for getting back to me. results in the same error: ./GNU-Image-Manipulation-Program_2.10.38-5-archimage4.3-x86_64.AppImage bash: sshfs: No such file or directory Cannot mount AppImage, please check your FUSE setup. |
|
you have closed... is this solved then? |
these return: /usr/bin/fusermount
Thanks! |
it is installed. |
|
have you tested other appimages from my repos? if yes, are them marked as Archimages, like gimp? |
thanks for your efforts, sorry I'm not as fast as you guys. I did notice exactly the same behavior on a second Debian 12 machine... Neither of my machines are freshly installed systems but they are both up to date. One thing that just popped to mind: i do have a user an active sshfs mount running on both systems. I don't know if this is relevant here. |
I've been using appman and have the following working just fine with the exception of gimp:
TOTAL SIZE: 1.2 GiB of disk space in use *has dependency to EOL libfuse2 library, please ask the creator to update |
|
This is really strange I also use Debian (Testing), these are my packages installed via APT (Synaptic)
|
|
@probonopd any idea? |
|
@stoffel2 what if you run ? |
What do you see when your run |
|
I apt purged gimp and removed any other /usr and /etc directories related to gimp. From the command line. I have ◆ gimp | 2.10.38 | appimage | 140 MiB "gimp" returns: bash: sshfs: No such file or directory Cannot mount AppImage, please check your FUSE setup. "PROOT_ON=1 gimp" returns almost the same: bash: sshfs: No such file or directory Cannot mount AppImage, please check your FUSE setup. "./appimagetool-x86_64.AppImage" returns ./appimagetool-x86_64.AppImage appimagetool, continuous build (git version 8e5b4c0), build 227 built on 2024-12-29 15:53:56 UTC I hope this helps. |
|
one more thing that might help you: "dpkg -l | grep sshfs" returns and "sudo find / -iname sshfs" returns /usr/bin/sshfs so I also have no idea why I'm getting: bash: sshfs: No such file or directory |
So this means that this AppImage is working correctly on your system. What happens if you run your GIMP AppImage with If yes, then repack it with |
./squashfs-root/AppRun Error: No suitable fusermount binary found on the $PATH Cannot mount AppImage, please check your FUSE setup. |
|
please run or replace "installed" with "installed" in your language if you use a different locale (in my case "installato", in italian) |
|
So this means that something inside the AppImage is trying to use FUSE and is failing to do so. @ivan-hc do you have an idea what this might be? |
What I find amazing is that the error from the AppImage runtime is being reported, that means either Ivan put an AppImage inside the appimage or something crazy happened on @stoffel2 pc. That |
WARNING: apt does not have a stable CLI interface. Use with caution in scripts. enfuse/stable,now 4.2-10+b1 amd64 [installed,automatic] |
LOL - I guess I can't really deny that my system is crazy. Quite a few AppImages run just fine on my system. I have observed that some AppImages don't work on my because of content in the /usr, or user/ directories. This was the case with stellarium. I avoid using apt installed packages in parallel with AppImages for this reason and I search for local remnants of apt packages on my system if an AppImage does not work. For example in the case of gimp sudo apt purge gimp |
|
Did you have AppImageLauncher on your system at any time? It also tends to do wild things that are beyond my comprehension. |
@probonopd I think it is something related to its fuse configuration... maybe it has to do with AppImage/type2-runtime#15
@Samueru-sama I noticed some packages installed via apt I never noticed that they exist
I don't know if the issue is related to them...
@stoffel2 I noticed from your table that all AppImages installed out of Please, try to run ANY of the AppImages I created https://github.com/ivan-hc#my-appimage-packages NOTE, test different bases, for example GIMP is Arch Linux - JuNest (ArchImage), see also the ones based on .deb and Snaps... and still others with JuNest or Conty as a base. None of them relies on Another test you can do is to use the
@probonopd my package manager has a check that prevents it to be used in case |
This isn't related to the runtime and @stoffel2 was able to run appimagetool that uses the same runtime without issue. @stoffel2 do you have issue running this appimage? Same runtime. What about this one as well? It doesn't use the type2-runtime btw.
|
|
sorry, I tried to upload the file here but it didn't work. |
rename the file as .txt and drag/drop in a comment, so we can download it |
|
ok, that's why it didn't work, here you go: |
|
@stoffel2 sorry, I had time to take a look to similar issues in my repositories https://github.com/search?q=owner%3Aivan-hc+%22open+dir+error%3A+No+such+file+or+directory%22&type=issues please, can you try to run gimp like this? |
|
no problem, I'm glad to help and really appreciate your appman scripts.
returns: bash: sshfs: No such file or directory Cannot mount AppImage, please check your FUSE setup. |
The strange thing is this In this case, the AppImage is a local file, not a remote one. |
You may have missed it, but I did mention that I am using sshfs in an unrelated way on my system, i.e. I am using a user mounted sshfs remote directory on my system. |
|
@stoffel2 have you got the same issue using gimp-git? https://github.com/ivan-hc/GIMP-appimage/releases/tag/continuous-git |
good news! It works, and returns the following: $ gimp-git |
|
So now I am curious, what caused it? |
|
@stoffel2 can you download the appimage again? I'm not sure of the changes, but I noticed that among extracted dependencies (but not among the included packages) has been detected NOTE: no file from this package was include, not then, not now... but the script to compile the program detects and includes all related libraries uasing At first appearence, there were no change in number of files and directories under /usr/lib... but maybe Again, I'm not sure about what's happening. I have a suspect, maybe a file under /etc is the responsible... but still, its just a suspect. In my experience, GIMP is a strange appimage to be released, both with a .deb base or a junest base. Let me know |
|
Sorry, but today: $ gimp Cannot mount AppImage, please check your FUSE setup. $ gimp-git Cannot mount AppImage, please check your FUSE setup. S appman -f
TOTAL SIZE: 1.9 GiB of disk space in use *has dependency to EOL libfuse2 library, please ask the creator to update |
|
on my second machine, before an update git-gimp worked. after an update:
TOTAL SIZE: 1.8 GiB of disk space in use *has dependency to EOL libfuse2 library, please ask the creator to update gimp-git is broken again and gimp remains broken: $ gimp-git Error: No suitable fusermount binary found on the $PATH Cannot mount AppImage, please check your FUSE setup. $ gimp Error: No suitable fusermount binary found on the $PATH Cannot mount AppImage, please check your FUSE setup. |
|
You previously shown some tests, also with my OBS Studio, that has the same base of my GIMP packages Please, repeat the test with some of the AppImages listed below Abiword Arch Linux - JuNest (ArchImage) Asunder Arch Linux - JuNest (ArchImage) NOTE that SpaceCadet Pinball (AUR) and Torcs are still old Archimage versions, I don't know if the bug affects only the new ones (version 4.3, all others) |
|
The difference is that Archimage 4.3 switches between BubbleWrap and PROOT, depending if your system has Namespaces restrictions (for example newer Ubuntu releases are the more problematic ones, for them, Archimage 4.3 uses PROOT... old versions still use Bubblewrap only). |
|
see below, sorry I didn't have time to test everything in your list. Have you considered creating a VM (KVM) to test your images? It's quite easy and might save you some time. Abiword Arch Linux - JuNest (ArchImage) - Error: No suitable fusermount binary found on the $PATH |
|
the fact that half of it works makes me more doubtful... especially if it is independent of the QT or GTK base |
IMHO - it seems like a dependency problem when generating the AppImage, but I know nothing at all about how that works. Strangely - gimp-git worked for a while for me (see my post above from the 4th of Feb). Now after an update it doesn't. That might help you find the source of the problem. Let me know if I can help. |
|
from your tables, it seems that you updated the appimage... or was it Debian? |
it was appman -u All of my Debian 12 systems run unattended-upgrades, I also frequently do apt full-upgrades. |
I test my Archimages also in my VMs created in my VirtualBox Archimage... also, I have a VM of Debian Stable... and my host is Debian Testing. Same I tested some VMs ong Gnome Boxes, still Archimage. My only issue with Archimages is when I run them in FreeBSD... they don't start at all.
are the apps you have tested that made me mad... 50% of the ones you have tested from this list works for you. I should test your system configuration to see what's happening. Is your Debian installation a fresh one? Do you remember the packages you have installed? You said that you have two systems, maybe it would not be an issue for you to upload on a cloud service some VirtualBox VM with your configuration, right? If you do so, consider to create a .vmdk image, so you can split in several parts, like I do
NOTE, only the system, do not add anything out of your system packages and configurations. Also use a trow away password and account, obviously, maybe User dt, Password dt |
|
Sorry, I don't have a VM that I can share with you. Can appman be run behind a proxy? |
|
AM/AppMan is just a script, all it does is downloading and manage apps. The app itself has nothing to do with AppMan/AM |
|
@stoffel2 can you contact me in pvt on Reddit? https://www.reddit.com/user/am-ivan/ |
|
sorry I don't have a reddit acount. I actually have a VBox machine here at work but appman couldn't download, probably because of the proxy. Don't worry about it. |
I asked because, in case, I would like to try to investigate remotely using Anydesk. If you trust me, I could see in real time what is happening... and I need to have the situation under my eye. What is happening is too strange, and every test we do dispels the doubts we had on things we have already solved in the past. I asked for the conversation in private because, if you accept remote assistance, I do not want to expose your data. That's all. |
💯 |
|
Sorry, I will not accept remote access to my machines from anyone. Don't take it personally ;-) My Debian systems "standard" no backports etc., I have not made any changes to them and manage my system exclusively using apt, with the only exception being appman. I am currently creating a KVM Debian 12 VM and will try see if I can reproduce the problem there. |
|
I now have a running Deb 12 KVM, and as expected appmann gimp works fine. I'll take a look to see if I can find any differences in the fuse and sshfs packages/setup between my system and the VM. |
OK, keep us updated |
This is a Debian GNU/Linux 12 (bookworm) system:
I have several programs installed that run fine:
◆ digikam | 8.6.0 | appimage* | 286 MiB
◆ joplin | 3.1.24 | appimage* | 234 MiB
◆ arduino-ide | 2.3.4 | appimage* | 183 MiB
◆ losslesscut | 3.64.0 | appimage* | 165 MiB
◆ rawtherapee | 5.11 | appimage* | 122 MiB
However,
"appman -i gimp" installs gimp 2.10.38
running gimp results in:
bash: sshfs: No such file or directory
Error: No suitable fusermount binary found on the $PATH
Error: $FUSERMOUNT_PROG not set
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
open dir error: No such file or directory
"appman nolibfuse gimp" results in:
◆ GIMP is already a new generation AppImage.
The text was updated successfully, but these errors were encountered: