Page 1 of 1
Fedora 35: Appimage doesn't run
Posted: Wed Mar 30, 2022 4:37 pm
by fbachofner
I am trying to run XnViewMP from your Appimage on Fedora 35.
I downloaded XnView_MP.glibc2.18-x86_64.AppImage and it will not run, in spite of having execute privileges.
When running from terminal to assess I get
Code: Select all
/tmp/.mount_XnViewdr7VSf/usr/XnView/XnView: error while loading shared libraries: libnsl.so.1: cannot open shared object file: No such file or directory
Re: Appimage fails on Fedora 35
Posted: Fri Apr 01, 2022 9:06 am
by xnview
it seems that you have to install libnsl
Re: Appimage fails on Fedora 35
Posted: Tue Apr 19, 2022 3:55 am
by wisnoskij
I have the exact same error. But my package manager says I would need to uninstall a bunch of stuff to install libnsl. Looking at it, they look like really importation key system files, and libnsl seems to be some legacy library. So I sort of assume I would either break or degrade my system if I swapped the 2.
Re: Appimage fails on Fedora 35
Posted: Tue Apr 19, 2022 1:46 pm
by wisnoskij
Ah, I found an flatpack which must just include libnsl because it runs on my system without any tinkering.
Re: Appimage fails on Fedora 35
Posted: Mon Oct 03, 2022 11:51 pm
by fbachofner
Hi Pierre:
xnview wrote: Fri Apr 01, 2022 9:06 am
it seems that you have to install libnsl
AppImages are supposed to be self contained, right?
Today I tried again with the newest XnView 1.3 AppImage on a newly installed Fedora 37 (beta) machine, available at
https://download.xnview.com/XnView_MP.g ... 4.AppImage
This too presented the error. I am able to make it work by installing libnsl as you suggested, but I fear you are going to lose a LOT of interested parties who will not know how to get past the error, nor how to get involved in a forum.
Friction = loss of clients.
Re: Appimage fails on Fedora 35
Posted: Mon Oct 03, 2022 11:57 pm
by fbachofner
Hi @wisnoskij
wisnoskij wrote: Tue Apr 19, 2022 1:46 pm
Ah, I found an flatpack which must just include libnsl because it runs on my system without any tinkering.
Unfortunately, a day or two ago the latest flapak exposed in the Software manager in Fedora (i.e. Gnome-Software) showed only XnView MP 1.01 .
Just before writing this post I noticed it is now showing 1.3 (which was released a month ago).
The Flatpak seems to lag behind the software's official release cadence.
Re: Appimage fails on Fedora 35
Posted: Tue Oct 04, 2022 12:45 am
by fbachofner
fbachofner wrote: Mon Oct 03, 2022 11:57 pm
The Flatpak seems to lag behind the software's official release cadence.
And I should have mentioned, mahy people have problems with various Flatpak system integrations and permissions.
Not everyone knows about Flatseal, for example.
It would be great if XnView offered a (current) repo or at least an RPM download for Fedora-based distros.
Fedora is getting hotter and hotter with people progressively disappointed with Snaps in the Ubuntu-sphere!
Re: Fedora 35: Appimage doesn't run
Posted: Tue Oct 04, 2022 12:47 am
by wisnoskij
I don't really disagree, but everything is really going towards flatpaks. Fedora installs many by default. It is completely acceptable to just offer a flatpak, and is more than most windows programs get.
Re: Fedora 35: Appimage doesn't run
Posted: Sun Sep 10, 2023 8:44 am
by ds9
Issue is still around for Fedora 38.
Any reason to continue to build the AppImage with libnsl1 dependency ?
Seems most - if not - all modern distributions dont use this version / have a libnsl2 package :
https://repology.org/project/libnsl/versions
Initially I wanted to use the Flatpak version but it's still a 1.5.2 version.
Let me know if I can help in some way . Btw I'll try to improve the French translation/localisation as I noticed some slight issues.
Re: Fedora 35: Appimage doesn't run
Posted: Sun Sep 10, 2023 9:45 am
by cday
ds9 wrote: Sun Sep 10, 2023 8:44 am
Issue is still around for Fedora 38.
Any reason to continue to build the AppImage with libnsl1 dependency ?
Seems most - if not - all modern distributions dont use this version / have a libnsl2 package :
https://repology.org/project/libnsl/versions
Flatpak versions are produced by Flatpak.org, I'm not sure whether that is an issue for Pierre, or whether it might be better raised directly with Flatpak
Initially I wanted to use the Flatpak version but it's still a 1.5.2 version.
As indicated, the release cadence is controlled by Flatpak, and given the rapid release of new versions recently perhaps they are not doing too badly!
I have, however, suggested a number of times that the XnView MP Download page Flatpak link be annotated to indicate that, not so far implemented.
The current download version is, however, indicated on the Flatpak download page, although someone expecting the latest version might easily not notice.
Let me know if I can help in some way . Btw I'll try to improve the French translation/localisation as I noticed some slight issues.
Pierre...
Re: Fedora 35: Appimage doesn't run
Posted: Sun Sep 10, 2023 10:54 am
by ds9
Thanks cday for your reply.
Looking further looks like someone already requested an update for the Flatpak :
https://github.com/flathub/com.xnview.X ... /issues/38
Having the AppImage version working out of the box on recent Linux distros would be great - for Fedora
the work-around is to install : libnsl (Legacy support library for NIS) which is not installed by default
but removing this dependancy would be great.
As for the slight Translation issue here is an example :
https://i.postimg.cc/zGG4KjdF/Capture-d ... -26-36.png
Re: Fedora 35: Appimage doesn't run
Posted: Sun Sep 10, 2023 11:06 am
by cday
ds9 wrote: Sun Sep 10, 2023 10:54 am
Having the AppImage version working out of the box on recent Linux distros would be great - for Fedora
the work-around is to install : libnsl (Legacy support library for NIS) which is not installed by default
but removing this dependency would be great.
Apologies, I picked up on a mention of Flatpak, when your real issue is Appimage versions which are, of course, produced by Pierre...
ds9 wrote: Sun Sep 10, 2023 8:44 am
Issue is still around for Fedora 38.
Any reason to continue to build the AppImage with libnsl1 dependency ?
Seems most - if not - all modern distributions don't use this version / have a libnsl2 package :
https://repology.org/project/libnsl/versions