Skip to content

Conversation

@Flamefire
Copy link
Contributor

@Flamefire Flamefire commented Jan 5, 2026

(created using eb --new-pr)

(likely) requires:

The maturin extension uses cargo and hence tries to write to $HOME

We could replace some extensions by the maturin easyconfig but then that would not be installed anymore. We possibly could make maturin a runtime dependency (even though it is not/might not be) to avoid that, but going with the minimal change. Especially as we don't have a maturin-0.14.6 EC but only newer ones

@Thyre
Copy link
Collaborator

Thyre commented Jan 5, 2026

@boegelbot please test @ jsc-zen3
EB_ARGS="--installpath /tmp/$USER/ecpr-24998"

@Flamefire
Copy link
Contributor Author

Test report by @Flamefire
Using easyblocks from PR(s) easybuilders/easybuild-easyblocks#3993
FAILED
Build succeeded for 0 out of 1 (total: 1 min 22 secs) (1 easyconfigs in total)
i7029 - Linux Rocky Linux 9.6, x86_64, AMD EPYC 7702 64-Core Processor (zen2), Python 3.9.21
See https://gist.github.com/Flamefire/dbf750f122d8d83bf99eb484c1e4db0d for a full test report.

@github-actions github-actions bot added the change label Jan 5, 2026
@boegelbot
Copy link
Collaborator

@Thyre: Request for testing this PR well received on jsczen3l1.int.jsc-zen3.fz-juelich.de

PR test command 'if [[ develop != 'develop' ]]; then EB_BRANCH=develop ./easybuild_develop.sh 2> /dev/null 1>&2; EB_PREFIX=/home/boegelbot/easybuild/develop source init_env_easybuild_develop.sh; fi; EB_PR=24998 EB_ARGS="--installpath /tmp/$USER/ecpr-24998" EB_CONTAINER= EB_REPO=easybuild-easyconfigs EB_BRANCH=develop /opt/software/slurm/bin/sbatch --job-name test_PR_24998 --ntasks=8 ~/boegelbot/eb_from_pr_upload_jsc-zen3.sh' executed!

  • exit code: 0
  • output:
Submitted batch job 9323

Test results coming soon (I hope)...

Details

- notification for comment with ID 3709991427 processed

Message to humans: this is just bookkeeping information for me,
it is of no use to you (unless you think I have a bug, which I don't).

@Flamefire
Copy link
Contributor Author

Test report by @Flamefire
Using easyblocks from PR(s) easybuilders/easybuild-easyblocks#3993
FAILED
Build succeeded for 0 out of 1 (total: 10 mins 52 secs) (1 easyconfigs in total)
i7029 - Linux Rocky Linux 9.6, x86_64, AMD EPYC 7702 64-Core Processor (zen2), Python 3.9.21
See https://gist.github.com/Flamefire/7e74d1725ad1544bde8a3bcecb437709 for a full test report.

@boegelbot
Copy link
Collaborator

Test report by @boegelbot
FAILED
Build succeeded for 0 out of 1 (total: 11 mins 3 secs) (1 easyconfigs in total)
jsczen3c1.int.jsc-zen3.fz-juelich.de - Linux Rocky Linux 9.7, x86_64, AMD EPYC-Milan Processor (zen3), Python 3.9.23
See https://gist.github.com/boegelbot/68b602244dc63561ce41c1483e46817a for a full test report.

@Flamefire
Copy link
Contributor Author

Flamefire commented Jan 5, 2026

Due to not using crates this no longer builds with this Rust version -.-

Edit: One dependency doesn't has a Cargo.lock file so it tries a newer one than what works/has worked. The next minor version does have the lockfile. As it doesn't build at all (anymore) I think bumping the version is fine here.

@Flamefire
Copy link
Contributor Author

Test report by @Flamefire
Using easyblocks from PR(s) easybuilders/easybuild-easyblocks#3993
FAILED
Build succeeded for 0 out of 1 (total: 14 mins 23 secs) (1 easyconfigs in total)
i7029 - Linux Rocky Linux 9.6, x86_64, AMD EPYC 7702 64-Core Processor (zen2), Python 3.9.21
See https://gist.github.com/Flamefire/d6a99d839d42ca1c1a30f273eca42a7d for a full test report.

@Flamefire
Copy link
Contributor Author

Flamefire commented Jan 5, 2026

Uff. A dependency of a dependency (crates) got updated and now requires a newer cargo version.
Shall we just delete this easyconfig as it can no longer be build?

@Micket
Copy link
Contributor

Micket commented Jan 6, 2026

yeah i had this back on my list in #20718 for 5.0, but it was to painful to fix this one, as there is no way to generate an old setup. also #19697

I don't remember where this discussion was, but i did suggest removing it a long time ago, but others didn't agree, preferring to wait for it to fall away as the toolchain was deprecated, as there could, theoretically, be someone using this already built as a dep for something else and that way it would still "work".

I'm perfectly fine ith removing it together with infercnvpy-0.4.2-foss-2022a.eb which depends on it.

@Flamefire
Copy link
Contributor Author

@boegel What do you think?

@Flamefire
Copy link
Contributor Author

I propose removing the 2 ECs in #25066

@Flamefire Flamefire closed this Jan 15, 2026
@Flamefire Flamefire deleted the 20260105121036_new_pr_polars0156 branch January 15, 2026 13:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants