Search Criteria
Package Details: qsync 1:1.0.11.0509-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/qsync.git (read-only, click to copy) |
---|---|
Package Base: | qsync |
Description: | QNap's synchronization client |
Upstream URL: | https://www.qnap.com/en/utilities/essentials |
Keywords: | cloud NAS qnap qsync |
Licenses: | custom |
Submitter: | jfinas |
Maintainer: | bangbang93 |
Last Packager: | bangbang93 |
Votes: | 4 |
Popularity: | 0.000149 |
First Submitted: | 2020-05-08 10:59 (UTC) |
Last Updated: | 2024-05-20 02:11 (UTC) |
Dependencies (1)
- nautilus (nautilus-gitAUR, nautilus-typeaheadAUR) (optional) – this client has nautlius integration
Latest Comments
1 2 Next › Last »
Tanghe commented on 2024-04-22 16:57 (UTC)
Anny chanse on gettingqfinder asswel ?
aniol commented on 2024-04-14 05:22 (UTC)
Yes, you can't even log in because the window crashes constantly.
xpt commented on 2023-05-16 23:26 (UTC)
Hi! I can't find the NAS because I can't log in to myQNAPcloud. When the new window opens to log in, it is just a white box.
vegeta commented on 2022-01-17 11:38 (UTC)
ok
jfinas commented on 2022-01-17 10:45 (UTC)
@vegeta Sorry for the late reply this somehow got lost in my inbox... TBH I don't really actively maintain this package anymore because I stopped using it over a year ago. It could be just that the version is outdated, it could be that the package is broken upstream. While using the package I submitted multiple bug reports (like the file ignore list having no effect). None of these ever got fixed AFAIK...
vegeta commented on 2022-01-07 15:05 (UTC)
Welcome I have manjaro kde 21.2.1 and it won't connect qsync to qnap at startup, and when I turn it on myself it connects. How to fix it?
djkork commented on 2020-06-21 00:04 (UTC) (edited on 2020-06-21 00:09 (UTC) by djkork)
Hello @jfinas.
i've been working on a fix that is self-contained (no need to add files into system /usr/local/bin) and auto-detects QT installation paths (previous workaround took for granted that your QTLIB path was /usr/lib and your QTBIN path was /usr/bin)
1.- QSync.sh must be patched to add QSync bin dir to path so it can find new added /usr/local/bin/QNAP/QsyncClient/kde-open5
2.- New /usr/local/bin/QNAP/QsyncClient/kde-open5 script that autodetects QT prefixes needs to be added.
I will send you an email with patch details if you want to add them to package.
Ofcourse i'll be glad to be added into credits!
jfinas commented on 2020-05-19 19:37 (UTC) (edited on 2020-05-19 19:48 (UTC) by jfinas)
Hey, @djkork sorry for the slow response... I added your fix. Thanks for your help! Do you want me to credit you in the source?
djkork commented on 2020-05-15 23:22 (UTC) (edited on 2020-05-15 23:58 (UTC) by djkork)
I've found what's the issue when running under kde. This package includes QT 5.12 libraries in path "/usr/local/lib/QNAP/QsyncClient". But, if you are using kde, you probably have another version of QT libraries at your default lib paths "/usr/lib"
When you click buttons from app, it tries to open "system browser", "system file manager" using kde-open5, so it tries to open dolphin (as filemanager) from your system using QT 5.12 instead of your system libs (as Qsync.sh changes LD_LIBRARY_PATH). And as QT versions mismatch (in my case QT 5.12 vs QT 5.14) symbols cannot be loaded.
Docens of errors like these are shown and app is not opened.
I have found a workaround. Writing a shell script under /usr/local/bin called kde-open5 that restores LD_LIBRARY_PATH before calling true kde-open5 will say ld to load correct system QT libs.
====script /usr/local/bin/kde-open5====
===============
jfinas commented on 2020-05-14 16:56 (UTC) (edited on 2020-05-14 16:57 (UTC) by jfinas)
@djkork sorry to hear that... Those functions seem to work fine for me(i use gnome):
Sadly i don't really have time to debug this. But if you find a solution i will be happy to include it!
1 2 Next › Last »