@PsiTrax: please read carefully the dependency list. This package only depends on 'seafile-shared' which is part of the split package 'seafile-server'. This split package builds 'seafile-shared', 'seafile-client-cli' and 'seafile-server' but you have to install only 'seafile-shared' to get 'seafile-client' working.
Search Criteria
Package Details: seafile-client 9.0.11-1
Package Actions
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) |
Dependencies (7)
- qt6-5compat
- qt6-base (qt6-base-gitAUR, qt6-base-headlessAUR)
- qt6-webengine
- seafileAUR
- cmake (cmake-gitAUR) (make)
- qt6-tools (make)
- gtk-update-icon-cache (gtk-update-icon-cache-gitAUR) (optional)
Required by (0)
Sources (2)
Latest Comments
« First ‹ Previous 1 .. 26 27 28 29 30 31 32 33 34 35 36 .. 44 Next › Last »
eolianoe commented on 2016-05-08 20:24 (UTC) (edited on 2016-05-08 20:25 (UTC) by eolianoe)
PsiTrax commented on 2016-05-08 20:17 (UTC)
Still pulling the server ??? ;(
lins05 commented on 2016-04-05 09:08 (UTC) (edited on 2016-04-05 09:08 (UTC) by lins05)
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 (UTC)
Is there something that prevents updating the client to 5.0.6?
muon commented on 2016-02-09 19:47 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
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.
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.