Micromamba transmute does not work well on case insensitive filesystems

[romain-intel]

Troubleshooting docs

• My problem is not solved in the Troubleshooting docs

Search tried in issue tracker

transmute

Latest version of Mamba

• My problem is not solved with the latest version

Tried in Conda?

Not applicable

Describe your issue

This seems to be another small issue with micromamba transmute compared to conda-package-handling. This is a more exotic case.

The issue is that HFS+ (the FS for MacOS) is a case insensitive filesystem (by default) but this is not the case with ext4 for example. Some packages contain names that are case sensitive (the one I ran across is https://anaconda.org/conda-forge/ncurses/6.3/download/linux-64/ncurses-6.3-h27087fc_1.tar.bz2) where you have a link called share/terminfo/2/2621a and share/terminfo/2/2621A

When transmuting this Linux package using micromamba on MacOS, the resulting package only contains the link share/terminfo/2/2621a and NOT the other one. This is not the behavior with cph though where the resulting package does contain both links.

You can verify this by:

• transmuting the package shared above on MacOS using both micromamba and cph (both latest versions)
• copying the resulting .conda packages to a linux system
• using micromamba package extract to extract the packages and looking in share/terminfo/2/ and noticing the difference between the two directories.

mamba info / micromamba info

N/A

Logs

N/A

environment.yml

N/A

~/.condarc

N/A

[RaphaelMelanconAtBentley]

Having this issue with rattler-build on a macOS host and a linux container.