Arch Linux User Repository

I made changes to the package to not use the .install script, that created files, which were not tracked by package manager.

In order to upgrade, you can either:

• remove surfshark-client and all the left-over files, that were created by https://aur.archlinux.org/cgit/aur.git/tree/surfshark-client.install?h=surfshark-client&id=cafd6cd8000159ce32b45ab77125ff07060b97d8, that are not cleaned up properly (/usr/lib/systemd/user/surfsharkd.service, /usr/lib/systemd/system/surfsharkd2.service). Surprisingly, removing the package should properly remove /usr/bin/surfshark. Then install again
• Or, you can install with ignoring the file conflicts (https://wiki.archlinux.org/title/Pacman#Troubleshooting)

Thanks for timely maintaining this package. It's good we don't need to resort to Snaps. keep the good work up!

Hi! I just get an error in the client saying I don't have a internet connection but at the same time it displays my external IP... I use Omarchy. Worked fine before when I used a clean Arch install. It's like it doesn't recognize my wifi card or something.

Seems to be mostly in working order now, thank you so much. The only issue I found is that on disconnecting from the VPN /etc/resolv.conf is empty. Not a big deal (easily fixed by reconnecting to the newwork), but still annoying.

Hi everyone, sorry for the mess, all the issues reported by @qsthy should now be fixed. Yes, nuking OpenVPN support was my doing as well :facepalm:

@qsthy I'm sorry about that. I did not realize the /usr/bin/surfshark was a symlink. I'll fix it in the evening once I'm at my personal computer.

As for the OpenVPN connectivity issue. From the top of my head, I cannot think of the good reason why it worked and now it doesn't, that would be related to my packaging changes. Again, I will take a longer look in the evening.

The new package is a mess. Beside the already commented upon file system conflict /usr/bin/surfshark ends up as a link to a file in the build directory (/home/bruda/.cache/pacaur/surfshark-client/pkg/surfshark-client/opt/Surfshark/surfshark in my case). Once this is fixed it kind of works, but only with Wireguard. OpenVPN/UDP connections (IPv4 network only) fail with no obvious log messages (in fairness this might be an upstream issue, but still it does not work for my needs in the end).

I made changes to the package to not use the .install script, that created files, which were not tracked by package manager.

In order to upgrade, you can either:

• remove surfshark-client and all the left-over files, that were created by https://aur.archlinux.org/cgit/aur.git/tree/surfshark-client.install?h=surfshark-client&id=cafd6cd8000159ce32b45ab77125ff07060b97d8, that are not cleaned up properly (/usr/lib/systemd/user/surfsharkd.service, /usr/lib/systemd/system/surfsharkd2.service). Surprisingly, removing the package should properly remove /usr/bin/surfshark. Then install again
• Or, you can install with ignoring the file conflicts (https://wiki.archlinux.org/title/Pacman#Troubleshooting)

Thought it was just a 'my machine' problem but it seems like a recurring problem across multiple machines and PKGBUILD versions:

error: failed to commit transaction (conflicting files)
surfshark-client: /usr/bin/surfshark exists in filesystem

A possible warning for version 3.5.4 ?!

It seems that access to certain websites are blocked automatically. I experienced some weird behaviour with this version. For instance when accessing or searching for news server websites and after that access to all websites seem to be blocked for some time.

It is working just fine. Thanks raziel100.