-
Notifications
You must be signed in to change notification settings - Fork 130
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Hardcoded amd64 packages in tftp class #346
Comments
Opps, forgot the link to the tftp class - https://github.com/theforeman/puppet-foreman_proxy/blob/master/manifests/tftp.pp#L103 |
AFAICT, the whole EFI implementation of all parts is amd64 only at the moment, but PRs welcome. :) |
#347 does a bit in preparing for this by making the package names a variable. |
Right now I don't know which packages we should install on other arches |
https://packages.debian.org/search?suite=stable§ion=all&arch=any&searchon=names&keywords=grub-efi is a list for debian at least. I think the issue is knowing which is right at any time. The architectire fact may not be reliable, eg, for picking between grub-efi-arm-bin and grub-efi-arm64-bin ... |
I like the |
Agreed, although then it has to exist for all the OSs we want to support. Which in my case is Arch ... ;) EDIT: nvm, I see your netboot class handles this gracefully, +1 |
I've just been playing with setting up a RaspberryPi based Foreman appliance, and hit a minor snag. In the TFTP class we hardcode the amd64 versions of the EFI Grub packages - this doesn't exist for ARM boards. There is an equivalent ARM package though.
What's the best solution here? Parameterise the EFI packages? Or maybe just add an $manage_efi flag and surround the whole EFI block with it?
The text was updated successfully, but these errors were encountered: