9 Commits
Author SHA1 Message Date
duan_jandClaude Fable 5 1c8a83aa94 Sync new-module skill with current practice; README agent caveats
Skill (local + repo copy): --tmpdir/--distdir now part of the standard
recipe (never write big files to /var/tmp — small and shared on the
login node), env-contamination and slow-shared-storage guardrails
added, ccp4 archetype 5b updated to the wget --continue + gzip -t prep
that is actually in ccp4/build.

Main README: agent section notes the skill can be buggy (use with
caution, corrections welcome, reading along is a good way to learn) and
that new software or a new download site needs the vendor install page
given as context; /var/tmp warning made explicit here and in
ccp4/README.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-08-18 22:29:13 +02:00
duan_jandClaude Fable 5 c0e4e55fb9 ccp4 README: document explicit --tmpdir/--distdir build command
The ~/.Pmodules/Pmodules.yaml route did not reliably set download_dir,
so the maintained recipe now passes both dirs on the command line;
readers must adapt the p-group path to their own.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-08-18 20:45:49 +02:00
duan_jandClaude Fable 5 fcedf651b6 ccp4 README: BINARY.setup py-compile phase is also slow
Byte-compiling the bundled Python env writes thousands of .pyc files on
network storage; whole install budget on Ra is about an hour.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-08-18 20:37:55 +02:00
duan_jandClaude Fable 5 89a9c682fe ccp4 README: note that install is slow, not stuck
Untarring 3.7 GB into ~15-20 GB of small files on shared /opt/psi takes
10-30 min silently; documented so nobody kills a healthy build.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-08-18 20:27:34 +02:00
duan_jandClaude Fable 5 1332910115 ccp4: download via wget --continue in custom prep
Builtin curl in default prep has no retry/resume: an interrupted 3.7 GB
download restarts from zero and leaves a partial file that prep reuses
silently. Custom pbuild::prep resumes with wget --continue and gates the
build on gzip -t, so a truncated tarball can neither be reused nor
require a full re-download. urls: dropped from config.yaml (unused with
custom prep); install untars straight from the distfiles cache instead
of a pointless 3.7 GB copy via SRC_DIR.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-08-18 20:14:26 +02:00
duan_jandClaude Fable 5 3bf22a4b7e ccp4: die-guard install steps, glob ccp4-* top dir
First Ra run "succeeded" while broken: modbuild has no errexit in hooks,
so a truncated cached tarball (gzip EOF) and a wrong hardcoded top dir
(tarball unpacks to ccp4-9, not ccp4-9.0) scrolled by and the modulefile
got installed anyway. Every critical step now ends the build via
std::die, the top dir is globbed, and install verifies ccp4.setup-sh
exists before finishing. README documents the recovery (rm partial
tarball from distfiles, --clean-install).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-08-18 20:07:19 +02:00
duan_jandClaude Fable 5 8f1b3bf3a1 ccp4 README: fix modbuild flags per 2.1.3 --help
No --check-mode exists; --prep is the real way to pre-fetch and check the
tmp_dir config. modbuild on Ra is 2.1.3 now.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-08-18 19:58:07 +02:00
duan_jandClaude Fable 5 273569c87e Add ccp4 module: vendor tarball, non-interactive BINARY.setup
Pre-agrees the CCP4 licence via .agree2ccp4v6 so BINARY.setup never
prompts. Download via urls: with unpacker: none (untar once into PREFIX,
BINARY.setup patches paths at final location). Build tmp and download
cache go to /das/work/p21/p21515/.cache/Pmodules through
~/.Pmodules/Pmodules.yaml (see README) since /var/tmp and the home quota
are too small for the ~5 GB tarball.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-08-18 19:44:06 +02:00
duan_j 809be4432c added readme 2026-08-18 19:23:19 +02:00