On Wed, Jun 05, 2024 at 09:00:59PM +0000, Kaelyn wrote:
> As a ZFS user, I'd like to offer a bit of clarification: zfs-auto-snapshot
> doesn't depend on any specific kernel versions, but zfs itself does. For
> example, zfs 2.2.3 supports up to kernel 6.7, and zfs 2.2.4 supports up to
> kernel 6.8 (ref: https://github.com/openzfs/zfs/releases). I suspect zfs is
> failing to build with the default kernel as a dependency of zfs-auto-snapshot.
You're right, it was ZFS itself failing to build. I'm sorry I missed
that and didn't include sufficient info in my earlier message:
------
checking whether bdev_open_by_path() exists... configure: error:
*** None of the expected "blkdev_get_by_path()" interfaces were
detected.
*** This may be because your kernel version is newer than what is
*** supported, or you are using a patched custom kernel with
*** incompatible modifications.
***
*** ZFS Version: zfs-2.2.3-1
*** Compatible Kernels: 3.10 - 6.7
error: in phase 'really-configure': uncaught exception:
%exception #<&invoke-error program: "./configure" arguments:
("--with-config=all"
"--prefix=/gnu/store/x5sg337jfb7d7q26a1fv7zwc4mxpy6d8-zfs-2.2.3"
"--with-dracutdir=/gnu/store/x5sg337jfb7d7q26a1fv7zwc4mxpy6d8-zfs-2.2.3/lib/dracut"
"--with-udevdir=/gnu/store/x5sg337jfb7d7q26a1fv7zwc4mxpy6d8-zfs-2.2.3/lib/udev"
"--with-mounthelperdir=/gnu/store/x5sg337jfb7d7q26a1fv7zwc4mxpy6d8-zfs-2.2.3/sbin"
"--with-linux=/gnu/store/yi2cs6akr2anyci1bzqn6sfwwmrw1q9d-linux-libre-module-builder-6.9.3/lib/modules/build")
exit-status: 1 term-signal: #f stop-signal: #f>
phase `really-configure' failed after 42.6 seconds
command "./configure" "--with-config=all"
"--prefix=/gnu/store/x5sg337jfb7d7q26a1fv7zwc4mxpy6d8-zfs-2.2.3"
"--with-dracutdir=/gnu/store/x5sg337jfb7d7q26a1fv7zwc4mxpy6d8-zfs-2.2.3/lib/dracut"
"--with-udevdir=/gnu/store/x5sg337jfb7d7q26a1fv7zwc4mxpy6d8-zfs-2.2.3/lib/udev"
"--with-mounthelperdir=/gnu/store/x5sg337jfb7d7q26a1fv7zwc4mxpy6d8-zfs-2.2.3/sbin"
"--with-linux=/gnu/store/yi2cs6akr2anyci1bzqn6sfwwmrw1q9d-linux-libre-module-builder-6.9.3/lib/modules/build"
failed with status 1
builder for `/gnu/store/a3ag0m0hk2pqw446c3j5b7axzrg10h38-zfs-2.2.3.drv' failed
with exit code 1
------
Should we change something about zfs-auto-snapshot? Or is the status quo
okay?
> P.S. If there is interest, I can see about submitting my custom ZFS packages.
> I split it so that the "zfs" package is just the user-space tools without the
> kernel module (which should also make it substitutable since it no longer
> includes binaries with combined GPL and CDDL code), and created a function
> "make-zfs-for-kernel" that generates a package containing just the kernel
> modules, built for the given kernel package. This also addresses the issue of
> the zfs package depending on a kernel package that may or may not be needed
> (and which it may not compile against), and the user having to create a
> custom non-substitutable version--including all of the user-space tools--for
> the specific kernel they are running.
I'm aware of the licensing issues around ZFS, but I haven't used ZFS so
I don't know anything about the finer points of how it is packaged and
distributed for Linux / Linux-libre.
If you think your packages would be useful to people using Guix System,
and that they satisfy the Guix project's commitments under the Free
System Distribution Guidelines, then I do recommend you submit them!
https://www.gnu.org/distros/free-system-distribution-guidelines.html
