CMake 3.27 emits a deprecation warning

[infrastation]

CMake 3.27 emits a deprecation warning

[guyharris]

the-tcpdump-group/libpcap#1237 appears to work around this problem in libpcap; I'll propagate that change to tcpdump and tcpslice.

We should still figure out what version of CMake we should require on UN*Xes. (For older UN*Xes, we could say "either get a new CMake or use autotools to configure".)

[infrastation]

Thank you. Autoconf seems a reasonable last-resort baseline to me.

[infrastation]

The same now applies to the CMake package in OpenBSD 7.4 ports.

[infrastation]

The same now stands for the most recent CMake port in Haiku.

[fxlb]

Same for cfarm91.cfarm.net.
Debian GNU/Linux trixie/sid
Linux cfarm91 5.18.11-starfive #1 SMP Sun Sep 4 12:09:06 CEST 2022 riscv64 GNU/Linux

[guyharris]

We should still figure out what version of CMake we should require on UN*Xes.

Repology is your friend - https://repology.org/project/cmake/versions.

CentOS 6 and 7 still offer CMake 2.8.12.2, so I'm guessing the same is true for RHEL 6 and 7. (I don't know why Repology doesn't show RHEL; perhaps they can't robot-monitor it.)

RHEL 6 is out of support, and RHEL 7 reaches end-of-support in June 2024.

The only places that offer 3.0.x/3.1.x/3.2.x/3.4.x also appear to offer later versions.

My inclination is maybe to keep 2.8.12 as the minimum for 1.10.x, and switch to 3.5 as the minimum for 1.11.x, with the configure script as a fallback for Proudly Trailing-Edge Enterprise Distributions.

[infrastation]

Back-ported the workaround to libpcap-1.10, now both the master and the stable branches of both tcpdump and libpcap have it. Removed TCPDUMP_CMAKE_TAINTED and LIBPCAP_CMAKE_TAINTED from the Buildbot environment and confirmed libpcap-1.10 passes the build using CMake 3.27 on NetBSD and OpenBSD. Closing as resolved, thank you for solving the problem.