🐛 🤖 toolctl-Checkout startet nicht: node_modules fehlt (dbus-native) #8
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority/Critical
Priority/High
Priority/Low
Priority/Medium
Reviewed/Confirmed
Reviewed/Duplicate
Reviewed/Invalid
Reviewed/Won't Fix
Status/Abandoned
Status/Blocked
Status/Need More Info
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
holm.tools.public/playzen#8
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
██░░░░░░░░████████░░███████████████████░████████░░Befund (Holm, 2026-08-27)
~/.local/share/toolctl/playzen/main(frisch vontoolctl syncangelegt) stirbt beim Start mitCannot find module 'dbus-native'— npm-Abhaengigkeiten werden beim reinen Auschecken natuerlich nicht installiert, und playzen hat seit dem D-Bus-Service (#4) eine echte Runtime-Dependency.Fix
.toolctl-install: fuehrtnpm ci --omit=devin der Worktree aus — toolctl ruft den Hook nach dem Anlegen der Worktree automatisch (SKILL:toolctl#Install-Hook).playzen.sh: Guard vor dem Start — fehltnode_modules/, wirdnpm ci --omit=devnachgeholt. Deckt auch manuelle Clones und den Fall ab, dass der Hook mal nicht lief.Erledigt — Commit
0834557, gemergt nachmain(d88f72d).Beleg:
toolctl sync playzenzieht den Fix, meldet "fuehre .toolctl-install aus",npm ciinstalliert 4 Pakete,node_modules/dbus-nativeliegt in der Worktree. Start aus~/.local/share/toolctl/playzen/main/playzen.shlaeuft ohne Fehler durch, D-Bus-Service antwortet (get_player_state->{"state":"stopped",...}).Scope-Frage (Holm): betrifft nur playzen — einziges Registry-Tool mit npm-Runtime-Dependency. FlipDrop hat keine
dependencies(geprueft), Electron kommt bei beiden ausshell.nix. Der.toolctl-install-Mechanismus ist bestehende toolctl-Konvention pro Repo; kuenftige Tools mit npm-Abhaengigkeiten legen denselben Hook ins eigene Repo.