Package Details: zfs-dkms-staging-git 2.4.3.r14.g027940e0b2-1

Git Clone URL: https://aur.archlinux.org/zfs-dkms-staging-git.git (read-only, click to copy)
Package Base: zfs-dkms-staging-git
Description: Kernel modules for the Zettabyte File System (release staging branch) with compatibility patches for latest stable kernel.
Upstream URL: https://zfsonlinux.org/
Licenses: CDDL-1.0
Groups: zfs-staging-git
Conflicts: zfs-dkms
Provides: SPL-MODULE, zfs, zfs-dkms, ZFS-MODULE
Submitter: bjin
Maintainer: bjin (darkbasic)
Last Packager: bjin
Votes: 12
Popularity: 0.014536
First Submitted: 2024-01-15 11:23 (UTC)
Last Updated: 2026-07-14 14:41 (UTC)

Dependencies (3)

Required by (20)

Sources (4)

Latest Comments

1 2 3 4 5 6 .. 8 Next › Last »

bjin commented on 2026-07-14 16:55 (UTC)

I would like to backport UID-based dataset zoning for rootless container support

@darkbasic: Well, let's only cherry-pick compatibility patches, along with verified and merged low-risk bug fixing changes for this AUR package.

yurikoles commented on 2026-07-13 10:47 (UTC)

@bjin

From AUR submission guidelines:

Do not commit mere pkgver bumps for VCS packages. They are not considered out of date when the upstream has new commits. Only do a new commit when other changes are introduced, such as changing the build process.

darkbasic commented on 2026-07-08 12:03 (UTC)

@yurikoles this is a very self contained change though: I've been using it for months and they still have to fix anything related. I'm trying to get it included into the cachyos kernel and if it goes through like I think it will reach a much bigger audience very soon.

yurikoles commented on 2026-07-08 11:24 (UTC) (edited on 2026-07-11 10:19 (UTC) by yurikoles)

I think what users are expecting from this package is just a minor stability improvements and support of newer kernels. If you're going to backport random new features that may cause a regressions and severe data loss you will eventually end up with a master's HEAD and there's already zfs-dkms-git to cover this case.

darkbasic commented on 2026-07-08 09:38 (UTC)

@bjin I would like to backport UID-based dataset zoning for rootless container support (https://github.com/openzfs/zfs/pull/18167). It basically allows you to use rootless podman with its native zfs backend. I've already backported the patch (https://github.com/darkbasic/zfs/commit/caf10661b301bf6d3b83bd33cf6c37500ddec0e3) and tested it on my system. What do you think about adding it to zfs-dkms-staging-git? If you agree I will push the updated PKGBUILD.

Lenry commented on 2026-04-21 06:45 (UTC)

I'm using pikaur, and it must be something with that. Doing it manually by makepkg, succeeded. Thank you

darkbasic commented on 2026-04-17 11:55 (UTC) (edited on 2026-04-17 11:57 (UTC) by darkbasic)

Can anybody else reproduce it? I cannot:

$ yay -Ss zfs-dkms-staging-git
aur/zfs-dkms-staging-git 2.4.1.r0.g1c702dda34-2 (+12 0.09) (Installed)
    Kernel modules for the Zettabyte File System (release staging branch) with compatibility patches for latest stable kernel.

$ yay -S linux-cachyos-lts-headers
Sync Explicit (1): linux-cachyos-lts-headers-6.18.22-1
resolving dependencies...
looking for conflicting packages...

Packages (1) linux-cachyos-lts-headers-6.18.22-1

Total Download Size:    58.30 MiB
Total Installed Size:  265.83 MiB

:: Proceed with installation? [Y/n] 
:: Retrieving packages...
 linux-cachyos-lts-headers-6.18.22-1-x86_64_v4                                                                                58.3 MiB  12.0 MiB/s 00:05 [##############################################################################################] 100%
(1/1) checking keys in keyring                                                                                                                           [##############################################################################################] 100%
(1/1) checking package integrity                                                                                                                         [##############################################################################################] 100%
(1/1) loading package files                                                                                                                              [##############################################################################################] 100%
(1/1) checking for file conflicts                                                                                                                        [##############################################################################################] 100%
(1/1) checking available disk space                                                                                                                      [##############################################################################################] 100%
:: Processing package changes...
(1/1) installing linux-cachyos-lts-headers                                                                                                               [##############################################################################################] 100%
:: Running post-transaction hooks...
(1/4) Arming ConditionNeedsUpdate...
(2/4) Updating module dependencies...
(3/4) Check that ZFS is supported by all installed kernel versions
(4/4) Install DKMS modules
==> dkms install --no-depmod zfs/2.4.1.r0.g1c702dda34 -k 6.18.22-1-cachyos-lts
==> depmod 6.18.22-1-cachyos-lts

Lenry commented on 2026-04-17 11:11 (UTC)

now I'm having the problem as below:

==> prepare() indítása…
  -> Staging branch set to branch=zfs-2.4.2-staging
  -> Applying patch 0001-only-build-the-module-in-dkms.conf.patch...
patching file scripts/dkms.mkconf
Hunk #1 succeeded at 29 with fuzz 1 (offset 1 line).
Hunk #2 succeeded at 62 (offset 1 line).
  -> Applying patch linux700-explicitly_set_setlease_handler_to_kernel_implementation.patch...
The next patch would create the file config/kernel-filelock.m4,
which already exists!  Skipping patch.
1 out of 1 hunk ignored
patching file config/kernel.m4
patching file module/os/linux/zfs/zpl_file.c
patching file scripts/zfs-tests.sh
patching file tests/runfiles/linux.run
patching file tests/zfs-tests/cmd/.gitignore
patching file tests/zfs-tests/cmd/Makefile.am
The next patch would create the file tests/zfs-tests/cmd/setlease.c,
which already exists!  Skipping patch.
1 out of 1 hunk ignored
patching file tests/zfs-tests/include/commands.cfg
patching file tests/zfs-tests/tests/Makefile.am
The next patch would create the file tests/zfs-tests/tests/functional/lease/cleanup.ksh,
which already exists!  Skipping patch.
1 out of 1 hunk ignored
The next patch would create the file tests/zfs-tests/tests/functional/lease/lease_setlease.ksh,
which already exists!  Skipping patch.
1 out of 1 hunk ignored
The next patch would create the file tests/zfs-tests/tests/functional/lease/setup.ksh,
which already exists!  Skipping patch.
1 out of 1 hunk ignored
==> HIBA: Hiba történt a következőben: prepare().

darkbasic commented on 2026-04-16 10:14 (UTC)

I've backported Linux 7.0 support, please let me know if there is any issue because I'm using the cachyos kernels (I've backported the same commits).

darkbasic commented on 2025-12-17 16:15 (UTC)

I can't reproduce: https://pastebin.com/sEa49Wne

1 2 3 4 5 6 .. 8 Next › Last »