| Git Clone URL: | https://aur.archlinux.org/zfs-utils.git (read-only, click to copy) |
|---|---|
| Package Base: | zfs-utils |
| Description: | Userspace utilities for the Zettabyte File System. |
| Upstream URL: | https://zfsonlinux.org/ |
| Licenses: | CDDL |
| Submitter: | eschwartz |
| Maintainer: | kstolp |
| Last Packager: | kstolp |
| Votes: | 57 |
| Popularity: | 0.91 |
| First Submitted: | 2018-10-28 22:49 (UTC) |
| Last Updated: | 2024-05-03 03:00 (UTC) |
There is a bug in zfs which causes a core dump during "zfs send" when compiled with GCC 12. A workaround is to force compiler flag -fno-tree-vectorize. See here: zfs issue 13605
gentoo has already added that flag to their ebuild files. I recommend to add this to zfs-utils PKGBUILD as well. I am not sure about zfs-dkms. May be this flag should be added there too as a precaution.
Can you add provides=('zfs-utils=2.1.4') to the PKGBUILD? The various zfs-linux packages require zfs-utils=2.1.4 which the pkgver 2.1.4+65.r05147319b0 doesn't satisfy.
Please update the initcpio hook to support encryption (https://github.com/eli-schwartz/pkgbuilds/issues/30). The last update cost me some time to recover my system (yes, I should have put the hook to /etc/initcpio/hooks to prevent overwriting, but it would still be nice to get encryption support out of the box).
Hi there, thanks for the package.
I was browsing my file system and was surprised to see that I had files in /usr/var/run!
I fixed this by adding --localstatedir=/var to the configure options.
Possibly consider adding "libaio" as (build) dependency. The configure script has checks for libaio.h.
Edit: Never mind. Seems like libaio is only used for test cases. Sorry for the noise.
@pizzatoole: Check out eschwartz's pinned comment beginning "This package doesn't support people who have failed to read".
I get this when trying to makepkg:
==> Verifying source file signatures with gpg...
zfs-2.1.1.tar.gz ... FAILED (unknown public key 0AB9E991C6AF658B)
==> ERROR: One or more PGP signatures could not be verified!
Edit: Thanks @wjlafrance. I've used makepkg before without signature problems, so I mistakenly thought it was a package issue. I was a little concerned at first as harmful AUR packages have existed before (albeit very uncommon). I now know this isn't the case with this version.
Looks like the repository is broken.
remote: Not Found fatal: repository 'https://aur.archlinux.org/zfs-utils.git/' not found
Would be nice if maintainer can update inticpio hook to be the same as the one in archzfs repo, as the one from this package does NOT support root volume encryption. See https://github.com/eli-schwartz/pkgbuilds/issues/30
There's a pull request open on the source repo which you can use to build 2.1.1 with https://github.com/eli-schwartz/pkgbuilds/pull/32/files
Pinned Comments
eschwartz commented on 2020-12-27 22:43 (UTC)
@Win8Error,
This package doesn't support people who have failed to read the wiki page https://wiki.archlinux.org/index.php/Makepkg, or cannot interpret error messages.
eschwartz commented on 2019-10-16 03:49 (UTC)
aarch64 is not an officially supported architecture for this PKGBUILD, since I don't exactly test it on such architectures. It failing to work is therefore not very surprising.
I guess you can do any necessary followup in that upstream bug report, hopefully upstream can get it into a state of "working out of the box" so that makepkg --ignorearch works. But I'm not investing any of my own time in this...