Create first builds for icelake and cascadelake (EasyBuild 4.8.2 + EESSI-extend)#1037
Create first builds for icelake and cascadelake (EasyBuild 4.8.2 + EESSI-extend)#1037casparvl wants to merge 6 commits intoEESSI:2023.06-software.eessi.iofrom casparvl:000-eb-4.8.2
Conversation
… version, and EESSI-extend should be installed
|
Instance
|
|
Instance
|
|
Instance
|
|
Instance
|
|
Instance
|
|
Instance
|
|
bot: build repo:eessi.io-2023.06-software instance:eessi-bot-mc-aws arch:icelake |
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
|
New job on instance
|
|
New job on instance
|
|
Well that's... interesting. It seems to install EB 5.0.0 (which I didn't ask for in this PR) as part of the installation of It also seems to fail installing the requested EB 4.8.2: This part: Looks weird. There seem to be two period's between the version and |
|
Ok, so this is where the latest EB version gets installed, by the temporary install: The comment there says:
I'm not sure I agree with that. Yes,
This then gives us a bootstrapped environment with a deployed This is as close to the original build order as we can get - the only thing that is different is that the temporary installation that is used to install In order to achieve that behavior, some small changes will be needed to the scripts that I will try out in this PR - let's see if we can get this to work. If we can, I'll document this as the approach to bootstrap a new version in https://gitlab.com/eessi/support/-/wikis/building_add_new_cpu_target |
I think we caused this ourselves by choosing shorter easystack names 😅 We can easily fix that by adding some suffix ( |
…suffix, e.g. if the easystack name is <seomthing-eb-4.9.4.yml. The new regex succesfully matches the EB version in this naming scheme as well
|
bot: build repo:eessi.io-2023.06-software instance:eessi-bot-mc-aws arch:icelake |
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
|
New job on instance
|
|
New job on instance
|
|
New job on instance
|
|
bot: build repo:eessi.io-2023.06-software instance:eessi-bot-mc-aws arch:icelake |
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
|
New job on instance
|
|
New job on instance
|
|
Getting some output that looks worrying: But I don't think it's actually problematic. The |
…ild version is missing, the _latest_ EB version that is installed is only installed in a temporary prefix. Then, the one that was actually required is installed in the central software prefix.
|
bot: build repo:eessi.io-2023.06-software instance:eessi-bot-mc-aws arch:icelake |
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
Updates by the bot instance
|
|
New job on instance
|
|
New job on instance
|
|
Ugh. Ok... so now it's not installing EB 5.0.0 anymore. But It does use the temporary EB 5.0.0 to install EB 4.8.2. This is then loaded to install the easystack file in this PR, for 4.8.2. I also get this error: Not sure why I didn't get that before, and do get it now. To improve, technically, we could have the This is starting to feel like it's not worth the trouble :) It doesn't (at least: shouldn't) really matter which EB is used to install which EB. |
|
Closed in favor of #1039 |
|
PR merged! Moved |
|
PR merged! Moved |
|
PR merged! Moved |
Installing the stack for icelake & cascadelake, based on the approach outlined in https://gitlab.com/eessi/support/-/issues/145
I've used the scripts from 84817f0 to create the EasyStack files, then split of the very first EasyBuild install into it's own EasyStack file, so that we can first (separately) try to install an initial EESSI-extend and EasyBuild version. If that works, we take things from there.