Package Details: seafile 8.0.4-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: 114
Popularity: 1.48
First Submitted: 2016-08-11 16:38
Last Updated: 2021-10-08 20:13

Latest Comments

« First ‹ Previous ... 2 3 4 5 6 7 8 9 10 11 12 ... Next › Last »

broken.pipe commented on 2017-05-15 17:25

Thanks for your effort and upgrading the pkg! Everything is back to normal and running fine on openssl-1.1! :)
armv7h is still broken due to a broken python2 pkg (downgrading to 2.7.13-1 fixes this)

woffs commented on 2017-05-12 20:00

my ccnet binary links only against libcrypto.so.1.1
but in case of ccnet-server you're right, 6.1.0 still does not compile with openssl-1.1

broken.pipe commented on 2017-05-10 10:41

Looks like they have already patched the 6.0.6 sources for openssl-1.1:
https://github.com/haiwen/seafile/commit/549a09039f3204c15c95544b9332e798d73933d4

@woffs: Yes 6.0.6 is building and running fine w/o the patches

But ccnet-server and ccnet still rely on openssl-1.0

eolianoe commented on 2017-05-10 06:49

@woffs: ccnet-server and seafile-client are not yet compatible with openssl-1.1. When all the seafile packages will be compatible with openssl-1.1, I'll drop the patches

woffs commented on 2017-05-09 23:12

Upgrading to 6.0.6 and dropping the patches produced a working set of packages (on i686).

broken.pipe commented on 2017-05-05 13:27

I donwgraded all pkgs on my arm machines to <= openssl-1.0. No errors so far. As long there is no official openssl-1.1 seafile release, i will keep this state.

eolianoe commented on 2017-05-02 18:32

@broken.pipe: Sorry I cannot test on other architectures :(

broken.pipe commented on 2017-05-02 11:07

seaf-cli init and start works on armv6h. Downloading and syncing fails:

Traceback (most recent call last):
File "/usr/bin/seaf-cli", line 832, in <module>
main()
File "/usr/bin/seaf-cli", line 828, in main
args.func(args)
File "/usr/bin/seaf-cli", line 532, in seaf_sync
token = get_token(url, username, password, conf_dir)
File "/usr/bin/seaf-cli", line 225, in get_token
token_json = urlopen("%s/api2/auth-token/" % url, data=data)
File "/usr/bin/seaf-cli", line 198, in urlopen
resp = urllib2.urlopen(req)
File "/usr/lib/python2.7/urllib2.py", line 154, in urlopen
return opener.open(url, data, timeout)
File "/usr/lib/python2.7/urllib2.py", line 429, in open
response = self._open(req, data)
File "/usr/lib/python2.7/urllib2.py", line 447, in _open
'_open', req)
File "/usr/lib/python2.7/urllib2.py", line 407, in _call_chain
result = func(*args)
File "/usr/lib/python2.7/urllib2.py", line 1241, in https_open
context=self._context)
File "/usr/lib/python2.7/urllib2.py", line 1198, in do_open
raise URLError(err)
urllib2.URLError: <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:661)>

broken.pipe commented on 2017-05-01 06:37

It's working fine on x86. Armv6h and Armv7h show the following error:

seaf-cli start
Traceback (most recent call last):
File "/usr/bin/seaf-cli", line 82, in <module>
import urllib2
File "/usr/lib/python2.7/urllib2.py", line 94, in <module>
import httplib
File "/usr/lib/python2.7/httplib.py", line 80, in <module>
import mimetools
File "/usr/lib/python2.7/mimetools.py", line 6, in <module>
import tempfile
File "/usr/lib/python2.7/tempfile.py", line 35, in <module>
from random import Random as _Random
File "/usr/lib/python2.7/random.py", line 885, in <module>
_inst = Random()
File "/usr/lib/python2.7/random.py", line 97, in __init__
self.seed(x)
File "/usr/lib/python2.7/random.py", line 113, in seed
a = long(_hexlify(_urandom(2500)), 16)
OSError: [Errno 38] Function not implemented

Captain_Rage commented on 2017-04-29 12:56

I also suspect that something is not working as intended after the last upgrade of openssl. The Seafile desktop client keeps showing a 'Transport Error' message as well as a yellow icon ("not synced") for all my libraries.

~/.ccnet/logs/applet.log:

[2017-04-29 14:47:53][Sea RPC] Bad response: 102 processor is dead.
[2017-04-29 14:47:54][Sea RPC] Bad response: 102 processor is dead.
[2017-04-29 14:47:54]failed to get repo list: Transport Error

[2017-04-29 14:47:54][Sea RPC] Bad response: 102 processor is dead.

Looks like something keeps crashing, but I haven't managed to pinpoint it. @woffs: I'm also inclined to think so! Is this something that we can change or a problem upstream?

EDIT:
The Seafile client works perfectly after upgrading the packages to 6.0.6.