Open ramesh45345 opened 2 years ago
Thanks for this very detailed bug report. This is the first one using the new issue form. Looks like that really helps guide people when creating issues!
Your log output reminds me of https://github.com/AppImage/AppImageKit/issues/1162.
Please try the following to see whether that fixes the issue:
./appimagelauncher-lite[...].AppImage --appimage-extract
# make sure the extracted AppImage behaves the same way
squashfs-root/AppRun <some command>
# remove offending library
rm squashfs-root/usr/lib/libgmodule-2.0.so.0
# now try again
squashfs-root/AppRun <some command>
In case removing the library works, we should report that over at AppImageKit and fix the issue there. I'll then rebuild the current master branch, which you should be able to use then.
Removing the library seems to work. Here is the output:
$ squashfs-root/AppRun cli
/home/user/squashfs-root/usr/bin/ail-cli: symbol lookup error: /lib64/libgio-2.0.so.0: undefined symbol: g_module_open_full
$ rm squashfs-root/usr/lib/libgmodule-2.0.so.0
$ squashfs-root/AppRun cli
Usage: /home/user/squashfs-root/usr/bin/ail-cli [options] <command> [...]
Options:
-h, --help Displays help on commandline options.
--help-all Displays help including Qt specific options.
-v, --version Displays version information.
Arguments:
<command> Command to run (see help for more information
[...] command-specific additional arguments
Available commands:
integrate Integrate AppImages passed as commandline arguments
unintegrate Unintegrate AppImages passed as commandline arguments
would-integrate Report whether AppImage would be integrated (exits with 0 if yes, any other code if not)
Looking at the ticket you linked (https://github.com/AppImage/AppImageKit/issues/1162), I am assuming the proposed workaround in that ticket is exactly what would help this situation too? I can comment in that issue as well stating exactly that.
AFAICS there are two known workarounds, deploying a newer version of GLib in the AppImage (not ideal), or remove the library. The latter is proposed in the AppImageKit issue, and I think this is going to be the solution. There will be more testing required, though.
GLib is now bundled by default again, see https://github.com/AppImage/pkg2appimage/commit/1e3ecde6b92ef198405463415b8090a4435d0cb0. I think the next prerelease builds should work. Feedback appreciated.
Will release a new version soon.
Pre-submit checks
Describe the bug
When running
appimagelauncher-lite-2.2.0-travis74-10c226a-x86_64.AppImage
(AppImageLauncher lite), I am getting the following error when running with theappimagelauncherd
,AppImageLauncherSettings
, andcli
options:/tmp/.mount_appimalqnh3c/usr/bin/ail-cli: symbol lookup error: /lib64/libgio-2.0.so.0: undefined symbol: g_module_open_full
.Here are some logs showing the issue:
In searching for this issue, I found https://github.com/TheAssassin/AppImageLauncher/issues/449, which was attributed to the specific appimage in question. This issue is different, because I am encountering the issue with the AppImageLauncher appimage (lite) itself.
Also, this issue might be strongly related to https://github.com/VSCodium/vscodium/issues/854, where a similar problem was reported. That project resolved their issue by removing the library in question from the appimage (https://github.com/VSCodium/vscodium/pull/944).
Expected behavior
For
./appimagelauncher-lite-2.2.0-travis74-10c226a-x86_64.AppImage AppImageLauncherSettings
, expected to see the GUI pop up.For
./appimagelauncher-lite-2.2.0-travis74-10c226a-x86_64.AppImage install
and checking the systemd logs, expectappimaged
to be running.Steps to reproduce the issue
chmod a+x appimagelauncher-lite-2.2.0-travis74-10c226a-x86_64.AppImage
./appimagelauncher-lite-2.2.0-travis74-10c226a-x86_64.AppImage AppImageLauncherSettings
in the folder containing the appimage./tmp/.mount_appima2tBe0b/usr/bin/AppImageLauncherSettings: symbol lookup error: /lib64/libgio-2.0.so.0: undefined symbol: g_module_open_full
Screenshots
Logs above contain relevant output.
Distribution and desktop environment
Installed AppImageLauncher version
appimagelauncher-lite-2.2.0-travis74-10c226a-x86_64.AppImage
List of AppImages you tried
Only
appimagelauncher-lite-2.2.0-travis74-10c226a-x86_64.AppImage
was tried.--help
works, butappimagelauncherd
,AppImageLauncherSettings
, andcli
result in the above error.Additional context
I'm assuming this issue will also manifest in modern versions of Arch Linux as well, or any distro that has an up-to-date version of glib2? Fedora 35 is carrying the following version of glib2:
glib2-2.70.2-1.fc35.x86_64
.