From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/14877 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: "Laurent Bercot" Newsgroups: gmane.linux.lib.musl.general Subject: Re: [PATCH] remaining steps for time64 switchover Date: Sun, 27 Oct 2019 23:27:30 +0000 Message-ID: References: <20191021024643.GA6192@brightrain.aerifal.cx> <20191027042645.GX16318@brightrain.aerifal.cx> <87253cf1316d89402502069c2a4e7b6b@dragora.org> <20191027211422.GA16318@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com 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="261640"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: eM_Client/7.2.36908.0 To: musl@lists.openwall.com Original-X-From: musl-return-14893-gllmg-musl=m.gmane.org@lists.openwall.com Mon Oct 28 00:27:44 2019 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.89) (envelope-from ) id 1iOrwm-0015xG-HX for gllmg-musl@m.gmane.org; Mon, 28 Oct 2019 00:27:44 +0100 Original-Received: (qmail 32657 invoked by uid 550); 27 Oct 2019 23:27:42 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 32637 invoked from network); 27 Oct 2019 23:27:41 -0000 In-Reply-To: X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedufedrleekgddtgecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfpfgfogfftkfevteeunffgpdfqfgfvnecuuegrihhlohhuthemuceftddtnecunecujfgurhephffvufffkfgjfhhrfgggtgfgsehtqhertddtreejnecuhfhrohhmpedfnfgruhhrvghnthcuuegvrhgtohhtfdcuoehskhgrqdguihgvthhlihgstgesshhkrghrnhgvthdrohhrgheqnecurfgrrhgrmhepmhhouggvpehsmhhtphhouhhtnecuvehluhhsthgvrhfuihiivgeptd Xref: news.gmane.org gmane.linux.lib.musl.general:14877 Archived-At: Hi Matias, There is a run-time requirement for s6, but it's not an absolute one: the utmps-utmpd and utmps-wtmpd programs simply rely on an interface provided by s6-ipcserver(d). If you can provide the same interface, you can do without s6. utmps-utmpd and utmps-wtmpd expect: - to be launched via an inetd-like listening on the configured Unix domain socket, with stdin reading from the client and stdout writing to the client. - some environment variables: * PROTO must be set to IPC. * IPCREMOTEEUID must be set to the effective uid of the client. * IPCREMOTEEGID must be set to the effective gid of the client. Those last two are obtained on Linux via a struct ucred and the SO_PEERCRED option to getsockopt(). You can't fake that, it's the very reason why utmps is secure. Of course, you could also package s6 in Dragora. If you already have a perp supervision tree, you don't even have to run a s6 one. On the other hand, that's a risky proposition, because you might end up liking it and wanting to use it more. %-) -- Laurent