[prev in list] [next in list] [prev in thread] [next in thread] 

List:       cygwin-patches
Subject:    Re: [PATCH 0/3] fix unlink/rename failure in hyper-v container
From:       Jon Turney <jon.turney () dronecode ! org ! uk>
Date:       2023-03-24 14:20:47
Message-ID: 8f3311b2-30c8-6688-657d-fb135f78af48 () dronecode ! org ! uk
[Download RAW message or body]

On 24/03/2023 13:22, Corinna Vinschen wrote:
> On Mar 24 13:20, Jon Turney wrote:
>> On 24/03/2023 11:54, Corinna Vinschen wrote:
>>> On Mar 24 01:40, Yoshinao Muramatsu wrote:
>>>> On 2023/03/22 2:58, Corinna Vinschen wrote:
>>>>> I pushed a new Cygwin DLL, test release 3.5.0-0.251.gfe2545e9faaf.
>>>>> This should do what we want, now.  If you can confirm, I'll push
>>>>> your workaround afterwards.
>>>>
>>>> I have tested cygwin-3.5.0-0.251.gfe2545e9faaf.
>>>> It works fine with bind mounted directory in the hyper-v container.
>>>
>>> Thanks, I pushed your patches.  We can reevaluate the
>>> FILE_SUPPORTS_OPEN_BY_FILE_ID handling if Microsoft actually
>>> changes this in Hyper-V.
>>>
>>>> Slightly off-topic, but since I could not use gui to set up cygwin
>>>> in the container, I am using setup-x86_64.exe with cli.
>>>> Is there a way to install the cygwin package by specifying
>>>> the package version from cli?
>>>
>>> Uhm... I don't think so.  I'm not aware of such a way to define the
>>> desired package version on the CLI.  That would be a nice feature...
>>
>> '-P cygwin=3.5.0-0.251.gfe2545e9faaf' allegedly works, for a while now.
> 
> Oh, wow, great!

In this particular instance, just using '-t' (equivalent to the 'enable 
test packages') checkbox, might be less typing and just as good.

[prev in list] [next in list] [prev in thread] [next in thread]