Package Details: seahub 9.0.2-1

Git Clone URL: https://aur.archlinux.org/seahub.git (read-only, click to copy)
Package Base: seahub
Description: The web frontend for seafile server
Upstream URL: https://github.com/haiwen/seahub
Licenses: Apache
Submitter: eolianoe
Maintainer: Joffrey
Last Packager: Joffrey
Votes: 7
Popularity: 0.73
First Submitted: 2017-07-03 09:48
Last Updated: 2021-12-17 12:12

Latest Comments

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

DanSman commented on 2021-12-15 05:33

Hey guys

I don't have any issues anymore like I mentioned comments below. @Artain try that
pacman -Qoq /usr/lib/python3.9
pikaur -S $(pacman -Qoq /usr/lib/python3.9) --rebuild
With your helper, of course. But my setup is different anyway. I use aur-seahub only to get all dependencies + libselinux. And everything else I installed through the official installation/tutorial because I was too stupid to understand this way here :)
I have 4 server running this way and everything is running fine. But also still on latest 8 version.

trap000d commented on 2021-12-15 03:14

@DanSman, I had an issue with the latest upgrade. In short, I didn't follow the right order - at first I've upgraded seafile, and only then - the rest of system, then rebooted. After that I've got: === seafile.sh[648]: seaf-server: error while loading shared libraries: libldap-2.4.so.2: cannot open shared object file: No such file or directory === which has been resolved with one more clean rebuild of seafile/seahub.

In your case it might be some missed Python package, indeed. To trace it down find the line in gunicorn.conf.py

== gunicorn.conf.py ==

daemon = True

==

and change it to daemon = False

then try to start seafile.sh and seahub.sh -- all errors will go onto stdout so you'll have a chance to figure out what is wrong.

Artain commented on 2021-12-14 19:54

@DanSman I celebrated too early. It did start but it's not working. I still don't get any logs. And after downgrading get the same result. But after 4h I can only hope @Joffrey updates to version 9 and I can get it working again then.

DanSman commented on 2021-12-14 18:44

@Artain
Thanks for the hint! I have it back on track as well.

pacman -Qoq /usr/lib/python3.9
pikaur -S $(pacman -Qoq /usr/lib/python3.9) --rebuild
Was my solution.

Artain commented on 2021-12-14 17:57

@DanSman I just got the exact same problem. First which is nice to know if you start seahub.sh manually from the console with start-fastcgi parameter, you can get a more verbose error message. Secondly it appears that the last update I did with pacman deleted 2 packages for me it was captcha which I just installes with pip install captcha I also needed to rebuild https://aur.archlinux.org/packages/python-django-statici18n/ after that I could start seahub again.

DanSman commented on 2021-12-14 09:32

Is anyone having a problem with seahub starting after an update?

I just updated my server and ran into an issue with seahub being updated as well. Seahub is no longer starting. I'm currently trying to figure out what the issue could be. New python update maybe or dependencies? Rebuild doesn't work either. Baeh ...

mqs commented on 2021-03-05 15:27

For all those wondering why seafile has to be installed as weirdly as it is (some directory with somthing.tld in /srv which has logs, configs, data and application files mixed, manual upgrades with helpers etc, I have two answers:

  1. This is (sadly) pretty much baked into the seafile-server code base. The multi-domain thing is something I do not understand as I know nobody who hosts multiple instances of seafile on a single machine. This does not make sense and no other package does this. But bundling everything together is hardcoded into seafile.
  2. I tried to fix this on my own by making some modifications to seahub and seafile-server. You can check it out here: https://code.mqus.pw/archpkg/sane-seafile-server

I'm using that package and I'm happy with it, but please be aware that I mostly glued the seafile-server and seahub packages together on my own assumptions and there is no defined upgrade path from the AUR packages to this one. I can only maintain this package because I can observe the changes made here and expect there to be bugs. I currently know of no bugs but I can't guarantee anything.

Joffrey commented on 2021-01-18 21:41

Hello @Artain, sorry I forgot to enable LDAP support.
It should be Ok with seafile-server-8.0.2-2.
Regards,
Joffrey

Artain commented on 2021-01-18 16:23

@Joffrey can you please check something for me. I just upgraded and now the ldap integration is no longer working. This can be of course a problem with seafile it self and there is already a post in the seafile Forums https://forum.seafile.com/t/ldap-broken-under-seafile-8-0-1-server/13526/2 But I noticed something. Since version 8 no longer has the ccnet component where does seafile get the ldap module from. If you look in the old ccnet package https://aur.archlinux.org/packages/ccnet-server/ you can see a dependency to libldap but I can't find this or any similar dependency here or in the seafile-server package. Also in the Seafile forums announcement post someone also said that he needs the python lib "python3-ldap" https://forum.seafile.com/t/seafile-community-edition-8-0-is-ready-for-test/13555/8#post_8 Thank you. Artain

Joffrey commented on 2020-12-05 11:17

Thanks @kuzalj for your feedback, I have bumped "pkgrel" for all dependencies.
For those using ARM you can wait a bit before updating, Python 3.9 isn't on mirrors yet.