Closed arteme closed 1 year ago
It is probably a good idea to build AppImage in docker with well-known linux distro and package everything it may need, like libharfbuzz
. Could try this out as well: https://hub.docker.com/r/appimagecrafters/appimage-builder
I've tried building without linuxdeploy gtk plugin, since I already collect GTK using a script, but it may benefit from a custom build of GTK that correctly looks up resources by relative path (the feature, which is often disabled by distros, which linuxdeploy gtk plugin works around by creating config files in a temp directory). This may also decrease the overall size of generated AppImages too!
Same problem with Ubuntu 22.04.1 LTS:
/tmp/.mount_Pod-UIheo5na/AppRun.wrapped: symbol lookup error: /tmp/.mount_Pod-UIheo5na/usr/bin/../lib/libpango-1.0.so.0: undefined symbol: hb_ot_layout_get_horizontal_baseline_tag_for_script
Please try the new AppImage: https://github.com/arteme/pod-ui/releases/download/v0.7.2/Pod-UI-v0.7.2-x86_64.AppImage It is now built in an Ubuntu-based Docker container and should be much friendlier to all systems
No activity here., so I'll assume, the new release is working for people. If there are still issues, please do not hesitate to reopen.
The AppImage for Linux fails on PopOS systems with the following message:
This seems due to appiamge decision to not bundle
libharfbuzz
(https://github.com/AppImageCommunity/pkg2appimage/issues/352), whichlibpango
uses and our systems having vastly different versions onlibharfbuff
(2.7.4 in PopOS 22.04, 4.4.1 on my system)