This repository was archived by the owner on May 30, 2023. It is now read-only.
Conversation
Where the packages are part of coreos-overlay, I keyworded the ebuilds directly to the same level of stability as amd64. Other packages have been keyworded through the profile, as close to the amd64 level as I could manage. Signed-off-by: Jeremi Piotrowski <jpiotrowski@microsoft.com>
kola-data and google-cloud-sdk install pre-built amd64 binaries, so there's no point installing them right now. Both could be made to work at a later time. iucode and syslinux and are x86 specific and won't build. selinux related packages *currently* don't work/build on arm64 but could be made to work. Signed-off-by: Jeremi Piotrowski <jpiotrowski@microsoft.com>
glib-utils are used during the build so they need to be part of host dependencies for update_engine. This only really pops up during a repeat bootstrap, when update_engine is being built from source but glib has been installed from a binary. BDEPEND would be the correct variable but that requires EAPI=7, so additionally added it to DEPEND for now. Signed-off-by: Jeremi Piotrowski <jpiotrowski@microsoft.com>
…profile So that it can apply to both arm64 and amd64 sdk profiles. Signed-off-by: Jeremi Piotrowski <jpiotrowski@microsoft.com>
grub refuses to build these targets when host is arm64. Signed-off-by: Jeremi Piotrowski <jpiotrowski@microsoft.com>
This does not work because the host and cross rust targets share the same name. This needs to be reworked to (potentially) enable x86 cross targets for aarch64 targets. Signed-off-by: Jeremi Piotrowski <jpiotrowski@microsoft.com>
Sysroot-wrappers contains binaries installed to /usr/lib64/sysroot-wrappers, but the profile referenced them through the 'lib -> lib64' symlink. Stop relying on that symlink, which is not present in arm64 profiles, and is not part of 17.1 amd64 profiles. Signed-off-by: Jeremi Piotrowski <jpiotrowski@microsoft.com>
dongsupark
reviewed
Aug 2, 2021
Contributor
dongsupark
left a comment
There was a problem hiding this comment.
Looks good. I managed to build an arm64 SDK from the PRs.
Though I am not sure when we should merge the PRs, as we could start building another set of releases soon.
I will let @sayanchowdhury share some thoughts.
Contributor
Author
|
Merging this one before the release as well, I verified that this doesn't break amd64. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
enable arm64 SDK bootstrap
This PR adjusts profiles and ebuild keywords to enable arm64 SDK to be bootstrapped. There is some stuff that needed fixing in the rust ebuild as well.
How to use
Provision powerful arm64 machine.
Fetch flatcar/scripts#134
Fetch stage4 from flatcar/Flatcar#319 (comment).
./bootstrap_sdk --seed_tarball=...