diff --git a/.github/actions/spelling/allow.txt b/.github/actions/spelling/allow.txt
index 6b920419..26e4d59a 100644
--- a/.github/actions/spelling/allow.txt
+++ b/.github/actions/spelling/allow.txt
@@ -1,9 +1,9 @@
 ACLs
 ACR
 AMD
-AWS
 Alpstein
 Balfrin
+Besard
 Broyden
 CFLAGS
 CHARMM
@@ -17,17 +17,16 @@ Ceph
 Containerfile
 DNS
 Dockerfiles
-EDF
-EDFs
-EDFs
+Dufourspitze
 EMPA
 ETHZ
 Ehrenfest
 Errigal
 FFT
+Fawzi
 Fock
+Foket
 GAPW
-GCC
 GGA
 GPFS
 GPG
@@ -39,29 +38,41 @@ GTL
 Gaussian
 Google
 HDD
+HDDs
 HPC
 HPCP
 HPE
 HSN
 Hartree
+Invernizzi
 Jax
 Jira
 Keycloak
+Kwasniewski
 LAMMPS
+LAPACK
 LDA
+LLM
+LLMs
 LOCALID
 LUMI
 Libc
 Linaro
 Linux
+MDS
+MDSs
 MFA
 MLP
 MNDO
 MPICH
+Malvoisin
 MeteoSwiss
 NAMD
 NICs
 NVMe
+Nordend
+OSS
+OSSs
 OTP
 OTPs
 PASC
@@ -71,8 +82,10 @@ PID
 PMPI
 POSIX
 Parrinello
+Pintarelli
 Piz
 Plesset
+Podladchikov
 Pulay
 RCCL
 RDMA
@@ -83,22 +96,25 @@ Roothaan
 SSHService
 STMV
 Scopi
+Signalkuppe
 TOTP
 UANs
 UserLab
-VASP
-Waldur
 Wannier
 XDG
+Zumsteinspitz
 aarch
 aarch64
 acl
+artifactory
 autodetection
+aws
 baremetal
 biomolecular
 bristen
 bytecode
 capstor
+chatbot
 clariden
 concretise
 concretizer
@@ -109,39 +125,82 @@ cuda
 customised
 dcomex
 diagonalisation
+dimms
 dockerhub
 dotenv
+dropbear
+edf
+edfs
 eiger
 epyc
+fftw
 filesystems
 fontawesome
+gcc
+gdrcopy
+github
 gitlab
+gpt
 gpu
 groundstate
+gsl
+hdf
+huggingface
+hwloc
+iframe
 ijulia
 inodes
 iopsstor
 jfrog
+jobreport
+juhpc
+julia
+juliaup
+jupyter
+kokkos
 lexer
 libfabric
+linalg
+linux
+matlab
+meteo
 miniconda
+mkl
 mpi
 mps
 multitenancy
+nanotron
+nccl
+netlib
 netrc
 nsight
 numa
+nvcr
+nvdashboard
 nvidia
+nwp
 octicons
+ofi
+omlin
+omp
 oom
+osts
+osu
+papi
+pme
+pmi
 podman
 preinstalled
+prerelease
+prereleases
 prgenv
 prioritisation
+prioritise
 prioritised
 proactively
 pyfirecrest
 pytorch
+quantumespresso
 quickstart
 rocm
 runtime
@@ -151,6 +210,7 @@ sbatch
 screenshot
 slurm
 smartphone
+sourced
 sphericart
 squashfs
 srun
@@ -177,23 +237,36 @@ torchaudio
 torchvision
 treesitter
 trilinos
+trl
 uarch
 uenv
 uenvs
 uids
+utkin
 vCluster
 vClusters
+valgrind
+vasp
+vboost
 venv
 versioned
 versioning
+waldur
+wandb
 webhooks
 webinar
 webpage
 website
 wikipedia
+wikitext
+wlcg
 workaround
 workflows
 xattr
 xattrs
+xcb
+xfer
+xname
+xpmem
 youtube
 zstd
diff --git a/.github/actions/spelling/block-delimiters.list b/.github/actions/spelling/block-delimiters.list
index 9a0a87ca..c8103a90 100644
--- a/.github/actions/spelling/block-delimiters.list
+++ b/.github/actions/spelling/block-delimiters.list
@@ -5,3 +5,11 @@
 # ignore code blocks
 ```
 ```
+
+# ignore indented code blocks
+    ```
+    ```
+
+# ignore embedded iframes
+<iframe
+</iframe>
diff --git a/.github/actions/spelling/patterns.txt b/.github/actions/spelling/patterns.txt
index 6f65d370..5f85694c 100644
--- a/.github/actions/spelling/patterns.txt
+++ b/.github/actions/spelling/patterns.txt
@@ -1,7 +1,9 @@
-# Recognized as "Firec" and "REST" with the regular rules, so in patterns.txt
-# instead of allow.txt
+# Recognized as separate words (e.g. "Firec" and "REST") with the regular rules,
+# so in patterns.txt instead of allow.txt
 FirecREST
 RESTful
+IPyParallel
+\`ENV\`ironment
 
 # markdown figure
 ^!\[.*\]\(.*\)$
@@ -9,10 +11,19 @@ RESTful
 # Most obvious URLs
 https?:\/\/(www\.)?[-a-zA-Z0-9@:%._\+~#=]{1,256}\.[a-zA-Z0-9()]{1,6}\b([-a-zA-Z0-9()@:%_\+.~#?&//=]*)
 
-# Markdown references (definition and use)
+# Markdown references and URLs (definition and use)
 ^\[\]\(\){#[a-z-]+}$
-\]\(#[a-z-]+\)
+\]\([^\s]+\)
 \]\[[a-z-]+\]
 
+# Markdown URLs
+
 # Inline code
 \`[^\`]+\`
+
+# kebab-case and snake_case words
+[a-z]+-[a-z-]+
+[a-z]+_[a-z_]+
+
+# versions
+[0-9]+\.[.0-9]+(\+[0-9a-z]+)?
diff --git a/.github/workflows/spelling.yaml b/.github/workflows/spelling.yaml
index 1472efdc..9ef7b204 100644
--- a/.github/workflows/spelling.yaml
+++ b/.github/workflows/spelling.yaml
@@ -33,8 +33,8 @@ jobs:
         suppress_push_for_open_pull_request: ${{ github.actor != 'dependabot[bot]' && 1 }}
         checkout: true
         check_file_names: 0
-        only_check_changed_files: 1
-        post_comment: 1
+        only_check_changed_files: ${{ github.event.pull_request && 1 }}
+        post_comment: ${{ github.event.pull_request && 1 }}
         use_magic_file: 1
         warnings: bad-regex,binary-file,deprecated-feature,large-file,limited-references,no-newline-at-eof,noisy-file,token-is-substring,unexpected-line-ending,whitespace-in-dictionary,minified-file,unsupported-configuration,no-files-to-check
         use_sarif: ${{ (!github.event.pull_request || (github.event.pull_request.head.repo.full_name == github.repository)) && 1 }}
diff --git a/docs/accounts/account-create.md b/docs/accounts/account-create.md
index db5b9b79..b2dc1dc4 100644
--- a/docs/accounts/account-create.md
+++ b/docs/accounts/account-create.md
@@ -16,7 +16,7 @@ Clicking the "Create a new account" button will lead the user to the second step
 
 After submitting personal information, users have to wait for CSCS to review and approve the submission.
 
-Once accepted, you will recieve an email with a link to set your password.
+Once accepted, you will receive an email with a link to set your password.
 
 ```title="Acceptance email"
 Dear John Doe,
