Robert Armenski

@memsharded Thanks for the quick reply! I already identified that CMakeDeps is using the exact same CMake macro text, so I'll update it there as well. I'll need some time...

@memsharded I added a commit that addresses the issue in CMakeDeps as well. I have trouble writing a proper test for this, as the bug exists in a function that...

Hello @memsharded, I have created an example project to reproduce the issue: [CONAN-10140.zip](https://github.com/conan-io/conan/files/10447133/CONAN-10140.zip) This project doesn't depend on **any macOS details**, instead it manually declares a few components. It should...

@franramirez688 Thank you very much for your reply! Please ping me when you reproduce the issue locally and in case you need any further details. Also, please note that I...

Hello @franramirez688, Thanks for your reply! Should we now proceed forward with the original change: `NO_CMAKE_PATH CMAKE_FIND_ROOT_PATH_BOTH` ? I see that your revert commit doesn't include it, and as that...

I managed to fix this issue on macOS 14.3 (23D56) Sonoma M1 by running the following commands: ``` export CONTAINERS_MACHINE_PROVIDER=applehv podman machine init --rootful podman machine start podman run -p...

@mfirry Happy to help! This has been an interesting learning experience for me as well. For the record, `rootful` shouldn't be necessary, I just double-checked locally and just `applehv +...

Following the [Podman troubleshooting guide](https://github.com/containers/podman/blob/main/troubleshooting.md#2-cant-use-volume-mount-get-permission-denied), specifying `--security-opt label=disable` instead of `--privileged` also works! EDIT: Tested and it works with `applehv` containers machine provider, but still doesn't work with `qemu`

I followed @rgarcia's workaround and for me on macOS it was enough that the wrapper script just includes the following lines: ``` #!/usr/bin/env bash export PATH="/opt/homebrew/bin:$PATH" exec npx "$@" ```...