Package Details: zfs-linux 2.2.6_6.10.10.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 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: 271
Popularity: 1.18
First Submitted: 2016-04-21 08:45 (UTC)
Last Updated: 2024-10-23 12:35 (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-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!

flrichar commented on 2013-03-22 16:18 (UTC)

Maybe just change the packagebuild to include the dependencies as linux>=3.8.0? Then you can call the package zfs_rc14_3.8.x-4 and you're all set until 3.9. :)

darklajid commented on 2013-03-22 14:58 (UTC)

Ah.. Stupid me. I thought that's a weird dependency issue, when in fact it's just a (simple) missing bump for kernel 3.8.4 instead. Would it make sense to automate this step? Cronjob syncing with pacman (or just a plain old curl/wget to a mirror and grepping the "linux" package version), bumping the PKGBUILD or rebuilding the package for the repository? Can I help? And of course: Thanks for doing the maintenance in the first place.

darklajid commented on 2013-03-22 14:26 (UTC)

Hmm.. I'm still not sure what the right way to update my system is here. So, I'm doing upgrades not every day, more in ~random~ intervals every couple days, up to 1-2 weeks. Now: [root@bitdump dar]# uname -a Linux bitdump 3.7.10-1-ARCH #1 SMP PREEMPT Thu Feb 28 09:50:17 CET 2013 x86_64 GNU/Linux [root@bitdump dar]# pacman -Suy :: Synchronizing package databases... core is up to date archzfs is up to date haskell-core is up to date haskell-extra is up to date haskell-web is up to date extra is up to date community is up to date :: Starting full system upgrade... resolving dependencies... warning: cannot resolve "linux=3.8.3", a dependency of "spl" warning: cannot resolve "linux=3.8.3", a dependency of "spl-utils" warning: cannot resolve "linux=3.8.3", a dependency of "spl-utils" warning: cannot resolve "linux=3.8.3", a dependency of "zfs" warning: cannot resolve "linux=3.8.3", a dependency of "spl" warning: cannot resolve "linux=3.8.3", a dependency of "zfs-utils" warning: cannot resolve "linux=3.8.3", a dependency of "spl-utils" warning: cannot resolve "linux=3.8.3", a dependency of "zfs-utils" warning: cannot resolve "linux=3.8.3", a dependency of "spl" warning: cannot resolve "linux=3.8.3", a dependency of "spl-utils" :: The following packages cannot be upgraded due to unresolvable dependencies: spl spl-utils zfs zfs-utils Do you want to skip the above packages for this upgrade? [y/N] y looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: spl: requires linux=3.7.10 :: spl-utils: requires linux=3.7.10 :: zfs: requires linux=3.7.10 :: zfs-utils: requires linux=3.7.10 I'm using the binary repository you're offering (thanks!), but .. still no luck. Is there any way out of this without doing a manual step every time I'm in this situation? I know I _can_ remove the packages, update the kernel and reinstall them. But that's feels nasty. Are dkms packages the only option here? Do I miss anything?

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