Arch Linux User Repository

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...

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.

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.

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.

@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.

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

@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.

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. :)

@all Some dependencies have been updated. The stability can not be guaranteed, you can wait for the next update.

Have a look at the other comments starting with: 2018-02-08 10:01

there were some significant changes to how the packages interact and depend on each other

I assume your problem is that you can't update your system right now? If you are using only the client:

pacman -Rdd ccnet-server

should fix your problems, after that you can update ccnet (and seafile) again