Package Details: vpn-unlimited-bin 9.0.0-1

Git Clone URL: https://aur.archlinux.org/vpn-unlimited-bin.git (read-only, click to copy)
Package Base: vpn-unlimited-bin
Description: VPN Unlimited client application
Upstream URL: https://www.vpnunlimitedapp.com
Licenses: custom
Conflicts: vpn-unlimited
Provides: vpn-unlimited
Submitter: carsme
Maintainer: carsme
Last Packager: carsme
Votes: 18
Popularity: 0.015925
First Submitted: 2023-08-10 08:56 (UTC)
Last Updated: 2024-01-28 23:19 (UTC)

Pinned Comments

carsme commented on 2023-12-28 16:59 (UTC)

NOTE: Issues regarding icu library files not being found, such as

vpn-unlimited: error while loading shared libraries: libicudata.so.73: cannot open shared object file: No such file or directory

are not strictly related to this package, but to boost174. Each time the icu package in the official repositories is updated to a new major version, boost174 needs to be rebuilt.

You don't need to install any version of icu other than the package available in the official repositories. To resolve the issue, either rebuild boost174 yourself or, even better, leave a comment in boost174 so I can publish a new pkgver and as such force a rebuild for all users.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 .. 10 Next › Last »

helmet88 commented on 2023-11-29 18:17 (UTC)

Hello,

I get these errors when I try to run the app:

vpn-unlimited
Translation file loaded:  ":/translations/translations/VPN_Unlimited_English.qm"
Translation file loaded:  ":/translations/translations/VPN_SDK_English.qm"
Translation file loaded:  ":/translations/translations/KS_Auth_(EMA)_English.qm"
qrc:/qml/qml/LoginSocialRegistrationPage.qml:75: TypeError: Cannot call method 'getKeyPrivacyLink' of null
qrc:/qml/qml/LoginSocialRegistrationPage.qml:67: TypeError: Cannot call method 'getKeyPolicyLink' of null
qrc:/qml/qml/LoginRegistrationPage.qml:80: TypeError: Cannot call method 'getKeyPrivacyLink' of null
qrc:/qml/qml/LoginRegistrationPage.qml:72: TypeError: Cannot call method 'getKeyPolicyLink' of null

I am able to see the app running for one second and then the app dies.

Related topic here: https://bbs.archlinux.org/viewtopic.php?id=290091

Any idea? Thanks in advance.

ace510 commented on 2023-04-28 16:12 (UTC)

installing icu67 fixed it!

thanks for all the help, not sure what cursed thing I did to my machine to make it need an old version of icu

carsme commented on 2023-04-23 11:04 (UTC)

@ace510 I'm afraid I can't reproduce it so I'm hesitant to try to fix in the package.

You could try to play around with patchelf and link to the newer libicu:

patchelf --replace-needed libicudata.so.67 libicudata.so.72 "$file"

Or you could install icu67 and see if that helps. Let me know how it goes.

ace510 commented on 2023-04-23 04:38 (UTC) (edited on 2023-04-23 04:40 (UTC) by ace510)

ran through a yay -Rs vpn-unlimited yay -S vpn-unlimited cycle, even tried a cleanbuild + restart, no luck

ldd /usr/lib/libvpnu_private_sdk.so | grep libicudata
    libicudata.so.67 => not found
ldd /usr/bin/vpn-unlimited | grep libicudata
    libicudata.so.72 => /usr/lib/libicudata.so.72 (0x00007fa686400000)
    libicudata.so.67 => not found

is what I get from those two commands if that helps

carsme commented on 2023-04-16 18:19 (UTC)

@ace510, My files link to libicudata.so.72:

$ ldd /usr/lib/libvpnu_private_sdk.so | grep libicudata
    libicudata.so.72 => /usr/lib/libicudata.so.72 (0x00007f9414200000)
$ ldd /usr/bin/vpn-unlimited | grep libicudata
    libicudata.so.72 => /usr/lib/libicudata.so.72 (0x00007f45b8a00000)

Could you try re-installing and see if that resolves your issue?

ace510 commented on 2023-04-14 07:22 (UTC)

vpn-unlimited: error while loading shared libraries: libicudata.so.67: cannot open shared object file: No such file or directory.

looks like it wants version 67 of icu, which breaks a series of packages that want version 72 leading up to the boinc client

is there any chance the vpn-unlimited could be updated to point to the newer version of icu?

carsme commented on 2023-03-12 22:01 (UTC)

@clmbtti No problem!

No workaround for boost-libs=1.74 in near sight, though?

Not to my knowledge. They've linked to version 1.74 because that's what's available on Debian Bullseye. I don't think it's possible patch the executable to use 1.81 so's, but I'd be happy to do so if there was a way. Debian Experimental has 1.81 but I guess that's years away.

The only think I can think of would be to reach out to them and ask them to not link explicitly to version 1.74, or to statically link Boost.

clmbtti commented on 2023-03-12 21:49 (UTC)

@carsme thanks for adopting the package! No workaround for boost-libs=1.74 in near sight, though?

carsme commented on 2023-03-12 19:33 (UTC)

I've updated the package so that everything, including the desktop application, works as far as I can tell. I've also fixed the Desktop entry.

One slight inconvenience is that this now depends on Boost 1.74 which in turn depends on Python 3.9, both of which must be built from source, which takes a while. These packages won't likely be updated though, so it's a onetime operation.