X-Recipient: archive-cygwin AT delorie DOT com
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 9E730385780F
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
X-Authority-Analysis: v=2.4 cv=Fe4keby6 c=1 sm=1 tr=0 ts=619f426c
 a=T+ovY1NZ+FAi/xYICV7Bgg==:117 a=T+ovY1NZ+FAi/xYICV7Bgg==:17
 a=IkcTkHD0fZMA:10 a=w_pzkKWiAAAA:8 a=94nOnFI1EgyDtX4ev68A:9 a=QEXdDO2ut3YA:10
 a=urlNFaGu1hsA:10 a=sRI3_1zDfAgwuvI8zelB:22
Message-ID: <b6159451-c23b-5243-ca46-92cc7cee419b@SystematicSw.ab.ca>
Date: Thu, 25 Nov 2021 00:59:39 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
 Thunderbird/91.3.2
Subject: Re: zp_man-db-update-index.dash creates C:\cygwin64\%SystemDrive%
Content-Language: en-CA
To: cygwin AT cygwin DOT com
References: <645cbf8eca7d4451b1faa017d462235d AT severstal DOT com>
 <4be058bb-5827-50bd-c65c-5e1c46ddc8b2 AT SystematicSw DOT ab DOT ca>
 <87y25d8lbo DOT fsf AT Rainer DOT invalid>
 <d666678f-5b6b-f9af-27e8-d26d87ff99f0 AT SystematicSw DOT ab DOT ca>
 <87tug18h3i DOT fsf AT Rainer DOT invalid>
From: Brian Inglis <Brian DOT Inglis AT SystematicSw DOT ab DOT ca>
Organization: Systematic Software
In-Reply-To: <87tug18h3i.fsf@Rainer.invalid>
X-CMAE-Envelope: MS4xfPzDBXJ0eFqLWQK9eTUMaEujare+L4zHnsQiAOW2TPmOOKiYURmJmY61gDFQKn5JmHwhX3A6BGOjc6EUH0xua8P/oUmQAQNqJTyIJABlaixNknjRrZk6
 H5hs0ip0Ayul3VT0yTBW0XcNlDxy7ozkPN96+lP+KOtgtTWcWvnVGrg9J+Uq70CA1iexmS0lXPPLSkWDa2WyIzI5z5HpH6+WhO0=
X-Spam-Status: No, score=-1166.1 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
 KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_BARRACUDACENTRAL,
 RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE,
 SPF_NONE, TXREP autolearn=ham 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 AT cygwin DOT com
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
Reply-To: cygwin AT cygwin DOT com
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>

On 2021-11-24 12:54, Achim Gratz wrote:
> Brian Inglis writes:
>> Problem mentioned by me some time ago, may be related to this, from
>> undocumented mandb handling of Windows localization catalog folders:

> It isn't, which could have easily been tested.

Are you saying that the <CygwinRoot>/%SystemDrive% issue is unrelated to 
mandb execution, contrary to the information from the OP?

How can it be tested, as I would like to do so, as I get those symptoms.

I found that when setup is executed, as the PATH sanitized for scripts 
includes cygpath -S, mandb appears to search directories in the Windows 
PATH, for cat... directories, may remove the contents, even when they 
are not manual pages, and may perform other poorly or undocumented 
operations.

>> https://cygwin.com/pipermail/cygwin/2018-January/235776.html
>>
>> which may include moving "stray cats" (also undocumented) to /
>> [Cygwin] root so they get noticed and handled?

> That's most likely caused by configuring the C:\ drive as the root of
> Cygwin and/or additional configurations not mentioned by the OP. You'd
> have to run man-db in debugging / dry-run mode to see how it gets to the
> conclusion that it should scan all those sub-directories and
> sub-sub-directories in the root. It doesn't do that by default and I am
> unable to reproduce it.

That is not the case in either the OP C:\cygwin64\ or my own setup.

It appears that mandb climbs the tree trying to find related bin and man 
dirs.

It may be having shared man and "stray" cat dirs for other Windows 
package commands, cmd, Windows utilities, and systems (-m) under 
/proc/cygdrive/c/usr/local/.
I don't know any other way I could keep the system level shared contents 
accessible while isolating it.

-- 
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.]

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple