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.16
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 .. 37 38 39 40 41 42 43 44 45 46 47 .. 79 Next › Last »

demizer commented on 2014-04-16 21:29 (UTC)

https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/grub Interesting. This package uses git, but it pulls from a specific tag. We will be using the master branch, but not a specific tag. Also, because we are in AUR, I think it would be better to follow the *-git naming scheme to signify that the package uses the git master branch. The grub official package is maintained by the arch devs, so that doesn't matter as much, but people pulling from AUR should know where the sources are coming from. I will also make zfs-lts packages that use the official ZOL release.

graysky commented on 2014-04-16 21:07 (UTC)

Stupid question perhaps but why rebrand the packages with the -git suffix? Grub in the official repo for example is a git snapshot I believe.

demizer commented on 2014-04-16 08:43 (UTC)

The PKGBUILDS I am working on as we speak use hardcoded variables generated by the archzfs build scripts instead of the bash regex clusterfuck that is in the current PKGBUILDS. Bash regex is horrible and hard to read. It makes me wish for python. I am hoping I will have the zfs git packages up by tomorrow. I have had to modify the PKGBUILDS and build scripts heavily.

<deleted-account> commented on 2014-04-16 08:38 (UTC)

The current PKGBUILD needs some love in the part relating to 'If LINUX_VERSION does not have a minor version, we need to add "0"', since when I manually edited the LINUX_VERSION_X64 to be "3.14.1-1", the MOD_BASENAME became "3.14.1.0-1" and build failed. Not a big deal for tinkers to manually workaround that issue, of course. (I did not look further into the string manipulation since it is not my field of experience.)

demizer commented on 2014-04-16 03:23 (UTC)

Hi everyone, I am working on supporting zfs-git and zfs-lts packages. It will be a few days before I can get everything uploaded. I am integrating kerberizer's changes and will be looking at the systemd files provided upstream to see if they will work for us. Thanks!

kerberizer commented on 2014-04-16 01:56 (UTC)

As I emphasized when publishing them, those PKGBUILDs are not intended for general use, but rather as a potential point for reference. Sticking to demizer's well-proven, stable and supported packages and PKGBUILDs is the sensible thing to do, unless you want to experiment and then also understand well the risks involved. Now, for those that really want to tinker with my PKGBUILDs, here's a critical thing which I only hinted earlier: because these PKGBUILDs install the systemd unit files provided by ZoL, you need to `systemctl disable zfs.service` and then, after the packages are installed, to `systemctl enable zfs.target`. The latter is crucial for your datasets to be mounted as expected. There are likely more elegant ways to achieve this, but I haven't yet had the time to give it more thought (any ideas are welcome, of course: probably something connected with the systemd presets). P.S. The reason why it's not (apparently) necessary to change the version for the {spl,zfs}-utils-git PKGBUILDs is because they don't have a dependency on the Linux kernel. The real problem here, however, is that each of the PKGBUILDs in their own chain of dependencies (spl-utils -> spl-modules -> zfs-utils -> zfs-modules) doesn't check the version of the package it depends upon. That's exactly one of the other problems with my PKGBUILDs that I talked about (and the reason are the Git type versions, for which there's likely an easy and elegant solution, but at least I need some time to think about it; again, ideas are very welcome).

timemaster commented on 2014-04-16 00:09 (UTC)

Well... it seems I had an old version in /usr/local and it conflicted with the newer version. Seems to work with kerberizer packages and seems like my disk is 96% used :) fragmentation? who cares for a system mainly used for save once/don't read often.

timemaster commented on 2014-04-15 23:54 (UTC)

I tried to remove the zfs packages from demizer repo and build the git packages using kerberizer. Had to modify the version for the zfs-modules-git and spl-modules-git but not on the two others ? After the installation, zfs import was crashing with an error. I will be coming back to demizer version but they require a different version of the kernel...? I am lazy and this will be working back in a few days so I will wait I guess.

puithove commented on 2014-04-14 11:54 (UTC)

@demizer - switching to the -git packages sounds like a totally sane approach. Take it easy and hope you have a speedy recovery. Thanks for all you do here. My laziness likes the convenience of the repo so that I don't pull any kernel updates until I know the zfs stuff is building for it - especially useful if running with a zfs root.

demizer commented on 2014-04-14 01:09 (UTC)

@WhiteKnight, I will continue to update demz-repo-core, only the packages will be based on the zfs-git packages that we will begin to support. @kerberizer, The upstream git master branch is stable. Before patches are merged into the master branch they are tested. In the years I have been using ZOL, I have never had a problem using patches from the master branch. As far as the zfs, zfs-utils, spl, and spl-utils packages, I think they should be deleted too. We would have to record somewhere our reasoning for no longer updating these packages or following the ZFSonLinux.org release model. So for the record, on the next kernel bump, I will create the following packages (using kerberizer's existing work posted below) that use the "replaces" PKGBUILD variable: zfs-git zfs-utils-git spl-git spl-utils-git I will update these packages on every kernel bump so the changes propagate. The demz-repo-core packages will be based on these packages.

« First ‹ Previous 1 .. 37 38 39 40 41 42 43 44 45 46 47 .. 79 Next › Last »