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 3BD063835810 for ; Fri, 23 Jul 2021 03:37:34 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 3BD063835810 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-4002a.ext.cloudfilter.net ([10.228.9.250]) by cmsmtp with ESMTP id 6beMmbpfi4bIn6m0Dmb9lR; Fri, 23 Jul 2021 03:37:33 +0000 Received: from [192.168.1.104] ([68.147.0.90]) by cmsmtp with ESMTP id 6m0CmsRmuB9dP6m0DmYZv9; Fri, 23 Jul 2021 03:37:33 +0000 X-Authority-Analysis: v=2.4 cv=Ac10o1bG c=1 sm=1 tr=0 ts=60fa397d a=T+ovY1NZ+FAi/xYICV7Bgg==:117 a=T+ovY1NZ+FAi/xYICV7Bgg==:17 a=IkcTkHD0fZMA:10 a=e5mUnYsNAAAA:8 a=DUUz29HOp4oXp0S5YVEA:9 a=QEXdDO2ut3YA:10 a=Vxmtnl_E_bksehYqCbjh:22 Reply-To: cygwin@cygwin.com To: cygwin@cygwin.com References: <782011494.20200910083521@yandex.ru> <5a2fdf46-93c8-048b-cadb-cb9d9212c716@SystematicSw.ab.ca> <20200910230426.5811f3e8@quarternote> <8f40571c-1a37-8e4b-f1bd-ecf40175d0d7@gmail.com> <179bbaf0-02b4-1c63-0083-5fa2a8833ea9@cornell.edu> <06e9cf44-8cc8-267e-12b3-e8a866a01c80@gmail.com> <87h7s45a4c.fsf@Rainer.invalid> <3305b90c-41f2-7377-092d-0f151a83da1c@cornell.edu> <9c515b79-42e2-5a9b-1996-9281f3c2b0e8@cornell.edu> From: Brian Inglis Organization: Systematic Software Subject: Re: postinstall: fontconfig abnormal exit Message-ID: <635c5631-2af2-fa74-24a1-c8a6e7f6c33e@SystematicSw.ab.ca> Date: Thu, 22 Jul 2021 21:37:32 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-CA Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfNXJx75knzMbzR3eNy/WqscUx4a81uwntTQiBp74GsSSCdkSfXGH7ke7E2le3kDibod9V6iTZKenDFmBX4c3wu4mpTOH6KUjbWVwDG4xRRBnoxvRpvmL Gc8YmwV3CPyYdoj/tYWI+TPEt+GXp0Sz11P3jig5EuYTf93tUJ50+Wy9OzsxaJ4mWyHrkvX09B/AfKADOKt9HZ2pSZ2/0l9HGLk= X-Spam-Status: No, score=-1161.2 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@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2021 03:37:36 -0000 On 2021-07-21 13:26, Ken Brown via Cygwin wrote: > On 7/20/2021 1:00 PM, Brian Inglis wrote: > > On 2020-09-12 06:56, Ken Brown via Cygwin wrote: >> For fontconfig fc-cache-1 appears to have been creating thousands (on >> Cygwin 64 millions) of small <1KB >> /var/cache/fontconfig/%8x-%4x-%4x-%4x-%12x-le{64,32d8}.cache-7 files. >> >> The problems could have originally been caused by an old bug: >> >> https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/107 >> >> combined with many font additions around that time, mainly working on >> Cygwin 64, where I use X, and manually run fontconfig postinstall >> script, to try to avoid long setup postinstalls, whereas on Cygwin 32 >> I don't use X or manually run postinstall scripts, just get run after >> setup. >> >> I have about 200 Windows MS font files, 1000 non-MS font files, and >> about 800 Cygwin font files, from multiple distros and elsewhere, >> including some with full BMP coverage, some with SMP coverage, some >> for fallback code points, others with group ranges. >> >> I rm'ed -rf /var/cache/fontconfig/ with a few thousand files on Cygwin >> 32 and rebuilt it okay with only 65 cache files. >> >> I tried rm -rf /var/cache/fontconfig/ on Cygwin 64 but got many >> permission errors and killed it. > > The preremove script for libfontconfig1 should remove all those cache > files every time libfontconfig1 is updated, so you should have gotten a > fresh start every once in a while.  Apparently something went wrong. > >> I gave up waiting for ls -U to show any results on Cygwin 64 or >> Explorer on that dir to show any file details, but cmd /c dir | less >> displays the base info for hundreds of thousands of files, and wc >> reports millions. >> >> I am still waiting for an elevated cmd to rmdir /s /q fontconfig there! >> >> Do you know why fc-cache-1 is run rather than fc-cache and what the >> difference is? > > They're identical.  It's just a packaging issue.  fc-cache is in the > fontconfig package, and fc-cache-1 is in the libfontconfig1 package. > That way fc-cache-1 is available for use in postinstall scripts for > users who install libfontconfig1 (probably because something requires > it) but not fontconfig. > >> What would give you useful information once I have the fontconfig >> cache cleared? >> Might running FC_DEBUG=65535 fc-cache-1 -fsv provide useful info? >> Or do so with strace? >> Would running file on the font files give enough info about properties >> to be of any help? > > I'm not an expert on fontconfig, so I probably can't help. > >> What is the best approach to get the minimal cache files recreated? > > I would expect that this would always happen as a result of running > setup and letting the preremove/postinstall scripts do their job.  I > don't know what went wrong in your case. > >> What is the best approach to avoid thousand of cache files in future? > > Again, I don't know why that happened in the first place. Thanks, I'll just assume between fontconfig and Windows profile issues in 2018 something went nuts, and once the directory has been cleared, I'll add a monitoring cron job on the cache. Elevated cmd to clear directory still running days later! Commands: $ cmd /c dir fontconfig | wc now showing only 207348 files left to delete after a few minutes, and $ /bin/ls -1U fontconfig | wc likewise! ;^> -- 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.]