Add OpenSUSE package

[sith-on-mars]

It would be nice that if there is a official OpenSUSE version. OpenSUSE is a a well-known, very established Linux distro and has been around since 2005. Its Enterprise edition, SUSE, existed since 2000. OpenSUSE uses RPM package so it's pretty similar to Fedora. However, during the installation on my OpenSUSE Tumbleweed using the Fedora package, I encountered two issues:

1. The installer says dependency dbus-libs cannot be found. This warning can be ignored since OpenSUSE already installs this dependency actually by default, but just with a different naming convention.
2. Startup on boot doesn't work and requires manual fixing. One needs to edit mullvad-daemon.service with this command input: sudo nano /opt/Mullvad\ VPN/resources/mullvad-daemon.service, then change Wants=network.target to Wants=network-online.target. You can see the detailed discussion here.

Having an officially supported OpenSUSE package should be a quick job, since the OpenSUSE package is pretty similar to Fedora package with a few changes.

[faern]

Creating a single OpenSUSE compatible RPM is probably a quick job. But it's also going to be outdated quickly. What's harder is to automate the creation of this for every build. The extra build time needed. More artifacts to keep track of and distribute. More complex website download page etc.

Yes, we want to reach out via more distribution channels and in more formats. But each way is a commitment that will cost time and resources forever, not a one time investment.

Thanks for the feedback and the detailed steps needed to produce an OpenSUSE compatible installer! Hopefully we'll get there eventually.

[xadaemon]

I managed to get it working with relative ease by symlinking from /opt/Mullvad VPN to /opt/mullvadVPN, since systemd was complaining about not finding the file.
Bellow is how my file ended up:

# Systemd service unit file for the Mullvad VPN daemon

[Unit]
Description=Mullvad VPN daemon
Wants=network-online.target
After=network-online.target
After=NetworkManager.service
After=systemd-resolved.service
StartLimitBurst=5
StartLimitIntervalSec=20

[Service]
Restart=always
RestartSec=1
ExecStart=/opt/MullvadVPN/resources/mullvad-daemon -v --disable-stdout-timestamps

[Install]
WantedBy=multi-user.target

edit: clarify why the symlink.

UPDATE:

The issue was something else I found out later but forgotten to update here. Read my latest comment for context.

[dinotheextinct]

I would also strongly support this, I am paying for this service and want to use wireguard. In order to use this properly on Opensuse a proper package would be necessary.

Just jumping in here to suggest a couple of things which may be of help.

The first is the possibility of an AppImage, which is already an open issue (#1123), but it's a bit old and I don't know if it was ever considered.

It might be incredibly useful as it'll work across every distribution and you wouldn't actually need to build separate packages for each release. The downside is file size, since depencies, runtimes, etc. are part of the AppImage itself. The benefit, though, would be one identical file for every Linux user to download, regardless of distro.

I'm unaware of how it works with network interfaces, though, so it might not be option.

The second option is OpenSuse's OBS. It'll also help with automating and maintaining .deb and .rpm files since it's not actually limited to OpenSuse itself and works with packages used on various distributions.

See the developer section on the main site here: https://openbuildservice.org/

Admittedly, I'm not a developer, but I've occasionally found other projects on GitHub which use it for automating packages and updates.

Additionally, because it's technically a repository, I believe you could also allow people to add it as a third party repo which would allow them to update the app using their system's package manager without having to go to the website or the releases page here to download a new updated binary, though that's of course another matter altogether.

Just a couple of small suggestions and I admit I'm unaware of the inner workings of the systems I brought up, but maybe it could be of help.

[TruckerZer0]

+1 On having an openSUSE OBS Mullvad repo, something like "home:mullvad:mullvadvpn-app", even better if cross-distro;

Or what about simply removing "dbus-libs" from the rpm package installation requisites?

[myrust]

Creating a single OpenSUSE compatible RPM is probably a quick job. But it's also going to be outdated quickly. What's harder is to automate the creation of this for every build. The extra build time needed. More artifacts to keep track of and distribute. More complex website download page etc.

Yes, we want to reach out via more distribution channels and in more formats. But each way is a commitment that will cost time and resources forever, not a one time investment.

Thanks for the feedback and the detailed steps needed to produce an OpenSUSE compatible installer! Hopefully we'll get there eventually.

Use OBS to automate the build and provide packages from the same source for Fedora, Debian, Ubuntu, SUSE Linux Enterprise and other distributions!
https://build.opensuse.org/

[groenator]

The problem with the package is a naming issue.

Here is what zypper is saying:

sudo zypper --no-gpg-checks in MullvadVPN-2021.4_x86_64.rpm 
Loading repository data...
Reading installed packages...
Resolving package dependencies...

Problem: nothing provides 'dbus-libs' needed by the to be installed mullvad-vpn-2021.4.0-1.x86_64
 Solution 1: do not install mullvad-vpn-2021.4.0-1.x86_64
 Solution 2: break mullvad-vpn-2021.4.0-1.x86_64 by ignoring some of its dependencies

Choose from above solutions by number or cancel [1/2/c/d/?] (c): c

lib-dbus is installed_

LANG=C zypper se -si libdbus
Loading repository data...
Reading installed packages...

S  | Name               | Type    | Version                  | Arch   | Repository
---+--------------------+---------+--------------------------+--------+----------------------
i+ | libdbus-1-3        | package | 1.12.20-5.4              | x86_64 | Main Repository (OSS)
i+ | libdbus-1-3-32bit  | package | 1.12.20-5.4              | x86_64 | Main Repository (OSS)
i  | libdbusmenu-glib4  | package | 16.04.0-7.10             | x86_64 | Main Repository (OSS)
i  | libdbusmenu-gtk3-4 | package | 16.04.0-7.9              | x86_64 | Main Repository (OSS)
i+ | libdbusmenu-qt5-2  | package | 0.9.3+16.04.20160218-1.5 | x86_64 | Main Repository (OSS)

checking the rpm is showing is a naming scheme error.

rpm -q --requires mullvad-vpn 
/bin/sh
/bin/sh
/bin/sh
/bin/sh
/bin/sh
dbus-libs
libXScrnSaver
libnotify
libnsl
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsXz) <= 5.2-1

