Package Details: seafile-client 5.1.0-1

Git Clone URL: https://aur.archlinux.org/seafile-client.git (read-only)
Package Base: seafile-client
Description: This is seafile client for synchronizing your local files with seafile server. Qt4 version.
Upstream URL: https://github.com/haiwen/seafile-client/
Licenses: Apache
Conflicts: seafile-client-qt5
Submitter: Localizator
Maintainer: edacval
Last Packager: edacval
Votes: 92
Popularity: 1.310554
First Submitted: 2012-12-10 17:34
Last Updated: 2016-04-12 23:46

Pinned Comments

mjianr commented on 2016-01-07 20:25

Seems like there's a big misunderstood here about "seafile-shared" package. As it's made with split-pkgbuild, it outputs client-cli, server and shared packages (so that you won't compile all, 2 hours each on raspberry pi). AUR helpers like yaourt may try to install all of them, so, if someone struggling, make seafile-shared first and install needed packages with pacman -U manually or either use appropriate arguments (NOT --noconfirm!).

I hope I made this clearer.

Latest Comments

lins05 commented on 2016-04-05 09:08

Hi, I'm Shuai Lin from the seafile team. I'm here to notify the maintainer of this AUR that we're going to remove Qt 4 support in seafile-client soon (most likely before we release seafile client 5.1.0) since it has become a maintenance burden of the code base.

tuxayo commented on 2016-03-19 15:03

Is there something that prevents updating the client to 5.0.6?

muon commented on 2016-02-09 19:47

For what it's worth, the upgrade worked fine for me by simply
* removing older versions of seafile-client and seafile-shared
* building/upgrading ccnet (to 5.0.5-1)
* building/upgrading seafile-shared from the split package (to 5.0.5-1)
* building/upgrading this package (to 5.0.4-1).
Now, all seems to be running fine.

a-bostaurus commented on 2016-02-06 14:29

I got four arch-computer with seafile, and in the meantime no one is working relating to seafile. What I get are informations that there is an error ... It is more than annoying ...

rami commented on 2016-01-31 12:58

To me, it worked after I installed current seafile-shared manually. The dependency statement seafile-shared>=4.3.0 seems to be wrong.

nicolauz commented on 2016-01-15 12:25

The whole aur package is broken/annoying!
Not that I can't fix the issue .. it's that there is an issue.
A simple yaour -Suya should update all my aur packages .. it does, except seafile because either the dep on ccnet is "=" (instead of >=), or because seafile-[shared|server]'s pkg-split is broken

Popkornium18 commented on 2016-01-14 12:15

How can I upgrade the seafile-client package without reinstalling it. When I try to upgrade it it fails, because seafile-shared needs ccnet-5.0.3.

mjianr commented on 2016-01-07 20:25

Seems like there's a big misunderstood here about "seafile-shared" package. As it's made with split-pkgbuild, it outputs client-cli, server and shared packages (so that you won't compile all, 2 hours each on raspberry pi). AUR helpers like yaourt may try to install all of them, so, if someone struggling, make seafile-shared first and install needed packages with pacman -U manually or either use appropriate arguments (NOT --noconfirm!).

I hope I made this clearer.

Popkornium18 commented on 2016-01-07 19:35

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

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.

All comments