Separate local tooling issues from upstream FMA URL breakage
Constraint: Real-data progress requires proving whether failures come from our environment or from changed upstream access paths Rejected: Keep treating the fetch blocker as a missing-tool problem | Would misdirect future debugging after yt-dlp module support was verified Confidence: high Scope-risk: narrow Directive: Do not retry historical FMA page URLs again unless a fresh source confirms their return; pivot to official archives or stable mirrors instead Tested: which yt-dlp || true; /usr/local/miniconda3/bin/python -m yt_dlp --version; /usr/local/miniconda3/bin/python -m py_compile acr-engine/scripts/fetch_fma_subset.py; /usr/local/miniconda3/bin/python acr-engine/scripts/fetch_fma_subset.py --report acr-engine/reports/fma_fetch_subset_report.json Not-tested: Successful real FMA download still pending a valid upstream archive or mirror URL
Showing
4 changed files
with
165 additions
and
83 deletions
-
Please register or sign in to post a comment