So maybe the devs can fix this issue easier, maybe create a new RPM for openSuse?

[faern]

We are not going to have separate artifacts for OpenSUSE for now. There are more issues than this on OpenSUSE with our app already. Making the installer work better will just encourage more people to try to use it and they will hit the other issues. We don't support Suse and currently don't have the bandwidth to do so sadly. But this issue remains open for some future date when we might have the bandwidth to support this distro.

[groenator]

Thank you for your response. Since is Linux there are other ways how to use mullvad. That's what is so good about Linux :). It's good that in future are options to review this PR. Regards,

…

On Mon, 9 Aug 2021, 12:25 Linus Färnstrand, ***@***.***> wrote: We are not going to have separate artifacts for OpenSUSE for now. There are more issues than this on OpenSUSE with our app already. Making the installer work better will just encourage more people to try to use it and they will hit the other issues. We don't support Suse and currently don't have the bandwidth to do so sadly. But this issue remains open for some future date when we might have the bandwidth to support this distro. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#2242 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABJRLJVJHODVJEEZ3ATVKETT363LVANCNFSM4TK66J3Q> .

[t-wilis]

Late on this I know, but why is there a space in the folder name for Mullvad in /opt/'Mullvad VPN'?
Why not just MullvadVPN, Mullvad_VPN, or Mullvad-VPN?

Historically have had issues on various OS's when spaces are introduced in paths.

Just to be clear, I am not requesting you to support OpenSUSE or SUSE. I know manpower is limited and you do what you can.

[faern]

Systems that can't handle spaces have bugs in them. Yes, the pragmatic approach is to avoid spaces to avoid the issues. The correct solution is for those systems to fix their bugs. We started having a space in the name because electron-builder that we use to package our app uses the app name as the directory name by default and it was not configurable. So we just went with it. And to change it now would be a bit complicated and not really worth it given that it works fine on the vast majority of all systems/distros.

[EwolBash]

We are not going to have separate artifacts for OpenSUSE for now. There are more issues than this on OpenSUSE with our app already. Making the installer work better will just encourage more people to try to use it and they will hit the other issues. We don't support Suse and currently don't have the bandwidth to do so sadly. But this issue remains open for some future date when we might have the bandwidth to support this distro.

What kind of issues? Is it something we as users could approach Suse about?

[who-biz]

For anyone in need of an AppImage compiling source, I have made one available here: https://github.com/who-biz/mullvadvpn-app-appimage

Please see README for additional info.

[ewal]

I recently did a fresh install of openSUSE Tumbleweed and got very surprised that the gui app just worked without me doing anything so maybe this problem is fixed. 🥳
Previously I started the daemon manually but those days are hopefully over 🙂

[cornfeedhobo]

@faern can you point me to the spec file that currently builds the fedora rpm?