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

demizer commented on 2013-04-19 03:53 (UTC)

For anyone using the pre-compiled archzfs repo, I am soon going to be merging my repositories into one repo to ease maintenance. This would probably be in the next release.

ezzetabi commented on 2013-04-08 14:37 (UTC)

Linux 3.8.6 is out.

ezzetabi commented on 2013-04-05 09:18 (UTC)

Linux 3.8.5 is out.

timemaster commented on 2013-03-31 01:02 (UTC)

Before upgrading the zfs and spl package using pacman, should we unmount all filesystem and modprobe -r the modules to prevent weird behaviour ? - The same behaviour as upgrading the X server and not the proprietary graphic display driver, or upgrading the kernel or libc and not rebooting the machine. Is this something worth writing in the wiki?

demizer commented on 2013-03-28 01:01 (UTC)

The production ready version 0.6.1 of ZFS and SPL have been released. The packaging has changed greatly and will probably take a day or two to test and make sure everything works on my systems.

demizer commented on 2013-03-23 00:56 (UTC)

The core and testing archzfs repos have been updated to 0.6.0_rc14_3.8.4-1.

demizer commented on 2013-03-22 17:36 (UTC)

It appears someone has already made dkms packages for zfs, https://aur.archlinux.org/packages/zfs-modules-dkms/ https://aur.archlinux.org/packages/spl-modules-dkms/ But these only extract the precompiled rpm packages for redhat, I do not recommend this. The modules should be built with libraries compiled for arch.

demizer commented on 2013-03-22 17:23 (UTC)

@darklajid, if you do wind up working on an update script for cron, instead of doing a pacman update, you should use curl to get this page https://www.archlinux.org/packages/core/x86_64/linux/ and just grep the version. Be warned though, new kernel versions first show up in testing before they are moved to core. I think if I set this script up on my development system I would have one cronjob for testing and one for core. Usually I create the packages for testing first and then after a few days I move them into the core directory of the archzfs repo project.

demizer commented on 2013-03-22 17:08 (UTC)

wowzers, a lot of activity going on here. Great! @teateawhy, thanks for the tip. 3.8.4 moved into core really fast. @darklajid, yes it is due to the archzfs repo not being current. Sorry about that. Your idea of an automated system is really worth investigating (I have half of it done already). If you want to help make an update script to run in cron, can make a script to change the PKGBUILD dependency version requirements in the devsrc directory in this project: https://github.com/demizer/archzfs and run another command once the PKGBUILDs are updated that would be great. Just fork the repo and add the script to a "tools" directory and send a pull request. That would be awesome. I use this build tool to build the packages in a build environment https://github.com/demizer/apc. Note: The apc build tool is currently being rewritten in the "command_refactor" branch, but this branch is broken. I am not even sure if this tool would work for you yet, it is under heavy development. But the command I use to build the packages are "PYTHON_PATH=/path/to/pbldr pbldr build" while being in the directory of the archzfs repo with the config.yaml file. If this is too much, I understand. I am going to spend this weekend looking into dkms and pacman hooks for those that want to build the packages themselves on a kernel update. @ezzetabi, That is an interesting idea, I will take a look at that this weekend too. Thanks!

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