Package Details: qsync 1:1.0.9.1627-1

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.019275
First Submitted: 2020-05-08 10:59 (UTC)
Last Updated: 2023-05-09 01:10 (UTC)

Dependencies (1)

Required by (0)

Sources (4)

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.

  • kde-open5: /usr/local/lib/QNAP/QsyncClient/libQt5Core.so.5: version `Qt_5.14' not found (required by kde-open5)
  • kde-open5: /usr/local/lib/QNAP/QsyncClient/libQt5Core.so.5: version `Qt_5.14' not found (required by /usr/lib/libKF5KIOWidgets.so.5)

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====

#!/bin/bash    
export LD_LIBRARY_PATH=/usr/lib
/usr/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):

  • The "open sync folder" opens nautiulus, so you could try to install that.
  • the open sync folder seems to open the standard browser set in the gnome settings(but i don't know what package would be responsible for that).
  • the help buttons also open in the browser, so same problem as the previous point.

Sadly i don't really have time to debug this. But if you find a solution i will be happy to include it!