Package Details: zrepl 0.6.1-2

Git Clone URL: (read-only, click to copy)
Package Base: zrepl
Description: One-stop ZFS backup & replication solution
Upstream URL:
Licenses: MIT
Conflicts: zrepl-bin
Provides: zrepl
Submitter: johnramsden
Maintainer: johnramsden
Last Packager: johnramsden
Votes: 15
Popularity: 0.95
First Submitted: 2019-10-13 06:23 (UTC)
Last Updated: 2024-06-09 03:43 (UTC)

Dependencies (1)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

xiota commented on 2024-06-09 07:19 (UTC)

That fixes it.

johnramsden commented on 2024-06-09 03:44 (UTC)

@xiota Please let me know if this fixes your issue.

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()...
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


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.

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.