Live data from Hacker News

AppImage: Linux apps that run anywhere

appimage.org

51–60 of 241 posts

Re: AppImage: Linux apps that run anywhere

#51

So every time there is glibc / openssl / anything else security update, We will have to update all appimage programs as well ?

Yes. But it's still better, since your distribution package manager can just pull directly from upstream rather than rebuilding by themselves.

Edit: Come to think of it, considering how many applications out there haven't had any updates in years... that might not be such a good idea.

Re: AppImage: Linux apps that run anywhere

#52
post #29

I too love package management like the rest of the people on this thread but the existence of this project confirms that we have a problem, distribution is pretty hard.

Linus Torvalds addresses some core issues in his "DebConf 14: QA with Linus Torvalds" talk starting around 5:40 https://youtu.be/5PmHRSeA2c8?t=5m40s

Re: AppImage: Linux apps that run anywhere

#54
post #20

So every time there is glibc / openssl / anything else security update, We will have to update all appimage programs as well ?

Follow-up question: is there a built-in app update mechanism? If not, this isn't really a replacement for package systems.

AppImageUpdate lets you update AppImages in a decentral way using information embedded in the AppImage itself. No central repository is involved. This enables upstream application projects to release AppImages that can be updated easily. Since AppImageKit uses delta updates, the downloads are very small and efficient.

https://github.com/probonopd/AppImageKit/tree/master/AppImag...

Re: AppImage: Linux apps that run anywhere

#55

Earlier quoted context omitted.

Application binaries must statically link libc and ssl when making programs for packging into appimage?

I haven't dug far enough into this specific project to know if it's static or dynamic linking, but that just doesn't matter. Each app has it's own copy of libssl etc embedded into the prepackaged "binary" which is executed.. That's enough to know it's going to lead to all sorts of suffering when you actually try and rid yourself of $CVE of the month.

You can use either static or dynamic linking. An AppImage is really just an ISO container wrapping around your binaries.

Re: AppImage: Linux apps that run anywhere

#56
I find it interesting in a "Post-Snowden" 2016, that the web page with details about a mechanism to produce fat executables (and links to a demo app) is not protected with SSL. Certificates were cheap before... Now they are free thanks to Let's Encrypt.

There's really no excuse for this.

Re: AppImage: Linux apps that run anywhere

#57
post #32

I am profoundly uninterested in a third-party package manager that does not provide any sandboxing features. xdg-app has them, but AppImage does not mention sandboxing on its web site or in its README.

I agree, sandboxing is a must-have feature. xdg-app has a system of runtime so it can run on any distro as long as you have installed the runtime needed by the app. Also GNOME and Papyros will have it while KDE seems interested in it also so it should have quite a lot of support.

Re: AppImage: Linux apps that run anywhere

#58
post #7
post #3

As a user, I want to download an application from the original author, and run it on my Linux desktop system just like I would do with a Windows or Mac application. Please pull over. I want off this ride. Why the hell are we regressing to shipping around hackily built binaries?

Because users and developers both want to be able to download and use new versions of software at a release cadence that makes sense for that application. The "every application gets the same release cadence no matter what" approach only appeals to people making distros.

I may be wrong, but isn't Ubuntu/Canonical "snappy" supposed to solve this problem?

https://developer.ubuntu.com/en/snappy/

Re: AppImage: Linux apps that run anywhere

#59
What this could and should lead to is this: a separation between system packages and user applications, prefferably with two different managers.

What we have now are mostly system package managers, you want them to be stable, secure, having the latest features might not be necessary.

But we see more and more often that that distribution channel doesn't work well with applications: you end up with old, buggy, insecure applications because the distribution just couldn't keep up with the upstream update cycle. Why not have a cross-distribution application manager which distributes AppImages? That way, application distribution is an effort concentrated over all the distributions, possibly benefiting the entire community.

Post reply on HN