Hi, seems python2-djblets is now renamed to https://aur.archlinux.org/packages/python2-django-djblets/
Search Criteria
Package Details: seafile 9.0.11-1
Package Actions
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) |
Dependencies (8)
- fuse (fuse2)
- libevent (libevent-gitAUR)
- libsearpcAUR
- libwebsockets
- python-future
- sqlite (sqlite-fossilAUR, libsql-sqlite3AUR)
- intltool (make)
- vala (vala-gitAUR) (make)
Required by (2)
Sources (2)
Latest Comments
« First ‹ Previous 1 .. 27 28 29 30 31 32 33 34 35 36 37 .. 47 Next › Last »
axil42 commented on 2014-09-20 07:05 (UTC)
Narigo commented on 2014-09-18 05:36 (UTC)
@Hinz, no idea about the webdav module, but we have 3.0.0 shown in the webinterface as well.
Hinz commented on 2014-08-27 09:01 (UTC)
Upgrade from 3.0.4 to 3.1.1 ran pretty smoothly. Two questions though.
- Is the webdav module included in this build or has it anybody running?
- Am I the only one who still got Server Version: 3.0.0 shown in the Webinterface?
@calrama Thanks for the packages, makes it a lot easier!
But could it be that the seafile-shared Dependency should be seafile-shared>=3.1.x? I got 3.0.4 installed and upgraded the seafile-server package to 3.1.1-2. The shared package wasn´t upgraded and the server wouldn´t start. After I upgraded the seafile-shared manually the server ran again. I think it was the same error as kiven.
kiven commented on 2014-08-21 08:16 (UTC)
@calrama I had the same problme with a fresh install of seafile on my server. I did not retry on it because I reinstalled my server with CentOS 7.
<deleted-account> commented on 2014-08-18 20:41 (UTC)
@kiven Have you figured out your problem? I tried reproducing it in a clean machine and I was only able to do so when not using seahub-preupgrade. Have you tried doing the steps made inside seahub-preupgrade manually / had a look at the official seafile wiki? The seahub-preupgrade script does nothing more than do what is written there minus some stuff not applicable to the Archlinux seafile-server setup.
<deleted-account> commented on 2014-08-18 20:39 (UTC)
@cola4cube This has only happened to me when not using "makepkg" directly, i.e. using an AUR helper. Did you use makepkg or an AUR helper? If you used an AUR helper, please try using makepkg and pacman directly (e.g. after getting the package with yaourt -G seafile-server) and should you get the same error please say so; otherwise (if you already used makepkg/pacman), please tell me what the installed packages (direct dependencies of seafile-server only) were at the moment when you got that error.
@simeonfelis You probably have gunicon-python2 19.x installed. But as can be read earlier in the comments, to use seafile-server without --fastcgi, you need gunicorn-python2 of version < 19, so the dependency is valid as == 18.0. If you always use seafile-server with --fastcgi (as the example service does), then you don't need gunicon-python2 at all (as far as I know), but because both modes are mutually exclusive and either one can be the main mode of operation, this can not be an optional dependency. Furthermore, if you want gunicorn-python2 incorporated in the virtual environment, please provide a patch or a PKGBUILD I can include. The package should work the way it is if you use the standard Arch tools pacman/makepkg (no AUR helpers, I cannot speak for any issues with those), which is why I only see sense in maintaining, not enhancing at the moment. Again, however, if you can provide a working patch/PKGBUILD for this feature, I'd be more than happy to integrate it.
cola4cube commented on 2014-08-18 11:27 (UTC)
Yes, removing the version flag also helps 'gunicorn-python2'.
simeonfelis commented on 2014-08-18 11:23 (UTC)
In line depends of PKGBUILD, I replaced 'gunicorn-python2==18.0' with 'gunicorn-python2>=18.0', than the build started.
gunicorn-python2 is at version 19.x in aur. Let's face it: It very difficutl to maintain pip packages and system packages similtanously due to dependencies like that. With pip I could run pip2 gunicorn=18.0, but then the dependency would not be met for pacman.
Please include gunicorn-python2 into the virtual env (python jail?) that is already shipped with seafile.
Pinned Comments