Update local run documentation for wasm and fix script permissions#1012
Conversation
Add a small section to the Installartion section of the top level README on how to use fetch-wasm.sh to have your local clients use the client side p533 module.
|
@alanhargreaves but the +x wasn't enabled, had to manually change, shouldn’t your change already have fixed that? had to |
|
Why would you need to sudo it? It ran just fine as me. I am assuming that you have write access to your own copy of the repo. If you look at the diffs, the only difference teh script is the mode change. |
…th write access to the repository.
|
I've modified the text to say
|
|
@alanhargreaves
seen in server log |
accius
left a comment
There was a problem hiding this comment.
Thanks Alan — useful pointer to have in the README, easy to miss otherwise. CI green, diff is minimal (10+/0-, plus +x on scripts/fetch-wasm.sh).
A few small editorial things before merge — none blocking:
- Typo: "run teh following" → "the".
- Phrasing: "as the user who can write to your repository" — repository reads like a git operation, but the script writes WASM artifacts into the install directory. Maybe "as a user with write access to your install directory" (or
public/wasm/). - Heading: "Enabling Client-side Propagation Calculation (without having to build it)" is a long H3. The parenthetical could move to the body.
- Placement: the new section sits between
npm run devand the Table of Contents, which interrupts the install flow before the TOC even renders. It would read more naturally as a subsection under Install & run, or grouped with the other optional-feature notes further down.
scripts/fetch-wasm.sh going from 100644 → 100755 is correct.
Happy to merge once the typo/phrasing tweaks are in. Or merge as-is and follow up — your call.
— K0CJH
|
@alanhargreaves Agreed with the Automated Triage above. Please take a look at those notes and once fixed feel free to merge this. |


What does this PR do?
Updates the Installation section of the top-level
README.mdwith a note to runscripts/fetch-wasm.shif you want clients on your local server to use the client-side propagation calculation module.Also adds execute permission to
scripts/fetch-wasm.sh.I can't be the only one that needed to spend way more time than necessary to figure this out.
Type of change
How to test
Go to a local client and verify that the VOACAP panel says that it is using "WASM" rather than "EST"
Checklist
Documentation and permissions change only.
Screenshots (if visual change)