Package Details: seafile 9.0.11-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: 111
Popularity: 0.000000
First Submitted: 2016-08-11 16:38 (UTC)
Last Updated: 2024-11-14 17:06 (UTC)

Pinned Comments

Latest Comments

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

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.

BunBum commented on 2014-02-21 07:16 (UTC)

Ok thank you. I will have a look at the GitHub issue.

<deleted-account> commented on 2014-02-20 19:13 (UTC)

No problem, and I am also a bit sad about that, though more annoyed than sad. Anyway, you can always monitor or post to the issue I linked, that is where I post when I notice there's a new binary release without corresponding sources.

BunBum commented on 2014-02-20 18:26 (UTC)

Ah ok ok I understand. I thought the download link was a source tarball. That explains a lot. Thank you for clarifying. Big sorry! So I (we) have to wait for a source releas from the seafile crew... I am sad that the Seafile developers are not accurate with their source code.

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