From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms1.migadu.com with LMTPS id aK1+Kuy8HGY6dwAAqHPOHw:P1 (envelope-from ) for ; Mon, 15 Apr 2024 07:36:44 +0200 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id aK1+Kuy8HGY6dwAAqHPOHw (envelope-from ) for ; Mon, 15 Apr 2024 07:36:44 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=thaodan.de header.s=mail header.b="h/JxUjn2"; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=quarantine) header.from=thaodan.de ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1713159404; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature:autocrypt:autocrypt; bh=/sA6clI1PL1Ud9/YhA18PU4wOyBz/NikJi6aQ8N4MEM=; b=KLe2pIm+nG+JNsqZ4PLzJoaQfj8zpV3UzIgLJ/q9OHY0i6iezwoDDmmSb9sCFuVCtsiyU+ LJTtOr/0C4Byv9k2UGf9o01JMEMYyTHZnKIV4WKR9MmbktwvoFYPh5NmGCwxfIehzed31/ eOKgbut/5G8om5fumBU6u+/flG+LdPeqLf5sAuytdVOMKGqvDzNn1twFy7pSkHP33x5c2r NPQ0pFO6VE4jrOuYT3SAZ7bwYJwro9Db+YBCV3n2jVcMlMDfvhPvZqspZzhs6lwpdg+1Fl FSSIEC/vJ9vkxbDCncHaZBaxUg36qYxepCVS9/HlcBxGqs/mbVRS5ct8iK9EHg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1713159404; a=rsa-sha256; cv=none; b=KGXYeWJeYI9e1dhrqqIDAvT7fKpCJZhAyCl5jdhwR6nr8qmHlRj2IHwORE9KxS6/QPg7tZ JlbYJBUARML2RxxGWpgofqol3cRpxzWef9bmoAcRie7QwIibP1NTPfq7Wqe6y8qD10Y8jP TVWCO2b2Src9IIlhsk/rlO2jAYYAc1bXTRETWgDes/k/8hVD+cum9CQs0s6FeA4VRWUg4h F0tEzavcXV+Gh/S58SpjynJ450GPqT6+zRyabae4UIYpxkLKjuQVCTzmFgWuptIK27W3Eg zhWRg56Kmph3w7MvV+fwft97mHUodRJBWoDvmnrxzSX2jyewSkg82yxApeaq7Q== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=thaodan.de header.s=mail header.b="h/JxUjn2"; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=quarantine) header.from=thaodan.de Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 249B43B272 for ; Mon, 15 Apr 2024 07:36:44 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rwF0Y-0004wA-L2; Mon, 15 Apr 2024 01:35:58 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rw5GL-00048m-69; Sun, 14 Apr 2024 15:11:38 -0400 Received: from thaodan.de ([2a03:4000:4f:f15::1]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rw5GE-0006A4-7J; Sun, 14 Apr 2024 15:11:34 -0400 Received: from odin (dsl-trebng12-50dc75-154.dhcp.inet.fi [80.220.117.154]) by thaodan.de (Postfix) with ESMTPSA id B5573D00039; Sun, 14 Apr 2024 22:11:26 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=thaodan.de; s=mail; t=1713121887; bh=YxoPDBi1qQqsaORBWBuEvKCQZ7wutTfmz2Fukd0mX/I=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=h/JxUjn2b1nsh+YoNrj/jAubXpMNnrERb6CoqYbMzLklWAs4Zwxk2asEXr7NW497H T/OHMB3uXTtQ4mrd2VjrkSyVaDXgYHhFBriX8LuttRV7cHHfDeM5UvAFOZw/mw4JDE 2AihewPaja/x7Zuo5TGz71mT3AozdDYepQ1IFVbAb8AvC9O9xAQw17pdEmVHvuYjfn YA5DIfCvIzbp+X35kbGGh9acazodZANfuLMhmLbfw5PvPxXrXn6cmYpPVndp5ZKtNB Ip6Sdc2tE8YUwPLGpl2sE+uMJQgpVyEzqQ6zI9lltGVuScnF/r15gfe2SNeGogeCoM XUqTL551vRnV/55f0z80ajFsKvYt69pyb62B04GTGv/kHV8k8QiZ6iennqyzzkvNLI JyLqjN8erB1GSbhda2Hg97fffW0A72VYD7Jn3UFBzdE9ClfXeQhMgw8PLwvJ1rF36/ J9hSKtfmnf5Yk9s0FBFOjXZPZLF7azx+S0Y95Rd6ejnFclmDd+Wrw8l0bv88tl19V6 8wLscbwIGHvaZxej0OhrhvX+3Jlw86+rK74n8Ch1nrJ0alcM5kf5tIoJUqFsPB8hTv 7K5HYx1rgoTaYLRQzM0w/0DR7bqjBI4Wz0XDU9URZ/y+kW+e92PYoQYgGaY3jSOJkR gfDNZnvp85qDvC3KPoHJojkM= From: =?utf-8?Q?Bj=C3=B6rn?= Bidar To: Stefan Monnier Cc: Nicolas Graves , Ludovic =?utf-8?Q?Court=C3=A8s?= , "Nicolas Graves via Development of GNU Guix and the GNU System distribution." , emacs-devel@gnu.org, Andrew Tropin Subject: Re: [Nicolas Graves] [PATCH v6 01/10] rde: emacs: Start emacs in --daemon mode, with shepherd and pid-file In-Reply-To: (Stefan Monnier's message of "Sat, 13 Apr 2024 11:16:52 -0400") References: <20240410234923.29319-2-ngraves@ngraves.fr> <875xwotg35.fsf@trop.in> <87zfu0m9ps.fsf@ngraves.fr> <87jzl22u5w.fsf@gnu.org> <87frvp4a4u.fsf@ngraves.fr> Autocrypt: addr=bjorn.bidar@thaodan.de; prefer-encrypt=nopreference; keydata= mDMEZNfpPhYJKwYBBAHaRw8BAQdACBEmr+0xwIIHZfIDlZmm7sa+lHHSb0g9FZrN6qE6ru60JUJq w7ZybiBCaWRhciA8Ympvcm4uYmlkYXJAdGhhb2Rhbi5kZT6IlgQTFgoAPgIbAwULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgBYhBFHxdut1RzAepymoq1wbdKFlHF9oBQJk1/YmAhkBAAoJEFwbdKFl HF9oB9cBAJoIIGQKXm4cpap+Flxc/EGnYl0123lcEyzuduqvlDT0AQC3OlFKm/OiqJ8IMTrzJRZ8 phFssTkSrrFXnM2jm5PYDoiTBBMWCgA7FiEEUfF263VHMB6nKairXBt0oWUcX2gFAmTX6T4CGwMF CwkIBwICIgIGFQoJCAsCBBYCAwECHgcCF4AACgkQXBt0oWUcX2hbCQEAtru7kvM8hi8zo6z9ux2h K+B5xViKuo7Z8K3IXuK5ugwA+wUfKzomzdBPhfxDsqLcEziGRxoyx0Q3ld9aermBUccHtBxCasO2 cm4gQmlkYXIgPG1lQHRoYW9kYW4uZGU+iJMEExYKADsCGwMFCwkIBwICIgIGFQoJCAsCBBYCAwEC HgcCF4AWIQRR8XbrdUcwHqcpqKtcG3ShZRxfaAUCZNf2FQAKCRBcG3ShZRxfaCzSAP4hZ7cSp0YN XYpcjHdsySh2MuBhhoPeLGXs+2kSiqBiOwD/TP8AgPEg/R+SI9GI9on7fBJJ0mp2IT8kZ2rhDOjg gA6IkwQTFgoAOxYhBFHxdut1RzAepymoq1wbdKFlHF9oBQJk1+ntAhsDBQsJCAcCAiICBhUKCQgL AgQWAgMBAh4HAheAAAoJEFwbdKFlHF9oBgwA/iQHwe0VL4Df4GGTYlNjMSHFlIkBmN4UfYGLYj3E TrOUAQC51M+M3cjsL8WHdpBz6VAo6df9d+rVwhQ9vQuFHqevArg4BGTX6T4SCisGAQQBl1UBBQEB B0Cbohc3JEfn005/cm0AOGjSsW1ZxAkgaoVNjbpqk4MgNAMBCAeIeAQYFgoAIBYhBFHxdut1RzAe pymoq1wbdKFlHF9oBQJk1+k+AhsMAAoJEFwbdKFlHF9ooHABAKGmrGBic/Vys3BBrOQiRB3Z7izO HwhqTRpAqFZtXS2nAQDZhp/5aYw1TZjTzkm1KVt9QiYnjd/MvxRE9iaY6x4mDbgzBGTX6T4WCSsG AQQB2kcPAQEHQAgRJq/tMcCCB2XyA5WZpu7GvpRx0m9IPRWazeqhOq7uiO8EGBYKACAWIQRR8Xbr dUcwHqcpqKtcG3ShZRxfaAUCZNf71AIbIgCBCRBcG3ShZRxfaHYgBBkWCgAdFiEEUfF263VHMB6n KairXBt0oWUcX2gFAmTX+9QACgkQXBt0oWUcX2jeSwD6AtWn0cuo8IF35YRo4o3cDRJnUfJnbvJy GxyCDThR+zYBAKG6/jdwmZkBQZKslnDAbMMd2WfiZZT5JW3IWC4EaKMO7HkBAKYPGZ3UbfkRvfFK S+pQ9CgtNfkSJQBtT1Ob7Y6nsacgAQCpyXN7yppmhW/oBgivITPy9Lkg+V4NK9WZYZCU9Q7LBA== Date: Sun, 14 Apr 2024 22:11:25 +0300 Message-ID: <87le5f2202.fsf@> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2a03:4000:4f:f15::1; envelope-from=bjorn.bidar@thaodan.de; helo=thaodan.de X-Spam_score_int: -14 X-Spam_score: -1.5 X-Spam_bar: - X-Spam_report: (-1.5 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, INVALID_MSGID=0.568, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Mon, 15 Apr 2024 01:35:51 -0400 X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -7.24 X-Spam-Score: -7.24 X-Migadu-Queue-Id: 249B43B272 X-Migadu-Scanner: mx13.migadu.com X-TUID: 8tFIn5xvAjvL Stefan Monnier writes: >> Maybe some feedback on the Emacs side about this? There are indeed very >> few places where systemd sd_* functions are called in emacs.c, should we >> try and re-implement them instead of using the library as is? Would that >> be a contribution Emacs devs would be interested in? That would >> definitely be beneficial for Emacs on Guix as highlighted by Ludo'. > > It's hard to tell without seeing the actual patch. > > But if the code is sufficiently simple, it implements a protocol that's > well documented, and it allows us to eliminate the dependency on the > systemd library, we might like it. Would that make sense on systems where systemd is used? If libsystem is already installed it would be more convenient for the user to use the already installed and very likely loaded libsystemd instead of reimplementing the feature. Ideally the support for other initrd system could implement a function that is then called instead of the systemd codepath be it something different or to reimplenent sd-notify. Maybe shepherd as something like sd-notify of it's own?