Note that I did the following on a Librem 5 with Crimson. I downloaded the build:deb:archive and installed the debs as root with:
deb install ./*.deb
I did get this warning (I guess it is not relevant):
N: Download is performed unsandboxed as root as file '/root/testkernel/linux-headers-6.6.0-1-librem5_6.6.83pureos2~cri1+librem5ci89612.275183266_arm64.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)
I restarted the Librem 5 and will see if the Redpine WiFi module will disappear or not. I will report back later.
I tried to find the artifacts for 6.6.83pureos1_cri1 but the pipeline for this version seemed to have failed as well. If you want I can test with 6.6.83pureos1_cri1, but then the pipeline has to be run again for this version, I guess.
The only difference is that it’s being built targeting and using particular distro’s toolchain. Usually that would mean library version mismatches in dependencies, but in case of the kernel it just boils down to compiler version.
Sometimes there may be some patch that’s reverted in the backport to keep compatibility with older userspace, but there’s no such thing in this case:
Thanks to Opensource, Purism/Linux like dropped support for the Libre booting Redpine wlan card, as Opensource it is not interested on supporting Libre Booting wlan to mainline Linux because AntiGNU rhetoric this include calling Kernel to Linux which is super unethical, so this is why i never,never call Kernel to Linux.
As Redpine kinda it is not supported on Linux mainline, this mean that Redpine is obsolete for Librem 5 instead need to go for non Libre booting wlan card like SparkLan as it is mainlined as opensource programmer love free bug fixes via vendors.
What i know there are tons of bug fixes and features on Redpine via Software and Hardware like Redpine Rv: 1.5 and RSC v: Newer, however Purism never pushed to Librem 5, so zero effort for Gnu Redpine.
After a few days of having 6.6.83pureos1~cri1, I come back on my previous statement.
It looks that the Redpine is better (always?) found with this kernel. Sometimes it will take a while, but now I have the impression it is better than 6.6.83pureos2~cri1`.
I will keep running 6.6.83pureos1~cri1 for some time longer to see if my impression really holds.