@ciil: not needed here. I just did yaourt -S seafile-client to fix the error Varakh is experiencing. Other mileage may vary, though.
Search Criteria
Package Details: seafile-client 9.0.13-2
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: | 2025-04-05 18:40 (UTC) |
Dependencies (7)
- qt6-5compat
- qt6-base (qt6-base-gitAUR, qt6-base-headlessAUR)
- qt6-webengine
- seafileAUR
- cmake (cmake-gitAUR, cmake3AUR) (make)
- qt6-tools (make)
- gtk-update-icon-cache (gtk-update-icon-cache-gitAUR) (optional)
Required by (0)
Sources (2)
snack commented on 2017-05-01 12:44 (UTC)
ciil commented on 2017-05-01 12:38 (UTC)
@Varakh @snack: You need to first uninstall all required (or at least the built packages), eg with yaourt -Rsn seafile-client. And then rebuild the full chain, including seafile and ccnet, again.
mitchlazzlo commented on 2017-05-01 11:46 (UTC)
Launching the seaf-daemon separatly in a terminal resolves the "Transport error" problem. However fixing this could be nice.
snack commented on 2017-05-01 08:37 (UTC)
@Varakh: rebuild seafile-client. It fixed that problem for me.
seidler2547 commented on 2017-05-01 07:59 (UTC)
Having the same problem. All libraries from all servers appear unsynced. Tried rebuilding but it didn't help.
Captain_Rage commented on 2017-04-28 19:48 (UTC)
When I drag and drop a file to the library icon in the Seafile applet the file gets uploaded. It still refuses to sync the files locally, though, and keeps showing the 'Transport Error' message. Very peculiar.
snack commented on 2017-04-28 17:24 (UTC)
@Captain_Rage: I noticed the presence of the server in the dropdown menu too. It sounds strange also to me. About the openssl packages in my system:
lib32-openssl 1:1.1.0.e-1
lib32-openssl-1.0 1.0.2.k-1
openssl 1.1.0.e-1
openssl-1.0 1.0.2.k-3
Captain_Rage commented on 2017-04-28 17:10 (UTC)
@snack: I tried to delete only ~/.ccnet but that didn't help.
When I delete both configuration directories and start up the Seafile applet, the configuration seems to be clean, except that the server address is still in the dropdown menu, which is a bit strange. Does the Seafile client keep any configuration files in other locations, besides ~/.ccnet and ~/Seafile/.seafile-data?
@snack: Which packages of openssl do you have installed? Maybe my Seafile client got built against the wrong version, since I got openssl 1.1.0.e-1, openssl-1.0 1.0.2.k-3, lib32-openssl 1:1.1.0.e-1 and lib32-openssl-1.0 1.0.2.k-1 installed. Not sure how to troubleshoot this.
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.