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 804A73858C60
Authentication-Results:	sourceware.org;
	dmarc=none (p=none dis=none) header.from=nexgo.de
Authentication-Results:	sourceware.org; spf=pass smtp.mailfrom=nexgo.de
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de;
	s=vfde-smtpout-mb-15sep; t=1637866277;
	bh=rNrwXx3lw5RwtibYHCmfz0sdPUlmp1P9e3dI/ajdUs0=;
	h=From:To:Subject:References:Date:In-Reply-To;
	b=g8Dm3GrfWzKjziglZqF4uhOZE72KCpTaFo0ysI0ekc03fmOEs9/YKTGqIlSvzXk7T
	MXIovXHvC+equMVDYns4/tPc0eTvQwy5V3a0KcdxjOSS/lzP0aSj5CeIimlyu/IDQB
	F1T2jOmhbwBavgjQ7tV2kE3pHHuI7rz4+9JpEXjg=
From:	Achim Gratz <Stromeko AT nexgo DOT de>
To:	cygwin AT cygwin DOT com
Subject:	Re: zp_man-db-update-index.dash creates C:\cygwin64\%SystemDrive%
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>
	<b6159451-c23b-5243-ca46-92cc7cee419b AT SystematicSw DOT ab DOT ca>
Date:	Thu, 25 Nov 2021 19:51:09 +0100
In-Reply-To:	<b6159451-c23b-5243-ca46-92cc7cee419b@SystematicSw.ab.ca> (Brian
	Inglis's message of "Thu, 25 Nov 2021 00:59:39 -0700")
Message-ID:	<87ee74oyqq.fsf@Rainer.invalid>
User-Agent:	Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux)
MIME-Version:	1.0
X-purgate-type:	clean
X-purgate-Ad:	Categorized by eleven eXpurgate (R) http://www.eleven.de
X-purgate:	This mail is considered clean (visit http://www.eleven.de for
	further information)
X-purgate:	clean
X-purgate-size:	4048
X-purgate-ID:	149169::1637866277-0000047A-BDC0F4D0/0/0
X-Spam-Status:	No, score=-3030.2 required=5.0 tests=BAYES_00, DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_BARRACUDACENTRAL,
	RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS,
	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 AT cygwin DOT com
X-Mailman-Version:	2.1.29
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>
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>

Brian Inglis writes:
> 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?

Yes, all the time, and now again.

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

mkdir -p /tmp/test/{s,p}d2 /tmp/test/{s,p}d3/sub
cd /tmp/test
env -i                          /usr/bin/cygstart --hide /usr/bin/dash -c echo
env -i SystemDrive=sd1          /usr/bin/cygstart --hide /usr/bin/dash -c echo
env -i ProgramData=pd1          /usr/bin/cygstart --hide /usr/bin/dash -c echo
env -i SystemDrive=sd2          /usr/bin/cygstart --hide /usr/bin/dash -c echo
env -i ProgramData=pd2          /usr/bin/cygstart --hide /usr/bin/dash -c echo
env -i SystemDrive=sd3/sub      /usr/bin/cygstart --hide /usr/bin/dash -c echo
env -i ProgramData=pd3/sub      /usr/bin/cygstart --hide /usr/bin/dash -c echo
env -i SystemDrive=sd3/nil      /usr/bin/cygstart --hide /usr/bin/dash -c echo
env -i ProgramData=pd3/nil      /usr/bin/cygstart --hide /usr/bin/dash -c echo
env -i SystemDrive=sd3/void/nil /usr/bin/cygstart --hide /usr/bin/dash -c echo
env -i ProgramData=pd3/void/nil /usr/bin/cygstart --hide /usr/bin/dash -c echo
ls -R
# cd ; rm -fr /tmp/test

The behaviour with absolute paths is left as an exercise for the reader.

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

Again, in no variant of trying to reproduce this was I ever successful
in seeing that happen.  So either this problem is no longer occuring or
there is some extra condition for it to trigger.

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

There's no code in mandb that obviously does this, so you'll have to
provide some evidence of when and where it happens.  And it should
already show up in the output of 'manpath -dc' I think, since I've only
ever seen mandb removing something that is in catdirs.  So for instance
if I drop bogus directories cat9 and de_AT into /var/cache/man (which
don't have a corresponding manpath obviously), I'll see:

--8<---------------cut here---------------start------------->8---
Removing obsolete cat directory /var/cache/man/cat9...
Seen mandir for /var/cache/man/ca; not deleting
Seen mandir for /var/cache/man/cs; not deleting
Seen mandir for /var/cache/man/da; not deleting
Seen mandir for /var/cache/man/da.ISO8859-1; not deleting
Seen mandir for /var/cache/man/da.UTF-8; not deleting
Seen mandir for /var/cache/man/de; not deleting
Seen mandir for /var/cache/man/de.ISO8859-1; not deleting
Seen mandir for /var/cache/man/de.UTF-8; not deleting
Removing obsolete cat directory /var/cache/man/de_AT...
--8<---------------cut here---------------end--------------->8---

Which is correct since /var/cache/man is the only catdir on my system.
If I drop these anywhere else in any of the directory in PATH mandb will
not touch them (in fact it never bothers to look there).

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

Again, if that's the problem I have not been able to reproduce it.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

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

- Raw text -