[Pkg-zfsonlinux-devel] Bug#1151447: zfs-dkms: module fails to build for Linux 7.3

[Craig Sanders]

Some relevant links for those waiting on this:

https://github.com/openzfs/zfs/issues/19032
https://github.com/openzfs/zfs/pull/19044
https://github.com/openzfs/zfs/pull/19082
https://github.com/openzfs/zfs/pull/19553

In short: the fix for this is already in zfs-2.4.5-staging and should be in
the 2.4.5 release "soon".

No doubt the zfs-dkms package will be updated shortly after that.

As usual whenever a kernel upgrade breaks compatibility with zfs (or any other
dkms modules), patience is required.

Revert to kernel 7.2.x and put linux-base-amd64, linux-image-amd64, and
linux-headers-amd64 on hold with `apt-mark`:

    apt-mark hold linux-base-amd64 linux-image-amd64 linux-headers-amd64

These three packages should *always* be held if you have any dkms packages
or other out-of-tree kernel modules until you know for a fact that the next
kernel is compatible with your non-standard modules.

NEVER upgrade the kernel unless you know that, and When you do know it,
upgrade the kernel and remember to hold these packages again.


I wrote the following script "upgrade-kernel.sh" to automate this:

```
#!/bin/bash

pkgs=(linux-base-amd64 linux-image-amd64 linux-headers-amd64)

time apt-get "$@" -u install "${pkgs[@]}"

apt-mark hold "${pkgs[@]}"

update-dlocatedb
apt-mark manual $(dlocate -k | grep -v linux-doc)
```

The last two lines require the dlocate package to be installed.  They
aren't essential, but are useful.  They prevent old kernels from being
auto-uninstalled when there are no packages that depend on them....which is
exactly what happens when the linux-image-amd64 gets updated, they no longer
depend on the old kernel packages.

craig