-
Notifications
You must be signed in to change notification settings - Fork 14
Remove removal step from bot/build.sh
#31
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
Conversation
bot: build repo:eessi.io-2023.06-software instance:eessi-bot-mc-aws arch:x86_64/amd/zen2 |
New job on instance
|
Rebuilding EESSI-extend from an easystack did not work properly, as it's already loaded. But #2 added a new mechanism that will rebuild EESSI-extend whenever its easyconfig in the git repo is changed. So let's try that instead. bot: build repo:eessi.io-2023.06-software instance:eessi-bot-mc-aws arch:x86_64/amd/zen2 |
New job on instance
|
That worked, so let's try it on the "problematic" nodes (which did not have support for fakeroot/rebuilds): bot: build repo:eessi.io-2023.06-software instance:eessi-bot-deucalion architecture:aarch64/a64fx |
New job on instance
|
New job on instance
|
Those builds are probably failing because the attr sources are currently unavailable, had the same issue on the AWS cluster.... |
Let's try bot: build repo:eessi.io-2023.06-software instance:eessi-bot-deucalion architecture:aarch64/a64fx |
New job on instance
|
New job on instance
|
Okay, that worked fine. This PR should be ready, but the dummy easystacks need to be removed before merging this. I'll do that after this has been approved, so we can still test additional changes if required. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
PR looks good, will approve once the easystack and EESSI-extend
changes are removed
Also removes the
EESSI-remove.sh
script. This basically reverts the changes from EESSI/software-layer#488, which were implemented as a workaround to rebuild software with fuse-overlayfs. With unionfs we no longer have these issues, so we can get rid of this step. By doing this, we no longer depend on fakeroot, which was causing issue on our grace and a64fx nodes.In order to test this, I'll add a dummy easystack and trigger some test builds, and then remove the dummy easystacks again.