On Tue, Mar 26, 2024 at 03:37:10PM +0100, Harald Welte wrote:
> Package: libcdk5-dev
> Version: 5.0.20230201-3
> Severity: normal
> 
> It used to be the case (for probably more than a decade) that the main cdk.h 
> file
> contained in libcdk5-dev is located in /usr/include/cdk/cdk.h

odd - I dimly recall some long-ago discussion.

But reviewing it, I see that I had implemented a configure option,
which doesn't actually work.  In configure.in, I see that the option
should have set $HDR_SUBDIR, and that if the option was set, the value for
HDR_ROOTNAME also is incorrect:

1.53         (tom      20-Mar-12): AC_MSG_CHECKING(if cdk.h should be in header 
subdirectory)
1.53         (tom      20-Mar-12): AC_ARG_WITH(hdrname,
1.53         (tom      20-Mar-12):      [  --enable-hdr-subdir     install 
cdk.h in the header subdirectory],
1.53         (tom      20-Mar-12):      [HDR_ROOTNAME=no])
1.53         (tom      20-Mar-12): AC_MSG_RESULT($HDR_SUBDIR)
1.53         (tom      20-Mar-12): AC_SUBST(HDR_SUBDIR)
1.53         (tom      20-Mar-12): 
1.53         (tom      20-Mar-12): if test "$HDR_SUBDIR" = yes
1.53         (tom      20-Mar-12): then
1.53         (tom      20-Mar-12):      HDR_SUBDIR="#"
1.53         (tom      20-Mar-12): else
1.53         (tom      20-Mar-12):      HDR_SUBDIR=
1.53         (tom      20-Mar-12): fi

However, looking at the history for the Debian package,

https://salsa.debian.org/debian/libcdk5

I don't see how it worked around the HDR_SUBDIR value.

The existing script can be worked-around by setting HDR_SUBDIR to "yes"
when running the configure script.

(The updates for 2023 fixed the known fail-to-build issues; I have some
further unreleased changes, but had overlooked this although I might have
stumbled onto this bug by some ongoing work to compare the layout in my
test-packages vs Debian).
 
> This is still the case in debian stable as of 5.0.20180306-3
> 
> However, in currnt unstable (5.0.20230201-3), the location has suddenly 
> shifted to
> /usr/include/cdk.h
> 
> This is breaking applications like osmo-bsc, which is using the following
> autoconf macro to test for cdk.h presence:
> 
> AC_CHECK_HEADERS(cdk/cdk.h, [], AC_MSG_ERROR(Unable to find libcdk))
> 
> 
> -- System Information:
> Debian Release: trixie/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 6.6.15-amd64 (SMP w/4 CPU threads; PREEMPT)
> Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
> Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages libcdk5-dev depends on:
> pn  libcdk5t64      <none>
> ii  libncurses-dev  6.4+20240113-1
> 
> libcdk5-dev recommends no packages.
> 
> libcdk5-dev suggests no packages.
> 

-- 
Thomas E. Dickey <dic...@invisible-island.net>
https://invisible-island.net

Attachment: signature.asc
Description: PGP signature

Reply via email to