Re: ARM64 platform, very serious, UEFI hardware damage problem

Hello, I would do a manual debootstrap/mmdebstrap installation. Partition manual the efi Partition and rootfs. If you add EFI/boot/bootaarch64.efi to the efi Partition it should be the fallback if every UEFI implementation. Thus way you don't need to write to the UEFI variables. Best regards

ARM64 platform, very serious, UEFI hardware damage problem

Hello, Debian Developers. I installed Debian 12 BookWorm on Phytium（飞腾）'s computer. These PCs are based on the ARM64 UEFI platform.After restarting, The motherboard cannot boot and keeps black screen.The motherboard has to be returned to the factory for repair to solve the problem.These UEFI

Re: Status of dpkg-shlibdeps tracking ARM object linkage ABI mismatches

Hi! On Wed, 2023-05-03 at 23:16:16 +0100, Wookey wrote: > On 2023-05-03 21:50 +0100, Steve McIntyre wrote: > > If we're still seeing > > issues in packages today, then maybe we might find some help from > > Wookey or Emmanuel (who should both be reading this list!). > > I am, and have noticed

Re: Bug#1029843: live-boot: Devices Requiring Firmware: multiple requested files in single line overlapping / special characters

Hi James, Since we're getting off-topic, and I don't think there's much of this reply that's going to be relevant to it, I dropped the CC to bug 1035392. On 2023.05.04 14:16, James Addison wrote: Yep, and for those situations, that's a point in favour of the third "System Table Selection"