Package Details: seafile 9.0.13-1

Git Clone URL: https://aur.archlinux.org/seafile.git (read-only, click to copy)
Package Base: seafile
Description: An online file storage and collaboration tool
Upstream URL: https://github.com/haiwen/seafile
Licenses: GPL2
Conflicts: seafile-server
Provides: seafile-client-cli
Submitter: eolianoe
Maintainer: Joffrey
Last Packager: Joffrey
Votes: 110
Popularity: 0.000000
First Submitted: 2016-08-11 16:38 (UTC)
Last Updated: 2025-04-04 12:14 (UTC)

Pinned Comments

Latest Comments

« First ‹ Previous 1 .. 21 22 23 24 25 26 27 28 29 30 31 .. 47 Next › Last »

Almin commented on 2015-03-22 14:59 (UTC)

Hmm... sadly still doesn't work for me. It runs, it syncs desktop clients, but not mobile ones. Downloading from the web frontend also doesn't work.

MadMe commented on 2015-03-22 13:57 (UTC)

Ok i don't know why it worked with a new instance. but it seems like i messed up with the ssl stuff... A New ssl certificate and it works very well:) sorry for spaming :-/ And Thanx for your Help :-D Everything works now really nice for me :-D

MadMe commented on 2015-03-22 09:10 (UTC)

It works with a new instance... With my old instance the client stuck on Connecting to server... Is there a way to debug it?the logs don't say much...

mertemba commented on 2015-03-20 20:07 (UTC)

@MadMe: Syncing (up and down) works for me on linux. My ccnet.log is as follows: [03/20/15 21:00:07] ../common/session.c(432): socket file exists, delete it anyway [03/20/15 21:00:07] ../common/session.c(461): Listen on /srv/seafile/ccnet/ccnet.sock for local clients [03/20/15 21:00:07] ../common/session.c(267): Update pubinfo file [03/20/15 21:00:07] ../common/connect-mgr.c(515): Opened port 10001 to listen for incoming peer connections [03/20/15 21:00:08] ../common/session.c(375): Accepted a local client

MadMe commented on 2015-03-20 19:11 (UTC)

in the ccnet.log of the client i found this: [03/20/15 20:05:55] ../common/processors/rcvcmd-proc.c(492): Add server a28d84vc mydomain.myfritz.net:10001 [03/20/15 20:05:55] ../common/connect-mgr.c(364): [Conn] Start outgoing connect to (null)(a28d84vc39) 85.88.88.47:10001 [03/20/15 20:06:05] ../common/connect-mgr.c(220): [Conn] peer (null)(a28d84vc39) connection fails I think the client shouldnt see the port? a little bit strange for me. (i'm using nginx with https)

MadMe commented on 2015-03-20 19:02 (UTC)

Downloading works like a charm... But syncing wont... with linux an windows... can somebody confirm this? Maybe i killed something in my config as i thought the download problem was there hidden...

<deleted-account> commented on 2015-03-20 13:58 (UTC)

@calrama: That is strange. In any case, thank you for the information, I have updated seafile-server and libevhtp-seafile appropriately, so it should work now.

mertemba commented on 2015-03-20 13:52 (UTC)

I tried a few more things, and apparently the issue is caused by libevhtp 1.2.10. When using libevhtp 1.2.9 downloads work as expected (no difference if using seafile 4.0.5 or 4.0.6).

<deleted-account> commented on 2015-03-20 13:05 (UTC)

@jellysheep: No problem, I just wanted to clarify it. There were no changes from 4.0.5 to 4.0.6 in terms of the PKGBUILD (other than updating version and checksums) that I can remember. If you mean upstream: I am not aware of any.

mertemba commented on 2015-03-20 13:02 (UTC)

@calrama: It is funny that you found my bug report. :) I reopened it as you suggested. Though sorry for blaming your starting script. Were there any packaging/deploying changes introduced from 4.0.5 to 4.0.6? @Varakh: Yeah, this way it works for me, too, I also wrote a systemd service for this. :) Though it does not solve the issue itself, and btw there is a huge difference between installing a binary package from 3rd party site vs. compiling it from source.