Package Details: zrepl 0.6.0-1

Git Clone URL: https://aur.archlinux.org/zrepl.git (read-only, click to copy)
Package Base: zrepl
Description: One-stop ZFS backup & replication solution
Upstream URL: https://zrepl.github.io/
Licenses: MIT
Conflicts: zrepl-bin
Provides: zrepl
Submitter: johnramsden
Maintainer: johnramsden
Last Packager: johnramsden
Votes: 11
Popularity: 0.44
First Submitted: 2019-10-13 06:23 (UTC)
Last Updated: 2022-11-01 16:30 (UTC)

Latest Comments

1 2 Next › Last »

minus commented on 2022-12-27 14:41 (UTC) (edited on 2022-12-27 14:42 (UTC) by minus)

The build may fail with

==> Starting build()...
# github.com/zrepl/zrepl
flag provided but not defined: -flto
[...]

when your makepkg.conf has lto in options. The PKGBUILD passes the LDFLAGS to Go which apparently does not understand that one. Adding

options=('!lto')

to the PKGBUILD works around that. Would be cool if you could just add that.

johnramsden commented on 2022-11-08 01:10 (UTC)

@Beneter if you want changes to the default service you can put a service in the /etc/systemd/system directory and name it the same as the original service. It will then be used before the /usr/lib/systemd/system service. You can also add systemd overrides.

https://www.freedesktop.org/software/systemd/man/systemd.unit.html

Beneter commented on 2022-11-08 01:04 (UTC)

It works for me now. Thanks a lot!

By the way. Is there any chance to persist changes to /usr/lib/systemd/system/zrepl.service between releases?

johnramsden commented on 2022-11-01 16:34 (UTC)

@simonsd let me know if it starts for you now, or if you're still having a problem.

suger commented on 2022-09-14 14:31 (UTC) (edited on 2022-09-14 14:41 (UTC) by suger)

I have an issue similar to simonsd. I can run zrepl daemon and zrepl configcheck, but if I start the service, it dumps core on the ExecStratPre command. With zrepl-bin, the service starts fine.

simonsd commented on 2022-09-13 13:54 (UTC) (edited on 2022-09-13 13:55 (UTC) by simonsd)

package builds and installs, but daemon does not start

zrepl configcheck shows no errors though and zrepl-bin daemon works fine

willemw commented on 2022-05-27 05:09 (UTC)

All the conflicts between zrepl packages are defined in the other packages (zrepl-*). You don't have to keep track of other zrepl packages being created or deleted. See example in the Wiki guidelines: netbeans has no explicit 'provides' or 'conflicts' arrays.

mkolassa commented on 2022-05-26 23:04 (UTC)

That's great that the conflict is defined in the zrepl-bin package, but why should the conflict be removed from this package? It's still a conflict.

willemw commented on 2022-04-07 07:28 (UTC)

Please remove conflicts=('zrepl-bin'). The conflict is already defined in zrepl-bin.

bormental commented on 2022-01-22 20:11 (UTC)

@johnramsden I've got the update recently. Thank you!