@0xh3xa Thanks for finding a fix. Not sure if there is something that can be done in the package to remove the need for the workaround. Let me know if you have suggestions.
Search Criteria
Package Details: vpn-unlimited-bin 9.0.0-1
Package Actions
| 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: | ItachiSan |
| Last Packager: | carsme |
| Votes: | 17 |
| Popularity: | 0.000217 |
| First Submitted: | 2023-08-10 08:56 (UTC) |
| Last Updated: | 2024-01-28 23:19 (UTC) |
Dependencies (21)
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR)
- boost174-libsAUR
- c-ares (c-ares-gitAUR)
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- iptables (iptables-gitAUR, iptables-fullconenatAUR, iptables-fullconenat-nftAUR, iptables-nft)
- libcap-ng (libcap-ng-gitAUR)
- libnl (libnl-gitAUR)
- lz4 (lz4-gitAUR)
- lzo
- openresolv (openresolv-gitAUR, systemd-chromiumos-resolvconfAUR, systemd-resolvconf-selinuxAUR, sysupdated-systemd-resolvconf-gitAUR, systemd-resolvconf-fmlAUR, systemd-resolvconf-gitAUR, systemd-resolvconf)
- openssl (openssl-gitAUR, openssl-staticAUR)
- qt5-base (qt5-base-gitAUR, qt5-base-headlessAUR)
- qt5-declarative (qt5-declarative-gitAUR)
- qt5-graphicaleffects (qt5-graphicaleffects-gitAUR)
- qt5-quickcontrols2 (qt5-quickcontrols2-gitAUR)
- qt5-svg (qt5-svg-gitAUR)
- qt5-webengine
- Show 1 more dependencies...
Required by (0)
Sources (3)
carsme commented on 2023-12-01 13:25 (UTC)
0xh3xa commented on 2023-11-29 21:44 (UTC)
@helmet88
I was able to run the app by doing some steps, review my comment: https://bbs.archlinux.org/viewtopic.php?pid=2134413#p2134413
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.
Pinned Comments
carsme commented on 2023-12-28 16:59 (UTC)
NOTE: Issues regarding
iculibrary files not being found, such asare not strictly related to this package, but to
boost174. Each time theicupackage in the official repositories is updated to a new major version,boost174needs to be rebuilt.You don't need to install any version of
icuother than the package available in the official repositories. To resolve the issue, either rebuildboost174yourself or, even better, leave a comment inboost174so I can publish a new pkgver and as such force a rebuild for all users.