From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ciao.gmane.io (ciao.gmane.io [116.202.254.214]) by sourceware.org (Postfix) with ESMTPS id 9A8813858C60 for ; Sat, 8 Jul 2023 13:23:57 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 9A8813858C60 Authentication-Results: sourceware.org; dmarc=fail (p=reject dis=none) header.from=epa.gov Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=m.gmane-mx.org Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1qI7ul-00049s-N2 for cygwin-apps@cygwin.com; Sat, 08 Jul 2023 15:23:55 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: cygwin-apps@cygwin.com From: Andrew Schulman Subject: Re: chattr makes cygport slow Date: Sat, 08 Jul 2023 09:23:03 -0400 Message-ID: References: <3gbdai9h69p2c67lv8g7f873hje9skmglq@4ax.com> <6oudaidfkn4d7fnharmh7u3f3ionrcrgl0@4ax.com> <6oudaidfkn4d7fnharmh7u3f3ionrcrgl0-e09XROE/p8c@public.gmane.org> <820bb54e-770e-5994-465a-476b88e74180@dronecode.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Newsreader: Forte Agent 4.2/32.1118 X-Archive: encrypt X-Spam-Status: No, score=-3032.2 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no 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 06/07/2023 18:36, 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. > > For a long time, we've just been assuming that anyone using cygport has > case-sensitivity turned on somehow (as the build underling a cygport > might assume that it's present, as is normal on a unix) > > So, the idea here is that we try to ensure it's on, at least for the > working directory. > > Skipping it when 'finish' is used isn't right, because then 'finish all' > wouldn't work as desired. But yeah, it seems that this is in the wrong > place. I'll look into moving it. Thanks. Annoying, I realize. Unfortunately doing it separately for each command isn't right either, if it runs 3 times instead of once when I run 'cygport prep make inst'. Also, just fixing it for 'finish' would still leave the delay for the other commands. Maybe a switch that would allow turning it off, either host-wide in ~/.cygport.conf, or for a project that didn't need it in *.cygport. > I think there's possibly something else going wrong if it's taking 5 > minutes, as that seems excessive. Could be BLODA. My host has MS antivirus.