From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-043.btinternet.com (mailomta11-sa.btinternet.com [213.120.69.17]) by sourceware.org (Postfix) with ESMTPS id 373DF3858289 for ; Sun, 13 Nov 2022 17:07:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 373DF3858289 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=dronecode.org.uk Received: from sa-prd-rgout-003.btmx-prd.synchronoss.net ([10.2.38.6]) by sa-prd-fep-043.btinternet.com with ESMTP id <20221113170734.KUJG4243.sa-prd-fep-043.btinternet.com@sa-prd-rgout-003.btmx-prd.synchronoss.net>; Sun, 13 Nov 2022 17:07:34 +0000 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com; bimi=skipped X-SNCR-Rigid: 61394290433AFCB1 X-Originating-IP: [81.153.98.246] X-OWM-Source-IP: 81.153.98.246 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedvgedrgedtgdelkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedtudenucenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpeflohhnucfvuhhrnhgvhicuoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqeenucggtffrrghtthgvrhhnpeehudeuveeujeeujeegueefhedttdekvedtudeileefteetfeefjeejudekfefggfenucffohhmrghinheptgihghifihhnrdgtohhmnecukfhppeekuddrudehfedrleekrddvgeeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurddutdeingdpihhnvghtpeekuddrudehfedrleekrddvgeeipdhmrghilhhfrhhomhepjhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukhdpnhgspghrtghpthhtohepvddprhgtphhtthhopegthihgfihinhdqrghpphhssegthihgfihinhdrtghomhdprhgtphhtthhopehtohifohesthhofihordhnvght X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.106] (81.153.98.246) by sa-prd-rgout-003.btmx-prd.synchronoss.net (5.8.716.04) (authenticated as jonturney@btinternet.com) id 61394290433AFCB1; Sun, 13 Nov 2022 17:07:34 +0000 Message-ID: <12c02fd6-2a4e-842c-274a-cea9499c2457@dronecode.org.uk> Date: Sun, 13 Nov 2022 17:07:33 +0000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Subject: Re: Cygwin x86 end-of-life Content-Language: en-GB To: Thomas Wolff , "cygwin-apps@cygwin.com" References: <13518d55-4b3c-cefd-166d-d41ec7f1a70d@dronecode.org.uk> <72f286a1-7bea-d3ca-fbef-de55c15d9e28@towo.net> <87fsep8e3t.fsf@Rainer.invalid> <96fd446b-5c5f-6304-9eda-c007cb33196e@dronecode.org.uk> <93ad1bbe-b1a7-0133-5382-2ba7a4ccc549@towo.net> From: Jon Turney In-Reply-To: <93ad1bbe-b1a7-0133-5382-2ba7a4ccc549@towo.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1192.4 required=5.0 tests=BAYES_00,FORGED_SPF_HELO,KAM_DMARC_STATUS,KAM_LAZY_DOMAIN_SECURITY,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_NONE,TXREP 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 12/11/2022 16:58, Thomas Wolff wrote: > Am 12.11.2022 um 17:08 schrieb Jon Turney: >> On 11/11/2022 20:02, Thomas Wolff wrote: >>> Am 11.11.2022 um 20:50 schrieb Achim Gratz: >>>> Thomas Wolff writes: >>>>>> I plan to pause package uploads this coming Monday (2022-11-14), >>>>>> before starting the re-organization of the package repository to >>>>>> make this archive. >>>>> Although expected for a while, the exact date is now a very short-time >>>>> announcement. Can we have a moratorium for a short while? >> >> So, if not now, when? > Well, first, I think it's not a good idea to change and over-interpret a > plan in this way. The announcement for a year or so has been "cygwin 3.4 > will not support 32 bit anymore". This does not imply that the > repository will be closed so any other package would not be allowed > anymore to provide updates. What about security updates? Basic > functionality? Security is a complete red-herring here. We are not good at making timely updates for that purpose, generally. To suggest that x86 will be receiving security updates, when we've also said x86 is deprecated, and some maintainers aren't updating it at all, makes no sense at all. The message needs to be: If you care about security, at the very least, don't use x86 Cygwin. This is one of the reasons why I want to archive x86. If you think there is some broken "basic functionality" in the current package set, please say what it is. If something critical is discovered after the freeze, I am not totally ruling out permitting an exceptional upload (although the case for criticality would have to be well made, as, again this involves yet more work for me, to benefit a small percentage of installations, and one would think that such critical problems would be evident currently). > I think a plan to freeze the repository would need a separate and > explicit announcement, and some decent period from then. >> >> Is this actually going to cause you problems, and if so what are they >> specifically, or is this just a case of "change is bad"? > Well I would certainly wish to upload a few more updates for mintty also > for 32 bit, and also one other package of mine, to know their 32-bit > packages are in a good final state. Mintty 3.6.1, for instance, has an > exotic crash condition to be fixed but I wouldn't like to make an upload > in a hurry this weekend. >>>> That moratorium is already running for more than a year: >>>> >>>> https://cygwin.com/pipermail/cygwin/2021-October/249690.html >>> That message does not announce a blocking of further 32-bit package >>> uploads, and not a precise date for such hard step either. So please >>> let's not commit a violation of the principle of least surprise. >> >> Sorry if this was communicated in a surprising way, but there is also >> another, important principle at work here, the principle of least >> effort, or as we might call it in this application "the principle of >> not inventing more work for Jon Turney to do". > Understood, but is it really work to just not touch the repository for > another few weeks? This veers between "indefinitely", "until I'm happy with my packages", "a decent period", "a short while", and "a few weeks", so I'm still unclear what you are actually asking for here.