Pass YCM_USE_CMAKE_NEXT set to OFF in normal-build (i.e. apt with gha image and vcpkg on windows) workflow and bump YCM to v0.16.5

[traversaro]

Historically, ycm-cmake-modules have been carrying on a patched version of CMake's ExternalProject module that made sure that it was never possible for ExternalProject to delete a source directory of a repo (the one contained in robotology-superbuild/src/<package>) if one had local modifications and it did not set YCM_EP_DEVEL_MODE_<package> to ON . For more details, see:

• The part of CMake code that actually deletes a folder: https://gitlab.kitware.com/cmake/cmake/-/blob/v3.30.0/Modules/ExternalProject/shared_internal_commands.cmake?ref_type=heads#L1005-L1029).
• The long discussion of this YCM local modification: Clean ExternalProject patch mess ycm-cmake-modules#50

Unfortunately, the modification was never merged upstream, and it is not anymore possible for me to keep the forked ExternalProject version aligned with the CMake's upstream ExternalProject. So in this PR we set YCM_USE_CMAKE_NEXT to OFF to stop using YCM's ExternalProject module, and start using the regular CMake's ExternalProject for apt builds on Ubuntu 20.04 . Eventually we will propagate this change by making YCM_USE_CMAKE_NEXT set to OFF by default.

Fix #1671 .

Important

With YCM_USE_CMAKE_NEXT set to ON, the robotology-superbuild raised an error if you called make update-all or ninja update-all and there was repo with local modification with YCM_EP_DEVEL_MODE_<package> set to OFF. By setting YCM_USE_CMAKE_NEXT to OFF, instead the robotology-superbuild will discard the local modifications. To avoid losing data, never call the update-all target if you have local modifications in a package and you did not set YCM_EP_DEVEL_MODE_<package> to ON for that package.