App, lib, cmds: Fix mypy.explicit-override fallout

This commit adds @override decorators to approximately 300 methods
across 76 files that inherit from base classes such as AbstractCmd,
FileContext, ExecContext, Distro, SSHClient, and others.

The decorator ensures the type checker can verify that overridden
methods have compatible signatures and prevents accidental shadowing
of inherited methods without intent.

Files modified include command classes, library modules, distro
implementations, and SSH client implementations.

Assisted-by: unsloth/Qwen3.6-35B-A3B-GGUF:IQ4_NL with pi.dev v
Signed-off-by: Jan Lindemann <jan@janware.com>

src/python/jw/pkg/cmds/projects/CmdCreateFile.py

@@ -1,5 +1,6 @@
 from argparse import ArgumentParser, ArgumentTypeError, Namespace
 from enum import Enum, auto
+from typing import override
 
 from ...lib.log import WARNING, log
 from .Cmd import Cmd, Parent
@@ -93,6 +94,7 @@ class CmdCreateFile(Cmd):  # export
             parent, 'create-file', help = 'Generate a file from project metadata'
         )
 
+    @override
     def add_arguments(self, parser: ArgumentParser) -> None:
         super().add_arguments(parser)
         parser.add_argument(
@@ -124,6 +126,7 @@ class CmdCreateFile(Cmd):  # export
         )
         parser.add_argument('module', help = 'The module to generate the file for')
 
+    @override
     async def _run(self, args: Namespace) -> None:
         method = getattr(self, 'render_' + args.format, None)
         if method is None:  # Should be prevented by choices=[] but keeps linter happy