X-Recipient:	archive-cygwin AT delorie DOT com
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org 43E39386EC0B
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1604846451;
	bh=Ur0er1AcB9oDEQ7Ph9kE62cC5JR4jBEO1ixpHci0ZKw=;
	h=Subject:To:References:Date:In-Reply-To:List-Id:List-Unsubscribe:
	List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:
	From;
	b=RgL0mLR/ykN94Ptj2zb0YN2YA1+DP2vfs6446nxPUxHek1hYbvvh55M7v6r+m30ik
	RrTx3rcAQyOG9GwF9c+yyd3Dve8hdE0IC2TzEFi8wKcciCQfsIaPGRGW/3GbdDbDHU
	2Eithg+avboO92BKdiF9EgrU0cNoye15QTJvA0Ds=
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.3.2 sourceware.org BF4DE385700E
X-SONIC-DKIM-SIGN:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048;
	t=1604846446; bh=qWQwDftoAtcMsfH8OsS6HQ1lKyb5e1YK7uKT/tN3PtF=;
	h=Subject:To:From:Date;
	b=oTEMAK5gpxNKAj4Z/KVPt50WRoJyyQHW6YgSMQlzwIUV4+SNRw7W1CcCxTVo++SJseE00xKw0nHlRXNZ9BiGCHUVJyD2yECtRDhRlvd8AMW3MdD2v2I5HxhEYW/PEe/vHW16JAyTeR7cEmINbcIRCi0IuwUqSHTEOXZCK1drAfRAH2/e8xPAaxn+MeCxgTyy+Nr8ZZ0wkZN8lJce5pN3oA2nNtbdVnzJSkcJRymhBhAflFgapwQMDSSttkNW+vzqwQWGvGxz6ocPg0f7eVB6w6qAqQWCeWEEW2QPplveGYfPh4wjh0y2UT4i+aEPnkCU5VFiqCRt7uRJnl0qTfuQpQ==
