Flatpak support
-
-
@alexweigel Look!
I wish you luck with your school!
-
probably Vivaldi licence violation, but I am not sure...
I am waiting for the official Vivaldi flatpak version.
-
@stardust Vivaldi says it is allowed to be repackaged I think.
-
@fastrizwaan was a ton of help.
I'll be pushing the main repository that I have to flathub soon. I don't know how long that will take to get out but hopefully not too long.
-
Is there any progress with the flatpak please? Is there anything that needs to be helped with?
-
elementary OS is now using flatpak by default for their appcenter. I'm pretty sure that Vivaldi is now the only .deb that I need to install on my computer. It would be awesome if elementary OS users could access Vivaldi directly from the Appcenter.
-
Yes in new Elementary OS will be nice to install vivaldi from app center
-
Is there any progress with the Flatpak version?
In the moment it is not possible to use an updated version of Vivaldi at many systems. Installing only an DEB or RPM is not good, so nicer security packages can be rolled out in time (mandatory for a browser) nor there is a possibility to install it on several Linux systems.Alternative you can also use AppImages or other containers, but this have some issues and are in the OSS world not so well accepted!
-
Instead of maintaining only DEB and RPM packages, flatpak / snap packages can be used to provide Vivaldi for users of all Linux distros. Wouldn't this be better after all?
-
@karst124 said in support for flatpak:
flatpak / snap packages can be used to provide Vivaldi for users of all Linux distros
Well that is obviously not true. Plenty of distros do not install either of these additional package management systems by default. Rather than creating a universal format these two formats just created additional formats.
That said, we keep our eye on them and how they evolve.
The reality right now however, is that the lack of snap/flatpak is not holding us back especially. In addition to the official rpm/debs, Vivaldi is already repackaged in native format on multiple distributions that do not use rpm/deb, e.g. Arch (and derivatives), Gentoo (and derivatives), Slackware (and derivatives), Solus, etc.
-
@karst124 said in support for flatpak:
Instead of maintaining only DEB and RPM packages
Instead? i.e. replace DEB/RPM with say snap? No that makes no sense. If/when we added flatpak, it would be that, as an addition. Not a replacement.
-
@ruarí said in support for flatpak:
@karst124 said in support for flatpak:
Instead of maintaining only DEB and RPM packages
Instead? i.e. replace DEB/RPM with say snap? No that makes no sense. If/when we added flatpak, it would be that, as an addition. Not a replacement.
I read that as "Instead of only", not "Instead of DEB/RPM". i.e. maintain Flatpak and Snap in addition.
-
A flatpak version would be great since not every distribution use RPM or DEB packages for example Void Linux or Slackware.
-
I know this is an old thread. The Steam Deck is releasing soon with its immutable OS, and Vivaldi isn't available as a flatpak. I've been looking at switching to Fedora Silverblue, which is also immutable, and held back by the fact that Vivaldi can't be used.
-
SteamOS runs on Arch which has one of the broader repos aviable due to the aur, which I would 100 times use over any flatpak, so you don't really have a point on the SteamDeck. Flatpaks are used as a garbage idea, they should never be the used as a main distribution channel, that's like the cancer that docker is for server but for desktops.
-
@ruarí Agreed, however there is a use for flatpaks and snaps (I am more leaned to flatpaks since snaps are even more of a mess).
The use is for Linux systems that do not use glibc, since your software is proprietary there is absolutely no way to recompile the browser for musl (for example) for us end users, and unless you release musl binaries (which I find even more doubtful but a good wish nonetheless) we have to use different compatibility layers, one of this could be flatpak, however there is not flatpak, nor even a snap package.
I was a long time user of vivaldi, but since I changed to a musl based distro I haven't been able to use it at all, so there is a loss here if your team does care. Sad part it is not a loss only for you but I really considered this the best browser too.
As a suggestion I would say lets open source the code which would fix all your issues with packaging on the long run probably, but if you are unwilling to do that at least package it for flatpak.
-
@deferen https://github.com/thorhop/com.vivaldi.Vivaldi - There is even a community effort already sadly not working and outdated.
-
@deferen said in support for flatpak:
SteamOS runs on Arch which has one of the broader repos aviable due to the aur, which I would 100 times use over any flatpak, so you don't really have a point on the SteamDeck. Flatpaks are used as a garbage idea, they should never be the used as a main distribution channel, that's like the cancer that docker is for server but for desktops.
It is based on Arch, but my understanding is that it is going to be immutable, so the AUR is off the table. They are intending for users to install everything as flatpak.
-
@bartley said in support for flatpak:
It is based on Arch, but my understanding is that it is going to be immutable, so the AUR is off the table. They are intending for users to install everything as flatpak.
Wrong information you got there.
By default the OS updates will be distributed as a whole OS image, but you can enter a developer mode which will let you modify the file system and install packages like a normal distribution.
https://partner.steamgames.com/doc/steamdeck/faq
So, you will be able to install Vivaldi just fine from the Arch repo and using the AUR for other software as well.
* 