From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta002.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) by sourceware.org (Postfix) with ESMTPS id A69D43853C01 for ; Sun, 22 Aug 2021 15:21:12 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A69D43853C01 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSw.ab.ca Authentication-Results: sourceware.org; spf=none smtp.mailfrom=systematicsw.ab.ca Received: from shw-obgw-4003a.ext.cloudfilter.net ([10.228.9.183]) by cmsmtp with ESMTP id HoaMm5Dne4bInHpHcmFGMT; Sun, 22 Aug 2021 15:21:12 +0000 Received: from [192.168.1.105] ([68.147.0.90]) by cmsmtp with ESMTP id HpHbmbzRkqeviHpHbmCB7s; Sun, 22 Aug 2021 15:21:11 +0000 X-Authority-Analysis: v=2.4 cv=B4F8bMhM c=1 sm=1 tr=0 ts=61226b67 a=T+ovY1NZ+FAi/xYICV7Bgg==:117 a=T+ovY1NZ+FAi/xYICV7Bgg==:17 a=IkcTkHD0fZMA:10 a=Ro-zfTxTAAAA:20 a=94nOnFI1EgyDtX4ev68A:9 a=QEXdDO2ut3YA:10 From: Brian Inglis Subject: Re: scallywag zp_texlive_finish.dash failing exit code 2 rebuilding installed formats Reply-To: Cygwin Applications To: Cygwin Applications References: <6a370b1b-49e7-3207-e89c-e9b28c3f3423@SystematicSw.ab.ca> Organization: Systematic Software Message-ID: <6f14abfb-bafa-7bf8-d01f-c572381322da@SystematicSw.ab.ca> Date: Sun, 22 Aug 2021 09:21:11 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <6a370b1b-49e7-3207-e89c-e9b28c3f3423@SystematicSw.ab.ca> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-CA Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfG70+2c4y33M6Ctuo9iclBZkDXEhpILVSxikKu0mAkzBPzlBGxdBND6i5HYc6iWq84pHFTca1J543ZSePI7JAl8T1Jii9uS3EuT42G7S/vn8Q0LtW88V tEqNQ6x0hw7OcFLJJZa1H3qq9F7ICc+xG5uFuAzhWz3tXqr+eakBk5hbOJmrk8WpozTSgASqtgY8X5MORyRVt1cioU122/r0MGg= X-Spam-Status: No, score=-1161.3 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin-apps@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin package maintainer discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2021 15:21:14 -0000 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.]