From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/2916 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Jeff Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: runit SIGPWR support Date: Mon, 16 Mar 2020 18:13:24 +0100 Message-ID: <353581584377710@vla1-a1bfe7298e26.qloud-c.yandex.net> References: <20200131043919.GF12551@cathexis.xen.prgmr.com> <20200214131544.tcvmh7tqu4hu2gul@caspervector> <1f198ed8-3682-26cd-e8d5-2efc412afde2@gmx.com> <18110531581952419@sas8-7ec005b03c91.qloud-c.yandex.net> <7003111582476686@vla3-6a5326aeb4ee.qloud-c.yandex.net> <00e1ad14-3bd4-c9ec-8f18-a33a1ba37bb6@NTLWorld.COM> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="33025"; mail-complaints-to="usenet@ciao.gmane.io" To: supervision Original-X-From: supervision-return-2505-gcsg-supervision=m.gmane-mx.org@list.skarnet.org Mon Mar 16 18:13:32 2020 Return-path: Envelope-to: gcsg-supervision@m.gmane-mx.org Original-Received: from alyss.skarnet.org ([95.142.172.232]) by ciao.gmane.io with smtp (Exim 4.92) (envelope-from ) id 1jDtIy-0008TV-IE for gcsg-supervision@m.gmane-mx.org; Mon, 16 Mar 2020 18:13:32 +0100 Original-Received: (qmail 13847 invoked by uid 89); 16 Mar 2020 17:13:55 -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 13840 invoked from network); 16 Mar 2020 17:13:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1584378804; bh=OOHYhdpgSVRHLHGEsjsAryfSdBeZp3WYlNSZ9vIxI9w=; h=References:Date:Message-Id:Subject:In-Reply-To:To:From; b=QnyMn51qWIRXVp4Zx7P5mlLyg7JSRGVGWh1t0xMereGiPTMGJ9GVcLQSqqaVAL/2U tDCBZwHImleasszK6AeYafaopUdzolBMZHBJ0IFLqnHk4XKXDPWVV1Y/GWT0lC8jw/ pPdm4H6ikbhBT7N8NFjGhUFWdPVy/5x7mCAPw+Pg= Authentication-Results: mxback12q.mail.yandex.net; dkim=pass header.i=@yandex.com In-Reply-To: <00e1ad14-3bd4-c9ec-8f18-a33a1ba37bb6@NTLWorld.COM> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Xref: news.gmane.io gmane.comp.sysutils.supervision.general:2916 Archived-At: 25.02.2020, 10:08, "Jonathan de Boyne Pollard" : > Yes. First: This is a kernel virtual terminal thing not a console > thing. Strictly speaking, it is doing it wrongly to access it through > the console device, which is not necessarily a KVT. Second: The > mechanism does not require an open file descriptor. It requires that > the target process never terminate, because there's no symmetrical > kernel API function to disable the mechanism once it has been enabled, > but it does not require that that process have any particular file > descriptors open. how is all this handled on the BSDs ? their inits do not provide configuration hooks like the "ctrlaltdel" and "kbrequest" inittab stanzas. does that mean there exist no BSD equivalents for the "secure attention key" and "keyboard request" Linux events ? or are the corresponding responses just hardcoded into their inits and cannot be altered by configuration ? do the BSD kernels signal process #1 on occurence of certain events ? do they even know events triggered by user input on the console ?