Skip to content

Conversation

@claydugo
Copy link

Description

This PR fixes an issue where pixi resolves symlinked pixi.toml files to their real location, causing the .pixi/ directory to be created relative to the symlink target instead of the symlink itself. This broke common dotfiles management workflows where users symlink config files from a git repository to their home directory.

Fixes #4907

How Has This Been Tested?

Test was added to crates/pixi_manifest/src/manifests/provenance.rs and I tested the described workflow locally with the generated binary.

AI Disclosure

  • This PR contains AI-generated content.
    • I have tested any AI-generated content in my PR.
    • I take responsibility for any AI-generated content in my PR.

Tools: Claude Code with body of issue I wrote

Checklist:

  • I have performed a self-review of my own code
  • I have commented my code, particularly in hard-to-understand areas
  • I have added sufficient tests to cover my changes.

@claydugo claydugo marked this pull request as ready for review November 11, 2025 18:12
[features]
slow_integration_tests = []
self_update = []
slow_integration_tests = []
Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems like it was done by a linter? I can revert if preferred.

@lucascolley lucascolley added the bug Something isn't working label Nov 16, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Support dotfiles workflow: respect symlink location for environment paths

2 participants