Fix missing type stubs error from pyright

[Dr-Irv]

There were 9 places where reportMissingTypeStubs came up, so this PR makes that issue go away

[cmp0xff]

/pyright_strict

[cmp0xff]

A few questions and comments.

[Dr-Irv]

FYI @cmp0xff A good thing to note. If pyright is working, and mypy is reporting Any, check the stubs and make sure that __init__.pyi is there along the import chain within each submodule. That took me a while to figure out this time, and I remember having to deal with this a few years ago.

[cmp0xff]

/pyright_strict

[cmp0xff]

Thank you @Dr-Irv !

[cmp0xff]

I asked GitHub copilot to make a shell script to create __init__.pyi for me recursively. There is no more missing __init__.pyi in the stubs.

#!/usr/bin/env bash
# Minimalist helpers for creating __init__.pyi files
# - subdirs DIR -> prints direct subdirectories (one per line)
# - ensure_init FILE -> creates FILE if missing (empty)
# - mkinit_pyi_recursive DIR -> ensures __init__.pyi in DIR and all subdirs

set -eu

# List direct subdirectories of a directory, robust with spaces/newlines
subdirs() {
  local dir=${1:-.}
  # use find with -mindepth 1 -maxdepth 1 -type d and print0 to handle names safely
  find "$dir" -mindepth 1 -maxdepth 1 -type d -print0 | while IFS= read -r -d '' d; do
    printf '%s\n' "$d"
  done
}

# Create __init__.pyi if it doesn't exist
ensure_init() {
  local f=$1
  if [ ! -e "$f" ]; then
    : > "$f"
  fi
}

# Recursively create __init__.pyi in DIR and its direct subdirectories (depth-first)
mkinit_pyi_recursive() {
  local dir=${1:-.}
  printf '%s\n' "$dir"
  # ensure the init file in this dir
  ensure_init "$dir/__init__.pyi"
  # iterate direct subdirectories
  subdirs "$dir" | while IFS= read -r sub; do
    mkinit_pyi_recursive "$sub"
  done
}

# If the script is invoked, run the recursive function on given path(s)
if [ "${BASH_SOURCE[0]}" = "$0" ]; then
  if [ $# -eq 0 ]; then
    mkinit_pyi_recursive .
  else
    for p in "$@"; do
      mkinit_pyi_recursive "$p"
    done
  fi
fi