doctests fail for python 3.10

[thorwhalen]

For example, in 3.10:

286     >>> import unbox
287     >>> missing =  dependency_diff_for_pkg(unbox)[0]
288     >>> print(*sorted(missing), sep='\n')
Expected:
    bs4
    requests
Got:
    bs4
    builtins
    collections
    contextlib
    functools
    importlib
    inspect
    itertools
    json
    os
    pathlib
    pkgutil
    re
    requests
    sys
    types
    typing
    urllib
    warnings
    wave

[thorwhalen]

This is fixed in #3 (open, awaiting review).

Root cause: unbox/data/standard_lib_names/3.10.csv is missing builtins, so on Python 3.10 builtins was classified as third-party. The packaged CSVs are locally-scanned rather than doc-parsed, and they stop at 3.10 — hence a failure that appears only on 3.10 and is invisible on a 3.12 dev machine.

Fix: rather than patching the CSV, #3 unions in sys.stdlib_module_names — the interpreter's own authoritative list (3.10+) — so classification is version-proof and no longer depends on the packaged CSVs being complete or current.

Note the doctest output quoted in this issue also shows the second bug #3 fixes: dependency_diff compared declared PEP 508 requirement strings (dol>=0.3.49) against bare import-derived names (dol), so every pinned dependency of every analysed package was falsely reported missing.

A regression test pins 'builtins' in builtin_module_names on every interpreter, so this cannot silently reappear.

[thorwhalen]

Fixed and released in unbox 0.1.11 (PR #3, merged).

Verified on the default branch:

builtins classified as stdlib: True
_dist_name('dol>=0.3.49') -> 'dol'
tests/test_regressions.py: 32 passed

Both bugs visible in the output quoted in this issue are addressed:

• builtins misclassified as third-party — fixed by unioning sys.stdlib_module_names (the interpreter's own list) rather than trusting the packaged standard_lib_names/*.csv, which were locally-scanned, missing builtins in 3.10.csv, and stopped at 3.10. A regression test pins 'builtins' in builtin_module_names on every interpreter.
• The long list of stdlib modules reported as "missing" — a second, separate bug: dependency_diff compared declared PEP 508 requirement strings (dol>=0.3.49) against bare import-derived names (dol), so every pinned dependency was falsely reported missing. Fixed via a _dist_name normalizer, pinned by 8 parametrized cases plus assertions that genuinely-missing and genuinely-unused names are still reported (so the fix cannot degenerate into "everything matches").

Note the specific 3.10 reproduction in this issue is also now moot: requires-python is >=3.11 as of 0.1.11, because the new pyproject.toml reader uses stdlib tomllib. Rationale is documented in #6. The underlying fix is version-proof regardless.