DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 7E66A388883C
Message-ID: <ab9afaa2-b939-4937-a220-636e49b8f274@dronecode.org.uk>
Date: Sun, 19 Nov 2023 22:04:29 +0000
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: setup-x86_64.exe (bug ?): Cannot write to /usr/bin/cygwin1.dll -
 cyserver squatting it...
To: Bill Sharp <bill.sharp@gmail.com>,
        The Cygwin Mailing List <cygwin@cygwin.com>
References: <a0f1e420-ae48-49a3-9300-c56f1948ad9b.8d485f54-9f47-42b0-bdcb-9635fbf663c3.331c6002-7ca1-4c59-9494-402e573a76ee@emailsignatures365.codetwo.com>
 <a0f1e420-ae48-49a3-9300-c56f1948ad9b.e52b7f5f-5a09-4346-99f8-a6591191169c.d8646e54-e135-4b48-b201-e04c766db67c@emailsignatures365.codetwo.com>
 <DBBPR05MB111779EE12E855BE19BFE167B92B1A@DBBPR05MB11177.eurprd05.prod.outlook.com>
 <1594716181.20231115200144@yandex.ru>
 <CANH4o6Ou6M13+gfA4zYvz_aseMDcc+q6v9HFjgXFNWgk8zYGVw@mail.gmail.com>
 <c3fcf584-4d1f-4115-a861-272232248927@Shaw.ca>
 <CAH+C0MCgWoj67vQUvfggZ3TRU3Q7S=cG6M9FmTFJGAovy2FWBA@mail.gmail.com>
Content-Language: en-GB
In-Reply-To: <CAH+C0MCgWoj67vQUvfggZ3TRU3Q7S=cG6M9FmTFJGAovy2FWBA@mail.gmail.com>
Precedence: list
From: Jon Turney via Cygwin <cygwin@cygwin.com>
Reply-To: Jon Turney <jon.turney@dronecode.org.uk>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Errors-To: cygwin-bounces+archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie.com@cygwin.com>

On 16/11/2023 15:50, Bill Sharp via Cygwin wrote:
> On Thu, 16 Nov 2023 at 07:50, Brian Inglis via Cygwin <cygwin@cygwin.com>
> wrote:
> 
>> On 2023-11-16 00:03, Martin Wege wrote:
>>> This is not helpful. Cygwin setup-x86-64.exe not being able to update,
>>> because SOMETHING is locking cygwin1.dll is in the top 50 of your IT
>>> support, right followed by the question of IT support whether
>>> "updating to WSL" will solve the situation for them permanently.
>>
>>
>> There may be critical or just really long Cygwin processes running that
>> should
>> not be killed because somebody wants to upgrade.
>>
>> Shutting down processes, including services, has to be left to the users
>> or sys
>> admins who understand whether the circumstances are suitable to kill
>> processes
>> to do an upgrade.
>>
> 
> 
> I actually agree with both of you to an extent.
> 
> However I would like to suggest the correct enchancement here would be for
> setup to check for any running cygwin processes and then barf a warning
> onto the user, referncing the appropriate documentation, before allowing
> them to proceed.

Well, what is supposed to happen at the moment (since [1]), for 
processes in the current user's session at least, is better than that - 
we check if a file we want to replace is actually in use by a Cygwin 
process and offer to terminate that for you.

If that isn't working, that would probably be a bug, and we'd like to 
hear about it.

[1] https://cygwin.com/pipermail/cygwin-apps/2013-February/031448.html


I realize this is all well-intentioned, but this discussion is not 
actually contributing very much.  As always, the difficulty in making 
this change is not working out what setup should do, but that someone 
has to do it.  (A situation unfortunately so common, we have an acronym 
for it: [2])

[2] https://cygwin.com/acronyms/#SHTDI


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