My problem with the conversation is that the statement
Debian Linux Debian 11 aka Bullseye (no derivatives)
makes little sense in the arm world. The Debian organization doesn’t provide the kernel, they provide the packages that load on top of the boot loader and the kernel. They do have a boot load and kernel they include with their installation image/script but Debian didn’t build them and sadly they only support a few arm boards. If I use 100% packages provided through Debian repos, and only modify things to make the boot loader/kernel work on the hardware, is that not still Debian? I believe in the arm world it qualifies as a no derivative Debian. If you use orange pi SBC then you know that Armbian is the primary distribution for those boards. The Debian released boot loader/kernel will not run on those boards. I still have orange pi one and pc that I use in my full house audio system. Thank god for the true arm based Debian distributions like Armbian and the other I mentioned that look to work on a larger subset of arm boards. If the HA team need to restrict what is viewed as supported then the best way to support the community would be to pick a release that works on the arm platforms best suited to be an HA controller. The HA dev team should engage the guy that supports this bullseye release, as it works on RPI4, Odroid N2(+) and multiple others. It has an integrate script for installing HA. They could add him to their team, putting themself in a position to optimally support their arm community. Obviously just an opinion, but an opinion support by a significant background in the embedded computing/security software world. I know the ship has sailed but I keep hoping it might pull back into port for some retrofits.