Package Details: ccnet-server 7.1.5-2

Git Clone URL: https://aur.archlinux.org/ccnet-server.git (read-only, click to copy)
Package Base: ccnet-server
Description: Internal communication framework and user/group management for seafile server
Upstream URL: https://github.com/haiwen/ccnet-server
Licenses: GPL2
Conflicts: ccnet
Provides: ccnet
Submitter: eolianoe
Maintainer: None
Last Packager: Joffrey
Votes: 96
Popularity: 0.000010
First Submitted: 2017-01-07 14:58
Last Updated: 2020-12-05 11:00

Latest Comments

1 2 3 4 5 6 ... Next › Last »

tredaelli commented on 2020-03-04 10:18

Please remove postgresql-libs dependency (not needed in 7.1.1)

bionade24 commented on 2020-01-17 16:11

Please build this package against python3, too.

oi_wtf commented on 2019-08-12 20:05

I think libevhtp-seafile also links to libevent, so maybe check that one if you haven't already?

ldd is your friend here, grep the output for 'not found'. Something like this should appear if the *.so is the culprit: 

$ ldd /lib/libevhtp.so | grep 'not found' 
        libevent-2.1.so.6 => not found

and you could use a simple loop like this to find such problems: 

$ for lib in /lib/*.so; do ldd "$lib" | grep 'not found' && pacman -Qo "$lib"; done

or maybe use lddd from devtools...

DasGurke commented on 2019-08-12 18:57

I recently had issues starting seaf-server due to it linking against libevent-2.1.so.6

seaf-server: error while loading shared libraries: libevent-2.1.so.6: cannot open shared object file: No such file or directory

My first instinct was to simply recompile ccnet-server but this did not help. Recompiling seafile-server didn't help either. Can anyone tell me which package I should recompile? For the moment I have just pushed down the problem using ln -s /usr/lib/libevent-2.1.so.7 /usr/lib/libevent-2.1.so.6.

Captain_Rage commented on 2019-07-24 05:26

Getting

==> Starting prepare()... ==> Sources are ready. ==> Making package: ccnet-server 7.0.3-1 (ons 24 jul 2019 07:24:31) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> WARNING: Using existing $srcdir/ tree ==> Starting build()...

You must have automake installed to compile ccnet. Get ftp://sourceware.cygnus.com/pub/automake/automake-1.7.tar.gz (or a newer version if it is available) ==> ERROR: A failure occurred in build(). Aborting... Error making: ccnet-server

almost immediately once I try to build ccnet-server 7.0.3.

EDIT: automake 1.16.1 is installed.

Joffrey commented on 2019-07-13 09:29

Hello all! Yes, there is a new release for Seafile client and server, but for me it's NOT a STABLE release. The server upgrade is not conclusive, and I prefer wait a little. Of course, if the problem persists I will look that.

h44z commented on 2019-07-12 22:52

@eolianoe: I have updated this package to version 7.0.3. Find the updated PKGBUILD and .SRCINFO here: https://drive.google.com/open?id=1o_IXAXYx8qhNGtZt7efxHihmcYA4eM4-#

I also updated the seafile-client, seafile-server and seafile packages.

Captain_Rage commented on 2019-01-20 11:47

Looks like mariadbclient has been replaced by mariadb-libs. This dependency should be updated.

Joffrey commented on 2018-02-26 20:34

@Klemens I haved this message when I started the daemon:

$ seafile-admin start

Starting seafile-server...
ccnet-server: error while loading shared libraries: libpq.so.5: cannot open shared object file: No such file or directory

But postgresql-libs alone seems to be enough ( pacman -Fs libpq.so :/ ). I'm going to correct. Yes indirect dependencies are no longer marked, otherwise we must add bash python2 sqlite it's a little redundant. Thanks you for your feedback and contributions, I have removed also ffmepg on my server :) Soon I'll try to pack seahub without venv, but I fear for stability.

klemens commented on 2018-02-26 19:19

Is there specific reason you chose libpqxx over just postgresql-libs? I could not find any reference to the former in the source which just uses the C API directly. You could also depend on sqlite explicitly, but it currently isn't a problem as sqlite is an indirect dependency of pacman.

Other than that, all three updated packages build and seem to work fine here! Also thanks for making ffmpeg optional. :)