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 .. 54 55 56 57 58 59 60 61 62 63 Next › Last »

lilydjwg commented on 2016-11-04 12:28 (UTC)

You left out a "&" here: https://aur.archlinux.org/cgit/aur.git/tree/zfs.initcpio.hook?h=zfs-dkms#n42

seschwar commented on 2016-10-23 19:31 (UTC)

You can find fixes for my complaints at https://gitlab.com/seschwar/zfs-dkms/commits/master There's also support for GRUB's root=ZFS=mypool/myfs kernel command line syntax.

seschwar commented on 2016-09-22 21:34 (UTC)

@isachi: You updated the initcpio hook to mount all child data sets of the dataset mounted on /. See line 59 in /usr/lib/initcpio/hooks/zfs. This is quite problematic since the script completely ignores the canmount property. Therefore datasets with canmount=off and canmount=noauto get mounted as well. This completely breaks the semantics of these properties. The manual page of the zfs command has the following sentence in it: > Setting this property [canmount] to off allows datasets to be used solely as a mechanism to inherit properties. I had a dataset for /var with canmount=off for exactly this purpose. Imagine my surprise when this empty dataset got mounted leaving me with an almost empty /var. Quite the breaking change you introduced there. I'm not quite sure about the motivation behind this. It could be useful for boot environments. Something similar was discussed recently on a FreeBSD mailing list: https://marc.info/?t=146967172100002&r=1&w=2 However they should be careful when repurposing an established setting of property. Changing how the mounting of datasets work would break backwards compatibility.

isiachi commented on 2016-09-20 19:45 (UTC)

| Upgrading this package from the previous version does not work, you have to remove it and readd to your system. | | The issue is some kind of dependency circle between this package and the spl-dkms: This is because you have to build all the packages on your own and install all of them together. Otherwise you have to install the spl packages with the -d option. # pacman -Ud spl-dkms### spl-utils### This is a AUR helper problem. It's not my fault. Stop saying things that have no sense and learn how to use pacman.

isiachi commented on 2016-09-20 19:36 (UTC)

@RubenKelevra We are talking of a filesystem and this is a stable branch. I've already said that I wasn't going to add a single commit from the master branch, too much things were changed. Unfortunately I wasn't able to lock the package to a specific kernel version because the kernel is not a dependecy. And also take a breath and calm down.

RubenKelevra commented on 2016-09-20 19:34 (UTC) (edited on 2016-09-20 19:34 (UTC) by RubenKelevra)

@utsi just use a conflict constraint for such cases: conflict linux>4.6.xx etc. :)

RubenKelevra commented on 2016-09-20 19:31 (UTC)

Upgrading this package from the previous version does not work, you have to remove it and readd to your system. The issue is some kind of dependency circle between this package and the spl-dkms: Sorry that it is in german: Fehler: Konnte den Vorgang nicht vorbereiten (Kann Abhängigkeiten nicht erfüllen) :: zfs-dkms: das Installieren von spl-dkms (0.6.5.8-1) löscht ein benötigtes Packet von 'spl-dkms=0.6.5.7'

utsi commented on 2016-09-19 08:49 (UTC)

@RubenKelevra Ah, so sorry I misunderstood the issue! As far as accepting the patch I can understand why he would not accept it, only official releases. As for limiting to kernels <4.7, which kernels specifically? linux? linux-lts? linux-ck?

RubenKelevra commented on 2016-09-19 07:12 (UTC) (edited on 2016-09-19 07:15 (UTC) by RubenKelevra)

@babarnescocke I actually dislike if I hit update and my system does not boot up again. This is not a stable behaviour, this is just a broken dependency. This maintainer does not want to fix this or add the 4.7 patch which was provided several weeks ago. If he wants only to support LTS-Kernels he should create a LTS-ZFS package and this is fine, else I would expect more than just a I-dont-like-to-patch behaviour, without fixing the actually dependency issue.

utsi commented on 2016-09-18 23:26 (UTC)

@RubenKelevra It took quite a bit of time for for ZOL to be ready for 4.7. Taking that into account is waiting a few more days for the AUR package to get updated _that_ bad? As babarnescocke said, this is a freaking filesystem, of all the things that should not bug out, this is probably the most important next to the kernel itself. Also thanks to the maintainer, been enjoying your DKMS packages for a while now without issues! :)

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