Flatpak support
-
Another +1 from me.
I have a Steam Deck and my main machine runs Fedora Silverblue, the lack of Flatpak is blocking me from fully migrating to Vivaldi.
Flatpak support would be a much better solution for non-DEB/RPM distros than using the install script.
-
+1 from me.
i'm currently using Manjaro without any issue with Vivaldi, but while playing with Fedora/OpenSuse Tumbleweed at virtual machine I'm facing issue to install Vivaldi on them, receiving warnings about keys.
sudo dnf config-manager --add-repo https://repo.vivaldi.com/archive/vivaldi-fedora.repo sudo dnf install vivaldi-stable
sudo zypper ar https://repo.vivaldi.com/archive/vivaldi-suse.repo sudo zypper install vivaldi-stable
-
Here's an (incomplete) list of browsers that are on Flathub:
- Brave Browser
- Tor Browser
- Chromium Web Browser
- Midori Web Browser
- GNOME Epiphany
- Falkon
- LibreWolf
- Google Chrome
- Microsoft Edge
- Firefox
- ...
Basically every browser I can think of is available as a flatpak. This makes the browser easy to install/update on any distro and on the steam deck. In a way that cleanly integrates with the rest of the OS (which no script can do).
-
@wellington said in Flatpak support:
unfortunately Vivaldi developers are resistant to new technologies, and it's not just them, technologies like pipewire, flatpak and wayland and I don't even comment on some communities. Flathub already has: Google Chrome, Edge, Firefox, Chromium and Brave. We don't need to try to convince those who don't want to see it, we already have good options for some even better.
I have the Brave Flatpak installed and it seems to behave as it should but your examples for why a Flatpak version of Vivaldi fall FLAT. Take Pipewire it still has issues over Pulse. Yes the issue are slowly being worked out but they are still there. Take Wayland it's fine if you're running a AMD / ATI card but on nVidia it can be a true nightmare.
-
unfortunately the install-vivaldi.sh script does not work out of the box on my distro - a fresh install of Alpine Linux. it returns with:
tar: ./opt/vivaldi-snapshot: not found in archive
when checking the contents of the tar, it's these four files:
control
(plain)postinst
postrm
prerm
(and these three binary).so unfortunately I have to agree with the criticism that this is not a proper solution.
-
This post is deleted! -
+1 for flatpak
Immutable systems like Fedora Silverblue depend on flatpak for software.
-
This post is deleted! -
@crossLain said in Flatpak support:
+1 for flatpak
Immutable systems like Fedora Silverblue depend on flatpak for software.
And that is wrong. I use Flatpaks but should be able to choose how and where I install from.
-
I'm sorry, but I fail to understand your point and how my statement is wrong...
-
@crossLain said in Flatpak support:
I'm sorry, but I fail to understand your point and how my statement is wrong...
Cause you sound like everything should be flatpak.
-
No, this is not what I meant. Systems like Fedora Silverblue are different variants from the regular ones. They are by design immutable, that means you cannot change the underlying system - for example, every system installed with a certain version of Fedora Silverblue is identical. This is done for stability and security reasons.
That means, with an immutable system you cannot install software or packages using the regular way, like package managers (dnf, apt, yum, zypp, pacman...). You can do so only within containerized environments - flatpak, appimage, toolbox...
Therefore, people using immutable systems are limited in their choice by design. There is currently no straightforward way to install Vivaldi, so this is why I'd be so grateful to have at least a choice. If there were more choices available, I'd have nothing against it. At this point in time, my personal vote goes to Flatpak, since it best fits my use case.
*edit: grammar
-
Would it be possible for users to just make and maintain an unofficial flatpak themselves? Is there anything preventing it?
-
@XLN said in Flatpak support:
Would it be possible for users to just make and maintain an unofficial flatpak themselves? Is there anything preventing it?
I personally wouldn't use an unofficial flatpak version..
-
@XLN I don’t believe there is. Vivaldi packages for certain Linux distributions already do appear to have outside maintainers.
-
I'm looking into packaging a flatpak myself. I managed to get it to install and open. The Proprietary Media thing that pops up on the first boot is not working though. Can anyone help with that?
-
@XLN Proprietary media support is installed on first run, that probably fails with flatpak ☛ https://help.vivaldi.com/desktop/media/html5-proprietary-media-on-linux/
-
@XLN said in Flatpak support:
Would it be possible for users to just make and maintain an unofficial flatpak themselves? Is there anything preventing it?
Sure why not have who knows how many different flatpaks for Vivaldi.
-
It is imperative that Vivaldi introduces an official Flatpak packaged version of Vivaldi so it can show up in any distribution's default software center. The current method of distributing individual packages for certain distributions is not ideal. Most repositories do not support proprietary software, but Flathub does. It's the best place to put Vivaldi.
-
@Pixol22 said in Flatpak support:
It is imperative that Vivaldi introduces an official Flatpak packaged version of Vivaldi so it can show up in any distribution's default software center. The current method of distributing individual packages for certain distributions is not ideal. Most repositories do not support proprietary software, but Flathub does. It's the best place to put Vivaldi.
Strongly agree.
Is there any particular reason why Vivaldi is not looking into this? I struggle to find a reason why they wouldn't package a Flatpak. It would make it easier for them to support linux and it would make it easier for linux (and steam deck) users to download Vivaldi anywhere.
It's not even about embracing a new technology because Flatpak is widely adopted now. Every other browser has a flatpak package so it's just about keeping up with them.