azcomputerguru/claudetools
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

memory: GURU-5070 python3 is the MS Store shim — use python/py (coord+wiki tooling work; lock is claimable)

Browse Source 
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
Mike Swanson
2026-06-11 17:32:39 -07:00
parent ad8d85651e
commit 802ae9cc7c
2 changed files with 26 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

1
.claude/memory/MEMORY.md
View File

@@ -130,3 +130,4 @@
- [RMM user_session = false SMB failures](feedback_rmm_user_session_smb_false_negative.md) — GuruRMM net use/net view/Add-Printer to a remote \HOST fail with error 67 / RPC 1702 (even with valid creds) because user_session is a WTS-impersonated non-interactive token that can't do authenticated SMB. The share/printer may work fine interactively. Treat RMM SMB results as "can't tell"; verify via ScreenConnect.
- [Broken [[backlinks]] = write-me-later markers](feedback_broken_backlinks_are_writeme_markers.md) — A [[name]] with no matching file is an intentional "worth writing" marker, not breakage. Flesh the missing memory out from session history/logs and index it; never strip the link to silence the warning. memory-dream reports these as INFO candidates, not errors.
- [gururmm session-logs are in a submodule](gururmm-session-logs-submodule-save.md) — commit in the submodule + `git push origin HEAD:main` (GURU-5070 CAN push over HTTP now); then advance the parent gitlink
- [Use `python` not `python3` on GURU-5070](python3-shim-use-python.md) — `python3` in Git bash hits the flaky MS Store shim; real interpreters are `python` (3.12) / `py` (3.14). coord.py + wiki-compile work via `python`; the coord lock IS claimable here

25
.claude/memory/python3-shim-use-python.md Normal file
View File

@@ -0,0 +1,25 @@
---
name: python3-shim-use-python
description: On GURU-5070, `python3` in Git bash resolves to the flaky MS Store shim (errors with "run without arguments to install from the Microsoft Store"). Use `python` (real 3.12.10) or `py` (3.14.5) instead — affects coord.py, wiki-compile, any python tooling.
metadata:
type: reference
---
On **GURU-5070** (verified 2026-06-11), invoking `python3` from the **Bash/Git-bash** tool
hits the **Microsoft Store app-execution-alias shim**
(`~/AppData/Local/Microsoft/WindowsApps/python3.exe`), which can error with
`Python was not found; run without arguments to install from the Microsoft Store`. So
`PY=$(command -v python3 || command -v python)` picks the SHIM first (it exists as a file,
so `command -v` succeeds) and breaks.
**Real interpreters that work** (both from Bash and PowerShell):
- `python` -> 3.12.10 (`~/AppData/Local/Programs/Python/Python312/python.exe`)
- `py` -> 3.14.5 (the Windows launcher; `py -0p` lists all)
**Fix / how to apply:** when a skill or script needs Python on this box, run **`python`**
(or `py`), NEVER `python3`. This affects the `coord` skill
(`.claude/skills/coord/scripts/coord.py` — verified working via `python`, reaches the live
coord API at 172.16.3.30:8001) and `/wiki-compile` (which hardcodes `python3 -c "import
urllib..."` for URL-encoding and `command -v python3`). When a skill hardcodes `python3`,
substitute `python`. The coord per-article lock IS claimable here — do not skip it as
"no local Python". Related: [[gururmm-session-logs-submodule-save]].