I've also removed the sort of hack where we appended EESSI_DEV_PROJECT to EESSI_CVMFS_REPO_OVERRIDE (it would become e.g. /cvmfs/dev.eessi.io/riscv) to make the scripts aware of the additional subdir in the path. The new $EESSI_VERSIONS_SUBPATH now takes care of this, so we can point EESSI_CVMFS_REPO_OVERRIDE to the root of the repo again, making things cleaner.

This actually fixes another issue: EESSI-install-software.sh would run basename on EESSI_CVMFS_REPO_OVERRIDE to check if the easystack files were in a directory named after the repository. For /cvmfs/dev.eessi.io/riscv that would mean though that they had to be in a directory named riscv, which is not consistent behavior. With the changes here, it will expect them to be in a directory dev.eessi.io instead of e.g. riscv or espresso.

Changing dev.eessi.io builds to site installations is probably a small change now (mostly a matter of setting EESSI_SITE_SOFTWARE_PREFIX=/cvmfs/dev.eessi.io/$EESSI_DEV_PROJECT in the dev build script, and removing some checks in the workflows), so maybe I'll go ahead and do that in this PR as well.

Okay, with https://github.com/EESSI/dev.eessi.io-scripts/pull/3 and this PR, dev.eessi.io builds should now make use of the site installation functionality. A lot of code has been cleaned up by removing the dev.eessi.io-specific cases, all of it should be handled by the code that was recently introduced for site installations. The main thing that I did have to add was the one line of code that removes any version suffix from the EESSI version, as that was done in the dev bot's build script (see https://github.com/EESSI/dev.eessi.io-scripts/pull/3). This is relevant for dev.eessi.io/riscv, which has a version like 2025.06-001, and that needs to be converted to 2025.06 to get the correct compat layer path.

I'll try to run a bunch of test builds with the standard software.eessi.io bot, a dev bot, and a local site bot to test the different scenarios.

Note: when this gets merged, we should update https://www.eessi.io/docs/adding_software/adding_development_software/. It's already outdated, but this PR also changes the directory structure for easystack files (again).

Leaving a note here to remember to pick that up next Monday: we should mention the possibility of installing to a custom site prefix via $EESSI_SITE_SOFTWARE_PREFIX and explain the logic behind this variable in EESSI/docs#778

Control over the prefix when building on top of EESSI to a site CVMFS repository is likely a desired featured as we've already had questions in that direction and we want to do so ourselves at RUG.

Once I add that documentation that removes this blocker and we can finish a build and merge the docs PR.