This breaks device tree installs, which breaks Fedora Asahi (and any other platform using device trees from kernels).

This is the broken commit:

https://src.fedoraproject.org/rpms/grub2/c/8800efcb0bea5750f77f88a05ac9211a19cbc7a0?branch=rawhide

cp -a implies recursive copy. dtb is a directory. The new command fails to copy device trees, since it is no longer recursive.

sudo /bin/kernel-install add 6.5.6-400.asahi.fc39.aarch64+16k /lib/modules/6.5.6-400.asahi.fc39.aarch64+16k/vmlinuz
cp: -r not specified; omitting directory '/usr/lib/modules/6.5.6-400.asahi.fc39.aarch64+16k/dtb'
restorecon: lstat(/boot/dtb-6.5.6-400.asahi.fc39.aarch64+16k) failed: No such file or directory

This breaks device tree installs, which breaks Fedora Asahi (and any other platform using device trees from kernels).

This is the broken commit:

https://src.fedoraproject.org/rpms/grub2/c/8800efcb0bea5750f77f88a05ac9211a19cbc7a0?branch=rawhide

cp -a implies recursive copy. dtb is a directory. The new command fails to copy device trees, since it is no longer recursive.

sudo /bin/kernel-install add 6.5.6-400.asahi.fc39.aarch64+16k /lib/modules/6.5.6-400.asahi.fc39.aarch64+16k/vmlinuz
cp: -r not specified; omitting directory '/usr/lib/modules/6.5.6-400.asahi.fc39.aarch64+16k/dtb'
restorecon: lstat(/boot/dtb-6.5.6-400.asahi.fc39.aarch64+16k) failed: No such file or directory

Please do not push this update, it is completely broken on device tree systems.

This broke the Fedora Asahi kernel build (which uses unstable features). We normally fix things when changes are required, since unstable features change all the time, but this time it looks like a compiler bug (per discussion in #rust:fedoraproject.org).

In particular, this used to compile on 1.72.1 (with RUSTC_BOOTSTRAP=1), and now doesn't: https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021&gist=34b8d13b298f3cf711e08433eb04d2e3

If there is some way to fix that code to make it work in 1.73.0 (while keeping the constness of IdArray::new) then we'll make the change, but otherwise we're stuck.

This broke the Fedora Asahi kernel build (which uses unstable features). We normally fix things when changes are required, since unstable features change all the time, but this time it looks like a compiler bug (per discussion in #rust:fedoraproject.org).

In particular, this used to compile on 1.72.1 (with RUSTC_BOOTSTRAP=1), and now doesn't: https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021&gist=34b8d13b298f3cf711e08433eb04d2e3

If there is some way to fix that code to make it work in 1.73.0 (while keeping the constness of IdArray::new) then we'll make the change, but otherwise we're stuck.

This broke the Fedora Asahi kernel build (which uses unstable features). We normally fix things when changes are required, since unstable features change all the time, but this time it looks like a compiler bug (per discussion in #rust:fedoraproject.org).

In particular, this used to compile on 1.72.1 (with RUSTC_BOOTSTRAP=1), and now doesn't: https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021&gist=34b8d13b298f3cf711e08433eb04d2e3

If there is some way to fix that code to make it work in 1.73.0 (while keeping the constness of IdArray::new) then we'll make the change, but otherwise we're stuck.