James

Please note that ``self.deps_cpp_info["Package].bin_paths`` is a deprecated way to access information dependencies. ``self.dependencies`` is the way to go now: https://docs.conan.io/en/latest/reference/conanfile/dependencies.html In theory, the variables created by ``CMakeDeps`` are an internal...

Sorry, I am not sure what you mean. The include_dirs are already defined in the targets, no need to handle them separately. The ``conan new hello/0.1 -m=cmake_lib`` is a fully...

> hello example has not the use case that we have. We have packages that are include headers only package. That is perfectly fine. A CMake target can also work...

> I heavily use this caching whilst creating and/ormodifying recipes for 3rd party dependencies, e.g. for those on conan-center-index. So that means, that you are only interested in the caching...

Thanks for the feedback, we will look into it before 2.X.

Thanks @crsib This is exactly the feedback we wanted. We were concerned that the cache was not proving to be as performant as expected, which was the initial goal. It...

Cache re-enabled in https://github.com/conan-io/conan/pull/12138, will be in beta.4

Hi @Bearwolves It seems in your case, if that package is designed to be ``export-pkg`` and not a regular ``create``, you don't want the "full reproducibility" guarantee that the ``get_url_and_commit()``...

Thanks, I understand a bit better. The ``get_url_and_commit()`` is actually designed to allow developer flows doing "local" commits, that can be squashed or removed later with git commands. In those...

Hi @puetzk I think there are too many things here, probably we need to go step by step, and also a bit of deviation of the initial thread, might be...