AppImage for Jitsi

[tortugaverde98]

Please provide an appimage for Jitsi (the SIP communicator, as opposed to Jitsi Meet). Thank you.

[traud]

Just linking an explanation (perhaps this issue is taken by someone in years, when this solution has yet another name): https://en.wikipedia.org/wiki/AppImage one approach beside Flatpak and Snappy.

[JaredRymer]

+1 on a universal package format. I would prefer Flatpak or AppImage over snap. Perhaps AppImage would be best?

[mikelpr]

flatpak would be best IMHO since appimage has to be made executable after download so it isn't friendlier, distros are coalescing into flatpak and updates aren't handled by appimages

[haggen88]

It would be nice to have a version of Flatpak that allows its use throughout the GNU Linux environment, is easier to install and does not depend on the type of packages [deb, rpm, etc.] used in each distribution and it allows developers to directly provide updates to users without going through distributions, and without having to package and test the application separately for each distribution.

Please consider this proposal.

[cobratbq]

I'll have a look at this. I may be able to pick this up.

[cobratbq]

@ibauersachs do we still have binary builds of nightly? I'm thinking it's easiest to build the flatpak from an existing binary archive, so: unpack JRE + unpack Jitsi + make Flatpak package. However, I'd need a package containing a pre-built Jitsi.

[mikelpr]

you could also use the freedesktop runtime OpenJDK extension http://blog.matbooth.co.uk/08-openjdk-in-flathub.html

[ibauersachs]

@cobratbq not at the moment. I am working on a new build in the Gradle branch. It should be relatively easy to produce another build artifact there. Not sure when I can pick up work there again to bring it into a state that is mergeable into master. Parts of Jitsi Desktop are still used for Jigasi and AFAIK Jicofo and thus all changes, e.g. the Bouncycastle upgrade, needs to be done there as well.