Package Details: seafile 9.0.11-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: 111
Popularity: 0.000000
First Submitted: 2016-08-11 16:38 (UTC)
Last Updated: 2024-11-14 17:06 (UTC)

Pinned Comments

Latest Comments

« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 47 Next › Last »

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

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 (UTC)

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 (UTC) (edited on 2017-05-11 06:31 (UTC) by broken.pipe)

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 (UTC)

@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 (UTC)

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 (UTC)

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 (UTC)

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

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

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 (UTC)

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