Package: pkgconf Version: 1.8.1-1 Severity: normal Hello,
this was surprising behaviour for which I cannot find documentation, which I discovered by accident by having a $ARCH file in my build directory: If invoking as pkg-config, everything is fine: $ rm x86_64-linux-gnu $ pkg-config --cflags libxml-2.0 -I/usr/include/libxml2 $ echo foo > x86_64-linux-gnu $ pkg-config --cflags libxml-2.0 -I/usr/include/libxml2 If invoking as /usr/bin/x86_64-linux-gnu-pkg-config instead, a file with called x86_64-linux-gnu gets parsed and influences the results: $ rm x86_64-linux-gnu $ /usr/bin/x86_64-linux-gnu-pkg-config --cflags libxml-2.0 -I/usr/include/libxml2 $ echo foo > x86_64-linux-gnu $ /usr/bin/x86_64-linux-gnu-pkg-config --cflags libxml-2.0 Package libxml-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libxml-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'libxml-2.0', required by 'virtual:world', not found It may be expected behaviour, or it may be something unintended that leads to unexpected code execution. I cannot find it documented in man pkg-config(1) or man pc(5) and I cannot tell what it's supposed to do, so I'll limit myself to reporting the surprising behaviour. It was pretty tricky to debug why this source which included such a file used to build before bookworm and in bookworm stopped being unable to find its dependencies Thanks, Enrico -- System Information: Debian Release: 12.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_IE:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pkgconf depends on: ii pkgconf-bin 1.8.1-1 pkgconf recommends no packages. pkgconf suggests no packages. -- no debconf information