Dear maintainer,

During a test rebuild for CMake 4, z80ex failed to rebuild.

Log Summary:
-------------------------------------------------------------------------------
[...]

+------------------------------------------------------------------------------+
| Build                                        Sun, 31 Aug 2025 01:03:41 +0000 |
+------------------------------------------------------------------------------+


Unpack source
-------------
Format: 3.0 (quilt)
Source: z80ex
Binary: libz80ex-dev, libz80ex1
Architecture: any
Version: 1.1.21-2
Maintainer: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
Homepage: http://z80ex.sourceforge.net/
Standards-Version: 4.5.1
Vcs-Browser: https://salsa.debian.org/debian/z80ex
Vcs-Git: https://salsa.debian.org/debian/z80ex.git
Build-Depends: cmake, debhelper-compat (= 12)
Package-List:
 libz80ex-dev deb libdevel optional arch=any
 libz80ex1 deb libs optional arch=any
Checksums-Sha1:
 1b7edba701a687f5c9252fcc39fa03427a0215da 64313 z80ex_1.1.21.orig.tar.gz
 5423f772b40107b9c0a193c4d684c88451904d9c 3220 z80ex_1.1.21-2.debian.tar.xz
Checksums-Sha256:
 6f5e521d068a614b41e10180ad4ae45b1bc258ec28c962543feb9078856c2530 64313 z80ex_1.1.21.orig.tar.gz
 32fcf070cd78e093ac2db687c507b231b70dedcf357213ea7ac3b6f557460518 3220 z80ex_1.1.21-2.debian.tar.xz
Files:
 92ab8d8f45fd7b448075b820013a5f97 64313 z80ex_1.1.21.orig.tar.gz
 a8d4e205166cca4ecd7f3978f5b33858 3220 z80ex_1.1.21-2.debian.tar.xz
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEYv+KdYTgKVaVRgAGdCY7N/W1+RMFAmFtpaUACgkQdCY7N/W1
+ROtYg//at3buxJqUSi6cRVhvoP5r9SCe9H54WP7g9JLd1H9XtEfVIv/mFIwte4r
pistZB5Kx/IrIqK7xfyxfIZarwt8geJzqgPAPCLh0jcVvc1u2qmhZtVYx7ppR2Ra
Pa4VgIKLXciyUpVopkwHEbpAiqdvK8B2kerBiDvSCz3pxxzSR7I449qMNbUi9ii6
ptoZROcVcRqIIvYtApAR91VcAGuvo6/xr6ts7G0PCykiOApOWYbwzjbKcSNJs5Ig
juePEcKmiZpwUD7xMWoEIpQlEObbzy63bXJMMkUH1UeZTK2SYcIr4lqqYgipg54v
pFAy32zHKYrOZ5VrcprqZl1fuwSXoib16CQl9XHPzRFLbDcVtA1KQP7pwxyCsecd
6ACEiboZIncGB4wco4EPeE5Zza19UMtio+RryWHTFgwaFPaKCv7yJ2U/PEadQgW3
b7WqH9XzrhSU5UTv/bnALl9HUzyk9QhqbnXba5LDDlUg6b2m4zOmGM1s5Oa7cG6t
y1J3DvhmDoc8vllTqLpscyl7Yhe2v7P9xwdKGLDuZd94760UALduIRwDPZDrKKGy
pnCofGxbhd1abVXXuTbZtnelNiSHnVIcGwnfddO/FZ/SKmrIk9XoDkAolF2qX8hq
XPX7iAnUkKqahSS9o3bTwG0PMdCrciqlpBDyRTRHWSyGS6oGRNc=
=Ubfx
-----END PGP SIGNATURE-----

dpkg-source: warning: cannot verify inline signature for ./z80ex_1.1.21-2.dsc: no acceptable signature found
dpkg-source: info: extracting z80ex in /build/reproducible-path/z80ex-1.1.21
dpkg-source: info: unpacking z80ex_1.1.21.orig.tar.gz
dpkg-source: info: unpacking z80ex_1.1.21-2.debian.tar.xz

