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 33bee811d04c57e9b1dc346fe9fe22e03d2cc71b
Author: Joseph Nuthalapati <njoseph@riseup.net>
Date: Fri Mar 12 14:58:05 2021 +0530
internal: Cleanup custom and backported installs
- Accept custom packages for both freedombox and freedombox-doc packages.
- There is no need to download .deb files when installing from backports.
Signed-off-by: Joseph Nuthalapati <njoseph@riseup.net>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit 7d5df3f87d3e07e0a48d4e8f8ed13bb3e5a221b0
Author: Joseph Nuthalapati <njoseph@riseup.net>
Date: Fri Mar 12 14:42:44 2021 +0530
library: Use apt instead of gdbi for local debs
Fixes #187
Tests performed:
1. Built an image with 3 custom packages provided from local directory (similar to amd64-dev build)
2. Built a stable image with backports enabled (similar to pioneer build)
Signed-off-by: Joseph Nuthalapati <njoseph@riseup.net>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit 446032566cd14bca753fc2b04a57d793217c06a1
Author: Joseph Nuthalapati <njoseph@riseup.net>
Date: Wed Mar 3 07:39:05 2021 +0530
library: Install xz-utils, a dep of gdebi-core
virtualbox-amd64-dev builds have been failing because gdebi is unable to
extract and read the control file inside the custom freedombox* packages.
gdebi-core suggests 'xz-utils | xz-lzma' but neither package is being
installed automatically.
Signed-off-by: Joseph Nuthalapati <njoseph@riseup.net>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit 3f6f5e22ecac47c81454c780c070028f04570da4
Author: Joseph Nuthalapati <njoseph@riseup.net>
Date: Fri Aug 28 23:32:24 2020 +0530
with-build-dep: Remove check for stable
`--with-build-dep` option doesn't currently work for Buster stable
images. We wouldn't be building stable images for development as part of
our CI system. This can be tried again in Bullseye maybe.
Signed-off-by: Joseph Nuthalapati <njoseph@riseup.net>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit b1ffae532306b156b3692b50385ed9642c05c1e8
Author: Joseph Nuthalapati <njoseph@riseup.net>
Date: Wed Aug 26 10:28:28 2020 +0530
with-build-dep: Clean up cloned freedombox repo
Signed-off-by: Joseph Nuthalapati <njoseph@riseup.net>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit a92877956e03365a4f0b9c7043c41bcb700f8595
Author: Joseph Nuthalapati <njoseph@riseup.net>
Date: Wed Aug 26 09:17:42 2020 +0530
with-build-dep: Remove implicit image size setting
Image size can be set by the --image-size argument while building images.
Signed-off-by: Joseph Nuthalapati <njoseph@riseup.net>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit 6181d401b2521439855c86bf02ea7ea59ba6f841
Author: Joseph Nuthalapati <njoseph@riseup.net>
Date: Tue Aug 25 06:56:58 2020 +0530
YAPF formatting
Signed-off-by: Joseph Nuthalapati <njoseph@riseup.net>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit 56cfd88adc562a2b547399e0ea66ed4814dc0521
Author: Joseph Nuthalapati <njoseph@riseup.net>
Date: Tue Aug 25 06:54:53 2020 +0530
Allow build dependencies to be included in images
Such images can be used for FreedomBox development when used with
virtual machines or with systemd-nspawn containers.
Signed-off-by: Joseph Nuthalapati <njoseph@riseup.net>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit 5d6a7429754332e26387de31849f9e6afd047570
Author: Debian Janitor <janitor@jelmer.uk>
Date: Sat Aug 29 07:29:24 2020 +0000
debian/tests: Replace use of deprecated $ADTTMP with $AUTOPKGTEST_TMP
Changes-By: lintian-brush
Fixes: lintian: uses-deprecated-adttmp
See-also: https://lintian.debian.org/tags/uses-deprecated-adttmp.html
Reviewed-by: Sunil Mohan Adapa <sunil@medhas.org>
commit aec75413401bfa542bbedaa12ce8130a2631e259
Author: Joseph Nuthalapati <njoseph@riseup.net>
Date: Wed Aug 26 11:00:08 2020 +0530
stable: Remove udiskie using `apt autoremove`
This reduces the size of the stable images from 625MB to 546MB.
Signed-off-by: Joseph Nuthalapati <njoseph@riseup.net>
[sunil: Update test case]
Signed-off-by: Sunil Mohan Adapa <sunil@medhas.org>
Reviewed-by: Sunil Mohan Adapa <sunil@medhas.org>
commit 97f755998bc065330bc254262358f920faf57920
Author: James Valleroy <jvalleroy@mailbox.org>
Date: Sun Aug 9 14:29:14 2020 -0400
debian: Add gbp dch config
Simplifies running the gbp dch command.
Also detected by debian-janitor to skip updating the changelog.
Signed-off-by: James Valleroy <jvalleroy@mailbox.org>
Reviewed-by: Sunil Mohan Adapa <sunil@medhas.org>
commit 5e50e2f53140f35a1374684ca2451011be0e4b22
Author: Sunil Mohan Adapa <sunil@medhas.org>
Date: Fri Aug 7 15:56:32 2020 -0700
man: Regenerate manual page
$ cd doc; xmlto man freedom-maker.xml; mv freed-maker.1 ../debian
Signed-off-by: Sunil Mohan Adapa <sunil@medhas.org>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit e1e4f556cac17d54877e965c4306990ba0f3ed26
Author: Sunil Mohan Adapa <sunil@medhas.org>
Date: Fri Aug 7 15:55:15 2020 -0700
README, man: Add information about new targets - arm64, armhf
Signed-off-by: Sunil Mohan Adapa <sunil@medhas.org>
Reviewed-by: James Valleroy <jvalleroy@mailbox.org>
commit 29692e9d311087924597149920697950f98dc774
Author: Sunil Mohan Adapa <sunil@medhas.org>
Date: Thu Aug 6 15:27:34 2020 -0700
arm_efi: Don't allow grub to update NVRAM variables
When grub is installed on EFI targets, it attempts to update the EFI variables
in NVRAM to point to itself. When building an image on a different host than
what is going to run the image, this is not relevant. Tell grub not to touch the
NVRAM variables.
Tests:
- Build arm64 and amd64 unstable images on a machine with non-EFI.
- Build arm64 image on a machine with EFI (on builtbot).
Signed-off-by: Sunil Mohan Adapa <sunil@medhas.org>
Reviewed-by: Joseph Nuthalapati <njoseph@riseup.net>
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}