From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.9]) by sourceware.org (Postfix) with ESMTPS id D258F385DC32 for ; Mon, 25 May 2020 21:52:50 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org D258F385DC32 Received: from [192.168.1.104] ([24.64.172.44]) by shaw.ca with ESMTP id dL1cjqKVfng7KdL1djCKFX; Mon, 25 May 2020 15:52:50 -0600 X-Authority-Analysis: v=2.3 cv=ecemg4MH c=1 sm=1 tr=0 a=kiZT5GMN3KAWqtYcXc+/4Q==:117 a=kiZT5GMN3KAWqtYcXc+/4Q==:17 a=IkcTkHD0fZMA:10 a=yh-u-wC2zRQA:10 a=jChkm-x5hCMFubTIiR0A:9 a=QEXdDO2ut3YA:10 Reply-To: Brian.Inglis@Shaw.ca Subject: Re: Current setup timestamp 1590343308 To: cygwin@cygwin.com References: From: Brian Inglis Autocrypt: addr=Brian.Inglis@Shaw.ca; prefer-encrypt=mutual; keydata= mDMEXopx9BYJKwYBBAHaRw8BAQdAPq8FIaW+Bz7xnfyJ1gHQyf2EZo5sAwSPy/bRAcLeWl+0 I0JyaWFuIEluZ2xpcyA8QnJpYW4uSW5nbGlzQFNoYXcuY2E+iJYEExYIAD4WIQTG63sbl+cr 2nyOuZiKvQKcH1E27wUCXopx9AIbAwUJCWYBgAULCQgHAgYVCgkICwIEFgIDAQIeAQIXgAAK CRCKvQKcH1E276DmAP91Bt8kfJhKHYb9b2sao2fxwJFsl1GlRi516WKI0OkphQEA+ULITsPs blfzSq+GgI7q4LPfRfTLy4Oo3gorlnhnfgm4OAReinH0EgorBgEEAZdVAQUBAQdAepgIsLwm GQicfoIBaB9xHp63MQJqVCPbgPzESTg7EEwDAQgHiH0EGBYIACYWIQTG63sbl+cr2nyOuZiK vQKcH1E27wUCXopx9AIbDAUJCWYBgAAKCRCKvQKcH1E27+zoAP4u2ivMQBAqaMeLOilqRWgy nV2ATImz1p2v1H5P4kBiDwD3caPK1cxU5lijzuSDCjgtIpgF/avHbjA32fxJdIRwAA== Organization: Inglis Message-ID: Date: Mon, 25 May 2020 15:52:48 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-CA Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfIQQqhCchUswSMDhJF9KiOxexJqWM6qkK2vmYpUh0jzNkdqfHRNxAswjTemQqHrh27QrM/uXducQotBiYQC5bNuJfneCYNT0Vy9r7uT2MurIaw/q1VPC qkZqvNSpWDFye+C1nHZIiQyROyvO/hHhLVAiIRT7BYie/iyZeoaSq2eB X-Spam-Status: No, score=-5.2 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, KAM_NUMSUBJECT, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, 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@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 21:52:52 -0000 On 2020-05-25 14:14, Fergus Daly via Cygwin wrote: > Fergus Daly said: >>> What I have observed, twice now (earlier today using setup.ini incorporating timestamp 1590343308 and now using the latest setup.ini incorporating timestamp 1590407755) is that event (ii) is failing: the file /etc/setup/timestamp is not updated - and if it isn't there at all, it is not created. > > Ken Brown said: >>> I'm not seeing any change in behavior on my system. I just deleted > /etc/setup/timestamp and ran setup. A new /etc/setup/timestamp was created, > with contents 1590430423. This matches the value in the downloaded setup.ini file: > setup-timestamp: 1590430423 > Do you see any error messages involving /etc/setup/timestamp in the setup log > files in /var/log? > > And thank you for this. In a way I am encouraged that things remain as they should be for you and presumably for others, and that there's some kind of local glitch on my machine. > It is trivially annoying, perplexing - and persistent! (I've just updated to 1590430423) with these consequences: > Nothing at all relevant in /var/log/setup.log*: > ~> grep timestamp /var/log/setup.log* > ~> > yields nothing. And > ~> ls -altr /etc/setup/ > ends with > .. > .. > -rw-r--r-- 1 404 May 22 09:39 perl-TimeDate.lst.gz > -rw-r--r-- 1 629 May 22 09:39 mintty.lst.gz > -rw-r--r-- 1 11 May 25 17:10 timestamp > -rw-r--r-- 1 16283 May 25 20:45 installed.db > -rw-r--r-- 1 64 May 25 20:45 setup.rc > showing that the last update that actually altered my provision - not the full offering by any means - took place on May 22. The timestamp file at time 17:10 today is an artificial creation with the contents 1580000000 so that tracking is easy. The update to 1590430423 occurred at 20:45 today and revised only two of the three files that would normally be updated - /etc/setup/timestamp has not changed. > .. .. ??!! > As I say - perplexing. > Fergus > (And /etc/setup/timestamp should update, even when there's no change to a user's provision. It always has, until today.) > Thanks anyway. Is the difference whether set-x86/_64 option "-g, --upgrade-also Upgrade installed packages also" is specified or not? That option is built into my setup script in case install dependencies need upgraded, and as the default if no install is requested. I only run setup manually to install downgrades, tests, or when version formats change. -- 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 IEC units and prefixes, physical quantities in SI.]