Debian: Added support for versions 10, 11 and 12

[alanbach]

Added experimental support for Debian 10 (Buster), 11 (Bullseye) & 12 (Bookworm).

Closes #24

[alexsander-souza]

awesome contribution, but this needs some cleanup

• remove changes to the ubuntu template, I believe they belong to another PR
• remove unused scripts from debian/scripts, I think they were copied from ubuntu but not required by the image you are building.

[alanbach]

awesome contribution, but this needs some cleanup

* remove changes to the `ubuntu` template, I believe they belong to another PR

* remove unused scripts from `debian/scripts`, I think they were copied from `ubuntu` but not required by the image you are building.

These changes have been applied.

[proegssilb]

@alanbach Did your changes make it into the PR? Github is claiming that you still have changes to Ubuntu in the PR.

[alanbach]

@alanbach Did your changes make it into the PR? Github is claiming that you still have changes to Ubuntu in the PR.

@proegssilb I don't know why changes that were a part of a different PR are showing up here. Those are already merged and this looks to me some sort of a snag.

[proegssilb]

Looks like that merge cleaned up the Ubuntu changes. Didn't check the scripts, but hopefully this PR can be re-reviewed soon. Thanks alanbach!

[alanbach]

Yup, the branch re-sync cleaned it up. Give this a try and let me know if you hit any issues! Hopefully we can get this merged soon.

[proegssilb]

Still working on troubleshooting my setup. I'll post if there's any issues, but I wouldn't advise using my difficulties as an excuse to delay this PR. I probably just need to read through the README and logs in more detail until I can figure out what's going on. And then maybe we can update the README in a future PR.

[erickellerek1]

also trying to use this template to build debian arm64 maas images.
I found out that the readme is missing some dependencies for arm: qemu-system-arm qemu-efi-aarch64 maybe adding these would prevent people from getting following qemu/packer error: cannot stat '/usr/share/AAVMF/AAVMF_VARS.fd': No such file or directory

[erickellerek1]

using this template for ARM64 architecture would require some minor changes.

[lwandrebeck]

MAAS snap latest/edge (thus 3.5.0-alpha1), with packer-maas on your PR-24 branch.
flat storage, / ext4, /var xfs.
Image built with sudo packer build -var kernel=linux-image-amd64 -var customize_script=tweaks.sh -var debian_series=bookworm -var debian_version=12 -only='cloudimg.*' .
tweaks.sh contains only apt-get install -y lvm2 xfsprogs otherwise
curtin fails with E: Unable to locate package lvm2 or E: Unable to locate package xfsprogs
Image uploaded with sudo maas $LOGIN boot-resources create name='custom/debian-12' title='debian-12' architecture='amd64/generic' filetype='tgz' content@=debian-custom-cloudimg.tar.gz
/var/snap/maas/current/preseeds/curtin_userdata_custom is a copy of
the file from this PR.
machine boots, BUT once arrived at systemd I get:

• hostname not properly defined
• systemd is slow (30 sec per step)
• network looks broken
  

Trying to dig why.
EDIT: same symptoms on 10 and 11.

[lwandrebeck]

btw, /var/snap/maas/current/preseeds/curtin_userdata_custom breaks known to work tweaked ubuntu image deployment, works again with file removed. Don’t know MAAS internals enough to know if a conditional (on uname or something ?) would do the trick to prevent other OSes breakage.

[alexsander-souza]

btw, /var/snap/maas/current/preseeds/curtin_userdata_custom breaks known to work tweaked ubuntu image deployment, works again with file removed. Don’t know MAAS internals enough to know if a conditional (on uname or something ?) would do the trick to prevent other OSes breakage.

you can name the preseed as curtin_userdata_custom_amd64_generic_debian-10, assuming amd64/generic as node architecture and that you called the image custom/debian-10 when uploading

[proegssilb]

you can name the preseed as curtin_userdata_custom_amd64_generic_debian-10, assuming amd64/generic as node architecture and that you called the image custom/debian-10 when uploading

Can we get this into the readme, or link to the relevant documentation from the readme?

[lwandrebeck]

btw, /var/snap/maas/current/preseeds/curtin_userdata_custom breaks known to work tweaked ubuntu image deployment, works again with file removed. Don’t know MAAS internals enough to know if a conditional (on uname or something ?) would do the trick to prevent other OSes breakage.

you can name the preseed as curtin_userdata_custom_amd64_generic_debian-10, assuming amd64/generic as node architecture and that you called the image custom/debian-10 when uploading

works fine ! Thanks for the tip @alexsander-souza 👍

[alanbach]

MAAS snap latest/edge (thus 3.5.0-alpha1), with packer-maas on your PR-24 branch. flat storage, / ext4, /var xfs. Image built with sudo packer build -var kernel=linux-image-amd64 -var customize_script=tweaks.sh -var debian_series=bookworm -var debian_version=12 -only='cloudimg.*' . tweaks.sh contains only apt-get install -y lvm2 xfsprogs otherwise curtin fails with E: Unable to locate package lvm2 or E: Unable to locate package xfsprogs Image uploaded with sudo maas $LOGIN boot-resources create name='custom/debian-12' title='debian-12' architecture='amd64/generic' filetype='tgz' content@=debian-custom-cloudimg.tar.gz /var/snap/maas/current/preseeds/curtin_userdata_custom is a copy of the file from this PR. machine boots, BUT once arrived at systemd I get:

Good catch with lvm/xfsprogs. I'll get that fixed.

[alanbach]

Can we get this into the readme, or link to the relevant documentation from the readme?

Done.

[alexsander-souza]

let's expand these wrappers, otherwise it's hard to tell what the template is doing

[proegssilb]

Lightly tested commit 319fc01 . Compiling amd64 images via make seems to work OK. Whatever issues I was having before seem to be gone.

[alanbach]

Thank you. Currently working on completing the arm64 support.

[alanbach]

OK, just tested building and deploying arm64 Buster, Bullseye and Bookworm images. They all worked, just a small note that the preseed file needs to be updated for arm64 since the kernel package name is linux-image-arm64.

Updated the README file and included a separate ready to use arm64 preseed file as well.

Please try out the new changes and let me know if you see any issues.

[alexsander-souza]

LGTM

[lwandrebeck]

quick test, bookworm installed and worked fine on x86_64 with your latest commits ! thanks a lot @alanbach

[lwandrebeck]

Debian 11 worked too. 10 fails like on yesterday photos.