vcswatch reports that
this package seems to have new commits in its VCS but has
not yet updated debian/changelog. You should consider updating
the Debian changelog and uploading this new version into the archive.
Here are the relevant commit logs:
commit 3d9fd26b15fdf993a2d6af3257eee301e07262aa
Author: Sunil Mohan Adapa <sunil@medhas.org>
Date: Thu Jul 2 18:55:22 2020 -0700
*: Switch to SPDX license identifier
Signed-off-by: Sunil Mohan Adapa <sunil@medhas.org>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit 8b761cf1f2468ab4ba1ee11b734daa81d1a5c68b
Author: Sunil Mohan Adapa <sunil@medhas.org>
Date: Sat Jul 25 12:12:21 2020 -0700
armhf: New target to build generic UEFI images for all armhf boards
Tested on A20-OLinuXino-Lime2 Rev.K with BAY-HDD with u-boot on SD card and
FreedomBox on HDD.
Signed-off-by: Sunil Mohan Adapa <sunil@medhas.org>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit da70e81de2105dab8ede3eb07db40578ed931d0a
Author: Sunil Mohan Adapa <sunil@medhas.org>
Date: Sat Jul 25 12:10:50 2020 -0700
arm64: Factor out code related to ARM EFI so it can be reused
For building armhf UEFI image, very similar code as for arm64 UEFI image is
needed. Factor out the code into a base class so that it can be reused by armhf
UEFI image.
Signed-off-by: Sunil Mohan Adapa <sunil@medhas.org>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit 37944de4166175f46bde5e732a052ca028d20505
Author: Sunil Mohan Adapa <sunil@medhas.org>
Date: Sat Jul 25 12:08:11 2020 -0700
library: Allow specifying GRUB target platform
This will be useful for building UEFI images for armhf. On that platform,
grub-install errors out as the default target platform is not arm-efi.
Signed-off-by: Sunil Mohan Adapa <sunil@medhas.org>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit b805c7a0a3da0b5bff8f8a0396d79140d10049fa
Author: Sunil Mohan Adapa <sunil@medhas.org>
Date: Tue Jul 14 22:11:01 2020 -0700
arm64: Add a builder for ARM64 universal images based on UEFI
Tests:
- Build an arm64 image and verify that:
- Boot Rock64 board with SD card with an SPI flash containing u-boot. OS disk
in USB 3.0 port does not work. OS disk in USB 2.0 port works.
- Boot RockPro64 board with OS disk in USB 2.0 (and 3.0) port with an SPI
flash containing u-boot.
- Boot Raspberry Pi 3B+ board with OS disk in USB port with an SD card
containing u-boot.
- grub-efi-arm64 package is installed in the image.
- /boot/efi/EFI/boot/bootaa64.efi is present.
- /boot/efi/dtb folder contains the list of all DTBs in the kernel.
- After booting the OS, install linux-image-<version>-cloud-arm64. Notice that
/boot/efi/dtb/ directory contains all the contents of
/usr/lib/linux-image-<version>-cloud-arm64. When the package is removed the
contents of /boot/efi/dtb revert to /usr/lib/linux-image-<version>-arm64.
Signed-off-by: Sunil Mohan Adapa <sunil@medhas.org>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit 6cd0f221cf10fd1f38cd1448cff5d866ab90fca6
Author: Sunil Mohan Adapa <sunil@medhas.org>
Date: Wed Jul 15 18:17:17 2020 -0700
builder: internal: Allow building images with GPT partition table
Signed-off-by: Sunil Mohan Adapa <sunil@medhas.org>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit 7c489cfe4316c27a29640de42e112be6dc14e49e
Author: Sunil Mohan Adapa <sunil@medhas.org>
Date: Tue Jul 14 22:10:17 2020 -0700
builder: internal: Allow creating an EFI partition
Tests:
- Built an arm64 image and observed the following:
- EFI partition was created as first partition. It's size is 256M. Remaining
space is allocated to root partition. The space between the two partitions is
not significant.
- EFI partition has vfat file system.
- /etc/fstab has entry for /boot/efi with the properly filesystem UUID.
- btrfs-progs package is installed.
- EFI partition contains files it is supposed to have such as
EFI/debian/grubaa64.efi.
Signed-off-by: Sunil Mohan Adapa <sunil@medhas.org>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
![[bug history graph]](https://qa.debian.org/data/bts/graphs/f/freedom-maker.png){kind=link}