[Debian-med-packaging] Bug#1042246: gdcm: FTBFS: make[1]: *** [debian/rules:107: override_dh_auto_configure] Error 2
Aurelien Jarno
aurel32 at debian.org
Wed Aug 23 20:17:14 BST 2023
Hi,
On 2023-07-26 22:24, Lucas Nussbaum wrote:
> Source: gdcm
> Version: 3.0.21-1
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lucas at debian.org
> Usertags: ftbfs-20230726 ftbfs-trixie
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
I have started to investigate this, but my cmake knowledge is quite
limited, so I am progressing slowly. Here are my findings:
- The issue has been introduced by cmake 3.27. gdcm builds fine with
cmake from stable and everything else from sid.
- The reported issue seems to be linked to a cache issue between the two
libexpat detection: the one from gdcm in CMakeLists.txt:423 and using
find_package() and the one shipped by libvtk9-dev in
$DEB_HOST_MULTIARCH/cmake/vtk-9.1/FindEXPAT.cmake: using
find_library(). Dropping the first one or passing NO_CACHE to
find_library() is enough to get rid of the issue.
- The issue is only visible with DGDCM_USE_SYSTEM_EXPAT:BOOL=ON which is
not the default, so it is likely that the issue hasn't been noticed
before.
- Independently of the reported issue, gdcm still uses find_package()
with PythonInterp or PythonLibs which have been removed from cmake
3.27, so fixing it is not enough to get gdcm working.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurelien at aurel32.net http://aurel32.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/debian-med-packaging/attachments/20230823/771e243a/attachment-0001.sig>
More information about the Debian-med-packaging
mailing list