Package Details: zfs-linux 2.2.7_6.12.8.arch1.1-1

Git Clone URL: https://aur.archlinux.org/zfs-linux.git (read-only, click to copy)
Package Base: zfs-linux
Description: Kernel modules for the Zettabyte File System.
Upstream URL: https://openzfs.org/
Keywords: kernel linux openzfs zfs
Licenses: CDDL
Groups: archzfs-linux
Conflicts: spl-dkms, spl-dkms-git, spl-linux, zfs-dkms, zfs-dkms-git, zfs-dkms-rc, zfs-linux-git, zfs-linux-rc
Provides: spl, zfs
Replaces: spl-linux
Submitter: demizer
Maintainer: lightdot
Last Packager: lightdot
Votes: 273
Popularity: 1.69
First Submitted: 2016-04-21 08:45 (UTC)
Last Updated: 2025-01-04 04:03 (UTC)

Required by (19)

Sources (1)

Latest Comments

« First ‹ Previous 1 .. 58 59 60 61 62 63 64 65 66 67 68 .. 79 Next › Last »

<deleted-account> commented on 2013-02-15 16:24 (UTC)

@lebel: you can recompile all the zfs packages before reboot. Though, the install scripts will produce an error - depmod will fail and after reboot the new kernel will not find zfs and spl modules. Easy solution is to run depmod against the new kernel before reboot manually. (I think -k switch is the one. Check the man page.)

<deleted-account> commented on 2013-02-13 14:52 (UTC)

Well, seeing that I'll lose access to my zfs drives after the first reboot, I was looking into ways in upgrading zfs packages even while still running 3.7.6.

KuchenKerze commented on 2013-02-13 14:04 (UTC)

@lebel Two options: 1.) Exclude the Kernel from updates # pacman -Syu --ignore=linux,linux-headers,linux-api-headers 2.) Remove zfs $ yaourt -R zfs zfs-utils spl spl-utils Update # pacman -Syu Reboot Reinstall zfs $ yaourt -S zfs Make sure that a zfs update for the new kernel is available before updating the kernel

<deleted-account> commented on 2013-02-13 13:46 (UTC)

I guess it is normal, but a little bit awkward right now. I'm running linux-3.7.6 with the associated zfs and now that a new kernel version is out, it is impossible for me to upgrade. It says: error: failed to prepare transaction (could not satisfy dependencies) :: Starting full system upgrade... :: spl: requires linux=3.7.6 :: spl-utils: requires linux=3.7.6 :: zfs: requires linux=3.7.6 :: zfs-utils: requires linux=3.7.6

demizer commented on 2013-02-05 08:48 (UTC)

I have pushed a new update that contains fixes for issues #2 and #3 (https://github.com/demizer/archzfs/issues/2) relating to missing files when trying to build the initramfs.

demizer commented on 2013-02-04 20:00 (UTC)

With the recent announcement by the Arch Devs. that the old sysvinit system is going to be dropped, I am looking to file a few issues with upstream regarding Arch Linux support in ZOL. These issues include: * Remove initscript generation from the ZOL build system. * Remove Arch Linux package generation from the ZOL build system. (See below.) * Provide a link to the ZFS wiki article on the zfsonlinux.org page. Currently, both of the spl and zfs packages have configuration options to create generic packages for arch linux. I am not sure when this support was last maintained, but I had a look at the packages it created once and they are very basic. The PKBGBUILDs on AUR provide better packages. With the support I provide, I don't think this support is necessary in the upstream packages, but I could be wrong. I don't see it being very effective supporting two package systems when AUR is all anyone needs. So to anyone subscribed to this stream, if you have any objections voice them now. Thanks, Jesus A.

demizer commented on 2013-01-22 19:16 (UTC)

@darklajid: There were two annoying problems I have run into so far while getting the bugs out of my build system and maintainership. First, there was one dependency rejection issue a month or two ago because I changed the structure of the pkgver variable in all of archzfs PKGBUILDs to include the kernel version to prevent issues with pkgrel collisions. I was having trouble keeping track of what pkgrel belonged to what kernel version, especially when new kernels appeared in testing, and core at the same time. I will not change the the structure of the pkgver variable in the pkgbuilds again. The second problem happened a few weeks ago when I had to change the repo url path because I added a testing repository and wanted to keep a uniform url path for all of the different repos used by archzfs (archiso, testing, core). I have been ironing out my build process and I have seem to have finally hit a groove, so there should not be any more breakage regarding the archzfs repo. Hopefully! The archzfs repository is the best automatic updates you can get for ZOL on Arch. There is zero building. The only thing is is that you have to wait for me to update the packages. I can usually get them uploaded within a few hours. I try my best. That being said, I was waiting for mkinitcpio build hooks to be integrated into mkinitcpio. I am definitely going to take a look. mkinitcpio build hooks are like DKMS, but done in the "Arch Way". As far as I can tell. Thanks for letting me know!

darklajid commented on 2013-01-22 18:49 (UTC)

proxypoke: Nope, I'm talking about the need to update zfs (+deps) when the kernel changes. That's why I pointed at the nvidia-hook thing: It's used to rebuild the nvidia module (for the proprietary driver) each time the kernel is updated, automagically. demizer: I'm not too concerned about compiler flags or that you'll drop evil binary packages on my machine, but I seem to recall that I hit the dreaded 'Cannot run pacman -Suy because zfs has a hard dependency on the current kernel' message a couple times. I'd guess that you're keeping that thing up to date on a best-effort basis, i.e. when you notice that the kernel version was bumped. The effort is very much appreciated, really. I'd just love to find a way to automate the whole process, if possible. I'm not sure IF nvidia-hook is potentially helpful as an example, but at least it's running ~some script~ everytime the kernel is bumped -> That's a start? Thanks for looking into it and thanks for your time maintaining these packages.

« First ‹ Previous 1 .. 58 59 60 61 62 63 64 65 66 67 68 .. 79 Next › Last »