From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) by sourceware.org (Postfix) with ESMTPS id 38985382C5FF for ; Tue, 7 Jun 2022 09:24:10 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 38985382C5FF 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 Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTP id yJWOn0LNgwtwGyVRRnHRYC; Tue, 07 Jun 2022 09:24:01 +0000 Received: from [10.0.0.5] ([184.64.124.72]) by cmsmtp with ESMTP id yVRZnf9mGsF60yVRZnAiV8; Tue, 07 Jun 2022 09:24:10 +0000 X-Authority-Analysis: v=2.4 cv=Z8n/oVdA c=1 sm=1 tr=0 ts=629f193a a=oHm12aVswOWz6TMtn9zYKg==:117 a=oHm12aVswOWz6TMtn9zYKg==:17 a=IkcTkHD0fZMA:10 a=uYT-Tk0qkVT609LjNaIA:9 a=QEXdDO2ut3YA:10 Message-ID: <2010cf2c-d4f5-9d8f-9aca-dcf7b9945050@SystematicSw.ab.ca> Date: Tue, 7 Jun 2022 03:24:09 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Reply-To: cygwin-apps@cygwin.com Subject: Re: Revert coreutils 9.1 to test 8.32 to curr stable Content-Language: en-CA From: Brian Inglis To: cygwin-apps@cygwin.com Cc: Jim Reisert AD1C References: <20220521145633.53343-1-Brian.Inglis@SystematicSW.ab.ca> <121ccc64-bb8e-30c1-2fba-b76920545a21@SystematicSw.ab.ca> Organization: Systematic Software In-Reply-To: <121ccc64-bb8e-30c1-2fba-b76920545a21@SystematicSw.ab.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfAsiuuQgdWk47LYQ250OhpPncDTB3AsVjYSvyAuFsSTRVwm+/JT0qpvB0j+BCS+KdWD/nDQyNPSWO4lUq6eX1zMwXzPiunM3JAPD3hlxZRJGfOEG9dLR MQ3O4qswYxZEwgbYcIx3Nfbop2apj18Ek1GS0RpmDA5PmcyOUgJwBNfadHwcObx+B6c7+3kTjPmtC8aGJGK6avpkVWxzlvTbrAM73AzB61g8GPrxcCf68YMn R74ShJuuz2ouyz1YaiLkrg== X-Spam-Status: No, score=-1163.0 required=5.0 tests=BAYES_00, BODY_8BITS, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, SPF_HELO_NONE, SPF_NONE, 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 X-BeenThere: cygwin-apps@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin package maintainer discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2022 09:24:11 -0000 Uploading x86{,_64}/release/coreutils{,/coreutils-debuginfo}/{override.hint,!ready} with override.hint contents "replace-versions: 9.1-1" seems to have done the trick. Is there some convention for announcing the reversion? -- 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.] On 2022-06-06 17:33, Brian Inglis wrote: > Verified below issue with coreutils 9.1 promoted last night to stable! > Problem does not occur in 8.32, so can we please revert coreutils 9.1 to > test and restore 8.32 to stable. > Or is there some process by which I can do so? > On 2022-05-24 10:33, Jim Reisert AD1C wrote: >>> The following test package has been uploaded to the Cygwin distribution: >>> >>> * coreutils     9.1 >> >> I am having a problem with "cp" that is not present in the previous >> (non-test) version.  I'm running the latest Cygwin on Windows 10: >> >>      CYGWIN_NT-10.0-19044 8PZCBK3 3.3.5-341.x86_64 2022-05-13 12:27 UTC >> x86_64 Cygwin >> >> >> The "cp" commands are in a Makefile.  These are all text (not binary) >> files.  "here" is a directory. >> >> if [ -a 2022/QSN2205.EXC ]; then cp -pvf 2022/QSN2205.EXC here; fi >> if [ -a 2022/QSN2205.TXT ]; then cp -pvf 2022/QSN2205.TXT here; fi >> if [ -a 2022/ignore.csv  ]; then cp -pvf 2022/ignore.csv  here; fi >> >> >> These are the target files that are being copied *to*: >> >> -rw-rw----+ 1 jr920141 Domain Users    11022 May 23 08:01 here/ignore.csv >> -rw-rw----+ 1 jr920141 Domain Users   303543 May 23 10:25 >> here/QSN2205.EXC >> -rw-rw----+ 1 jr920141 Domain Users 14395440 May 23 08:00 >> here/QSN2205.TXT >> >> >> These are the source files that are being copied *from*: >> >> -rw-rw----+ 1 jr920141 Domain Users    11303 May 24 08:20 ignore.csv >> -rw-rw----+ 1 jr920141 Domain Users    20944 May 24 10:17 QSN2205.EXC >> -rw-rw----+ 1 jr920141 Domain Users 14941120 May 24 08:19 QSN2205.TXT >> >> >> It just so happens that the files are (now) the same.  I had already done >> the copy and no longer have the old files that were in the "here" >> directory.  But it doesn't matter whether the files are the same or >> different.  The problem still occurs. >> >> This is the result: >> >> [8PZCBK3:~/DXspots] $ make here >> >> '2022/QSN2205.EXC' -> 'here/QSN2205.EXC' >> '2022/QSN2205.TXT' -> 'here/QSN2205.TXT' >> cp: cannot create regular file 'here/QSN2205.TXT': File exists >> >> >> It makes no sense to me that the .EXC file was copied overtop of the >> existing file, file but the .TXT file was not.  The TXT file has DOS line >> endings.  The EXC file does not.  I don't see why that would/should >> make a >> difference. >> >> cygcheck.out is attached.