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.8 required=5.0 tests=MAILING_LIST_MULTI, NICE_REPLY_A autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 10466 invoked from network); 1 Sep 2020 22:16:54 -0000 Received: from alyss.skarnet.org (95.142.172.232) by inbox.vuxu.org with ESMTPUTF8; 1 Sep 2020 22:16:54 -0000 Received: (qmail 29639 invoked by uid 89); 1 Sep 2020 22:17:18 -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 29632 invoked from network); 1 Sep 2020 22:17:18 -0000 Subject: Re: possible s6-rc redesign To: supervision@list.skarnet.org References: <877dtgtu1z.fsf@ada> From: Dudemanguy Message-ID: Date: Tue, 1 Sep 2020 17:16:50 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US-large Content-Transfer-Encoding: 7bit On 9/1/20 2:24 PM, mobinmob wrote: > 2. Which distributions or groups of distributions will find the redesign > appealing, so that they will adopt it ? I can't speak for everyone of course, but at least in the perspective of Artix, this potential redesign idea could be very appealing. If s6-rc hypothetically had a more event-based approach, there are definitely a lot of potential benefits users could see in terms of managing services. Artix simply uses s6-rc directly so a migration to a new s6-rc probably wouldn't be as painful as it may be for other workflows. So at least for me, it's an interesting proposition and not a scary one.