[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 02/02: gnu: linux-libre: Update to 6.9.
From: |
Kaelyn |
Subject: |
Re: 02/02: gnu: linux-libre: Update to 6.9. |
Date: |
Mon, 10 Jun 2024 17:26:06 +0000 |
Hi,
On Monday, June 10th, 2024 at 2:26 AM, Andreas Enge <andreas@enge.fr> wrote:
>
>
> Am Sun, Jun 09, 2024 at 09:19:14PM -0400 schrieb Leo Famulari:
>
> > You're right, it was ZFS itself failing to build.
> > *** ZFS Version: zfs-2.2.3-1
> > *** Compatible Kernels: 3.10 - 6.7
> > Should we change something about zfs-auto-snapshot? Or is the status quo
> > okay?
>
>
> Somebody has suggested an update to zfs, which apparently solves the
> problem; both zfs and zfs-auto-snapshot now build according to QA:
> https://qa.guix.gnu.org/issue/71392
>
> I have just pushed it (forgetting that the author is a new committer,
> sorry).
>
> Andreas
I saw that ZFS update patch as I was prepping my ZFS package changes for
submission--I had the 2.2.4 update as part of the series, and decided to wait
until the already-submitted package update landed to send in my ZFS package
rework.
My package rework is issue #71482, and I think is a better solution since
packages like zfs-auto-snapshot depend on the zfs user-space tools.
Additionally, the updated ZFS package is only a temporary fix as ZFS 2.2.4 only
supports up through Linux 6.8 kernels (and linux-libre 6.9 was recently made
the default).
Also, thank you Efraim and Leo for a bit of encouragement, which motivated me
to finally submit my reworked ZFS packages for upstream inclusion. :)
Cheers,
Kaelyn
P.S. For my patch, I didn't include any calls to 'make-zfs-for-kernel' for any
of the linux-libre kernels, since the resulting packages aren't substitutable
and the kernel version needed would be use-case dependent.