From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=FREEMAIL_FROM, MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22247 invoked from network); 30 Sep 2022 09:06:40 -0000 Received: from alyss.skarnet.org (95.142.172.232) by inbox.vuxu.org with ESMTPUTF8; 30 Sep 2022 09:06:40 -0000 Received: (qmail 19440 invoked by uid 89); 30 Sep 2022 09:07:05 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Received: (qmail 19433 invoked from network); 30 Sep 2022 09:07:05 -0000 X-PTMail-RemoteIP: 85.255.236.23 X-PTMail-AllowedSender-Action: X-PTMail-Service: default Date: Fri, 30 Sep 2022 11:06:29 +0200 From: =?utf-8?B?Sm/Do28=?= To: Alexis Cc: supervision@list.skarnet.org Subject: Re: gpg-agent runit run script Message-ID: References: <87pmfegykh.fsf@ada> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87pmfegykh.fsf@ada> Hello Alexis, On Thu, Sep 29, 2022 at 10:12:49PM +1000, Alexis wrote: > João writes: > > > The Void linux manual shows gpg-agent running as an example, but they > > don't show > > the run script, so I don't know how they set it up. > > https://docs.voidlinux.org/config/services/user-services.html > > Duncaen's run script for gpg-agent is here: > > https://github.com/Duncaen/dotfiles/blob/master/sv/gpg-agent/run > > It's actually an execline script that makes use of > s6-ipcserver-socketbinder. Also note that the script calls gpg-agent with > `--supervise`. Thank you for this. It is helpful to look at an example. > > This is a pity as gpg-agent is a long running process which is the > > sort of thing > > you would want to run under supervision. > > Well, the typical reason we want to run something under supervision is to > ensure it's up, because (a) there are processes relying on it being up, and > (b) those processes aren't themselves able to start the relevant process. > But this isn't the case with gpg-agent: the main programs that utilise it > know how to start it themselves if necessary, so it doesn't matter if a > gpg-agent process exits abnormally, as a new one will get created when > required. You have a point. But I guess you still loose a common consistent way of checking the status and controlling the processes in your system. Best regards, João