-
Notifications
You must be signed in to change notification settings - Fork 48
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
[WIP] Project subdirectories in dev.eessi.io
install path and EESSI-extend integration
#804
base: 2023.06-software.eessi.io
Are you sure you want to change the base?
[WIP] Project subdirectories in dev.eessi.io
install path and EESSI-extend integration
#804
Conversation
Instance
|
Instance
|
Instance
|
Seems like the last attempt 821455b got a bit further! Now the installation in pointing to Edit: to clarify, installation starts but the build fails, which is probably happening because I just the first recent commit ID I could find, no guarantees that it would build in the first place. |
Right now the builds do indeed progress further and the last (hopefully) issue to solve is creating the tarballs. I am testing this functionality on via EESSI/dev.eessi.io-example#7 A brief outline of what should happen on dev.eessi.io builds:
Any help with this is very appreciated! Build log excerpt
Create tarball excerpt
|
Please don't merge for now
Previous installations to
dev.eessi.io
are landing in/cvmfs/dev.eessi.io/versions/2023.06/
but should also include a project specific subdirectory such as/cvmfs/dev.eessi.io/versions/2023.06/ESPResSo/
. Right now, this should be done by setting the environment variable$EESSI_DEV_PROJECT
in thedev.eessi.io
bot build script used in each of the projects (example: https://github.com/EESSI/dev.eessi.io-scripts/blob/main/bot/bot-build-dev.eessi.io.slurm), but maybe this can be improved by grabbing the information in thejob.cfg
file which includes a field like this:For now, however, I kept it simple to reduce points of failure until we are sure the installations land in the right place.
EESSI-extend
An issue why this PR shouldn't be merged right now: EasyBuild is ignoring the cvmfs repository and installpath overrides and trying to write to
software.eessi.io
(and failing, because we mount this as read-only). Because this was working earlier I think that some wires are getting crossed when we switched toEESSI-extend
inEESSI-install-software.sh
(see #790 ) and similarly to what is described at #802. I've not managed to figure out where things are going wrong.Relevant error from log:
I've tried changing the
installpath
without setting theEESSI-extend
envvars like$EESSI_SITE_INSTALL
and$EESSI_USER_INSTALL
which might work, but I think users or sites should be able to change these to their needs when building fordev.eessi.io
.To try to figure this out I also added a bunch of extra output to the logs that should be removed before this PR is merged. I will do so before making this as ready for review.
I've tried a few approaches already and I'm out of ideas how to correct the
installpath
...TODO after this PR
Address #799