X-Recipient:	archive-cygwin AT delorie DOT com
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.4.1 sourceware.org C59E53858402
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
X-Authority-Analysis:	v=2.4 cv=QIIL+iHL c=1 sm=1 tr=0 ts=617a3c8b
	a=T+ovY1NZ+FAi/xYICV7Bgg==:117 a=T+ovY1NZ+FAi/xYICV7Bgg==:17
	a=IkcTkHD0fZMA:10 a=TImcKGuyeGIbufSLrCcA:9 a=QEXdDO2ut3YA:10
To:	cygwin AT cygwin DOT com
References:	<alpine DOT BSO DOT 2 DOT 21 DOT 2110271335110 DOT 96033 AT resin DOT csoft DOT net>
From:	Brian Inglis <Brian DOT Inglis AT SystematicSw DOT ab DOT ca>
Organization:	Systematic Software
Subject:	Re: [HEADSUP] Phasing out old Windows versions and 32 bit support
Message-ID:	<d46dbdaf-aded-9d50-c49f-48cf133a87a2@SystematicSw.ab.ca>
Date:	Thu, 28 Oct 2021 00:00:42 -0600
User-Agent:	Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101
	Thunderbird/78.14.0
MIME-Version:	1.0
In-Reply-To:	<alpine.BSO.2.21.2110271335110.96033@resin.csoft.net>
X-CMAE-Envelope:	MS4xfK/lnzYGT3BGOpAIydM3FxzKGY8X3uk4kFa1zI9MxDFOZV78nu8PdJmw7uVontmMqCodxLB5vwKdmmsyqdKjubxiQ/jDzvLjhv5aeQLzJwio2wuyrmvB
	KsY3J4VWsMack+VSz1W+/InYaBr2n33eV3SZoSJ+z7CpFQqW2b7THNh2lC4ZHiBjXFWasPX3wNUcrn0uAid5PqPabqOwS3VRIOk=
X-Spam-Status:	No, score=-1166.1 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
	KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_BARRACUDACENTRAL,
	RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE,
	SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.4
X-Spam-Checker-Version:	SpamAssassin 3.4.4 (2020-01-24) on
	server2.sourceware.org
X-BeenThere:	cygwin AT cygwin DOT com
X-Mailman-Version:	2.1.29
List-Id:	General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe:	<https://cygwin.com/mailman/options/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive:	<https://cygwin.com/pipermail/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe:	<https://cygwin.com/mailman/listinfo/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
Reply-To:	cygwin AT cygwin DOT com
Errors-To:	cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com
Sender:	"Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>

On 2021-10-27 14:36, Jeremy Drake via Cygwin wrote:
> Oops, forgot to send to list.
> 
> On Wed, 27 Oct 2021, Takashi Yano wrote:
> 
>> On Tue, 26 Oct 2021 22:55:01 +0200
>> Corinna Vinschen wrote:
>>> We're also planning to drop Support for the 32 bit release of Cygwin in
>>> 2022, thus Cygwin 3.4.0 won't come in 32 bit anymore, and the package
>>> maintainers won't have to update 32 bit packages anymore.  If you're
>>> still running Cygwin under WOW64, consider to move to 64 bit in the next
>>> couple of months.
>>
>> I agree with you that 32 bit cygwin under WOW64 is not worth to
>> support any more. However, 32 bit version of Windows 10 will be
>> still supported at least until Oct. 2025. Personally, I think it
>> would not be nice to exclude the supported windows version from
>> cygwin support.
> 
> Please also note that Windows on ARM64 only just got the ability to run
> x86_64 binaries in Windows 11.  Previously the only option was 32-bit
> x86, as there is no native ARM port of Cygwin.  I don't know about Cygwin
> directly, but I know there are users of Git for Windows on ARM.
> 
> I think a more gradual sunsetting of 32-bit might be a resonable
> compromise, based on the original wording:
> 
>> 11:26 <corinna> starting with 3.4.0, maintainers are not obliged to
>> release packages in 32 bit
> 
> so as of 3.4.0 some packages that are problematic on 32 bit may stop
> providing 32-bit versions.  But not being obliged to release packages is a
> whole different thing than having the core code that allows *any* package
> to run being ripped out in that version.

I would expect the first action would be to eventually remove 
unsupported OS releases from the compatibility list in the Windows 
default manifest built into every Cygwin exe resources by gcc from 
package windows-default-manifest /usr/lib/default-manifest.o:
...
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
   <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
     <security>
       <requestedPrivileges>
         <requestedExecutionLevel level="asInvoker"/>
       </requestedPrivileges>
     </security>
   </trustInfo>
   <compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1">
     <application>
       <!--The ID below indicates application support for Windows Vista -->
       <supportedOS Id="{e2011457-1546-43c5-a5fe-008deee3d3f0}"/>
       <!--The ID below indicates application support for Windows 7 -->
       <supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}"/>
       <!--The ID below indicates application support for Windows 8 -->
       <supportedOS Id="{4a2f28e3-53b9-4441-ba9c-d69d4a4a6e38}"/>
       <!--The ID below indicates application support for Windows 8.1 -->
       <supportedOS Id="{1f676c76-80e1-4239-95bb-83d0f6d0da78}"/>
       <!--The ID below indicates application support for Windows 10 -->
       <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"/>
     </application>
   </compatibility>
</assembly>
...

But I think you may be able to override this in File Explorer ...exe 
Properties Compatibility tab.

-- 
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.]

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

- Raw text -