[openssl] Conflict when using vcpkg with external dependencies

[NahuFigueroa97]

When I look at my CMakeCache.txt I can see this line: //Path to a library.
OPENSSL_DL_LIBRARY:FILEPATH=/usr/lib/x86_64-linux-gnu/libdl.a

I was getting a strange behavior, when I don't use the vcpkg openssl in the target_include_library a version is used that seems to be downloaded from some other port but when the vcpkg openssl is used the "system" version is overwritten by the vcpkg openssl. This causes problems because it seems that this version is public making it unnecessary to use the vcpkg version.

[NahuFigueroa97]

It seems to be due to transitive dependencies:

[cmake] The following packages will be rebuilt:
[cmake] curl[core,non-http,openssl,ssl]:[email protected] -- /root/.cache/vcpkg/registries/git-trees/f243fde8de72db4bb1d25a29e758d5b8973551e4
[cmake] libarchive[bzip2,core,crypto,libxml2,lz4,lzma,zstd]:[email protected] -- /root/.cache/vcpkg/registries/git-trees/7d00f1e4f90cc54f34e5868664bf6e876146a13b

Is there any way to prevent openssl from being downloaded? I need the compilation to fail if I don't add the openssl from vcpkg

[Osyotr]

https://devblogs.microsoft.com/cppblog/using-system-package-manager-dependencies-with-vcpkg/#using-curl-and-openssl-from-the-system-package-manager

[NahuFigueroa97]

Or if there is no alternative, how could I make it private? I don't want the openssl that is downloaded due to the absence of the port in vcpkg.json to remain as public.

[dg0yt]

That's what I suggested as "overlay port" in the other discussion, and that's #43248 (reply in thread).