feat: Multi-container site-packages support with isolated package directories #4
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Summary
Adds support for multiple containers on the same remote host without package conflicts by using project-specific site-packages caching and dual path translation.
Changes
1. Project-Specific Site-Packages Mount
docker-compose.yml.j2template/usr/local/lib/pythonX.Y/dist-packages~/.cache/python-packages/${CONTAINER_NAME}2. Dual Path Translation in LSP Proxy
mlt/config.py- Addedget_all_path_mappings()mlt/lsp_proxy.py- Translates both project and library paths/home/ubuntu/projects/X↔/workspace/X~/.cache/python-packages/X↔/usr/local/lib/pythonX.Y/dist-packages3. Documentation
CLAUDE.md- Added "Multi-Container Support" sectionBenefits
✅ Work on multiple branches simultaneously without conflicts
✅ Different Python versions per project
✅ Isolated dependencies per container
✅ Zed LSP works correctly for all containers
✅ Navigate to stdlib/library files in editor
Testing
Breaking Changes
None - existing single-container setups continue to work. The site-packages mount path changes but this is transparent to users.