Cmake warning on DOWNLOAD_EXTRACT_TIMESTAMP option

[greenozon]

hit this issue by EOY'24 following the readme steps under Linux:

[master] $ cmake .. -DCMAKE_INSTALL_PREFIX=./bin
-- The C compiler identification is GNU 11.4.0
-- The CXX compiler identification is GNU 11.4.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Setting build type to 'Release' as none was specified.
-- Found Python3: /home/usr/.pyenv/shims/python3 (found suitable version "3.10.12", minimum required is "3.4") found components: Interpreter
-- Performing Test SUPPORTS_FVISIBILITY_INLINES_HIDDEN_FLAG
-- Performing Test SUPPORTS_FVISIBILITY_INLINES_HIDDEN_FLAG - Success
-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libcrypto.so (found suitable version "3.0.2", minimum required is "1.1.1")
-- Capstone: using remote Capstone revision.
CMake Warning (dev) at /usr/share/cmake-3.29/Modules/ExternalProject.cmake:3219 (message):
  The DOWNLOAD_EXTRACT_TIMESTAMP option was not given and policy CMP0135 is
  not set.  The policy's OLD behavior will be used.  When using a URL
  download, the timestamps of extracted files should preferably be that of
  the time of extraction, otherwise code that depends on the extracted
  contents might not be rebuilt if the URL changes.  The OLD behavior
  preserves the timestamps from the archive instead, but this is usually not
  what you want.  Update your project to the NEW behavior or specify the
  DOWNLOAD_EXTRACT_TIMESTAMP option with a value of true to avoid this
  robustness issue.
Call Stack (most recent call first):
  /usr/share/cmake-3.29/Modules/ExternalProject.cmake:4445 (_ep_add_download_command)
  deps/capstone/CMakeLists.txt:63 (ExternalProject_Add)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version "1.2.11")
-- LLVM: using remote LLVM revision.
CMake Warning (dev) at /usr/share/cmake-3.29/Modules/ExternalProject.cmake:3219 (message):
  The DOWNLOAD_EXTRACT_TIMESTAMP option was not given and policy CMP0135 is
  not set.  The policy's OLD behavior will be used.  When using a URL
  download, the timestamps of extracted files should preferably be that of
  the time of extraction, otherwise code that depends on the extracted
  contents might not be rebuilt if the URL changes.  The OLD behavior
  preserves the timestamps from the archive instead, but this is usually not
  what you want.  Update your project to the NEW behavior or specify the
  DOWNLOAD_EXTRACT_TIMESTAMP option with a value of true to avoid this
  robustness issue.
Call Stack (most recent call first):
  /usr/share/cmake-3.29/Modules/ExternalProject.cmake:4445 (_ep_add_download_command)
  deps/llvm/CMakeLists.txt:40 (ExternalProject_Add)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- YARA: using remote YARA revision.
CMake Warning (dev) at /usr/share/cmake-3.29/Modules/ExternalProject.cmake:3219 (message):
  The DOWNLOAD_EXTRACT_TIMESTAMP option was not given and policy CMP0135 is
  not set.  The policy's OLD behavior will be used.  When using a URL
  download, the timestamps of extracted files should preferably be that of
  the time of extraction, otherwise code that depends on the extracted
  contents might not be rebuilt if the URL changes.  The OLD behavior
  preserves the timestamps from the archive instead, but this is usually not
  what you want.  Update your project to the NEW behavior or specify the
  DOWNLOAD_EXTRACT_TIMESTAMP option with a value of true to avoid this
  robustness issue.
Call Stack (most recent call first):
  /usr/share/cmake-3.29/Modules/ExternalProject.cmake:4445 (_ep_add_download_command)
  deps/yara/CMakeLists.txt:106 (ExternalProject_Add)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- YaraMod: using remote YaraMod revision.
CMake Warning (dev) at /usr/share/cmake-3.29/Modules/ExternalProject.cmake:3219 (message):
  The DOWNLOAD_EXTRACT_TIMESTAMP option was not given and policy CMP0135 is
  not set.  The policy's OLD behavior will be used.  When using a URL
  download, the timestamps of extracted files should preferably be that of
  the time of extraction, otherwise code that depends on the extracted
  contents might not be rebuilt if the URL changes.  The OLD behavior
  preserves the timestamps from the archive instead, but this is usually not
  what you want.  Update your project to the NEW behavior or specify the
  DOWNLOAD_EXTRACT_TIMESTAMP option with a value of true to avoid this
  robustness issue.
Call Stack (most recent call first):
  /usr/share/cmake-3.29/Modules/ExternalProject.cmake:4445 (_ep_add_download_command)
  deps/yaramod/CMakeLists.txt:26 (ExternalProject_Add)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found OpenSSL: /usr/lib/x86_64-linux-gnu/libcrypto.so (found suitable version "3.0.2", minimum required is "1.0.1")
-- -- Library stdc++fs NOT found & Linux+GCC -> Linking with stdc++fs
-- Configuring done (3.0s)
-- Generating done (0.2s)

Expectations: no warnings, clean cmake flow