Package Details: seafile-client 9.0.11-1

Git Clone URL: https://aur.archlinux.org/seafile-client.git (read-only, click to copy)
Package Base: seafile-client
Description: GUI client for synchronizing your local files with seafile server
Upstream URL: https://github.com/haiwen/seafile-client
Licenses: Apache
Submitter: Localizator
Maintainer: Joffrey
Last Packager: Joffrey
Votes: 168
Popularity: 0.000000
First Submitted: 2012-12-10 17:34 (UTC)
Last Updated: 2024-11-14 17:07 (UTC)

Pinned Comments

Joffrey commented on 2021-05-30 20:06 (UTC) (edited on 2021-05-30 20:11 (UTC) by Joffrey)

Please, when you have compilation or execution errors, recompile each component without using an AUR helper before reporting an issue.

Latest Comments

« First ‹ Previous 1 .. 27 28 29 30 31 32 33 34 35 36 37 .. 44 Next › Last »

Popkornium18 commented on 2016-01-07 19:35 (UTC) (edited on 2016-01-07 19:37 (UTC) by Popkornium18)

The installation process of the Seafile client STILL pulls the Seafile server and the Seafile CLI client as a dependency... Why? This is so pointless... Could you PLEASE tell us if this is intentional, and if so, why it is necessery? If it is not intended please fix it. It's kind of annoying.

snack commented on 2015-12-21 11:44 (UTC)

It seems that the sync issue with new libraries can be bypassed by moving all the files in a temporary folder and then moving them back to the original folder. Seafile detects new files in the library folder and the synchronizes them correctly.

snack commented on 2015-12-15 15:36 (UTC)

Is anyone using the client with an old server (the one at my institute is 2.1.4) and experiencing no sync for new libraries? If I create a new library to sync a local folder already containing some files then no sync is performed: no file is uploaded to the server. The seafile.log file shows: [12/15/15 16:35:22] sync-mgr.c(660): Repo 'Documents' sync state transition from 'synchronized' to 'committing'. [12/15/15 16:35:23] sync-mgr.c(660): Repo 'Documents' sync state transition from 'committing' to 'initializing'. But if I add a new file to the local folder or touch one of the existing ones then that file is synced and uploaded.

snack commented on 2015-12-14 08:56 (UTC)

Compiling with Qt5 support as suggested by edacval partially fixes the problem. xembedsniproxy does not crash anymore and the Saefile icon is not displayed in the system tray but rather in the Status & Notifications panel, which is fine for me. The only problem is that the application window cannot be restored by clicking on the Seafile icon, and also the right click does nothing.

edacval commented on 2015-12-13 13:30 (UTC)

You can try to rebuild with QT5: change PKGBUILD 19 line to "cmake -DUSE_QT5=on -DBUILD_SHIBBOLETH_SUPPORT=ON -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr ."

eolianoe commented on 2015-12-13 12:54 (UTC)

Does a switch to Qt5 may change something to the problem? By the way the change to Qt5 can be a good thing as Qt4 will reach its end of life

xarinatan commented on 2015-12-13 00:35 (UTC)

Seeing the same issue as @Snack on a completely fresh setup (KDE 5.5), not sure what to do to resolve the issue though.

snack commented on 2015-12-11 11:01 (UTC)

Since the update to Plasma 5.5 the tray icon is disappeared. I have been able to track down the issue being seafile-applet making xembedsniproxy crash, as reported here: https://bbs.archlinux.org/viewtopic.php?pid=1585237#p1585237 Is anyone having a similar issue?

fsf commented on 2015-12-08 14:54 (UTC)

Thank you very much!

« First ‹ Previous 1 .. 27 28 29 30 31 32 33 34 35 36 37 .. 44 Next › Last »