Check disk space
----------------

Sufficient free space for build

User Environment
----------------

APT_CONFIG=/var/lib/sbuild/apt.conf
HOME=/sbuild-nonexistent
LANG=C.UTF-8
LC_ALL=C.UTF-8
LOGNAME=sbuild
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
SHELL=/bin/sh
USER=sbuild

dpkg-buildpackage
-----------------

Command: dpkg-buildpackage --sanitize-env -us -uc -b
dpkg-buildpackage: info: source package z80ex
dpkg-buildpackage: info: source version 1.1.21-2
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
 dpkg-source --before-build .
dpkg-buildpackage: info: host architecture arm64
 debian/rules clean
dh  clean -Scmake
   dh_auto_clean -O-Scmake
   dh_clean -O-Scmake
 debian/rules binary
dh  binary -Scmake
   dh_update_autotools_config -O-Scmake
   dh_autoreconf -O-Scmake
   dh_auto_configure -O-Scmake
	cd obj-aarch64-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb PKG_CONFIG=/usr/bin/pkg-config cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF -DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON -DFETCHCONTENT_FULLY_DISCONNECTED=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run "-GUnix Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/aarch64-linux-gnu ..
CMake Error at CMakeLists.txt:1 (cmake_minimum_required):
  Compatibility with CMake < 3.5 has been removed from CMake.

  Update the VERSION argument <min> value.  Or, use the <min>...<max> syntax
  to tell CMake that the project requires at least <min> but has been updated
  to work with policies introduced by <max> or earlier.

  Or, add -DCMAKE_POLICY_VERSION_MINIMUM=3.5 to try configuring anyway.

-------------------------------------------------------------------------------

The above is just how the build ends and not necessarily the most relevant part.
If required, the full build log is available here (for the next 30 days):
https://debusine.debian.net/artifact/2414188/

The most likely cause of build failures is the removed backwards compatibility for
CMake versions earlier than 3.5. You can find additional information in my
debian-devel announcement:

https://lists.debian.org/debian-devel/2025/04/msg00310.html

About the archive rebuild: The build was made on debusine.debian.net,
using sbuild.

You can find the build task here:
https://debusine.debian.net/work-request/155252/

If this is really a bug in one of the build-depends, please use
reassign and affects, so that this is still visible in the BTS web
page for this package.

Thanks,
Timo

I have downgraded the bug to non-RC severity temporarily and reverted
CMake in unstable to version 3.31.6. I plan to re-upgrade in about a
month's time. I realize that despite my April announcement, the upload
to unstable came rather surprising, and I don't want to cause
unnecessary pain.

Also, the build log URL has an unfortunate mistake. The correct URL
should include the workspace, i.e.,

https://debusine.debian.net/debian/developers/artifact/XXXX

CMake 4 will also be available in experimental again, so it can be
used to verify that the bug is fixed.

Cheers
Timo

Hi Timo,

It's not been even a month yet. Why the hurry?

Adrian

Hi Adrian,

* John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> [2025-09-28
* 08:25]:
The Release Team suggested I should bump the bug severity now. The
actual upload to unstable is not going to happen for a few more weeks.

The idea is to have the autoremoval timer run down before the upload.
When the actual upload breaks binNMUs due to FTBFS for the affected
packages, it is less likely to keep unrelated transitions in limbo
(because those packages will either have been fixed or removed from
testing by then).

I am happy to prepare and test a patch for you to upload if you are
pressed for time. Also, any email to the bug will reset the autoremoval
timer, so please do not feel pressured to act quickly if you do not have
the time right now.


Cheers
Timo

Dear maintainer,

I've prepared an NMU for z80ex (versioned as 1.1.21-2.1) and uploaded
it to DELAYED/14. Please feel free to tell me if I should cancel it.

cu
Adrian

Hello Adrian,

Thanks for the mail. I'm aware that it can be fixed like this but I wanted
to fix the git repository first before preparing an upload to unstable.

Neither kcemu nor z80ex are particularly important, so I don't think it's
this urgent. I can try to fix it this week though.

Adrian