From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/2733 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: "Laurent Bercot" Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: s6 usability (was: runit patches to fix compiler warnings on RHEL 7) Date: Sat, 30 Nov 2019 18:58:14 +0000 Message-ID: References: <20191125214342.y7lx5mixrljr6s27@gromit.local> <20191127203307.ohaameqfgncm52h5@gromit.local> <20191129140901.klifpegc74iv4zul@klumpi.ignorelist.com> <1207651575124321@myt6-636ea6dfd460.qloud-c.yandex.net> Reply-To: "Laurent Bercot" Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="124453"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: eM_Client/7.2.36908.0 To: "supervision@list.skarnet.org" Original-X-From: supervision-return-2322-gcsg-supervision=m.gmane.org@list.skarnet.org Sat Nov 30 19:58:16 2019 Return-path: Envelope-to: gcsg-supervision@m.gmane.org Original-Received: from alyss.skarnet.org ([95.142.172.232]) by blaine.gmane.org with smtp (Exim 4.89) (envelope-from ) id 1ib7we-000WH5-Fn for gcsg-supervision@m.gmane.org; Sat, 30 Nov 2019 19:58:16 +0100 Original-Received: (qmail 19734 invoked by uid 89); 30 Nov 2019 18:58:41 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm Original-Sender: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Original-Received: (qmail 19727 invoked from network); 30 Nov 2019 18:58:41 -0000 In-Reply-To: <1207651575124321@myt6-636ea6dfd460.qloud-c.yandex.net> X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedufedrudejuddguddulecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfpfgfogfftkfevteeunffgpdfqfgfvnecuuegrihhlohhuthemuceftddtnecunecujfgurhephffvufffkfgjfhhrfgggtgfgsehtqhertddtreejnecuhfhrohhmpedfnfgruhhrvghnthcuuegvrhgtohhtfdcuoehskhgrqdhsuhhpvghrvhhishhiohhnsehskhgrrhhnvghtrdhorhhgqeenucfrrghrrghmpehmohguvgepshhmthhpohhuthenucevlhhushhtvghrufhiiigvpedt Xref: news.gmane.org gmane.comp.sysutils.supervision.general:2733 Archived-At: >the solution here could be a simple symlink to the original s6 tool withou= t >the prefix if you prefer (maybe even located in an other dir than /bin). That would be a decision for users, not software authors - else it would defeat the point of not invading the namespace. Daemontools is still around with names such as "svc". >using a single combined tool is more efficient since it avoids wasteful fu= rther exec chaining steps, though. Sure, but if we're talking about UI, optimization at this level is a=20 very moot point. A human choosing between "chpst" and "s6-applyuidgid" will *not* notice the extra millisecond taken by an execve() step. The primary focus should be usability. >Busy/ToyBox style ? No, I don't like multicall binaries. I was more thinking of a wrapper that rewrites its command line and execs into it, like s6-svc does when given the -w option. The goal is simply to have a unified UI thing that makes it easier for users to find the command they need. >could you document the way s6-rc works (i. e. its architecture) somewhere= ? >or are users requested to follow your C code to find out how it works >exactly ? I am reluctant to make the ABI details public because I want the=20 freedom to change them. If people start relying on internals, their stuff may break when updating, which would be bad. There are *some* details that I could document as official and stable, but I'd need to go through all of it and decide with precision what can=20 be guaranteed and what cannot - and that's extra work, so it will have to=20 wait. -- Laurent