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 CEBD83853D16 for ; Thu, 6 Jul 2023 16:18:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org CEBD83853D16 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=Shaw.ca Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=shaw.ca Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTP id HPE0qLkAI6NwhHRgiqrWY5; Thu, 06 Jul 2023 16:18:36 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=shaw.ca; s=s20180605; t=1688660316; bh=xUZboN2zKFIsHZhTOU2UEXxzBvgn6sH4TIlETxxwhVg=; h=Date:Reply-To:Subject:To:References:From:In-Reply-To; b=FgoiQ6q3Xcd1US9NoqUNPsDyztEm3ozgkC5jV+7WJc7eKK0mtPExvceOPda5P54y7 /r/aZbADFYzHPQ5l9Pt4P9JfL0NTFCyHtEYrWrEffvezL6jRzr+JORLQIT8h7pM7CS 6HI5RA/1X57gyvyfXJmkR+xAcARqxJDUMOFVtl4z+AM3B3N43ECVNLcJhZF5ySKwGc giOnypfa01iGKHtgPz3uKvclj6nJvitlIKmGs70RZO8MTj3V1zQ7teBnVMHtuaIFob 8T//KRqGyHMyT2s1yPwsvNekBGTJHyCdRs3jKyN8cfdL1tG6d5ZQpgVBSW6hsMcZjt 5bgBIlL8IdZIw== Received: from [10.0.0.5] ([184.64.102.149]) by cmsmtp with ESMTP id HRghqehoiHFsOHRghqVCMi; Thu, 06 Jul 2023 16:18:36 +0000 X-Authority-Analysis: v=2.4 cv=XZqaca15 c=1 sm=1 tr=0 ts=64a6e95c a=DxHlV3/gbUaP7LOF0QAmaA==:117 a=DxHlV3/gbUaP7LOF0QAmaA==:17 a=IkcTkHD0fZMA:10 a=7392p9bmP1SmsWvOWsUA:9 a=QEXdDO2ut3YA:10 Message-ID: <6eade186-d946-c32f-83c8-57c68d0f9126@Shaw.ca> Date: Thu, 6 Jul 2023 10:18:35 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0 Reply-To: cygwin-apps@cygwin.com Subject: Re: chattr makes cygport slow Content-Language: en-CA To: cygwin-apps@cygwin.com References: <3gbdai9h69p2c67lv8g7f873hje9skmglq@4ax.com> From: Brian Inglis Organization: Inglis In-Reply-To: <3gbdai9h69p2c67lv8g7f873hje9skmglq@4ax.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfFMbGlgN2QNYZwWvyaEY6ZfV0i/ZMAWnfUM8vrepEJQj/wSZqk/qzWWyVW9LnzRaDdKNV3CvHeYe6WYhnUJGgrKveWH/+00NxQvoSMdfvBXYu+l6upzb dRZWGFCLIHGucp113dIQFpWvrFDKs6i9lep9KSHjryHbYMuFEt6Spy4IwN9fvo32cnWbInefo51Amw== X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 2023-07-06 06:19, Andrew Schulman via Cygwin-apps wrote: > Recently I noticed that `cygport finish` has become really slow on some of my > package source trees. After I run for example > > cygport libargp.cygport finish > > it waits for about 5 minutes without any message to the console, before the > first "Removing work directory" message appears. > > pstree shows that during this time cygport is waiting for chattr. In > /usr/bin/cygport I see: > > if [ $OSTYPE = "cygwin" ] > then > chattr -fR +C ${workdir} >/dev/null 2>&1 || true > fi > > which is trying to make the workdir case-sensitive. > > Whatever the advantages of that are, it can take a long time. Would it be > possible to skip it at least in the case of "finish"? It seems silly to spend > all that time fixing up a directory tree that we then turn around and remove > with rm -rf. The attribute does not appear to be inheritable, so will not be applied to subdirectories created by make, or in cygport xargs commands, unless supported in cygwin1.dll, perhaps why it is open coded in cygport? Perhaps it could be moved below case prep, into src_prep `__mkdirs`, or globally define `mkdir_p()` which applies it to each directory in those paths? Could this also be defined in MKDIR_P for make or are those limited to binaries? All cygport scripts appear to consistently use `mkdir -p` including after `xargs -r` (`--no-run-if-empty`) except: /usr/share/cygport/cygclass/fossil.cygclass: mkdir ${FOSSIL_MODULE} -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut -- Antoine de Saint-Exupéry