Package Details: zfs-dkms 2.2.6-1

Git Clone URL: https://aur.archlinux.org/zfs-dkms.git (read-only, click to copy)
Package Base: zfs-dkms
Description: Kernel modules for the Zettabyte File System.
Upstream URL: https://zfsonlinux.org/
Licenses: CDDL
Provides: SPL-MODULE, zfs, ZFS-MODULE
Submitter: isiachi
Maintainer: kstolp
Last Packager: kstolp
Votes: 178
Popularity: 5.47
First Submitted: 2015-08-31 12:01 (UTC)
Last Updated: 2024-09-05 04:42 (UTC)

Pinned Comments

kstolp commented on 2023-09-29 00:34 (UTC)

When requesting changes, please include detailed reasoning for the change.

kstolp commented on 2023-01-07 09:31 (UTC)

If you receive this error when trying to build, it is because you have not imported the GPG keys used for verification.

==> ERROR: One or more PGP signatures could not be verified!

You have two options:

1) Import the two keys into your keyring. ArchWiki article. You can find the key IDs in the PKGBUILD file, in the validpgpkeys array. (recommended)

2) Alternatively, you can skip this verification by passing the --skippgpcheck argument to makepkg when building. (not recommended)

Latest Comments

« First ‹ Previous 1 .. 51 52 53 54 55 56 57 58 59 60 61 .. 63 Next › Last »

bus commented on 2017-05-21 05:34 (UTC)

dkms install fails on 4.11.2-1-ck-sandybridge. make.log reports: make: *** No targets specified and no makefile found. Stop.

Horus commented on 2017-05-05 07:03 (UTC)

For me it works fine with 4.10.11.

saivert commented on 2017-05-04 12:47 (UTC) (edited on 2017-05-04 12:47 (UTC) by saivert)

No update since kernel 4.10 came out a while ago? Are we just to assume it works with any newer kernel?

dreieck commented on 2017-04-13 11:22 (UTC) (edited on 2017-04-13 11:36 (UTC) by dreieck)

@Iaec: I made a patch for the PKGBUILD (can be used with customizepkg(-scripting)) implementing your suggestions: http://ix.io/qvF The two files you suggest are at 60-dkms-install-zfs.hook::http://ix.io/qvu and dkms-install-spl-zfs.sh::http://ix.io/qvv respectively (although I do not install the bash script to /usr/share/libalpm/hooks/, rather to /usr/lib/dkms/. Does anyone know where it should really belong?)

dreieck commented on 2017-04-13 10:47 (UTC) (edited on 2017-04-13 11:16 (UTC) by dreieck)

For the package 'zfs-dkms', please add conflicts=('zfs-linux') (It does, in fact) and provices=("zfs-linux=${pkgver}") (it does, in fact, and is needed by other packages depending on zfs-linux). (I am referencing to conflicts and dependencies with the packages at the repository [archzfs] Server = http://archzfs.com/$repo/x86_64) For the package 'zfs-utils', please add conflicts=('zfs-utils-linux') (It does, in fact) and provices=("zfs-utils-linux=${pkgver}") (it does, in fact, and is needed by other packages depending on zfs-linux). (I am referencing to conflicts and dependencies with the packages at the repository [archzfs] Server = http://archzfs.com/$repo/x86_64)

dreieck commented on 2017-04-13 10:45 (UTC) (edited on 2017-04-13 11:17 (UTC) by dreieck)

For the package "spl-dkms", please add conflicts=('spl-linux') (It does, in fact) and provices=("spl-linux=${pkgver}") (it does, in fact, and is needed by other packages depending on spl-linux). For the package "spl-utils", please add conflicts=('spl-utils-linux') (It does, in fact) and provices=("spl-utils-linux=${pkgver}") (it does, in fact, and is needed by other packages depending on spl-linux). (I am referencing to conflicts and dependencies with the packages at the repository [archzfs] Server = http://archzfs.com/$repo/x86_64)

<deleted-account> commented on 2017-04-12 09:31 (UTC)

@masteroman I have the same issue, I use an alpm hook (https://www.archlinux.org/pacman/alpm-hooks.5.html) to workaround it: 1. Place this hook in /usr/share/libalpm/hooks/60-dkms-install-zfs.hook, this should execute before the default 70-dkms-install.hook [Trigger] Operation = Install Operation = Upgrade Type = File Target = usr/src/sql-*/dkms.conf Target = usr/src/zfs-*/dkms.conf Target = usr/lib/modules/*/kernel/ [Action] Description = Installing ZFS Depends = dkms When = PostTransaction Exec = /usr/share/libalpm/hooks/dkms-install-zfs 2. Place this script in the same directory as the hook and make it executable: #!/bin/bash set -o errexit set -o nounset set -o xtrace install_module() { local module="${1}" local kernel="${2}" for m in $(ls /usr/src); do if [[ "${m}" =~ ^"${module}"-(.*)$ ]]; then dkms install "${module}/${BASH_REMATCH[1]}" -k "${kernel}" fi done } for kernel in $(ls /usr/lib/modules); do if [[ -d "/usr/lib/modules/${kernel}/kernel" ]]; then install_module spl "${kernel}" install_module zfs "${kernel}" fi done this will make sure spl gets installed before zfs, it works for my setup. @isiachi would you consider adding something like this to be part of this package to make it work out of the box?

masteroman commented on 2017-04-07 10:05 (UTC)

Am I wrong or there's wrong order of DKMS installations? Every upgrade of the kernel on my machine fails because of the missing SPL which happens because there's following order of commands: 1. DKMS removes spl and zfs kernel modules 2. DKMS installs zfs kernel module --> fails because of the missing spl module 3. DKMS installs spl module Then I need to manually issue dkms install zfs module.

RubenKelevra commented on 2017-03-13 16:55 (UTC)

@thunderforce I don't try to _install_ but update the package, don't know how you got the thought I would try to install it. @isiachi Nope, you package is broken not an aurhelper script. This is a plane stupid "works for me" reason from your side. If you say "my package need version=xyz" and you want to upgrade the package and the next version has the dependency "I need version=abc" it cannot be upgraded. As well as the dependency cannot be upgraded, because it's a needed dependency with this version for an installed version. I would say, yes this could be fixed in pacman, if they add a layer of complexity: copy all installed package versions, change them to the new versions and checking all constrains. But since this is not done, your package uses a not compatible way of adding a constrain. Since you update both packages at the same time, you could simply add a "higher than xyz" on the zfs package and it would work while updating.

RubenKelevra commented on 2017-03-13 16:44 (UTC)

This package is now again not working with the official kernel package since the compability patches for Linux 4.10 are missing. Please fix this

« First ‹ Previous 1 .. 51 52 53 54 55 56 57 58 59 60 61 .. 63 Next › Last »