Re: [PATCH v2 0/6] maintenance: use packaged systemd units

From: Max Gautier <mg@max.gautier.name>
To: phillip.wood@dunelm.org.uk, Phillip Wood <phillip.wood123@gmail.com>
Cc: git@vger.kernel.org, "Lénaïc Huard" <lenaic@lhuard.fr>,
	"Derrick Stolee" <stolee@gmail.com>,
	"Patrick Steinhardt" <ps@pks.im>,
	"Eric Sunshine" <sunshine@sunshineco.com>
Subject: Re: [PATCH v2 0/6] maintenance: use packaged systemd units
Date: Wed, 27 Mar 2024 17:21:12 +0100	[thread overview]
Message-ID: <9EAC734D-3614-4237-8F17-DDDF060201F3@max.gautier.name> (raw)
In-Reply-To: <398f3763-be1e-40f3-8b91-d0a62a530f64@gmail.com>

Le 25 mars 2024 17:39:47 GMT+01:00, Phillip Wood <phillip.wood123@gmail.com> a écrit :
>On 25/03/2024 13:45, Max Gautier wrote:
>> On Mon, Mar 25, 2024 at 10:06:29AM +0000, phillip.wood123@gmail.com wrote:
>>> 
>>> It is possible to wait on a lock file but I'd be worried about building up
>>> an endless queue of processes if the process holding the lock file crashed
>>> leaving it in place without anyway to automatically remove it.
>> 
>> Side question: we can't use flock(2) in git, or lockf(3) ? The latter is
>> in POSIX.
>
>We need something cross-platform, I don't think there is any appetite to move away from our current lock file implementation. We can think about how to handle concurrent maintenance jobs once these patches are merged.
>
>Best Wishes
>
>Phillip
>
>

Ack, I'll leave that concern aside for now.

-- 
Max Gautier