DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 59LFOQkX888619
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 5BA523858406
Message-ID: <7f3de3b3-5fd5-4a93-9b3b-e34841e55f8b@dronecode.org.uk>
Date: Tue, 21 Oct 2025 16:24:08 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: Struggle with simple first time install on 2008 R2
To: Hans-Peter Jansen <hpj@urpla.net>
References: <117421442.nniJfEyVGO@xrated.lisa.loc>
 <1658418434.2727127.1761001648373@mail.yahoo.com>
 <7523418.lOV4Wx5bFT@xrated.lisa.loc>
Content-Language: en-US
Cc: cygwin@cygwin.com
In-Reply-To: <7523418.lOV4Wx5bFT@xrated.lisa.loc>
Precedence: list
From: Jon Turney via Cygwin <cygwin@cygwin.com>
Reply-To: Jon Turney <jon.turney@dronecode.org.uk>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: cygwin-bounces~archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces~archive-cygwin=delorie.com@cygwin.com>
Content-Transfer-Encoding: 8bit

On 21/10/2025 10:20, Hans-Peter Jansen via Cygwin wrote:
> Am Dienstag, 21. Oktober 2025, 01:07:28 Mitteleuropäische Sommerzeit schrieb
> matthew patton:
>> I think the original pebcak was trying to do anything useful with Win2008
>> aside from throw it into the landfill.
> 
> Matthew, yes, of course. This inquiry is part of the final steps to retire the
> system.
> 
>> The M$ docs show that robocopy and
>> xcopy exist in 2008 R2 so why aren't you using the native tools?
> 
> Yes, but the task for rsync is to transfer multiple VMS with 800 GB in total
> multiple times. Thus, it requires to transfer the binary delta at different
> stages (in between the VMs are being worked on). This won't work with M$ tools
> to my knowledge.
> 
> I wonder, the nobody ever stumbled upon this:
> 
> nothing provides _windows >= 6.3 needed by cygwin-3.6.1-1
> Solution 1/1 (default)
>    - do not ask to install cygwin-3.6.1-1
> 

_windows is not a real package.

It's synthesized by setup, and it's version is equal to the underlying 
Windows version (NT 6.3 == Windows 8.1/Server 2012 R2).

So this constraint exists to prevent you from installing the current 
cygwin DLL onto a Windows version where it will not work (due to relying 
on unavailable Windows APIs e.g. the "The procedure entry point 
GetSystemTimePreciseAsFileTime was not found in the DLL KERNEL32.dll" 
error you quote).

If you bypass that safety check, congratulations, you get to shoot 
yourself in the foot...


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