Package Details: zfs-utils 2.2.7-1

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: 69
Popularity: 3.44
First Submitted: 2018-10-28 22:49 (UTC)
Last Updated: 2024-12-13 11:25 (UTC)

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

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 Next › Last »

enricop commented on 2020-05-21 09:20 (UTC)

@eschwartz : when this will be updated to 0.8.4?

Gooberslot commented on 2020-05-21 06:31 (UTC)

This won't build for me. Give me this error:

CCLD libzfs.la /usr/bin/ld: ../../lib/libshare/.libs/libshare.a(smb.o):(.bss+0x0): multiple definition of `smb_shares'; ../../lib/libshare/.libs/libshare.a(libshare.o):(.bss+0x0): first defined here collect2: error: ld returned 1 exit status make[3]: [Makefile:694: libzfs.la] Error 1 make[3]: Leaving directory '/home/gooberslot/tmp/zfs-utils/src/zfs-0.8.3/lib/libzfs' make[2]: [Makefile:562: all-recursive] Error 1 make[2]: Leaving directory '/home/gooberslot/tmp/zfs-utils/src/zfs-0.8.3/lib' make[1]: [Makefile:730: all-recursive] Error 1 make[1]: Leaving directory '/home/gooberslot/tmp/zfs-utils/src/zfs-0.8.3' make: [Makefile:599: all] Error 2

StayFrosty commented on 2020-02-13 02:55 (UTC)

This package builds fine on arm64 if the config.guess is updated or the config.guess provided on the system is used instead of the one included with the package.

francoism90 commented on 2020-01-27 17:53 (UTC) (edited on 2020-05-21 08:43 (UTC) by francoism90)

This PKG looks like it is missing a lot of stuff. I really recommend to use https://github.com/archzfs/zfs-utils instead.

hoodie commented on 2020-01-03 14:51 (UTC)

Hi there! I get a this: ==> Verifying source file signatures with gpg... zfs-0.8.2.tar.gz ... FAILED (unknown public key 6AD860EED4598027)

has anything changed about that signature of the packages?

xiaoliniess commented on 2019-12-27 11:54 (UTC) (edited on 2019-12-27 11:57 (UTC) by xiaoliniess)

A small fix for zfs.initcpio.hook suggested:

  • if ! zpool list -H "${pool}" 2>&1 > /dev/null ; then

  • if ! zpool list -H "${pool}" > /dev/null 2>&1 ; then

From bash reference:

Note that the order of redirections is significant. For example, the command

ls > dirlist 2>&1

directs both standard output (file descriptor 1) and standard error (file descriptor 2) to the file dirlist, while the command

ls 2>&1 > dirlist

directs only the standard output to file dirlist, because the standard error was made a copy of the standard output before the standard output was redirected to dirlist.

andrius4669 commented on 2019-11-29 23:11 (UTC) (edited on 2019-11-29 23:20 (UTC) by andrius4669)

I've successfully built on aarch64 after adding ./autogen.sh before ./configure.

For x86 and x86_64 that could be skipped, but I guess for most other archs it needs to be done, at least until upstream updates automake version they build configure scripts with.

alpine for example does autoreconf -vif in prepare: https://git.alpinelinux.org/aports/tree/main/zfs/APKBUILD

zfs-dkms is unaffected by this issue because it does autoreconf -fi in prepare: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=zfs-dkms#n37

maybe add something like [ "$CARCH" != "x86" -a "$CARCH" != "x86_64" ] && autoreconf -vif in prepare(), also adding aarch64 to arch var would be nice as it built fine for me with that fix.

edit: fixed suggested autoreconf condition

chungy commented on 2019-11-16 00:46 (UTC)

Needs to be updated for Python 3.8

QDesjardin commented on 2019-10-28 19:50 (UTC)

I don't know if this is the right place, when I tried switching over to this zfs-utils package (from the one provided on archzfs), my system would not boot properly -- it would complain about being unable to import the zpools (was in use by another system with the hostid=0).

When I switched back over to the zfs-utils from archzfs, my system works once again.