diff --git a/docs/alps/hardware.md b/docs/alps/hardware.md
index fd772156..cc5bc480 100644
--- a/docs/alps/hardware.md
+++ b/docs/alps/hardware.md
@@ -65,7 +65,7 @@ There are 24 cabinets, in 4 rows with 6 cabinets per row, and each cabinet conta
 !!! info "Why 7 blades per chassis?"
     A chassis can contain up to 8 blades, however Alps' gh200 chassis are underpopulated so that we can increase the amount of power delivered to each GPU.
 
-Each node contains four Grace-Hopper modules and four corresponding network interface cards (NICS) per blade, as illustrated below:
+Each node contains four Grace-Hopper modules and four corresponding network interface cards (NICs) per blade, as illustrated below:
 
 ![](../images/alps/gh200-schematic.svg)
 
diff --git a/docs/clusters/eiger.md b/docs/clusters/eiger.md
index cb8d239a..2b5e5bed 100644
--- a/docs/clusters/eiger.md
+++ b/docs/clusters/eiger.md
@@ -37,7 +37,7 @@ Eiger is an Alps cluster that provides compute nodes and file systems designed t
 Eiger consists of multicore [AMD Epyc Rome][ref-alps-zen2-node] compute nodes: please note that the total number of available compute nodes on the system might vary over time.
 See the [Slurm documentation][ref-slurm-partitions-nodecount] for information on how to check the number of nodes.
 
-Additionally, there are four login nodes with hostnames `eiger-ln00[1-4]`.
+Additionally, there are four login nodes with host names `eiger-ln00[1-4]`.
 
 ### Storage and file systems
 
diff --git a/docs/guides/mlp_tutorials/index.md b/docs/guides/mlp_tutorials/index.md
index 2c1df914..ef44ac41 100644
--- a/docs/guides/mlp_tutorials/index.md
+++ b/docs/guides/mlp_tutorials/index.md
@@ -4,7 +4,7 @@
 These tutorials solve simple MLP tasks using the [Container Engine][ref-container-engine] on the ML Platform.
 
 1. [LLM Inference][ref-mlp-llm-inference-tutorial]
-2. [LLM Finetuning][ref-mlp-llm-finetuning-tutorial]
+2. [LLM Fine-tuning][ref-mlp-llm-finetuning-tutorial]
 3. [Nanotron Training][ref-mlp-llm-nanotron-tutorial]
 
 
