Package Details: seafile 9.0.13-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: 110
Popularity: 0.000000
First Submitted: 2016-08-11 16:38 (UTC)
Last Updated: 2025-04-04 12:14 (UTC)

Pinned Comments

Latest Comments

« First ‹ Previous 1 .. 36 37 38 39 40 41 42 43 44 45 46 47 Next › Last »

jprjr commented on 2014-03-19 00:14 (UTC)

I didn't even think to look in the wiki. Thanks!

<deleted-account> commented on 2014-03-18 21:31 (UTC)

jprjr: Hey, that's intentional, as there's no way to know where you want the seafile user's home directory to be (it could be /home/seafile, /srv/seafile, etc.}. See earlier discussion here and https://wiki.archlinux.org/index.php/Seafile on how to setup a Seafile server.

jprjr commented on 2014-03-18 19:42 (UTC)

Hi there - it looks like the systemd service file is expecting a seafile user to exist, but I don't think the package is creating the seafile user.

firecat53 commented on 2014-03-09 22:30 (UTC)

Reported the '%h' bug here: https://bugs.archlinux.org/task/39258 Scott

<deleted-account> commented on 2014-03-07 21:37 (UTC)

@gergan_penkov: I'm not overly familiar with systemd, so if you really think it's a bug, could you report it?

gergan_penkov commented on 2014-03-07 21:32 (UTC)

I suspect that this is a bug in systemd and probably someone should report it. In the man-page there is a note about %h - "Similar to "%U", this specifier is not available for units run by the systemd system instance, unless the configured user is the root user." But we use a valid user, probably some of the changes in the last version was overeager?

BunBum commented on 2014-03-06 11:38 (UTC)

I am not experienced enough but why should they remove the %h variable? Is it really deleted or is it only renamed to %home or something?

<deleted-account> commented on 2014-03-06 10:41 (UTC)

Thanks for reporting the problem, I haven't updated my server to 210, yet, so I hadn't run into it. Is either of you two aware of any fix / workaround, that I could include in the package's service, because replacing %h with the correct directory is something only the end-user can do?

gergan_penkov commented on 2014-03-06 10:19 (UTC)

I can confirm, that it does not work with 210-2. The %h is not correctly resolved and that's why the service could not start. If I replace the %h with the correct directory, seafile starts and works. Probably connected with http://cgit.freedesktop.org/systemd/systemd/commit/?id=487060c2394b7703e59650ef332053645ffae2a3 But I don't see any sense in the error message as %h should be absolute path.

BunBum commented on 2014-03-05 17:26 (UTC)

With the latest systemd update to version 210-2 the service does not start anymore. The status of the service indicates a "Error: "seafile-server/" not found in current directory". With the previous version of systemd everything worked fine.

« First ‹ Previous 1 .. 36 37 38 39 40 41 42 43 44 45 46 47 Next › Last »