I use makepkg
to build packages without a build chroot and 88686213c3 uses libunwind
when it is installed, which is the case on my system. Perhaps add libunwind
as a dependency for zfs-utils
?
Search Criteria
Package Details: zfs-utils 2.2.7-1
Package Actions
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.66 |
First Submitted: | 2018-10-28 22:49 (UTC) |
Last Updated: | 2024-12-13 11:25 (UTC) |
Dependencies (1)
Required by (41)
- dataleech
- docker-zfs-plugin
- goblocks (optional)
- growlight (optional)
- grub-libzfs
- httm (optional)
- httm-bin (optional)
- httm-git (optional)
- kpmcore-git (optional)
- pivy (optional)
- pivy (make)
- prepare-lastboot
- python-pylibzfs
- systemd-zpool-scrub
- targetd (optional)
- targetd-git (optional)
- zfs-dkms
- zfs-dkms-staging-compat-git
- zfs-dkms-staging-git
- zfs-linux
- zfs-linux-git
- zfs-linux-git-headers
- zfs-linux-hardened
- zfs-linux-hardened-headers
- zfs-linux-headers
- zfs-linux-lts
- zfs-linux-lts-headers
- zfs-linux-rt
- zfs-linux-rt-headers
- zfs-linux-zen
- zfs-linux-zen-headers
- zfs-openrc
- zfs-undelete
- zfs-undelete-git
- zfscrypt-git
- zfsmultimount-git
- zfs_autobackup
- zfs_uploader-git
- znp-git
Sources (6)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 .. 13 Next › Last »
ed209 commented on 2024-08-07 07:59 (UTC)
kstolp commented on 2024-08-07 07:24 (UTC)
@ed209, Can you share how you came to that conclusion? I haven't added any direct dependencies to this package.
ed209 commented on 2024-08-07 06:26 (UTC)
I noticed during updating my custom ZFS install/recovery USB stick that this package now depends on libunwind
.
ipaqmaster commented on 2024-05-07 23:09 (UTC)
I force-built this for aarch64 in a niche use-case on a Pi 4 and it was fine.
air-g4p commented on 2024-03-12 04:59 (UTC)
@darkbasic - thanks for your heads up. I read the github link and your post. Haven't run into any 6.8 zfs problems yet (only been a day), but I don't run Docker or Steam.
Noted on your 15931 backport. Please let me know when you believe a future PKGBUILD is good to go!
Cheers
darkbasic commented on 2024-03-11 20:19 (UTC)
@air-g4p Btw I highly suggest you to NOT use kernel 6.8 with zfs yet: https://github.com/openzfs/zfs/issues/15930
I've backported https://github.com/openzfs/zfs/pull/15931 in my own tree but I won't release it in a public PKGBUILD until it reaches master.
air-g4p commented on 2024-03-11 17:31 (UTC)
@darkbasic - Glad you are watching carefully. When we inexorably transition to the 6.9-x kernels, I would be happy to test your proposed PKGBUILD.
Please let me know when available.
Cheers
darkbasic commented on 2024-03-11 09:39 (UTC)
Good news: zfs-utils installed and operates correctly against the 6.8.0 linux and -zen kernels released today, 11 March!
6.8 compat patches made their way into the 2.2.3-staging branch just days before the 2.2.3 release, but it's a rare occurrence. Most likely by the time 6.9 stable gets released there won't by any support in any released version. I'd like to add official patches to the PKGBUILD to remedy that but the current maintainers are against it, so I'm going to create my own package. Stay tuned if you are interested.
air-g4p commented on 2024-03-11 09:30 (UTC)
Good news: zfs-utils installed and operates correctly against the 6.8.0 linux and -zen kernels released today, 11 March!
Cheers
kstolp commented on 2023-11-28 21:59 (UTC)
I've just added the patch for the file corruption issue.
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...