diff --git a/docs/guides/mlp_tutorials/llm-finetuning.md b/docs/guides/mlp_tutorials/llm-finetuning.md
index da58822b..2afa885b 100644
--- a/docs/guides/mlp_tutorials/llm-finetuning.md
+++ b/docs/guides/mlp_tutorials/llm-finetuning.md
@@ -1,8 +1,8 @@
 [](){#ref-mlp-llm-finetuning-tutorial}
 
-# LLM Finetuning Tutorial
+# LLM Fine-tuning Tutorial
 
-This tutorial will take the model from the [LLM Inference][ref-mlp-llm-inference-tutorial] tutorial and show you how to perform finetuning.
+This tutorial will take the model from the [LLM Inference][ref-mlp-llm-inference-tutorial] tutorial and show you how to perform fine-tuning.
 This means that we take the model and train it on some new custom data to change its behavior.
 
 To complete the tutorial, we set up some extra libraries that will help us to update the state of the machine learning model.
@@ -38,10 +38,10 @@ $ pip install -e ./trl   # install in editable mode
 
 When this step is complete, you can exit the shell by typing `exit`.
 
-### Finetune Gemma-7B
+### Fine-tune Gemma-7B
 
 t this point, we can set up a fine-tuning script and start training Gemma-7B.
-Use your favorite text editor to create the file `fine-tune-gemma.sh` just outside the trl and gemma-venv directories:
+Use your favorite text editor to create the file `fine-tune-gemma.sh` just outside the `trl` and `gemma-venv` directories:
 
 ```bash title="fine-tune-gemma.sh"
 #!/bin/bash
@@ -119,7 +119,7 @@ It should take about 10-15 minutes to fine-tune Gemma:
 $ sbatch --nodes=1 fine-tune-sft.sbatch
 ```
 
-### Compare finetuned Gemma against default Gemma
+### Compare fine-tuned Gemma against default Gemma
 
 We can reuse our python script from the first tutorial to do inference on the Gemma model that we just fine-tuned.
 Let's try out a different prompt in `gemma-inference.py`:
diff --git a/docs/guides/mlp_tutorials/llm-inference.md b/docs/guides/mlp_tutorials/llm-inference.md
index 550c1ce3..e24f99ee 100644
--- a/docs/guides/mlp_tutorials/llm-inference.md
+++ b/docs/guides/mlp_tutorials/llm-inference.md
@@ -12,7 +12,7 @@ The model we will be running is Google's [Gemma-7B](https://huggingface.co/googl
 
 ## Gemma-7B Inference using NGC PyTorch
 
-### Prequisites
+### Prerequisites
 
 This tutorial assumes you are able to access the cluster via SSH. To set up access to CSCS systems, follow the guide [here][ref-ssh], and read through the documentation about the [ML Platform][ref-platform-mlp].
 
@@ -39,7 +39,7 @@ RUN apt-get update && apt-get install -y python3.10-venv && apt-get clean && rm
 ```
 
 The first line specifies that we are working on top of an existing container.
-In this case we start `FROM`  an NGC PyTorch container.
+In this case we start `FROM` an NGC PyTorch container.
 Next, we set an `ENV`ironment variable that helps us run `apt-get` in the container.
 Finally, we `RUN` the package installer `apt-get` to install python virtual environments.
 This will let us install python packages later on without having to rebuild the container again and again.
@@ -76,14 +76,14 @@ $ enroot import -x mount -o pytorch-24.01-py3-venv.sqsh podman://pytorch:24.01-p
 
 where you should replace `<ACCOUNT>` with your project account ID.
 At this point, you can exit the Slurm allocation by typing `exit`.
-You should be able to see a new squashfile next to your Dockerfile:
+You should be able to see a new squashfs file next to your Dockerfile:
 
 ```console
 $ ls
 Dockerfile  pytorch-24.01-py3-ven.sqsh
 ```
 
-This squashfile is essentially a compressed container image, which can be run directly by the container engine.
+This squashfs file is essentially a compressed container image, which can be run directly by the container engine.
 We will use our freshly-built container `pytorch-24.01-py3-venv.sqsh` in the following steps to run a PyTorch script that loads the Google Gemma-7B model and performs some inference with it.
 
 ### Set up an EDF
@@ -109,7 +109,7 @@ Make sure to replace `<USER>` with your actual CSCS username.
 If you've decided to build the container somewhere else, make sure to supply the correct path to the `image` variable. 
 
 The `image` variable defines which container we want to load.
-This could either be a container from an online docker repository, like `nvcr.io/nvidia/pytorch:24.01-py3`, or in our case, a local squashfile which we built ourselves.
+This could either be a container from an online docker repository, like `nvcr.io/nvidia/pytorch:24.01-py3`, or in our case, a local squashfs file which we built ourselves.
 
 The `mounts` variable defines which directories we want to mount where in our container.
 In general, it's a good idea to use the scratch directory to store outputs from any scientific software.
@@ -278,7 +278,7 @@ Move on to the next tutorial or try the challenge.
 
 ### Challenge
 
-Using the same approach as in the latter half of step 4, use pip to install the package `nvitop`. This is a tool that shows you a concise real-time summary of GPU activity. Then, run Gemma and launch nvitop at the same time:
+Using the same approach as in the latter half of step 4, use pip to install the package `nvitop`. This is a tool that shows you a concise real-time summary of GPU activity. Then, run Gemma and launch `nvitop` at the same time:
 
 ```console
 (gemma-venv)$ python ./gemma-inference.py > ./gemma-output.log 2>&1 & nvitop
@@ -288,7 +288,7 @@ Note the use of bash `> ./gemma-output.log 2>&1` to hide any output from Python.
 Note also the use of the single ampersand `'&'` which backgrounds the first command and runs `nvitop` on top.
 
 After a moment, you will see your Python script spawn on all four GPUs, after which the GPU activity will increase a bit and then go back to idle.
-At this point, you can hit `q` to quite nvitop and you will find the output of your Python script in `./gemma-output.log`.
+At this point, you can hit `q` to quit `nvitop` and you will find the output of your Python script in `./gemma-output.log`.
 
 ### Collaborating in Git
 
diff --git a/docs/guides/mlp_tutorials/llm-nanotron-training.md b/docs/guides/mlp_tutorials/llm-nanotron-training.md
index 82c7957f..444359a4 100644
--- a/docs/guides/mlp_tutorials/llm-nanotron-training.md
+++ b/docs/guides/mlp_tutorials/llm-nanotron-training.md
@@ -5,9 +5,9 @@
 In this tutorial, we will build a container image to run nanotron training jobs.
 We will train a 109M parameter model with ~100M wikitext tokens as a proof of concept.
 
-### Prequisites 
+### Prerequisites
 
-It is also recommended to follow the previous tutorials: [LLM Inference][ref-mlp-llm-inference-tutorial] and [LLM Finetuning][ref-mlp-llm-finetuning-tutorial], as this will build up from it.
+It is also recommended to follow the previous tutorials: [LLM Inference][ref-mlp-llm-inference-tutorial] and [LLM Fine-tuning][ref-mlp-llm-finetuning-tutorial], as this will build up from it.
 
 ### Set up Podman
 
@@ -61,7 +61,7 @@ Now exit the interactive session by running `exit`.
 
 ### Set up an EDF
 
-See the previous tutorial for context. In this case, the edf will be at `$HOME/.edf/nanotron.toml` and will have the following contents:
+See the previous tutorial for context. In this case, the EDF will be at `$HOME/.edf/nanotron.toml` and will have the following contents:
 
 ```toml title="$HOME/.edf/nanotron.toml"
 image = "/capstor/scratch/cscs/<USER>/container-image/nanotron/nanotron-v1.0.sqsh"
@@ -194,7 +194,7 @@ logging:
 
 This configuration file will train, as a proof of concept, a gpt-2-like (109M parameters) llama model with approximately 100M tokens of wikitext with settings `tp=4, dp=2, pp=1` (which means that it requires two nodes to train).
 This training job will require approximately 10 minutes to run.
-Now, create a batchfile in `$HOME/nanotron/run_tiny_llama.sh` with the contents:
+Now, create a batch file in `$HOME/nanotron/run_tiny_llama.sh` with the contents:
 
 ```bash title="$HOME/nanotron/run_tiny_llama.sh"
 #!/bin/bash
diff --git a/docs/guides/storage.md b/docs/guides/storage.md
index 17048328..5a0b4ee2 100644
--- a/docs/guides/storage.md
+++ b/docs/guides/storage.md
@@ -111,7 +111,7 @@ To set up a default so all newly created folders and dirs inside or your desired
     ```
 
 !!! info
-    For more information read the setfacl man page: `man setfacl`.
+    For more information read the `setfacl` man page: `man setfacl`.
 
 [](){#ref-guides-storage-lustre}
 ## Lustre tuning
@@ -124,12 +124,12 @@ Its performance is roughly the same on [Capstor][ref-alps-capstor] and [Iopsstor
 This data is globally synchronized, which means Lustre is not well suited to handling many small files, see the discussion on [how to handle many small files][ref-guides-storage-small-files].
 
 The data itself is subdivided in blocks of size `<blocksize>` and is stored by Object Storage Servers (OSS) in one or more Object Storage Targets (OST).
-The blocksize and number of OSTs to use is defined by the striping settings, which are applied to a path, with new files and directories ihneriting them from their parent directory.
+The block size and number of OSTs to use is defined by the striping settings, which are applied to a path, with new files and directories inheriting them from their parent directory.
 The `lfs getstripe <path>` command can be used to get information on the stripe settings of a path.
 For directories and empty files `lfs setstripe --stripe-count <count> --stripe-size <size> <directory/file>` can be used to set the layout.
 The simplest way to have the correct layout is to copy to a directory with the correct layout
 
-!!! tip "A blocksize of 4MB gives good throughput, without being overly big..."
+!!! tip "A block size of 4MB gives good throughput, without being overly big..."
     ... so it is a good choice when reading a file sequentially or in large chunks, but if one reads shorter chunks in random order it might be better to reduce the size, the performance will be smaller, but the performance of your application might actually increase.
     See the [Lustre documentation](https://doc.lustre.org/lustre_manual.xhtml#managingstripingfreespace) for more information.
 
@@ -149,7 +149,7 @@ With it it is possible to create a Progressive file layout switching `--stripe-c
 ### Iopsstor vs Capstor
 
 [Iopsstor][ref-alps-iopsstor] uses SSD as OST, thus random access is quick, and the performance of the single OST is high.
-[Capstor][ref-alps-capstor] on another hand uses harddisks, it has a larger capacity, and  it also have many more OSS, thus the total bandwidth is larger.
+[Capstor][ref-alps-capstor] on another hand uses hard disks, it has a larger capacity, and  it also have many more OSS, thus the total bandwidth is larger.
 See for example the [ML filesystem guide][ref-mlp-storage-suitability].
 
 [](){#ref-guides-storage-small-files}
diff --git a/docs/platforms/mlp/index.md b/docs/platforms/mlp/index.md
index 3b2387ca..9ecc5593 100644
--- a/docs/platforms/mlp/index.md
+++ b/docs/platforms/mlp/index.md
@@ -63,12 +63,12 @@ Scratch is per user - each user gets separate scratch path and quota.
 !!! note "file system suitability"
     The Capstor scratch filesystem is based on HDDs and is optimized for large, sequential read and write operations.
     We recommend using Capstor for storing **checkpoint files** and other **large, contiguous outputs** generated by your training runs.
-    In contrast, Iopstor uses high-performance NVMe drives, which excel at handling **IOPS-intensive workloads** involving frequent, random access. This makes it a better choice for storing **training datasets**, especially when accessed randomly during machine learning training.
+    In contrast, Iopsstor uses high-performance NVMe drives, which excel at handling **IOPS-intensive workloads** involving frequent, random access. This makes it a better choice for storing **training datasets**, especially when accessed randomly during machine learning training.
     See the [Lustre guide][ref-guides-storage-lustre] for some hints on how to get the best performance out of the filesystem.
 
 ### Scratch Usage Recommendations
 
-Use Iopstor scratch (`$SCRATCH`) for:
+Use Iopsstor scratch (`$SCRATCH`) for:
 
 * Training and validation datasets that are read frequently and non-sequentially.
 * Workloads that perform many small, random I/O operations.
@@ -91,4 +91,4 @@ Project is per project - each project gets a project folder with project-specifi
 
 ## Guides and tutorials
 
-Tutorials for finetuning and running inference of LLMs as well as training an LLM with Nanotron can be found in the [MLP Tutorials][ref-guides-mlp-tutorials] page.
+Tutorials for fine-tuning and running inference of LLMs as well as training an LLM with Nanotron can be found in the [MLP Tutorials][ref-guides-mlp-tutorials] page.
diff --git a/docs/services/cicd.md b/docs/services/cicd.md
index 7a684395..0932d418 100644
--- a/docs/services/cicd.md
+++ b/docs/services/cicd.md
@@ -994,7 +994,7 @@ The default is `none`, and you must explicitly set it to `fetch`  or `clone`  to
 ##### `CSCS_CUDA_MPS`
 Optional variable, default is `NO`
 
-Enable running with nvidia-mps-server, which allows multiple ranks sharing the same GPU.
+Enable running with `nvidia-mps-server`, which allows multiple ranks sharing the same GPU.
 
 ##### `USE_MPI`
 Optional variable, default is `AUTO`
@@ -1202,7 +1202,7 @@ Loads the view of a uenv.
 ##### `CSCS_CUDA_MPS`
 Optional variable, default is `NO`
 
-Enable running with nvidia-mps-server, which allows multiple ranks sharing the same GPU.
+Enable running with `nvidia-mps-server`, which allows multiple ranks sharing the same GPU.
 
 #### Example jobs
 ```yaml
@@ -1405,8 +1405,7 @@ A couple of projects which use this CI setup.
 Please have a look there for more advanced usage:
 
 * [dcomex-framework](https://github.com/DComEX/dcomex-framework): entry point is `ci/prototype.yml`
-* [mars](https://bitbucket.org/zulianp/mars/src/development/): two pipelines, with entry points `ci/gitlab/cscs/gpu/gitlab-
-daint.yml` and `ci/gitlab/cscs/mc/gitlab-daint.yml`
+* [mars](https://bitbucket.org/zulianp/mars/src/development/): two pipelines, with entry points `ci/gitlab/cscs/gpu/gitlab-daint.yml` and `ci/gitlab/cscs/mc/gitlab-daint.yml`
 * [sparse_accumulation](https://github.com/lab-cosmo/sparse_accumulation): entry point is `ci/pipeline.yml`
 * [gt4py](https://github.com/GridTools/gt4py): entry point is `ci/cscs-ci.yml`
 * [SIRIUS](https://github.com/electronic-structure/SIRIUS): entry point is `ci/cscs-daint.yml`
diff --git a/docs/software/container-engine/edf.md b/docs/software/container-engine/edf.md
index 421c16f3..954bb58c 100644
--- a/docs/software/container-engine/edf.md
+++ b/docs/software/container-engine/edf.md
@@ -82,11 +82,11 @@ The container image to use. If empty, CE doesn't enter a container. Can referenc
 Initial working directory when the container starts.
 
 !!! example
-     * Workdir pointing to a user defined project path 
+     * Working directory pointing to a user defined project path 
         ```toml
         workdir = "/home/user/projects"
         ```
-     * Workdir pointing to the `/tmp` directory
+     * Working directory pointing to the `/tmp` directory
         ```toml
         workdir = "/tmp"
         ```
@@ -210,7 +210,7 @@ OCI-like annotations for the container. For more details, refer to the [Annotati
 Environment variable expansion allows for dynamic substitution of environment variable values within the EDF (Environment Definition File). This capability applies across all configuration parameters in the EDF, providing flexibility in defining container environments.
 
  * *Syntax*. Use `${VAR}` to reference an environment variable `VAR`. The variable's value is resolved from the combined environment, which includes variables defined in the host and the container image, the later taking precedence.
- * *Scope*. Variable expansion is supported across all EDF parameters. This includes EDF’s parameters like mounts, workdir, image, etc. For example, `${SCRATCH}` can be used in mounts to reference a directory path.
+ * *Scope*. Variable expansion is supported across all EDF parameters. This includes EDF’s parameters like `mounts`, `workdir`, `image`, etc. For example, `${SCRATCH}` can be used in `mounts` to reference a directory path.
  * *Undefined Variables*. Referencing an undefined variable results in an error. To safely handle undefined variables, you can use the syntax `${VAR:-}`, which evaluates to an empty string if VAR is undefined.
  * *Preventing Expansion*. To prevent expansion, use double dollar signs $$. For example, `$${VAR}` will render as the literal string `${VAR}`.
  * *Limitations*
diff --git a/docs/software/container-engine/resource-hook.md b/docs/software/container-engine/resource-hook.md
index b24a9bf6..72707731 100644
--- a/docs/software/container-engine/resource-hook.md
+++ b/docs/software/container-engine/resource-hook.md
@@ -58,7 +58,7 @@ This can be done in multiple ways in TOML: for example, both of the following us
 
 Container hooks let you customize container behavior to fit system-specific needs, making them especially valuable for High-Performance Computing.
 
- * *What they do*: Hooks extend container runtime functionality by enabling custom actions during a container's lifecycle.
+ * *What they do*: Hooks extend container runtime functionality by enabling custom actions during a container's life cycle.
  * *Use for HPC*: HPC systems rely on specialized hardware and fine-tuned software, unlike generic containers. Hooks bridge this gap by allowing containers to access these system-specific resources or enable custom features.
 
 !!! info
diff --git a/docs/software/ml/pytorch.md b/docs/software/ml/pytorch.md
index c9e4d390..84aa68db 100644
--- a/docs/software/ml/pytorch.md
+++ b/docs/software/ml/pytorch.md
@@ -23,221 +23,221 @@ The PyTorch uenv is versioned according to the PyTorch version it provides.
 
         | Package             | Version          |
         |---------------------|------------------|
-        | abseil-cpp | 20240722.0 |
-        | alsa-lib | 1.2.3.2 |
-        | autoconf | 2.72 |
-        | automake | 1.16.5 |
-        | aws-ofi-nccl | 1.14.0 |
-        | berkeley-db | 18.1.40 |
-        | bison | 3.8.2 |
-        | boost | 1.86.0 |
-        | bzip2 | 1.0.8 |
-        | ca-certificates-mozilla | 2023-05-30 |
-        | cmake | 3.30.5 |
-        | cpuinfo | 2024-09-26 |
-        | cray-gtl | 8.1.32 |
-        | cray-mpich | 8.1.32 |
-        | cray-pals | 1.3.2 |
-        | cray-pmi | 6.1.15 |
-        | cuda | 12.6.0 |
-        | cudnn | 9.2.0.82-12 |
-        | curl | 8.10.1 |
-        | cutensor | 2.0.1.2 |
-        | diffutils | 3.10 |
-        | eigen | 3.4.0 |
-        | elfutils | 0.191 |
-        | expat | 2.6.4 |
-        | faiss | 1.8.0 |
-        | ffmpeg | 5.1.4 |
-        | fftw | 3.3.10 |
-        | findutils | 4.9.0 |
-        | flac | 1.4.3 |
-        | fmt | 11.0.2 |
-        | fp16 | 2020-05-14 |
-        | fxdiv | 2020-04-17 |
-        | gawk | 4.2.1 |
-        | gcc | 13.3.0 |
-        | gcc-runtime | 13.3.0 |
-        | gdb | 15.2 |
-        | gdbm | 1.23 |
-        | gettext | 0.22.5 |
-        | git | 2.47.0 |
-        | glibc | 2.31 |
-        | gloo | 2023-12-03 |
-        | gmake | 4.4.1 |
-        | gmp | 6.3.0 |
-        | gmp | 6.3.0 |
-        | gnuconfig | 2024-07-27 |
-        | googletest | 1.12.1 |
-        | gperftools | 2.16 |
-        | hdf5 | 1.14.5 |
-        | hwloc | 2.11.1 |
-        | hydra | 4.2.1 |
-        | krb5 | 1.21.3 |
-        | libaio | 0.3.113 |
-        | libarchive | 3.7.6 |
-        | libbsd | 0.12.2 |
-        | libedit | 3.1-20240808 |
-        | libfabric | 1.15.2.0 |
-        | libffi | 3.4.6 |
-        | libgit2 | 1.8.0 |
-        | libiconv | 1.17 |
-        | libidn2 | 2.3.7 |
-        | libjpeg-turbo | 3.0.3 |
-        | libmd | 1.0.4 |
-        | libmicrohttpd | 0.9.50 |
-        | libogg | 1.3.5 |
-        | libpciaccess | 0.17 |
-        | libpng | 1.6.39 |
-        | libsigsegv | 2.14 |
-        | libssh2 | 1.11.1 |
-        | libtool | 2.4.6 |
-        | libtool | 2.4.7 |
-        | libunistring | 1.2 |
-        | libuv | 1.48.0 |
-        | libvorbis | 1.3.7 |
-        | libxcrypt | 4.4.35 |
-        | libxml2 | 2.13.4 |
-        | libyaml | 0.2.5 |
-        | lz4 | 1.10.0 |
-        | lzo | 2.10 |
-        | m4 | 1.4.19 |
-        | magma | master |
-        | meson | 1.5.1 |
-        | mpc | 1.3.1 |
-        | mpfr | 4.2.1 |
-        | nasm | 2.16.03 |
-        | nccl | 2.26.2-1 |
-        | nccl-tests | 2.13.6 |
-        | ncurses | 6.5 |
-        | nghttp2 | 1.63.0 |
-        | ninja | 1.12.1 |
-        | numactl | 2.0.18 |
-        | nvtx | 3.1.0 |
-        | openblas | 0.3.28 |
-        | openssh | 9.9p1 |
-        | openssl | 3.4.0 |
-        | opus | 1.5.2 |
-        | osu-micro-benchmarks | 7.5 |
-        | patchelf | 0.17.2 |
-        | pcre | 8.45 |
-        | pcre2 | 10.44 |
-        | perl | 5.40.0 |
-        | pigz | 2.8 |
-        | pkgconf | 2.2.0 |
-        | protobuf | 3.28.2 |
-        | psimd | 2020-05-17 |
-        | pthreadpool | 2023-08-29 |
-        | python | 3.13.0 |
-        | python-venv | 1.0 |
-        | rdma-core | 31.0 |
-        | re2c | 3.1 |
-        | readline | 8.2 |
-        | rust | 1.81.0 |
-        | rust-bootstrap | 1.81.0 |
-        | sentencepiece | 0.1.99 |
-        | sleef | 3.6.0_2024-03-20 |
-        | sox | 14.4.2 |
-        | sqlite | 3.46.0 |
-        | swig | 4.1.1 |
-        | tar | 1.34 |
-        | texinfo | 7.1 |
-        | util-linux-uuid | 2.40.2 |
-        | util-macros | 1.20.1 |
-        | valgrind | 3.23.0 |
-        | xpmem | 2.9.6 |
-        | xz | 5.4.6 |
-        | yasm | 1.3.0 |
-        | zlib-ng | 2.2.1 |
-        | zstd | 1.5.6 |
+        | `abseil-cpp` | 20240722.0 |
+        | `alsa-lib` | 1.2.3.2 |
+        | `autoconf` | 2.72 |
+        | `automake` | 1.16.5 |
+        | `aws-ofi-nccl` | 1.14.0 |
+        | `berkeley-db` | 18.1.40 |
+        | `bison` | 3.8.2 |
+        | `boost` | 1.86.0 |
+        | `bzip2` | 1.0.8 |
+        | `ca-certificates-mozilla` | 2023-05-30 |
+        | `cmake` | 3.30.5 |
+        | `cpuinfo` | 2024-09-26 |
+        | `cray-gtl` | 8.1.32 |
+        | `cray-mpich` | 8.1.32 |
+        | `cray-pals` | 1.3.2 |
+        | `cray-pmi` | 6.1.15 |
+        | `cuda` | 12.6.0 |
+        | `cudnn` | 9.2.0.82-12 |
+        | `curl` | 8.10.1 |
+        | `cutensor` | 2.0.1.2 |
+        | `diffutils` | 3.10 |
+        | `eigen` | 3.4.0 |
+        | `elfutils` | 0.191 |
+        | `expat` | 2.6.4 |
+        | `faiss` | 1.8.0 |
+        | `ffmpeg` | 5.1.4 |
+        | `fftw` | 3.3.10 |
+        | `findutils` | 4.9.0 |
+        | `flac` | 1.4.3 |
+        | `fmt` | 11.0.2 |
+        | `fp16` | 2020-05-14 |
+        | `fxdiv` | 2020-04-17 |
+        | `gawk` | 4.2.1 |
+        | `gcc` | 13.3.0 |
+        | `gcc-runtime` | 13.3.0 |
+        | `gdb` | 15.2 |
+        | `gdbm` | 1.23 |
+        | `gettext` | 0.22.5 |
+        | `git` | 2.47.0 |
+        | `glibc` | 2.31 |
+        | `gloo` | 2023-12-03 |
+        | `gmake` | 4.4.1 |
+        | `gmp` | 6.3.0 |
+        | `gmp` | 6.3.0 |
+        | `gnuconfig` | 2024-07-27 |
+        | `googletest` | 1.12.1 |
+        | `gperftools` | 2.16 |
+        | `hdf5` | 1.14.5 |
+        | `hwloc` | 2.11.1 |
+        | `hydra` | 4.2.1 |
+        | `krb5` | 1.21.3 |
+        | `libaio` | 0.3.113 |
+        | `libarchive` | 3.7.6 |
+        | `libbsd` | 0.12.2 |
+        | `libedit` | 3.1-20240808 |
+        | `libfabric` | 1.15.2.0 |
+        | `libffi` | 3.4.6 |
+        | `libgit2` | 1.8.0 |
+        | `libiconv` | 1.17 |
+        | `libidn2` | 2.3.7 |
+        | `libjpeg-turbo` | 3.0.3 |
+        | `libmd` | 1.0.4 |
+        | `libmicrohttpd` | 0.9.50 |
+        | `libogg` | 1.3.5 |
+        | `libpciaccess` | 0.17 |
+        | `libpng` | 1.6.39 |
+        | `libsigsegv` | 2.14 |
+        | `libssh2` | 1.11.1 |
+        | `libtool` | 2.4.6 |
+        | `libtool` | 2.4.7 |
+        | `libunistring` | 1.2 |
+        | `libuv` | 1.48.0 |
+        | `libvorbis` | 1.3.7 |
+        | `libxcrypt` | 4.4.35 |
+        | `libxml2` | 2.13.4 |
+        | `libyaml` | 0.2.5 |
+        | `lz4` | 1.10.0 |
+        | `lzo` | 2.10 |
+        | `m`4 | 1.4.19 |
+        | `magma` | master |
+        | `meson` | 1.5.1 |
+        | `mpc` | 1.3.1 |
+        | `mpfr` | 4.2.1 |
+        | `nasm` | 2.16.03 |
+        | `nccl` | 2.26.2-1 |
+        | `nccl-tests` | 2.13.6 |
+        | `ncurses` | 6.5 |
+        | `nghttp2` | 1.63.0 |
+        | `ninja` | 1.12.1 |
+        | `numactl` | 2.0.18 |
+        | `nvtx` | 3.1.0 |
+        | `openblas` | 0.3.28 |
+        | `openssh` | 9.9p1 |
+        | `openssl` | 3.4.0 |
+        | `opus` | 1.5.2 |
+        | `osu-micro-benchmarks` | 7.5 |
+        | `patchelf` | 0.17.2 |
+        | `pcre` | 8.45 |
+        | `pcre2` | 10.44 |
+        | `perl` | 5.40.0 |
+        | `pigz` | 2.8 |
+        | `pkgconf` | 2.2.0 |
+        | `protobuf` | 3.28.2 |
+        | `psimd` | 2020-05-17 |
+        | `pthreadpool` | 2023-08-29 |
+        | `python` | 3.13.0 |
+        | `python-venv` | 1.0 |
+        | `rdma-core` | 31.0 |
+        | `re2c` | 3.1 |
+        | `readline` | 8.2 |
+        | `rust` | 1.81.0 |
+        | `rust-bootstrap` | 1.81.0 |
+        | `sentencepiece` | 0.1.99 |
+        | `sleef` | 3.6.0_2024-03-20 |
+        | `sox` | 14.4.2 |
+        | `sqlite` | 3.46.0 |
+        | `swig` | 4.1.1 |
+        | `tar` | 1.34 |
+        | `texinfo` | 7.1 |
+        | `util-linux-uuid` | 2.40.2 |
+        | `util-macros` | 1.20.1 |
+        | `valgrind` | 3.23.0 |
+        | `xpmem` | 2.9.6 |
+        | `xz` | 5.4.6 |
+        | `yasm` | 1.3.0 |
+        | `zlib-ng` | 2.2.1 |
+        | `zstd` | 1.5.6 |
 
     ??? info "Python packages exposed via the `default` view"
 
         | Package             | Version          |
         |---------------------|------------------|
-        | aniso8601           | 9.0.1 |
-        | annotated-types     | 0.7.0 |
-        | apex                | 0.1 |
-        | appdirs             | 1.4.4 |
-        | astunparse          | 1.6.3 |
-        | blinker             | 1.6.2 |
-        | certifi             | 2023.7.22 |
-        | charset-normalizer  | 3.3.0 |
-        | click               | 8.1.7 |
-        | coverage            | 7.2.6 |
-        | Cython              | 3.0.11 |
-        | docker-pycreds      | 0.4.1 |
-        | donfig              | 0.8.1.post1 |
-        | einops              | 0.8.0 |
-        | faiss               | 1.8.0 |
-        | filelock            | 3.12.4 |
-        | flash_attn          | 2.6.3 |
-        | Flask               | 2.3.2 |
-        | Flask-RESTful       | 0.3.9 |
-        | fsspec              | 2024.5.0 |
-        | gitdb               | 4.0.9 |
-        | GitPython           | 3.1.40 |
-        | huggingface_hub     | 0.26.2 |
-        | idna                | 3.4 |
-        | importlib_metadata  | 7.0.1 |
-        | iniconfig           | 2.0.0 |
-        | itsdangerous        | 2.1.2 |
-        | Jinja2              | 3.1.4 |
-        | joblib              | 1.2.0 |
-        | lightning-utilities | 0.11.2 |
-        | MarkupSafe          | 2.1.3 |
-        | mpmath              | 1.3.0 |
-        | networkx            | 3.1 |
-        | nltk                | 3.9.1 |
-        | numcodecs           | 0.15.0 |
-        | numpy               | 2.1.2 |
-        | nvtx                | 0.2.5 |
-        | packaging           | 24.1 |
-        | pillow              | 11.0.0 |
-        | pip                 | 23.1.2 |
-        | platformdirs        | 3.10.0 |
-        | pluggy              | 1.5.0 |
-        | protobuf            | 5.28.2 |
-        | psutil              | 7.0.0 |
-        | pybind11            | 2.13.6 |
-        | pydantic            | 2.10.1 |
-        | pydantic_core       | 2.27.1 |
-        | pytest              | 8.2.1 |
-        | pytest-asyncio      | 0.23.5 |
-        | pytest-cov          | 4.0.0 |
-        | pytest-mock         | 3.10.0 |
-        | pytest-random-order | 1.0.4 |
-        | pytz                | 2023.3 |
-        | PyYAML              | 6.0.2 |
-        | regex               | 2022.8.17 |
-        | requests            | 2.32.3 |
-        | safetensors         | 0.4.5 |
-        | sentencepiece       | 0.1.99 |
-        | sentry-sdk          | 2.22.0 |
-        | setproctitle        | 1.1.10 |
-        | setuptools          | 69.2.0 |
-        | six                 | 1.16.0 |
-        | smmap               | 5.0.0 |
-        | sympy               | 1.13.1 |
-        | tiktoken            | 0.4.0 |
-        | tokenizers          | 0.21.0 |
-        | torch               | 2.6.0 |
-        | torchaudio          | 2.6.0a0+d883142 |
-        | torchmetrics        | 1.5.2 |
-        | torchvision         | 0.21.0 |
-        | tqdm                | 4.66.3 |
-        | transformer_engine  | 2.3.0.dev0+dd4c17d |
-        | transformers        | 4.48.3 |
-        | triton              | 3.2.0+gitc802bb4f |
-        | typing_extensions   | 4.12.2 |
-        | urllib3             | 2.1.0 |
-        | versioneer          | 0.29 |
-        | wandb               | 0.19.9 |
-        | Werkzeug            | 3.0.4 |
-        | wheel               | 0.41.2 |
-        | wrapt               | 1.15.0 |
-        | zarr                | 3.0.1 |
-        | zipp                | 3.17.0 |
+        | `aniso8601`           | 9.0.1 |
+        | `annotated-types`     | 0.7.0 |
+        | `apex`                | 0.1 |
+        | `appdirs`             | 1.4.4 |
+        | `astunparse`          | 1.6.3 |
+        | `blinker`             | 1.6.2 |
+        | `certifi`             | 2023.7.22 |
+        | `charset-normalizer`  | 3.3.0 |
+        | `click`               | 8.1.7 |
+        | `coverage`            | 7.2.6 |
+        | `Cython`              | 3.0.11 |
+        | `docker-pycreds`      | 0.4.1 |
+        | `donfig`              | 0.8.1.post1 |
+        | `einops`              | 0.8.0 |
+        | `faiss`               | 1.8.0 |
+        | `filelock`            | 3.12.4 |
+        | `flash_attn`          | 2.6.3 |
+        | `Flask`               | 2.3.2 |
+        | `Flask-RESTful`       | 0.3.9 |
+        | `fsspec`              | 2024.5.0 |
+        | `gitdb`               | 4.0.9 |
+        | `GitPython`           | 3.1.40 |
+        | `huggingface_hub`     | 0.26.2 |
+        | `idna`                | 3.4 |
+        | `importlib_metadata`  | 7.0.1 |
+        | `iniconfig`           | 2.0.0 |
+        | `itsdangerous`        | 2.1.2 |
+        | `Jinja2`              | 3.1.4 |
+        | `joblib`              | 1.2.0 |
+        | `lightning-utilities` | 0.11.2 |
+        | `MarkupSafe`          | 2.1.3 |
+        | `mpmath`              | 1.3.0 |
+        | `networkx`            | 3.1 |
+        | `nltk`                | 3.9.1 |
+        | `numcodecs`           | 0.15.0 |
+        | `numpy`               | 2.1.2 |
+        | `nvtx`                | 0.2.5 |
+        | `packaging`           | 24.1 |
+        | `pillow`              | 11.0.0 |
+        | `pip`                 | 23.1.2 |
+        | `platformdirs`        | 3.10.0 |
+        | `pluggy`              | 1.5.0 |
+        | `protobuf`            | 5.28.2 |
+        | `psutil`              | 7.0.0 |
+        | `pybind11`            | 2.13.6 |
+        | `pydantic`            | 2.10.1 |
+        | `pydantic_core`       | 2.27.1 |
+        | `pytest`              | 8.2.1 |
+        | `pytest-asyncio`      | 0.23.5 |
+        | `pytest-cov`          | 4.0.0 |
+        | `pytest-mock`         | 3.10.0 |
+        | `pytest-random-order` | 1.0.4 |
+        | `pytz`                | 2023.3 |
+        | `PyYAML`              | 6.0.2 |
+        | `regex`               | 2022.8.17 |
+        | `requests`            | 2.32.3 |
+        | `safetensors`         | 0.4.5 |
+        | `sentencepiece`       | 0.1.99 |
+        | `sentry-sdk`          | 2.22.0 |
+        | `setproctitle`        | 1.1.10 |
+        | `setuptools`          | 69.2.0 |
+        | `six`                 | 1.16.0 |
+        | `smmap`               | 5.0.0 |
+        | `sympy`               | 1.13.1 |
+        | `tiktoken`            | 0.4.0 |
+        | `tokenizers`          | 0.21.0 |
+        | `torch`               | 2.6.0 |
+        | `torchaudio`          | 2.6.0a0+d883142 |
+        | `torchmetrics`        | 1.5.2 |
+        | `torchvision`         | 0.21.0 |
+        | `tqdm`                | 4.66.3 |
+        | `transformer_engine`  | 2.3.0.dev0+dd4c17d |
+        | `transformers`        | 4.48.3 |
+        | `triton`              | 3.2.0+gitc802bb4f |
+        | `typing_extensions`   | 4.12.2 |
+        | `urllib3`             | 2.1.0 |
+        | `versioneer`          | 0.29 |
+        | `wandb`               | 0.19.9 |
+        | `Werkzeug`            | 3.0.4 |
+        | `wheel`               | 0.41.2 |
+        | `wrapt`               | 1.15.0 |
+        | `zarr`                | 3.0.1 |
+        | `zipp`                | 3.17.0 |
 
 
 [](){#ref-uenv-pytorch-how-to-use}
@@ -378,12 +378,12 @@ srun bash -c "
    The `MASTER_ADDR`, `MASTER_PORT` and `WORLD_SIZE` variables are used to determine the address and port of the master node.
    Additionally we also need `RANK` and `LOCAL_RANK` but these must be set per-process, see below.
 4. Enable more graceful exception handling, see [PyTorch documentation](https://pytorch.org/docs/stable/torch_nccl_environment_variables.html)
-5. Set the Trition home to a local path (e.g. `/dev/shm`) to avoid writing to the (distributed) file system.
+5. Set the Triton home to a local path (e.g. `/dev/shm`) to avoid writing to the (distributed) file system.
    This is important for performance, as writing to the Lustre file system can be slow due to the amount of small files and potentially many processes accessing it.
 6. Disable GPU support in MPICH, as it [can lead to deadlocks](https://docs.nvidia.com/deeplearning/nccl/user-guide/docs/mpi.html#inter-gpu-communication-with-cuda-aware-mpi) when using together with nccl.
 7. Avoid writing JITed binaries to the (distributed) file system, which could lead to performance issues.
 8. These variables should always be set for correctness and optimal performance when using NCCL, see [the detailed explanation][ref-communication-nccl].
-9. `RANK` and `LOCAL_RANK` are set per-process by the Slurmjob launcher.
+9. `RANK` and `LOCAL_RANK` are set per-process by the Slurm job launcher.
 10. Activate the virtual environment created on top of the uenv (if any).
    Please follow the guidelines for [python virtual environments with uenv][ref-guides-storage-venv] to enhance scalability and reduce load times. 
 
diff --git a/docs/software/sciapps/lammps.md b/docs/software/sciapps/lammps.md
index 03f80d2e..2f28f430 100644
--- a/docs/software/sciapps/lammps.md
+++ b/docs/software/sciapps/lammps.md
@@ -312,7 +312,7 @@ CC=mpicc CXX=mpic++ cmake \
 
     If you are downloading LAMMPS from GitHub or their website and intend to use Kokkos for acceleration, there is an issue with Cray MPICH and `Kokkos <= 4.3`. 
     For LAMMPS to work correctly on our system, you need a LAMMPS version which provides `Kokkos >= 4.4`. 
-    Alternatively, the CMake variable `-DEXTERNAL_KOKKOS=yes` should force CMake to use the Kokkos version provided by the uenv, rather than the one contained within the lammps distribution.
+    Alternatively, the CMake variable `-DEXTERNAL_KOKKOS=yes` should force CMake to use the Kokkos version provided by the uenv, rather than the one contained within the LAMMPS distribution.
 
 #### Using LAMMPS uenv as an upstream Spack Instance
 
diff --git a/docs/software/uenv/deploy.md b/docs/software/uenv/deploy.md
index 2e8c0efe..36f2fd5e 100644
--- a/docs/software/uenv/deploy.md
+++ b/docs/software/uenv/deploy.md
@@ -127,7 +127,7 @@ Once you have the token, you can save it in a file.
 
 !!! danger
 
-    Save the token file somwhere safe, for example in `~/.ssh/jfrog-token`.
+    Save the token file somewhere safe, for example in `~/.ssh/jfrog-token`.
 
 
 The token file can be passed to the `uenv` command line tool using the `--token` option.
@@ -229,7 +229,7 @@ Permissions to access restricted resources is set on a per-pipeline basis
 [](){#ref-uenv-removal}
 ## Deprecation and removal of uenv
 
-!!! todo "Finalise and document the deprecation process"
+!!! todo "Finalize and document the deprecation process"
 
 
 [uenv-sources]: https://jfrog.svc.cscs.ch/artifactory/uenv-sources/
diff --git a/docs/storage/filesystems.md b/docs/storage/filesystems.md
index 36ebc7cb..88358157 100644
--- a/docs/storage/filesystems.md
+++ b/docs/storage/filesystems.md
@@ -89,7 +89,7 @@ See the [Lustre guide][ref-guides-storage-lustre] for some hints on how to get t
 All users on Alps get their own Scratch path, `/capstor/scratch/cscs/$USER`, which is pointed to by the variable `$SCRATCH` on the [HPC Platform][ref-platform-hpcp] and [Climate and Weather Platform][ref-platform-cwp] clusters Eiger, Daint and Santis.
 
 !!! info "`$SCRATCH` on MLP points to Iopsstor"
-    On the machine learning platform (MLP) systems [clariden][ref-cluster-clariden] and [bristen][ref-cluster-bristen] the `$SCRATCH` variable points to storage on [Iopstore][ref-alps-iopsstor].
+    On the machine learning platform (MLP) systems [clariden][ref-cluster-clariden] and [bristen][ref-cluster-bristen] the `$SCRATCH` variable points to storage on [Iopsstor][ref-alps-iopsstor].
     See the [MLP docs][ref-mlp-storage] for more information.
 
 ### Cleanup and expiration
@@ -124,7 +124,7 @@ Please ensure that you move important data to a file system with backups, for ex
 ## Store
 
 Store is a large, medium-performance, storage on the [Capstor][ref-alps-capstor] Lustre file system for sharing data within a project, and for medium term data storage.
-See the [Lustre guide][ref-guides-storage-lustre] for some hints on how to get the best preformance out of the filesystem.
+See the [Lustre guide][ref-guides-storage-lustre] for some hints on how to get the best performance out of the filesystem.
 
 Space on Store is allocated per-project, with a path created for each project.
 To accomodate the different customers and projects on Alps, the project paths are organised as follows:
@@ -337,7 +337,7 @@ In addition to the automatic deletion of old files, if occupancy exceeds 60% the
 ??? question "What do messages like `mkdir: cannot create directory 'test': Disk quota exceeded` mean?"
     You have run out of quota on the target file system.
     Consider deleting unneeded files, or moving data to a different file system.
-    Specifcially, if you see this message when using [Home][ref-storage-home], which has a relatively small 50 GB limit, consider moving the data to your project's [Store][ref-storage-store] path.
+    Specifically, if you see this message when using [Home][ref-storage-home], which has a relatively small 50 GB limit, consider moving the data to your project's [Store][ref-storage-store] path.
 
 !!! todo
     FAQ question: [writing with specific group access](https://confluence.cscs.ch/spaces/KB/pages/276955350/Writing+on+project+if+you+belong+to+more+than+one+group)
diff --git a/docs/storage/transfer.md b/docs/storage/transfer.md
index 7f141c9c..26f6fe3e 100644
--- a/docs/storage/transfer.md
+++ b/docs/storage/transfer.md
@@ -26,10 +26,10 @@ Currently Globus provide the following mount points at CSCS:
 
 | Mount Point | Description |
 |---|---|
-| `/iopsstor/scratch/cscs` | Mounted on Clariden |
-| `/capstor/scratch/cscs` | New Alps Daint scratch area |
-| `/capstor/store/cscs` | New Alps Daint store area |
-| `/vast/users/cscs` | New Alps vclusters home directory  ( Alps Daint and others ) |
+| `/iopsstor/scratch/cscs` | [Iopsstor scratch][ref-alps-iopsstor] |
+| `/capstor/scratch/cscs` | [Capstor scratch][ref-alps-capstor] |
+| `/capstor/store/cscs` | [Store][ref-storage-store] |
+| `/vast/users/cscs` | [Home][ref-alps-vast] |
 
 [](){#ref-data-xfer-internal}
 ## Internal Transfer
diff --git a/mkdocs.yml b/mkdocs.yml
index 9ef866eb..ba53f823 100644
--- a/mkdocs.yml
+++ b/mkdocs.yml
@@ -116,7 +116,7 @@ nav:
     - 'MLP Tutorials':
       - guides/mlp_tutorials/index.md
       - 'LLM Inference': guides/mlp_tutorials/llm-inference.md
-      - 'LLM Finetuning': guides/mlp_tutorials/llm-finetuning.md
+      - 'LLM Fine-tuning': guides/mlp_tutorials/llm-finetuning.md
       - 'LLM Training': guides/mlp_tutorials/llm-nanotron-training.md
   - 'Policies':
     - policies/index.md