Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Provide an AppImage for Linux #127

Closed
probonopd opened this issue Mar 19, 2017 · 33 comments
Closed

Provide an AppImage for Linux #127

probonopd opened this issue Mar 19, 2017 · 33 comments

Comments

@probonopd
Copy link

Providing an AppImage would have, among others, these advantages:

  • Works for most Linux distributions (including Ubuntu, Fedora, openSUSE, CentOS, elementaryOS, Linux Mint, and others)
  • One app = one file = super simple for users: just download one AppImage file, make it executable, and run
  • No unpacking or installation necessary
  • No root needed
  • No system libraries changed
  • Just one format for all major distributions
  • Works out of the box, no installation of runtimes needed (unlike Snap and Flatpak)
  • Optional desktop integration with appimaged
  • Optional binary delta updates, e.g., for continuous builds (only download the binary diff) using AppImageUpdate
  • Can optionally GPG2-sign your AppImages (inside the file)
  • Works on Live ISOs (unlike Flatpak)
  • Can use the same AppImages when dual-booting multiple distributions

Here is an overview of projects that are already distributing upstream-provided, official AppImages.

Please let me know if you are interested and would like me to generate an AppImage.

@MrAlex94
Copy link
Collaborator

Ah thanks for bringing this to my attention! This will help a lot with Linux releases. I'll read up on the docs and make some test images, but definitely looks like it'll be better than just the pre-built binaries archived.

@probonopd
Copy link
Author

probonopd commented Mar 20, 2017

You can use the existing pre-built binaries and convert them into an AppImage; in fact this is what I do for my demo Firefox AppImage. See https://github.com/probonopd/AppImages/blob/master/recipes/meta/Firefox.yml

If you are interested, I can do the same for Waterfox.

@MrAlex94
Copy link
Collaborator

Yes that would be awesome if you could!

@probonopd
Copy link
Author

If memory serves me right, @TheAssassin was recently working on the Firefox yml file, so maybe he could have a look here?

@TheAssassin
Copy link

I have created an AppImage YAML definition for Waterfox.

Wasn't too much work as I was working on basically the same definition for Firefox Developer Edition anyway, so I was able to adopt most of that script's code.

You could further use this as a base for upstream AppImages (e.g. nightlies or continuous integration builds). You could upload the result to your website for future releases, too.

If you have further questions or need assistance in adjusting the definition, join #AppImage on Freenode or on Gitter, there should be someone around who can help you (if not, just stay around a few... hours... or days... it's IRC, so you never know).

@MrAlex94
Copy link
Collaborator

MrAlex94 commented Apr 3, 2017

Great, thanks a lot!

@Serkan-devel
Copy link

Any updates here?

@Serkan-devel
Copy link

bump

@Serkan-devel
Copy link

...

@Serkan-devel
Copy link

Maybe this could help against #318 and #395 by just swapping appimages out or with appimage-update

@TheAssassin
Copy link

@Serkan-devel you could think about integrating libappimageupdate into the update check. It provides a C++ interface which you can use to check for updates, perform updates, ...

@ghost
Copy link

ghost commented Feb 28, 2018

Is appimage available for waterfox? where can I download the file?

@Serkan-devel
Copy link

Doesn't exist yet, but I'm looking into it

@hawkeye116477
Copy link
Contributor

It's here now => https://download.opensuse.org/repositories/home:/hawkeye116477:/waterfox/AppImage/Waterfox-latest-x86_64.AppImage. It has bad version number, cuz I don't know how to change that on OBS. If i make that locally with recipe method, then version is correct.

probonopd added a commit to AppImage/appimage.github.io that referenced this issue Oct 26, 2018
@Serkan-devel
Copy link

can this be upstreamed?

@grahamperrin
Copy link

can this be upstreamed?

To where? Somewhere other than AppImageHub?

@probonopd
Copy link
Author

@Serkan-devel
Copy link

@probonopd can't find it on there

@probonopd
Copy link
Author

Exactly, it should be upstreamed to be there...

@grahamperrin
Copy link

https://appimage.github.io/apps/#/Waterfox/

https://redd.it/9rsvcm

@Serkan-devel
Copy link

@grahamperrin but what about on the official waterfox download page?

@grahamperrin
Copy link

I'm not a site editor.

@probonopd
Copy link
Author

probonopd commented Dec 2, 2018

@MrAlex94 now that there is a Waterfox AppImage, it would be nice to see it included on the Waterfox homepage.

https://download.opensuse.org/repositories/home:/hawkeye116477:/waterfox/AppImage/Waterfox-latest-x86_64.AppImage.mirrorlist

Typing this from Waterfox on Clear Linux OS (an operating system for which no distribution-provided Waterfox package exists).

@probonopd probonopd mentioned this issue Dec 2, 2018
@hook321
Copy link

hook321 commented Dec 11, 2018

If the appimage is linked to on the official website I think the debian packages should be as well.

@c-s-n
Copy link

c-s-n commented Oct 18, 2019

I'm piggybacking on this "packaging" topic, since I stumbled upon the seemingly new Snap waterfox-snap in the Snapcraft Store. That seems to be provided by @YamiYukiSenpai via this repository.
Since that Snap doesn't feel very official yet, and there are still many open tasks listed in the repo readme, maybe forces can be joined here?

For reference, here is also a Waterfox-packaging related reddit discussion.

@Serkan-devel
Copy link

@c-s-n please open a seperate issue and not clutter this one

@grahamperrin
Copy link

@probonopd
Copy link
Author

@grahamperrin please open a seperate issue and not clutter this one

@grahamperrin
Copy link

grahamperrin commented Oct 23, 2019

@probonopd it was direction to the separate discussion; to avoid duplication/multiplication.

@ghost
Copy link

ghost commented Sep 14, 2020

#1752

@chaserene
Copy link

@MrAlex94 please reopen this. Waterfox still doesn't have an official AppImage, only a 3rd party build.

@hawkeye116477
Copy link
Contributor

hawkeye116477 commented Mar 2, 2021

I assume that's closed, cuz no one from Waterfox team has time to do that and/or learn how to do that.

hinki1 pushed a commit to hinki1/waterfox that referenced this issue Jul 18, 2022
SpiderMonkey backports part 2 (optional chaining)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

10 participants