-
Notifications
You must be signed in to change notification settings - Fork 64
{2023.06}[2022b,a64fx] Qt5 5.15.7, QuantumESPRESSO 7.2 #1177
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
base: main
Are you sure you want to change the base?
{2023.06}[2022b,a64fx] Qt5 5.15.7, QuantumESPRESSO 7.2 #1177
Conversation
bot: build repo:eessi.io-2023.06-software instance:eessi-bot-deucalion for:arch=aarch64/a64fx |
New job on instance
|
@agimenog Last build didn't work out as hoped? |
@boegel It seems so, I will check the logs to see where the problem is |
bot: build repo:eessi.io-2023.06-software instance:eessi-bot-deucalion for:arch=aarch64/a64fx |
New job on instance
|
These builds didn't work because of the Rust 1.65.0 issue. The updated hook from EESSI/software-layer-scripts#86 should make sure that we use Rust 1.75.0 (from #1200), so let's give this another try. bot: build repo:eessi.io-2023.06-software instance:eessi-bot-deucalion for:arch=aarch64/a64fx |
New job on instance
|
bot: build repo:eessi.io-2023.06-software instance:eessi-bot-deucalion for:arch=aarch64/a64fx |
New job on instance
|
Still failed because of the same issue with bot: build repo:eessi.io-2023.06-software instance:eessi-bot-deucalion for:arch=aarch64/a64fx edit: ah, no, I checked the wrong log file. The last build actually failed because of a download issue:
I can download that file without any issues, so let's see what happens this time. |
New job on instance
|
The LLVM build failed:
This is basically the same error as we observed for Rust 1.65.0 (see #1138). That makes sense, as that particular Rust version includes LLVM 15. |
I don't think we should waste more time on this, it's not a good use of our limited resources |
Do you think that bumping the LLVM version might be the solution? That is likely to appear for a few packages... |
That might work, I checked the local stack on Deucalion and they have these versions installed with EB:
So we could try to bump it to 16.0.6. The good thing is that 15.0.5 only seems to be used by Mesa: |
Found another workaround (which probably would have solved the Rust issue too): I tried building LLVM 15.0.5 with |
Based on #1005 and #1008