Search Criteria
Package Details: zfs-dkms-staging-git 2.3.0.r0.gbc06d8164b-3
Package Actions
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: | 10 |
Popularity: | 0.86 |
First Submitted: | 2024-01-15 11:23 (UTC) |
Last Updated: | 2025-01-14 13:40 (UTC) |
Dependencies (4)
- dkms (dkms-gitAUR)
- zfs-utilsAUR (zfs-linux-gitAUR, zfs-utils-staging-gitAUR, zfs-utils-gitAUR)
- git (git-gitAUR, git-glAUR) (make)
Required by (20)
- cockpit-zfs-manager (requires zfs)
- prepare-lastboot (requires zfs)
- python-pyzfscmds (requires zfs)
- targetd (requires zfs-dkms) (optional)
- targetd-git (requires zfs-dkms) (optional)
- zbectl-git (requires zfs)
- zectl (requires zfs)
- zectl-git (requires zfs)
- zedenv (requires zfs)
- zedenv-git (requires zfs)
- zedenv-grub (requires zfs)
- zfs-auto-snapshot (requires zfs)
- zfs-auto-snapshot-git (requires zfs)
- zfs-openrc (requires zfs-dkms)
- zfsbootmenu (requires zfs)
- zfsbootmenu-efi-bin (requires zfs)
- znapzend (requires zfs)
- znapzupport (requires zfs)
- zsnapd (requires zfs)
- zxfer (requires zfs)
Latest Comments
1 2 3 4 5 6 Next › Last »
darkbasic commented on 2025-01-14 13:04 (UTC)
Awesome, thank you!
bjin commented on 2025-01-14 11:06 (UTC)
updated to include an alpm-hook to warn package user about unsupported kernel versions
bjin commented on 2025-01-14 08:03 (UTC)
@darkbasic: Well, I get your point.
The main reason this package ("-staging-git") existed, is that there are times new kernel released but latest zfs stable released failed to compile against it. Staging branches usually contains some compat patches (but not always). In this case, "Linux-Maximum" section specified in META file is supposed to be ignored. That's the reason I added this flag.
But I agree that we should ideally warn package user about this. Maybe a one-time warning during package installation or a alpm trigger that verify the kernel version for each kernel and zfs upgrade. Which one do you think works the best?
darkbasic commented on 2025-01-14 07:33 (UTC)
While enabling it is probably the right thing to do please everybody be careful with --enable-linux-experimental since zfs 2.3 didn't pass the test suite against 6.13 yet.
darkbasic commented on 2024-12-12 07:30 (UTC)
Awesome, thank you!
bjin commented on 2024-12-12 03:13 (UTC)
Updated to 2.2.7 stable release
@darkbasic: fyi, I removed all backported patches. All of these patches seems to be merged in 2.2.7 (either ignored, or causing conflicts during patching)
darkbasic commented on 2024-11-21 07:36 (UTC)
Oh my bad, I keep forgetting that AUR helpers refuse to re-download patches if the name stays the same. These two were patches taken directly from upstream, but since master is starting to diverge a lot from 2.2.x most of them require backporting and so I've decided to pick these two from my backports as well since they were the only outliers and they apply more cleanly anyway. Now I've renamed them and it should work without having to clean your cache.
spacemann commented on 2024-11-21 07:16 (UTC)
I'm getting failed checksums with this package right now:
Seniux commented on 2024-11-20 21:03 (UTC)
No, typical oficial Arch linux kernels. Same system configuration, but hardened does not loading. I tried to find info on the internet, and this is only my gues that this bug can be the same. How to reproduce? Simple install linux-hardened + linux-hardened-headers, regenerate mkinicpio and try to boot hardened kernel.
darkbasic commented on 2024-11-20 19:49 (UTC)
Do you use CONFIG_RANDSTRUCT=y? If so I don't think there is anything we can do to fix it.
1 2 3 4 5 6 Next › Last »