Support flatpak #8901
Replies: 52 comments 16 replies
|
Please! I'm on Solus and it's a hassle to get up and running, if not Flatpak maybe Appimage (#1123 ) or Snap (#847 ) - one of them would be sufficient, it would be great to have it in an format in which it can run everywhere - my personal taste would say to make a flatpak. Thank you! |
|
+1 for this. I've been a Mullvad user years, and strongly support the project. Offering a universial installation package (Flatpak, Appimage, etc) would be extremely helpful. |
|
Please, make a flatpak of your great product. Please. Thank you. |
|
The Silverblue team at Fedora offered to help do this.. https://twitter.com/teamsilverblue/status/1273212527137165313 Did anyone at mullvad ever followup? The Silverblue team would be a great resource to tap to create a flatpak. |
|
Thanks for following up but alas no, Mullvad seem to have absolutely no interest in making a flatpak. Back on 1Nov2020 I sent an email asking and got this reply: I've done a couple of reply tweets to some of the Mullvad news updates since that email, trying to suggest they make a flatpak, but never had a comment/reply back. As I'm just a user and not a developer, I've decided Mullvad clearly have no interest in flatpak, so I use the CLI on my 2 Fedora Silverblue machines (as per this url - https://blogs.gnome.org/thaller/2019/03/15/wireguard-in-networkmanager/) and their app on my Android phone. |
|
Any update? This has been open for 3 years, and Flatpaks are here to stay. Can the community help in any way? |
No update from me as I read somewhere recently that Mullvad don't have the resources/time to look at a flatpak version - if the community can help, then please go for it. |
|
Still no update? |
Any update why not drop Snap one and do Flatpak instead ? |
|
We don't have any Snap support to drop. Any Snap package you find is a third party package. We only distribute the Linux app via the RPM and DEB files we upload to our website and Github. ANY other distribution method is an unofficial third party distribution of our app on Linux. |
|
This is not a great long term solution, but you might be interested in this: #3412 simplescreenrecorder.mp4 |
|
I wish for an official flatpak support as well. I've been using Mullvad for months, but I recently moved to Linux and decided to use Arch distro, and while the GUI client is available through AUR, it's not maintained by Mullvad, is it? The installation instructions for Linux on Mullvad website mentions AUR package here: Both are maintained by the same maintainer. Might be unrelated, but the package requires importing GPG key from Mullvad itself during installation, which enhances security. I have checked the PKGBUILDS, and while they don't have malicious code in them, does Mullvad trust this maintainer, and can I trust this them too? Having unofficial maintainer of a sensitive application gives me slight concern. Of course, I can always use wireguard, but I just want to be sure. |
Correct. The AUR packages are not maintained by us! Regarding
We don't endorse the usage of this third party package. We have also not seen any malicious code in that package. But since we are not in control of the package we can't give any guarantees as to how it will behave in the future. You are correct to be concerned. If you want to be careful, check out the PKGBUILDS before each upgrade, or use vanilla WireGuard IMO. |
|
I've posted a Request on Flathub's Discourse, if everyone can go show support over there we might get the attention of someone in the community with the talent to do this 🎉! https://discourse.flathub.org/t/vpn-mullvad-vpn/2594 |
I have made an AppImage-compiling source available here: https://github.com/who-biz/mullvadvpn-app-appimage. I am running it on Solus. See README for additional information, and use these steps as support if you get confused: https://discuss.getsol.us/d/7853-mullvad-client-20215. Converting the build config in |
|
Actually installing Mullvad's .deb package on Droidian (droidian.org, basically Deian onto the Android kernel) also soft-bricked the system. This was more than a year ago and I didn't mention it because I thought it was specific to that unusual OS, ut if that was observed on another one, maybe it's worth mentioning.
I could fix the sysh1stem from a recovery shell, to manualy uninstall the package and revert all the changes it made.
…On 2024-09-23 08:59 codenyte ***@***.***> wrote:
+1 for Flatpak, as I just tried to install Mullvad on Bazzite
(Universal Blue/Fedora Atomic) and bricked my system. Not the fault
of Mullvad, rpm-ostree isn't a particularly great solution, but
that's why Flatpak is needed for the image-based future of Linux
distributions.
--
Reply to this email directly or view it on GitHub:
#524 (comment)
369959
You are receiving this because you commented.
Message ID: ***@***.***>
|
How did you even install it? If I try to install the .rpm file it just gives me an error. I tried installing Mullvad through various DistroBox instances but also without any success, since they don't seem to work with the needed background service or something. I can only use the static wireguard option but that's very limiting with how many sites block the various Mullvad IPs, which usually require for a quick switch of the servers. I'm already contemplating to shell out the addition 5 bucks for Proton-VPN, since they seem to have a Flathub hosted client. :( |
Just a simple
Just so you know, it's an unofficial package. And their Linux client is incredibly buggy, I randomly get logged out all the time, connections fail, the app crashes or the server list just disappears. It's borderline unusable on all the distros I tried (Arch, Artix, Fedora, Fedora Silverblue, openSUSE) I just switched back to regular Fedora, since Silverblue is to annoying and restrictive for me |
Not for much longer though: flathub/com.protonvpn.www#349 |
That's exactly what errors out for me, but I guess that's a good thing if it indeed breaks the system. I've heard layering installs is generally not recommended though.
Tried Fedora KDE before Bazzite and using the provided guides to install the media codecs broke the system for me. lol |
|
I appreciate the Mullvad team added the rpm repository actually. I think it's great to not have to do the package install manually and also have everything updated on a new release. As for the immutable distros, at least for me, I had no issues layering the app from the Mullvad repo on Fedora Kinoite. In fact, it's been all working smoothly since an year ago when the repo was online. |
|
+1 for this request as well. I understand flatpaks are a bit complicated for VPNs but at least SurfShark has an official Linux flatpak now too so it can be done. This would be a game changer for me as I could use my favorite distro instead of having to stick to something supported by mullvad. |
Definitely a +1 |
|
Something to note is that there are immutable OSes that are not based on Silverblue, with no package layering systems. GNOME OS is one example, but I suspect there will be many more as adoption of systemd's update model with A/B partitions instead of OStree accelerates. For those cases you really need Flatpaks, as the only alternative is manually creating a sysext from the RPM package, or similar horrible hacks. |
|
Please Mullvad team, make a flatpak! I'm on alpine Linux on one of my computers and I want Mullvad on it, but it's not supported. Doing this would also mean they wouldn't need to maintain 2 separate repos. |
|
I think the decision here is quite obvious considering there are vpns available as flatpak so it is absolutely doable. You either maintain packages for the distros you choose and people will always complain as you can’t possibly properly support all of them. Or you make a flatpak that by just existing supports all distros that support flatpaks. Even if it costs a little bit more development time the benefits here far outweigh that and you have been offered help doing so by people in the community. |
|
Wow it has been more than 7 years and nothing has been done about it. This is just sad. Others have done it so it can be done and it works. At this point there is no excuse. The problem is not Flatpak, it's simply a lack of will. |
I don't know. I ended up using Virtual Machine Manager since they have flatpaks, but I only really need it for Windows exclusive firmware apps anyway. Had to layer Java for jDownloader 2 though, since I could not get that to run exclusively in a distrobox. But all the documentary sources and other sites say so.
I couldn't tell you. There was not much documentation or discussion, let alone actual help, and it's been quite a while since. Maybe I'll try again in a year when my current payment runs out and if there's still no flatpak available then. |
Fully unrelated but there is a jdownloader flatpak |
Yes, but it says it is 15 years old. |
It’s wrong if you check the flatpak manifest it has been updated multiple times and if you install it you will see it is not out of date |
I was working on this project (https://github.com/sraaronrock/net.mullvad.mullvadvpn), but I couldn’t get it to work. There are too many limitations in the way Mullvad is architected and how Flatpak sandboxes applications, making both essentially incompatible 😵 |
|
Note: Mozilla VPN is available via Flatpak and supports advanced features like split-tunneling + WireGuard. Maybe copy some of their config? |
|
Being a subscriber it seems that the split tunneling feature is not equally supported. Depending on your environment they disable it. On all my systems I do not have the option to use it. Unsure if that is cause of flatpak or my distro? (mozilla-mobile/mozilla-vpn-client#10720) (mozilla-mobile/mozilla-vpn-client#6394). The only other feature that is missing I would say is quantum resistant tunneling. |
|
Scratch that. That is of course only relevant on Windows, and flatpak only relevant on Linux. I had a minor brainfart. |
|
Proton VPN is available as a Flatpak and works fine. Please make a Flatpak version. |
|
ProtonVPN on flatpak doesn't have split-tunneling so unless Mullvad can figure it out, there will be limitations on that front. I'd still like a flatpak client regardless of whether or not it has split tunneling though. |
|
It would be nice if someone talked to the Flatpak team about this issue. They recently said they are working on the limitations of the current design and features and are preparing for Flatpak Next (or Flatpak2). If they are made aware of this limitation, this could probably be fixed, if not in the current Flatpak, then in Flatpak Next. |
and others
Uh oh!
There was an error while loading. Please reload this page.
The best solution is obviously to have
mullvadvpvn-appincluded in the repositories of an operating system. But as this will take lots of time and people use different operating systems, could you make an additional flatpak release for easier cross-platform installation? This would also allow to have it hosted on Flathub and attract more potential users. When making a Flatpak release, keep in mind that the security will depend on how well it is packaged by the vendor.All reactions