scallywag zp_texlive_finish.dash failing exit code 2 rebuilding installed formats

[Brian Inglis]

On 2021-08-21 18:48, Brian Inglis wrote:
> Any way to see if there is anything useful in scallywag #160 (3181) 
> fontconfig run 1154600337 build_requires setup /var/log/setup.log.full 
> without hacking and pushing fontconfig.cygport?
> 
> https://github.com/cygwin/scallywag/actions/runs/1154600337/workflow
> 
> Trying to build updated fontconfig (to see if continual cache creation 
> issue has been resolved, or analyze and hopefully debug that issue to 
> remove or patch the cause, then ITA), but getting weird build issues.
> 
> Trying scallywag playground, but it's also having problems installing 
> prereq texlive-collection-htmlxml, which pulls in other packages 
> including texlive-collection-formatsextra, which need built by
> /etc/postinstall/zp_texlive_finish.dash, which is failing somewhere with 
> exit code 2 - not a lot of detail!

Looks like for some reason, even after autoreconf, and the build 
generating cygfontconfig-1.dll, it thinks it is building native Windows 
programs and generates /usr/lib/libfontconfig.def, fontconfig.pc 
contains "cachedir=LOCAL_APPDATA_FONTCONFIG_CACHE", obviously not 
%-enclosed or expanded, and test programs are linked with
libfontconfig-1.dll:
C:/.../fontconfig-2.13.94-1.x86_64/build/test/.libs/test-bz106618.exe:
error while loading shared libraries: libfontconfig-1.dll: cannot open 
shared object file: No such file or directory

Hopefully someone has seen this behaviour before, and can help suggest 
an approach to fix the build.

The issue may relate to using a new m4 test release, or missing Cygwin 
bits in gnulib, aclocal, dlltool, or libtool.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]