Skip to content

Conversation

@claydugo
Copy link
Contributor

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
@lucascolley lucascolley added the bug Something isn't working label Nov 16, 2025
@baszalmstra baszalmstra enabled auto-merge (squash) November 21, 2025 13:03
@baszalmstra baszalmstra merged commit f8035fd into prefix-dev:main Nov 21, 2025
38 checks passed
@baszalmstra
Copy link
Contributor

Thanks!

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

3 participants