X-YMail-OSG:	2Y.AYQoVM1k6aWfyGWo8gv1GEeLaIDY.WhSGjyGuspydkLSn4oQrVdiJttKqu3v
	ZCrl0k6GrAMb4S5He2_WgGIzq1Zfdl2EtmomVQuJ8_bMm6iu3R393cUY0v.j02c7xrdXc1q0MqZc
	5h8u_cRTZS9oOIeC70BBNbZbEziZBGPbSJNSrrA6YDG4OB3AWfA_dutDJgLNzkl7N0za0whA6n0g
	9_OFGuBI_wb_RpKw4UTaTOtN5MPAN1546nW5sx2ETn_ADyL6Vus0Jq4AE84vE1jOob8GFgr61SqJ
	Ok.KEVpRi_zVsnfRoETVdKz2wNAtgClM9HvmTdSD67r0ZsZbi4BB9Gl4Y_Xb_V_cvnLkhZjkzSTK
	KXJDneryMDHEIOfuS9vaJjTeRLw.0rH.ifOdy796tM_sv578eF5XsuJMPiR4UaeSSyPd8Bnd7LEX
	ab_wJZI.YdjXITKvRZMXkBaBYhbmLV4FvgUFCJ9e1UA3UTyO7E3f3A.pg8gQIeI40BFTwPtR4sdC
	0mAAbHfvNlLm8eITemhIQ_N6JJ41Os3qWNvH.vuhdtCbSBcDt2gXo6ODBzyjPlsqKcUt1mexIfps
	Dq.s1DBAz_5_v8R_W52uj._M02BhQgasDpQCBun9.EESIGRXwFHkMti22f2jmDlhhw1UQlbaU7mz
	xgJBA8FcKdV28_SVumBIhnquAbHoJGNxXInVa_94UwbeqpsUKtUcdtS33cQNM3dZH7DSnBO5N9VF
	ILFlwhvDay8AZGLgLCWcrjAR1c2l8oAc0zbulKFS67LsC19CEQOVug.yTxQHjKHqu0nuEo997g89
	Om6xBgknXSNXf5gAP_wjFwORlFycAYqZ_6eoS5yYVQ0_q2nKVsGeSSG5q0agT_xlNTJwKzzgjx6K
	8c_FZI1xyjz.LzSEEinUG8S.AyQCj1NSYrTfx2CNAJKZwP0OWwkSQvUXDMP0fkM6eXUitRxI.uCy
	qQLxO8CCkeuNuNbXlalOPqsPxJcB45yxLvGfJCzHpLF_xSiRL501dLJ0J.d0vVLlczdBGSRh3FfO
	EBfdX8MCHzF1m2drUNzIcbzz.3Bc3RhBYkpmkI8YPHysqMHsP6U6HI0jwG535RLzuisShQrMBdDz
	CkqwpZTUFER3JSHaGBx.2eGz1NXinFnSZnWq6oZO1myGIgr0RWI3CjqESkuxbf7fIKLNgEs7gm6S
	I2.I6QtJd4CWqi1T1yiMTA.BecHuaT._PoaD7X2QKcKQBGIHB3gx_X7u1JlNDiYIhUalj_luo8FZ
	4PO1NH3mr_CrSOUjoLhA_PLH6iTsuCOd6TsqlYbvx4VL41tdkthXXCoVf4szwPxy3DnmglCMLM1q
	IGnNmZ0nBjoOBeq3jjvQJ4u70UnFLm1gEtysMqGKDBziQS8SjQWefmp8Vlay4zreE8q8m2RNiyFa
	mPCiTkWn3I_Wg4sZuPsSfSd2XnhO7k8N3ByXhuoeSoRBMi8s4KT3QTjwI5lyl6TXPToLkOx.ieBy
	Dcww.0SgneLmsyUqUl0C52ifR3hPPnuksMqg.oaQ.JCxObxq.dZDFHkPoZ8uaTCTN_QJ6mxm2rYd
	pZRbf33wLYfNdLkKIyRgLvx6_AIvGVAhkAZAA6WiZOC0Ei99Duv96RYXCLSVJmtZOxzm6rjqjqr5
	FxcZHNSOMKzbyeMOKPehDQ1zbfJ.UR0pYCQJSOGH3NSAj.bYV2rra.X_P6iEt_QU3AwoXe1LJMFe
	zKy7CnCSZjrSYvhheIAjrW3UgeDuNjviW6eQst2cOBdRjHch6ItlgEhZScKVzVAmRHfHNdgbxXyv
	u6w93HxI2E4QQzXYIeS4ez6ZHjtIE6krD48VRYQ31YZwbqnZaSyhbAYxHa.QLPtZpBpq1LALERXM
	bqkQP5bteMVARJt2Y8pjkaZEL0rDH4e9x4LkmjP3OR5YHUoywGAwZnX22dB2sD.KDJlR.lTyQvWM
	jyzro1lGTZrywexrxQjSeQ6xVjaFmzf6B2nCQLoHok7sCzMpcGogJjjwngE.z847tdbcAoRBfVVI
	1T.R0b3cgnqwEnzsjbn58JdU2lBW96sqSt4qh2CPSwmWypwRV_B5AcVl.iyYjv12rmUZ1F.OMr6i
	S2zHCUXTlQIQCoFqh6yIGB8s_uAf6FurnoyLyadtc1GkasaM2fiArjESbsWWT7c3g8I.6QRGOQ9d
	YiQHpmodTp.rRxm7_zL4NOhPO_GLYcVGXwfDjgwUOUfOp6bDS1aI0EKdAoXdDtF9YHclFJVlJBge
	yrUQcd8WXv.GzbLAFGsrVRSUSvwZeZC0FoLFElAzmpNpdg3nOLdktP5QsPWxMlJUVI.dtUJtuP6e
	QXJSc3vmSWuvQxZqSoiU5JB50uT7iw13iSdym6Oae7SEd5dW5JLjorH7uSG_drgtV5U5HbZnCvG9
	L75lSL978Ula_XFTg9P47QzqDwChv_0KDyMpkJ8BBwN5cf9joKiQoBYo4a6HuuHMZiDvARXZdr0t
	oTuIyJm_lABNWAAJdsrhfQwNyWYD4F5APXL1IgBPnjb_EgClGiQI3pWLPwfjFgCzykEeA08oPylP
	4CVfR05V4ShaNxElNkbI4RzjITz3DW6aFS7ECc3c5YZ3XZC8EWCcU9AHHZWVM5Ch6CcQUFTanA7v
	QcN0hocPHUy4DmOkB8z4olxVgbT0FeZwYlWjpmGdw_FBlRcP2sGC.jF17mhjgA4cYcW0orSyWiy9
	kPzIfPUNxdoWmt5a4TrU1Qj_fZeykWVo-
