X-Recipient: archive-cygwin@delorie.com
X-Original-To: cygwin@cygwin.com
Delivered-To: cygwin@cygwin.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@cygwin.com
References: <645cbf8eca7d4451b1faa017d462235d@severstal.com>
 <4be058bb-5827-50bd-c65c-5e1c46ddc8b2@SystematicSw.ab.ca>
 <87y25d8lbo.fsf@Rainer.invalid>
 <d666678f-5b6b-f9af-27e8-d26d87ff99f0@SystematicSw.ab.ca>
 <87tug18h3i.fsf@Rainer.invalid>
From: Brian Inglis <Brian.Inglis@SystematicSw.ab.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@cygwin.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@cygwin.com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-request@cygwin.com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request@cygwin.com?subject=subscribe>
Reply-To: cygwin@cygwin.com
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Errors-To: cygwin-bounces+archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie.com@cygwin.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