Open joelgraff opened 6 years ago
What does it print when running from the terminal? AppImages in no way are guarenteed to work and often depend upon various host libs/data so are easily broken.
Right. It couldn't find the libgconf-2 shared library. I installed it using apt and it launched normally.
I'm guessing that's a problem with the AppImage.
Joel Graff, P.E.
LinkedIn: https://www.linkedin.com/in/joelcgraff
On Tue, May 8, 2018 at 9:22 PM, TingPing notifications@github.com wrote:
What does it print when running from the terminal? AppImages in no way are guarenteed to work and often depend upon various host libs/data so are easily broken.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/pop-os/pop/issues/270#issuecomment-387600044, or mute the thread https://github.com/notifications/unsubscribe-auth/ADVWSrvoLZ035TwYmR0jm5UUZB1jaTDsks5twlLlgaJpZM4T3fCK .
I'm guessing that's a problem with the AppImage.
Right, AppImages just shove a few things in a file and pray it works. You can ask them to shove more things in it.
had the same problem with Etcher. I installed the apt from the repo and it's working.
This is a known issue with the Etcher AppImage and the fix is simple and documented. The Etcher team just needs to do it.
Right, AppImages just shove a few things in a file and pray it works. You can ask them to shove more things in it.
@TingPing please don't spread FUD. This has nothing to do with AppImage, because AppImage is just a self-mounting filesystem image and simply executes whatever the application author has decided to put in there. The same issue would exist if they would ship the binaries and libraries inside a zip or tar.gz. The real issue here is that some distributions suddenly stopped shipping libgconf by default, which they had always shipped over many years. So this is really a Linux Desktop Platform issue - we need some stable baseline we can depend on "just being there" on every system, without distributions suddenly deciding to drop without prior long-term depreciation notice.
Workaround: sudo apt install libgconf2-4
, then the Etcher AppImage will run. But it needs to be fixed inside the AppImage.
It wasn't FUD your linked issue said exactly what I said. They need to add more libraries if it wants to be more portable.
They need to add more libraries if it wants to be more portable.
Agree.
So far I haven't been able to get any Appimages to work with Pop! 18.04
Which ones did you try? Please provide the full download links if possible so that we can reproduce.
@probonopd
Just recently I have tried:
The Neo4j Desktop appimage: https://neo4j.com/download/ The GraphiQL appimage: https://electronjs.org/apps/graphiql
But, seriously, every Appimage I have tried on Pop! 18.04 hasn't worked, or, it has only worked once, then the next time I open it, it fails.
I understand that this isn't a Pop! problem, I just wish people had stuck with Deb files because they work.
@probonopd Okay... I will try 19.04 in a VM and if I get the same result I will upgrade (because I really need those tools)
If this is a bug, please use the template below. If this is a question, or a general discussion topic - please post on our subreddit https://reddit.com/r/pop_os or start a conversation in our chat https://chat.pop-os.org/ - as these are the proper forums for those types of posts.
Distribution - (run
cat /etc/os-release
) NAME="Pop!_OS" VERSION="18.04 LTS" ID=ubuntu ID_LIKE=debian PRETTY_NAME="Pop!_OS 18.04 LTS" VERSION_ID="18.04" HOME_URL="https://system76.com/pop" SUPPORT_URL="http://support.system76.com" BUG_REPORT_URL="https://github.com/pop-os/pop/issues" PRIVACY_POLICY_URL="https://system76.com/privacy" VERSION_CODENAME=bionic UBUNTU_CODENAME=bionicRelated Application and/or Package Version - apt policy $PACKAGE NAME etcher.io
Issue/Bug Description Downloaded the AppImage for Etcher. Extracted it and ran it, with no effect.
Steps to reproduce (if you know) Download the AppImage for Linux-64bit from etcher.io Extract Double-click / press return to run from file manager
Expected behavior
Other Notes EDIT: It may be an issue with the AppImage - I don't have another distro to test against. However, a few weeks ago I ran the etcher 64-bit AppImage successfully on a Mint system.