Subject:	Re: Strange paths in NTFS reparse points created by Cygwin Setup for
	e.g. TTF fonts
To:	Ken Brown <kbrown AT cornell DOT edu>, cygwin AT cygwin DOT com,
	L A Walsh <cygwin AT tlinx DOT org>
References:	<245e2446-8c1e-cbaa-a4ad-215d7e766274 DOT ref AT yahoo DOT de>
	<245e2446-8c1e-cbaa-a4ad-215d7e766274 AT yahoo DOT de>
	<bb3e651e-bedf-5c17-f3e3-48d8cc98b6fd AT cornell DOT edu>
Message-ID:	<addcfc69-6844-845d-3bae-5aab8d752b9d@yahoo.de>
Date:	Sun, 8 Nov 2020 15:40:39 +0100
User-Agent:	Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101
	Thunderbird/78.4.0
MIME-Version:	1.0
In-Reply-To:	<bb3e651e-bedf-5c17-f3e3-48d8cc98b6fd@cornell.edu>
X-Mailer:	WebService/1.1.16944
	mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo
	Apache-HttpAsyncClient/4.1.4 (Java/11.0.8)
X-Spam-Status:	No, score=-0.9 required=5.0 tests=BAYES_00, DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, NICE_REPLY_A,
	RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS,
	TXREP autolearn=ham autolearn_force=no version=3.4.2
X-Spam-Checker-Version:	SpamAssassin 3.4.2 (2018-09-13) 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>
From:	Michael Soegtrop via Cygwin <cygwin AT cygwin DOT com>
Reply-To:	Michael Soegtrop <MSoegtrop AT yahoo DOT de>
Errors-To:	cygwin-bounces AT cygwin DOT com
Sender:	"Cygwin" <cygwin-bounces AT cygwin DOT com>

Hi Ken, L A Walsh,

 > But you can change this if you don't like it, as I said in my reply 
to your earlier message about this:

I don't know if I like it yet - I am still in the process of 
understanding what is going on.

I maintain the Windows build of a large open source project and we also 
deliver scripts to setup cygwin on our user's machines. I need to 
understand what is going on before I make changes to settings. I am 
afraid that using non standard settings in the end will lead to more 
confusion than good - especially if people have several cygwin 
installations. Also I need to be able to support our users in case they 
have issues with this.

The interesting point is that in our CI we do several 100 cygwin 
installations (sometimes more than 1000) per month. For 95%..99% the 
removal with "rm -rf" from another cygwin installation works well, in 
about 1%..5% of the case about 250 symlinks / reparse points remain. 
This happens all on the same machines with identical scripts.

With my manual installations of cygwin it is about the same ratio. I had 
two cases where removing a cygwin installation from Windows explorer 
with "shift+delete" did not work cause of these about 250 symlinks - I 
would say I did roughly 100 installations in this time frame.

What I don't understand is why it does work sometimes and sometimes not. 
I always use the same scripts to install and remove cygwin on the same 
machines and then do pretty much the same thing with this cygwin (build 
our open source software) before I delete it.

It is unlikely that the issue is that the target files are open as L A 
Welsh suggested because always either all symlinks or none at all 
remain. The number is always the same (with recent versions afair 258).

@ L A Walsh: you wrote "1) if you try to delete the file in cygwin"

Why shouldn't I be able to remove symlinks with rm -rf from within a 
cygwin? As far as I understand the standard behavior of "rm" is to 
remove the symlink and not its target. What I do when I remove a cygwin 
installation in our CI is an "rm -rf" from a different cygwin 
installation. As I said in most cases this works but rarely it doesn't.

In case it doesn't work the symlinks are quite hard to get rid of. 
FSUTIL REPARSEPOINT DELETE is the only method which works I found so 
far. Even after a reboot, resetting the ACLs in various ways, ... no 
usual method to remove these files works.

I understand that the contents / path of the symlink is as expected, so 
I am looking out for other oddities which could explain this behavior.

Best regards,

Michael

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