Received: (at 74912) by debbugs.gnu.org; 18 May 2025 12:31:03 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 18 08:31:03 2025 Received: from localhost ([127.0.0.1]:56244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1uGdAU-00031Z-8H for submit <at> debbugs.gnu.org; Sun, 18 May 2025 08:31:02 -0400 Received: from buffalo.ash.relay.mailchannels.net ([23.83.222.24]:51233) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <dannym@HIDDEN>) id 1uGdAQ-00030t-3e; Sun, 18 May 2025 08:30:59 -0400 X-Sender-Id: dreamhost|x-authsender|dannym@HIDDEN Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 346232C51FA; Sun, 18 May 2025 12:30:55 +0000 (UTC) Received: from pdx1-sub0-mail-a211.dreamhost.com (trex-green-2.trex.outbound.svc.cluster.local [100.119.90.73]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id AAA522C5257; Sun, 18 May 2025 12:30:54 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1747571454; a=rsa-sha256; cv=none; b=imArXeROKjCyGVps0H8iAkoANz0QGLeaSoZ/S6S2LcbuL9Sy61O6Xw8o2m8Tvhd6THZW3l RfC6r8LQ6tHwxWLz+ih2GVkuzchAnxHsrxqDVjNMkL1SNgpRMUUbe8/NRPKcdg4W6WDwTY qntIN/AlVC7D57Lg5E7VmhTKt82jCQNzAsVRn6PB2MeR7xcCGFPeg8w/XN8Dsd4Vv+HOaE 5Z+D1p12WKnuxZLyJgdIWokM9UEK1jC3xOYy47vmfgqGUTSRdShWSLzPrHRtadzuTvB/f9 a/Qk6e8w79QXojYe2jsm91n+nSKfOs6I3wAx8plmp+d4Rgl3/sTK15YAn46+/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1747571454; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: dkim-signature; bh=lMUaJbrd91vDDt6ookEdYfqI3ddpLaGX55mkIqqtdTk=; b=AVGCrT5oBPh+mmJn7YZH0ua6hm+wz0hcY2HELnUycbkl0NNvpFFLT/hiRj9x/tXQ609JFS MlOyZ2cMsUxI+5kio7a70H3F7an7Lmy0PUaBPpLJYpXIe4FlCbHHLcvyasfG9WtIhSPDqR jfqsHkyBpJaXAkqIjmVP1dGv5StXvbaFbTaLIUtyiHEeCQCJ5Aqkk84TL2RJ8SlXf2PTza ai4/Z3+pIefgfDdGJbUk8f9A+uh7giAK0NZHrL0QJgc5ho6gN3ApMfq3093XqzuecktmEJ PXIdWOXG3KY/iHyC6OOoKG32Jrktx9tmQFqvyqDGsPEyeXPcholz+Jk2ZY9CHQ== ARC-Authentication-Results: i=1; rspamd-766f9cfddb-ccm5x; auth=pass smtp.auth=dreamhost smtp.mailfrom=dannym@HIDDEN X-Sender-Id: dreamhost|x-authsender|dannym@HIDDEN X-MC-Relay: Neutral X-MC-Copy: stored-urls X-MailChannels-SenderId: dreamhost|x-authsender|dannym@HIDDEN X-MailChannels-Auth-Id: dreamhost X-Continue-Keen: 2bbd3f3209b40dda_1747571454960_4012650870 X-MC-Loop-Signature: 1747571454960:1570676293 X-MC-Ingress-Time: 1747571454960 Received: from pdx1-sub0-mail-a211.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.119.90.73 (trex/7.0.3); Sun, 18 May 2025 12:30:54 +0000 Received: from nova (84-115-226-251.cable.dynamic.surfer.at [84.115.226.251]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: dannym@HIDDEN) by pdx1-sub0-mail-a211.dreamhost.com (Postfix) with ESMTPSA id 4b0gCJ5gP8zLb; Sun, 18 May 2025 05:30:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=friendly-machines.com; s=dreamhost; t=1747571454; bh=5S33FiyZ/SVSn2WJzLGLD7Ehkd67BOXqcqVLcbAdbUg=; h=From:To:Cc:Subject:Date:Content-Type; b=AZxHoJYDnenM+AeVc0Qg8dbql29vO4+zKeJaeeZp0AbRkfeBAuiG4Cb0FZXnTm1A/ vcnKSX0rFMTORO2MlRvQU7s8lIriEXaZ0BSqEB4MKE+4/jy2z20U9sxNPA+s8vTh9z yCpWi0BEP92nHniyOywkA1Ri11XNa9b9ADF1YVZVfN6+3GtDmn/W3wsWk56L4HvInH 3bBVquAscPfI1xy1oEY1hDhepDStio35OPyZKU7C8T5yfQFu4jfReDWgK0Mwp7mKza Ip8x0vT2+Ip5+armqQIyYNBvYpzhrYxTXf42KfbuwTzuPZpzNzlncUo5mMA6lRlPXC IGt4YnnvpgWOA== From: Danny Milosavljevic <dannym@HIDDEN> To: Ludovic =?utf-8?Q?Court=C3=A8s?= <ludo@HIDDEN> Subject: Re: bug#74912: bug#76998: Guix Home leaves user shepherd on logout, starts new instance on login User-Agent: mu4e 1.12.9; emacs 29.4 Date: Sun, 18 May 2025 14:30:49 +0200 Message-ID: <87bjrqt81y.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Ludo, That is not a fix. It's a workaround for now. It's good that the "is a shepherd already running" check is back in shepherd. It was in shepherd years ago, then got removed without explanation, then now it's back again (now in a very convoluted but [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [84.115.226.251 listed in zen.spamhaus.org] 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [23.83.222.24 listed in bl.score.senderscore.com] 0.0 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [23.83.222.24 listed in sa-trusted.bondedsender.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 RCVD_IN_MSPIKE_H5 RBL: Excellent reputation (+5) [23.83.222.24 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [23.83.222.24 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Debbugs-Envelope-To: 74912 Cc: 74912 <at> debbugs.gnu.org, 76998 <at> debbugs.gnu.org, Tomas Volf <~@wolfsden.cz>, 76998-done <at> debbugs.gnu.org, Jake <jforst.mailman@HIDDEN>, Daniel Littlewood <dan@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Ludo, That is not a fix. It's a workaround for now. It's good that the "is a shepherd already running" check is back in shepherd. It was in shepherd years ago, then got removed without explanation, then now it's back again (now in a very convoluted but [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [23.83.222.24 listed in sa-accredit.habeas.com] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [84.115.226.251 listed in zen.spamhaus.org] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [23.83.222.24 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H5 RBL: Excellent reputation (+5) [23.83.222.24 listed in wl.mailspike.net] 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [23.83.222.24 listed in bl.score.senderscore.com] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Ludo, That is not a fix. It's a workaround for now. It's good that the "is a shepherd already running" check is back in shepher= d. It was in shepherd years ago, then got removed without explanation, the= n now it's back again (now in a very convoluted but safer way). This shoul= dn't have been removed in the first place. It's EXTREMELY dangerous to hav= e multiple parallel shepherds for the same user (automated backup service d= estroying backups etc). Please, let's not remove it ever again. In any case, what shepherd 1.0.4 does is stop the bleeding, but not fix the= problem: It prevents two (or 100) user shepherds for the same user from running in p= arallel. It does not stop shepherd when a user closed all their sessions. Why close this bug report before elogind is patched and before ~/.bash_logo= ut is generated in guix home? That makes no sense. Also, I don't understand why this is so broken for so long. Isn't Guix use= d in HPC? Doesn't HPC need support for multiple sessions for the same user on day one? My untested elogind patch that invokes shepherd root stop is attached. Rea= ding the elogind source code, especially what they patched out and what the= y added themselves, makes me despair. Why is it so terrible? That all use= d to be fine! :P Even my patch is not great. A service manager's job is to manage services.= PID 1 is the main service manager. It should manage services. One of th= ose services should be the user's shepherd, which should be managed by PID = 1 shepherd and not weirdly attached to an already-running session (WTF!) of= the user by this: ~$ cat ~/.profile HOME_ENVIRONMENT=3D$HOME/.guix-home . $HOME_ENVIRONMENT/setup-environment $HOME_ENVIRONMENT/on-first-login unset HOME_ENVIRONMENT In my opinion, no one but the service manager should manage services. Does= ~/.profile look like a service manager? No :P I understand that we want to support this on non-guix-system stuff. But th= e default should be a systemd user service to run the user shepherd. If th= e user absolutely wants to do a workaround like ~/.profile above, fine, the= y can. But let's not do that by default. The problems with my elogind patch are the following: - What if "herd stop root -s ..." hangs? Then elogind hangs forever? No o= ne can log in or out anymore?=C2=A0 That's not okay. Therefore, I don't wa= it. Now user processes can have the floor upon they are walking removed on= user stop, while they still need it :P - When can /run/user/1000 be deleted? There's a weird GC mechanism in elog= ind for that, and my patch says it can be deleted before waiting on the res= ult of herd stop (see above why). If I DID wait on the result of herd stop= , I could wait indefinitely--which is not okay. I think elogind uses signa= lfd, so I can't waitpid in a random spot either, or wait until waitpid retu= rned. I think the user shepherd knows when to delete /run/user/1000--and n= o one else. But if user shepherd crashes, it won't delete /run/user/1000 a= nd we want it to be able to start again even when /run/user/1000 is still t= here. Hence complicated shepherd fix in 1.0.4 is useful. - There is tool_fork_pid and sleep_fork_pid in elogind which is not a queue= . And, again, that is trying to be a service manager. What if those scrip= ts hang? What if they DON'T hang? Similar questions as before. Separate = the concerns already :P Personally, I'd also like something that, if all sessions of user x are clo= sed, it kills all remaining processes of that effective user id. elogind h= as a setting KillUserProcesses that--despite the name--kills (WHICH!?) proc= esses when a SESSION (of 42 sessions of that user :P) is closed. Who wants= THAT? And even if someone does: how would THAT be implemented? elogind is like containers never happened. It's so weird. I think to fix this problem for good, first there needs to be a system diag= ram created on how this is supposed to work. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=ELOGIND.patch Content-Description: elogind patch for shepherd License: elogind's license Author: Danny Milosavljevic <dannym@HIDDEN> Date: 2025-05-18 diff -ru orig/18rk21n7l3yniy1rvlcdnwgnnvafivf0-elogind-255.17-checkout/src/login/logind-user.c 18rk21n7l3yniy1rvlcdnwgnnvafivf0-elogind-255.17-checkout/src/login/logind-user.c --- orig/18rk21n7l3yniy1rvlcdnwgnnvafivf0-elogind-255.17-checkout/src/login/logind-user.c 2025-05-10 13:54:28.999814332 +0200 +++ 18rk21n7l3yniy1rvlcdnwgnnvafivf0-elogind-255.17-checkout/src/login/logind-user.c 2025-05-10 15:48:33.872775240 +0200 @@ -2,6 +2,7 @@ #include <errno.h> #include <unistd.h> +#include <spawn.h> #include "alloc-util.h" //#include "bus-common-errors.h" @@ -17,6 +18,7 @@ #include "format-util.h" #include "fs-util.h" #include "hashmap.h" +#include "string-util.h" // #include "label-util.h" #include "limits-util.h" #include "logind-dbus.h" @@ -506,24 +508,45 @@ return 0; } -#if 0 /// elogind does not support user services and systemd units static void user_stop_service(User *u, bool force) { - _cleanup_(sd_bus_error_free) sd_bus_error error = SD_BUS_ERROR_NULL; - int r; - - assert(u); - assert(u->service); - - /* The reverse of user_start_service(). Note that we only stop user@HIDDEN here, and let StopWhenUnneeded= - * deal with the slice and the user-runtime-dir@.service instance. */ - - u->service_job = mfree(u->service_job); - - r = manager_stop_unit(u->manager, u->service, force ? "replace" : "fail", &error, &u->service_job); - if (r < 0) - log_warning_errno(r, "Failed to stop user service '%s', ignoring: %s", u->service, bus_error_message(&error, r)); + assert(u); + if (u->runtime_path != NULL) { + pid_t pid; + /* TODO: maybe just /run/booted-system/profile/bin/pkill -u u->user_record->uid ; + TODO: maybe just loginctl kill-user x; maybe that's us. + That eventually calls user_kill, which elogind patched to not kill the user + service or, really, do anything useful. + u->slice would be the unit name if it worked. + Note: u->user_record->kill_processes is for sessions, not users. + See also user_unit_active. */ + const char *executable = "/run/booted-system/profile/bin/herd"; + char* socket_path_arg = strjoina(u->runtime_path, "/shepherd/socket"); + char *argv[] = { + (char *) executable, + "stop", + "root", + "-s", + socket_path_arg, + NULL, + }; + int spawn_status = posix_spawn(&pid, executable, NULL, NULL, argv, environ); + if (spawn_status != 0) { + log_error_errno(spawn_status, "Failed to invoke %s: %m", executable); + } else { + if (u->manager != NULL) { + /* TODO: Do we overwrite someone here? */ + u->manager->tool_fork_pid = pid; + /* elogind_sigchld_handler unsets it. Not sure how we'd notice. + Note: elogind patched out the service_job handling which means + that user_may_gc will return true as soon as u->stopping == true + instead of checking whether the user service is still running. */ + } else { + /* ??? */ + } + } + } + user_add_to_gc_queue(u); } -#endif // 0 int user_stop(User *u, bool force) { int r = 0; @@ -552,11 +575,7 @@ r = k; } -#if 0 /// elogind does not support service or slice jobs... user_stop_service(u, force); -#else // 0 - user_add_to_gc_queue(u); -#endif // 0 u->stopping = true; --=-=-=--
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Debbugs Internal Request <help-debbugs@HIDDEN>
to internal_control <at> debbugs.gnu.org
.
Full text available.Received: (at 74912) by debbugs.gnu.org; 15 May 2025 10:20:46 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu May 15 06:20:46 2025 Received: from localhost ([127.0.0.1]:51449 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1uFVhl-0004jL-V7 for submit <at> debbugs.gnu.org; Thu, 15 May 2025 06:20:46 -0400 Received: from mail-wr1-x432.google.com ([2a00:1450:4864:20::432]:45084) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <jforst.mailman@HIDDEN>) id 1uFVhi-0004ig-Qg for 74912 <at> debbugs.gnu.org; Thu, 15 May 2025 06:20:43 -0400 Received: by mail-wr1-x432.google.com with SMTP id ffacd0b85a97d-3a0be321968so418915f8f.2 for <74912 <at> debbugs.gnu.org>; Thu, 15 May 2025 03:20:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1747304436; x=1747909236; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Uimujh72JXzrWYw2jHSDCfotYR8SsZsqeqZ5DFqj5Jo=; b=BEpAgB/8oBPS1K7cpsrLp8kRZsZhkGuX2LokhvGoJqGzARdLuJjzQVtSE2J56PBgDN QTZRSo4Korvw8o/co7suE28goceN02BjqEhpT5ljKWHidfbIeQuRFtAe6f203ilsEUKs 76lxDDYaIPey+bDqnfgh6NAwUGmRDSSZpa1bVnxb1qVTkzm/mUoH/ffmLkNtWPrfARVE /ZVtIpv4PIO2QX43okC2JaP94Sx9hw1exSMy3BJS5PXvZMFMMs9n5KEFX+4jlC83tFKR JOIAQ8CgjTFSEp5OUZ8IWQQ1B7UmiHS+Bys3Hh2UPoTd1pcQjDcXaSGRj0Cxw89weS63 Ga1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1747304436; x=1747909236; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Uimujh72JXzrWYw2jHSDCfotYR8SsZsqeqZ5DFqj5Jo=; b=ji/vui4YGFbgSD383nliE3ArVezpMiKGJj590LWiyt4m5euIo1bXTizYlROjFWCqsP 8iHa/CRnAbk2a+/PyCoTCGN0HHPWo4xW8wtL1ZrCeX39zpP2mGA4xiil5FhDDngJMKxV w8zUXyUtwif0MBaLeZIF7yc7LtiKIuOfdMHJqhdXRbwB/Tne6Cv6G0TRH+pQM/edJNzK vRzDciQBv3a0jidKzn+JubiZNQa5q7XO5VLE2kEaVKbhkF8rRMlBNVh3Jh/BwLYZkzBb TkBfvPbBrNVHccbfdScoXuPELZPGpisjbbjxTTaiRkGjHEF6EQwQes1QBFd/BoSUaQgl +qCg== X-Gm-Message-State: AOJu0YyN9raBqlpZf21ZNJSZ2qO77Nu+hq+YYJytve+OmWXHb8hSdckA VnCGzIAzUQuldV/Gn9YMV8lkQloHoOVrX2SG2cFhnKz2G1p43GeLl0rWi3a+yd2tZ+WZ3TPgif4 ZGwP61JL1A+ZNCMPqckKzDpLMeLk= X-Gm-Gg: ASbGncv2kkkg4jZ+CvFqd7FM9AwjVxWJTi4al6PqQddRn5QD9Cdqr/RkmozCImOtBcq pq319RVrNmA2ArlQD8WQFmIm/ezxJaiMbbl/Dx3RLXS1E2CYxVkJEB8A5lE/S9tlkKfV+yal88R jn5tEu5saojgAY8gKViuhLZJCvgSVO2idZ X-Google-Smtp-Source: AGHT+IFdWGyq26PRcAyu9kHKzmMjIqKgyx/UZnwq8CVIfHMxXh2zVx5JaniJIKPucKRYL9+rErVUsOeA+rPO/x/OfAo= X-Received: by 2002:a05:6000:430d:b0:3a0:b9a8:b94c with SMTP id ffacd0b85a97d-3a34994c044mr5546324f8f.50.1747304436233; Thu, 15 May 2025 03:20:36 -0700 (PDT) MIME-Version: 1.0 References: <CAJqVjv_uSbP+wFryb_Kk8w3ZqTr3PYsF5jBnt1wsiSKcn+AyPg@HIDDEN> <87zffew9y4.fsf@HIDDEN> In-Reply-To: <87zffew9y4.fsf@HIDDEN> From: Jake <jforst.mailman@HIDDEN> Date: Thu, 15 May 2025 19:50:25 +0930 X-Gm-Features: AX0GCFu_p7BZGKxtihC3ZY8hjKD7jGKicfJFffiuduNI7flS_2M1Jo3AVdVfXsM Message-ID: <CAJqVjv-XGh1v6yJWUPuHmDy2-4jamMt3-vt-yZ+T3Twp=42L7g@HIDDEN> Subject: Re: bug#76998: Guix Home leaves user shepherd on logout, starts new instance on login To: =?UTF-8?Q?Ludovic_Court=C3=A8s?= <ludo@HIDDEN> Content-Type: multipart/alternative; boundary="0000000000003c77b206352a0464" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74912 Cc: 74912 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --0000000000003c77b206352a0464 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > is /run/user/$UID deleted when logging out? I think so, since the timestamps in /run/uswr/$UID are updated to the new login time. Jake On Thu, 15 May 2025 at 6:03=E2=80=AFpm, Ludovic Court=C3=A8s <ludo@HIDDEN>= wrote: > Hi Jake, > > Jake <jforst.mailman@HIDDEN> writes: > > > That commit made a difference but didn't fix the problem for me. > > After a couple of relogs since the last reboot: > > Hmm is /run/user/$UID deleted when logging out? This would explain that > the fix in the Shepherd doesn=E2=80=99t make any difference. > > Ludo=E2=80=99. > --0000000000003c77b206352a0464 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div><div dir=3D"auto"><span style=3D"font-family:-apple-system,helveticane= ue;font-size:16px;font-style:normal;font-weight:400;letter-spacing:normal;t= ext-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text= -decoration:none;float:none;display:inline!important;background-color:rgba(= 0,0,0,0);border-color:rgb(0,0,0) rgb(0,0,0) rgb(0,0,0) rgb(204,204,204);col= or:rgb(0,0,0)">> is /run/user/$UID deleted when logging out?</span></div= ><br></div><div dir=3D"auto">I think so, since the timestamps in /run/uswr/= $UID are updated to the new=C2=A0login time.</div><div dir=3D"auto"><br></d= iv><div dir=3D"auto">Jake</div><div dir=3D"auto"><br><div class=3D"gmail_qu= ote gmail_quote_container" dir=3D"auto"><div dir=3D"ltr" class=3D"gmail_att= r">On Thu, 15 May 2025 at 6:03=E2=80=AFpm, Ludovic Court=C3=A8s <<a href= =3D"mailto:ludo@HIDDEN">ludo@HIDDEN</a>> wrote:<br></div><blockquote c= lass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1p= x;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,20= 4)">Hi Jake,<br> <br> Jake <<a href=3D"mailto:jforst.mailman@HIDDEN" target=3D"_blank">jfor= st.mailman@HIDDEN</a>> writes:<br> <br> > That commit made a difference but didn't fix the problem for me.<b= r> > After a couple of relogs since the last reboot:<br> <br> Hmm is /run/user/$UID deleted when logging out?=C2=A0 This would explain th= at<br> the fix in the Shepherd doesn=E2=80=99t make any difference.<br> <br> Ludo=E2=80=99.<br> </blockquote></div></div> --0000000000003c77b206352a0464--
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Received: (at 74912) by debbugs.gnu.org; 15 May 2025 08:33:39 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu May 15 04:33:39 2025 Received: from localhost ([127.0.0.1]:50887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1uFU24-0005gK-8Q for submit <at> debbugs.gnu.org; Thu, 15 May 2025 04:33:38 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:56672) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <ludo@HIDDEN>) id 1uFU1o-0005da-TY for 74912 <at> debbugs.gnu.org; Thu, 15 May 2025 04:33:21 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <ludo@HIDDEN>) id 1uFU1j-00048L-Ex; Thu, 15 May 2025 04:33:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=L32vVy7CkUqZ4Q3YLbDuP6bfnKKNGGaXdYlbfaj4dfw=; b=iWBf1rC/y4f99Qgw+RW8 w52LXHjUn1C5hnWfmOZOckXsy2vDEO71P2oKV12rijq2rcuN1h7+Qi6jkPHO1FPLtxCP7BxP03V5z WfYRfeCQJzVjQf+PubcM2zAl1nffdqsP3J5yYYJt2jRDYJoPP8Pe5/nhpv7Hxa2Jck8iN3ub4yxFh EnCNBBh6e7T7Cmgtsv21CO1RGghamfzBeog+5p5m0vi595td0ZHXWk6P6P116UfN/zaKscD9w+c5T 9V0djVQW9J2iqTQixrsc8CmRC7ExnWm6CrV2vCZvaqs+4SuH1tGDR3TvlvEixFFdHFsLLwiWM4o2L X50WIFfkUSRUtA==; From: =?utf-8?Q?Ludovic_Court=C3=A8s?= <ludo@HIDDEN> To: Jake <jforst.mailman@HIDDEN> Subject: Re: bug#76998: Guix Home leaves user shepherd on logout, starts new instance on login In-Reply-To: <CAJqVjv_uSbP+wFryb_Kk8w3ZqTr3PYsF5jBnt1wsiSKcn+AyPg@HIDDEN> (Jake's message of "Thu, 15 May 2025 02:16:54 +0000") References: <CAJqVjv_uSbP+wFryb_Kk8w3ZqTr3PYsF5jBnt1wsiSKcn+AyPg@HIDDEN> User-Agent: mu4e 1.12.9; emacs 29.4 X-URL: https://people.bordeaux.inria.fr/lcourtes/ X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu X-Revolutionary-Date: Sextidi 26 =?utf-8?Q?Flor=C3=A9al?= an 233 de la =?utf-8?Q?R=C3=A9volution=2C?= jour du Fusain Date: Thu, 15 May 2025 10:32:35 +0200 Message-ID: <87zffew9y4.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74912 Cc: 74912 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Hi Jake, Jake <jforst.mailman@HIDDEN> writes: > That commit made a difference but didn't fix the problem for me. > After a couple of relogs since the last reboot: Hmm is /run/user/$UID deleted when logging out? This would explain that the fix in the Shepherd doesn=E2=80=99t make any difference. Ludo=E2=80=99.
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Received: (at 74912) by debbugs.gnu.org; 15 May 2025 02:17:15 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed May 14 22:17:15 2025 Received: from localhost ([127.0.0.1]:48210 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1uFO9r-0003fZ-8s for submit <at> debbugs.gnu.org; Wed, 14 May 2025 22:17:15 -0400 Received: from mail-wr1-x42d.google.com ([2a00:1450:4864:20::42d]:61944) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <jforst.mailman@HIDDEN>) id 1uFO9o-0003fB-UX for 74912 <at> debbugs.gnu.org; Wed, 14 May 2025 22:17:13 -0400 Received: by mail-wr1-x42d.google.com with SMTP id ffacd0b85a97d-3a0ebf39427so296483f8f.3 for <74912 <at> debbugs.gnu.org>; Wed, 14 May 2025 19:17:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1747275426; x=1747880226; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=2I2O3R4uTxPzLGioqXpHm9O21np7zhaUhqghwWTkovs=; b=TsoIHo5HWG7dsZqPqWUWmhuAYMRQcZTvdTw5evAzAnn+SJZqX+Md37iVBMCYzur+FM 8dfoUEvIUXWs1BNDbhRaJJ6xVysQECnFaq27tipbpQ6/90CkGzHuSAY1VPfCtOqqerwh kKoSHjexXN6iHkcJ2K5YjGgCE3Km9eN7/lp5b6BJ3F/NLmGOn5ssA2WenxAfvLzDwyN5 ZgfacgqwbWPZZnO0u4xqcCitEnk1cb+yD33tyGrT6D1/pFBFZ4ng8ADJnn/qSEbQyMM4 z5DjXLG3Vsm28s9XWcGdFB/g5vjlO8WTnsO3bpqr+EGO3P1zjDosm7/nr1FahiyLhjoG dvtw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1747275426; x=1747880226; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=2I2O3R4uTxPzLGioqXpHm9O21np7zhaUhqghwWTkovs=; b=vsMa0sWEM6+gBZST/sR2U03AIctF3+7x6s/5m/MJXTyyBqEHL5lM5/VRyz50Fv/WUV tRg8N3y3DyBiozBYUV4UnKKxwud+WTi9ZPtA6c9mRorkXEQC6SgWU3Q7JDGlhnd74S6H uZi6PHvf1yL4TdJvU7ln9TWbLIDQyJLHKsurdCrA6q/qzENsqdNjQlzuBY/QoKTQl/kk 3xYa5isEUH7gOdBjXvL9WtsNXD5x0c/7RcrYlLjlwUlhm896J1+I+saXkqANJWJ4yK6L d8Vp1MCh0rzNVDcqSA1YRYu57ZT0Kbhbki0VWIhDuVjrwCcTFaMY00Ut/Tw9TFTmvcfN RUHA== X-Gm-Message-State: AOJu0YxmLb7D8xt/AzGHEjtpF4RuD6V8QJolmYawwJTUU8SrIHWap6kz fOeLFdSp5SDpXZVg4S1GnzfTOqy6BNXpSqJywXkPcdFmcNUXhC2sFzM/sZr1C4fS1wCYCyZeUqn RY0YTMrwUsPY0JbuBSmXsyYGjycrQShIB X-Gm-Gg: ASbGncue4ijVyuI56jmIJ1grO0VYbcwHulyk0fuqqK3Gn3eUgkT5PXlgOfI3U3FdVbo nufV9mXtBG5LtrorA6kiJBhg0m7hW2NlpbxyfttWoPMcOaCWePP0sYA6YIFoh6IittWbO1u8FBj MAxXwwzq5PjEQ7XWvkf0h29wciirv0R13h X-Google-Smtp-Source: AGHT+IH4tCABlFDII8oYXNFfsXjP9sJEBu42w/RKj4pUMcKl+5GXOk4tWhzD9IANnMZRq80MGMRdTi8paqfA6ofCYVc= X-Received: by 2002:a05:6000:1786:b0:3a0:b4a7:6e56 with SMTP id ffacd0b85a97d-3a3499512d4mr4982869f8f.56.1747275426215; Wed, 14 May 2025 19:17:06 -0700 (PDT) MIME-Version: 1.0 From: Jake <jforst.mailman@HIDDEN> Date: Thu, 15 May 2025 02:16:54 +0000 X-Gm-Features: AX0GCFuAKIFNWAJ1IStp6906TTG907sCkHF_lx8Gl3aPZXrWxLAWEC61oSiC2Mw Message-ID: <CAJqVjv_uSbP+wFryb_Kk8w3ZqTr3PYsF5jBnt1wsiSKcn+AyPg@HIDDEN> Subject: Re: bug#76998: Guix Home leaves user shepherd on logout, starts new instance on login To: 74912 <at> debbugs.gnu.org Content-Type: multipart/alternative; boundary="0000000000001abb2d0635234362" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74912 Cc: ludo@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --0000000000001abb2d0635234362 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Ludo=E2=80=99 That commit made a difference but didn't fix the problem for me. After a couple of relogs since the last reboot: $ herd --v herd (GNU Shepherd) 1.0.4 Copyright (C) 2025 the Shepherd authors License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.htm= l > This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law $ pgrep shepherd 1 1491 9303 28426 $ herd status Started: + gpg-agent + root + timer + transient Running timers: + log-rotation Failed to start: ! dicod The only difference from before is that now that home dicod service fails to start on relog. Thanks Jake --0000000000001abb2d0635234362 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>Hi Ludo=E2=80=99</div><div><br></div><div>That commit= made a difference but didn't fix the problem for me.</div><div>After a= couple of relogs since the last reboot:<br><br><div style=3D"margin-left:4= 0px">$ herd --v<br>herd (GNU Shepherd) 1.0.4<br>Copyright (C) 2025 the Shep= herd authors<br>License GPLv3+: GNU GPL version 3 or later <<a href=3D"h= ttp://gnu.org/licenses/gpl.html">http://gnu.org/licenses/gpl.html</a>><b= r>This is free software: you are free to change and redistribute it.<br>The= re is NO WARRANTY, to the extent permitted by law<br><br>$ pgrep shepherd<b= r>1<br>1491<br>9303<br>28426<br><br>$ herd status<br>Started:<br>=C2=A0+ gp= g-agent<br>=C2=A0+ root<br>=C2=A0+ timer<br>=C2=A0+ transient<br>Running ti= mers:<br>=C2=A0+ log-rotation<br>Failed to start:<br>=C2=A0! dicod</div></d= iv><div><br></div><div>The only difference from before is that now that hom= e dicod service fails to start on relog.</div><div><br></div><div>Thanks</d= iv><div>Jake</div></div> --0000000000001abb2d0635234362--
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Received: (at 74912) by debbugs.gnu.org; 14 May 2025 17:04:07 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed May 14 13:04:07 2025 Received: from localhost ([127.0.0.1]:44760 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1uFFWY-0004nk-Gu for submit <at> debbugs.gnu.org; Wed, 14 May 2025 13:04:07 -0400 Received: from hera.aquilenet.fr ([185.233.100.1]:37298) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <ludo@HIDDEN>) id 1uFFWR-0004m8-U2; Wed, 14 May 2025 13:04:02 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 051E0E30; Wed, 14 May 2025 19:03:54 +0200 (CEST) X-Virus-Scanned: Debian amavis at hera.aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavis, port 10024) with ESMTP id Ev7yrxHP5FOJ; Wed, 14 May 2025 19:03:53 +0200 (CEST) Received: from ribbon (91-160-117-201.subs.proxad.net [91.160.117.201]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 4472BD96; Wed, 14 May 2025 19:03:53 +0200 (CEST) From: =?utf-8?Q?Ludovic_Court=C3=A8s?= <ludo@HIDDEN> To: Danny Milosavljevic <dannym@HIDDEN> Subject: Re: bug#76998: Guix Home leaves user shepherd on logout, starts new instance on login In-Reply-To: <874iyrkvx7.fsf@HIDDEN> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Mon, 14 Apr 2025 10:08:04 +0200") References: <871pukdlyo.fsf@HIDDEN> <874iyrkvx7.fsf@HIDDEN> Date: Wed, 14 May 2025 18:06:11 +0200 Message-ID: <87tt5nyy6k.fsf_-_@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 74912 Cc: Jake <jforst.mailman@HIDDEN>, 74912 <at> debbugs.gnu.org, Tomas Volf <~@wolfsden.cz>, 76998-done <at> debbugs.gnu.org, Daniel Littlewood <dan@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.3 (/) Hi, Ludovic Court=C3=A8s <ludo@HIDDEN> writes: > So shepherd will now refuse to start when it determines that an instance > is already listening on its socket: > > https://git.savannah.gnu.org/cgit/shepherd.git/commit/?id=3D787d5a33aea= 061b5052faa0863c96be722440ce3 This commit is in 1.0.4. Closing! Ludo=E2=80=99.
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Received: (at 74912) by debbugs.gnu.org; 14 Apr 2025 08:09:11 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Apr 14 04:09:11 2025 Received: from localhost ([127.0.0.1]:45600 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1u4EsR-00025f-1q for submit <at> debbugs.gnu.org; Mon, 14 Apr 2025 04:09:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53816) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <ludo@HIDDEN>) id 1u4EsJ-00024q-Jd for 74912 <at> debbugs.gnu.org; Mon, 14 Apr 2025 04:09:04 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <ludo@HIDDEN>) id 1u4EsD-0003Tj-Dm; Mon, 14 Apr 2025 04:08:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=enc1fNx4TaLoyUbrSp9qK+x9I6kHvUTxwryjC/yw4+w=; b=ckdm+7eteQizozjguwth kx/WK+KbdBiaitFLfVf1EYTDXcg0HeE01gXcqz8QAO7zNDQJyHC+vwgsrfDIACqtFqfiyi5+/1slZ RdPIy+MUxqbyT5zZ2wi9NjNNwDjYjSm98LeWOuQc2f3RTaSxxjX41yRBlZ2fh1+oNGkp2KNh1W9ZN 4AtO7fSPIfhdEFPKFz5IipO1JsXLsBEq84aK91jhfByOXNYf9L1awod3PfgL1eotdmFk1rrJX0ItC EHUKOMH2V9A77pF4MEo4V9vn0gO5NIHTXfUEjtAlD16MKUvl0U7gpf+jzG+q7HiLxD224W5XDZvPu CLIBJk34VKwG4w==; From: =?utf-8?Q?Ludovic_Court=C3=A8s?= <ludo@HIDDEN> To: Danny Milosavljevic <dannym@HIDDEN> Subject: Re: bug#74912: Shepherd: Growing number of user shepherds when relogging In-Reply-To: <871pukdlyo.fsf@HIDDEN> (Danny Milosavljevic's message of "Wed, 26 Mar 2025 13:18:23 +0100") References: <871pukdlyo.fsf@HIDDEN> User-Agent: mu4e 1.12.9; emacs 29.4 X-URL: https://people.bordeaux.inria.fr/lcourtes/ X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu X-Revolutionary-Date: Quintidi 25 Germinal an 233 de la =?utf-8?Q?R=C3=A9v?= =?utf-8?Q?olution=2C?= jour du Pigeon Date: Mon, 14 Apr 2025 10:08:04 +0200 Message-ID: <874iyrkvx7.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74912 Cc: Jake <jforst.mailman@HIDDEN>, 74912 <at> debbugs.gnu.org, Tomas Volf <~@wolfsden.cz>, Daniel Littlewood <dan@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Hi Danny and all, Following reports by Daniel Littlewood, who talked about involuntarily running a second shepherd instance shadowing the previous one (this time not in a Guix Home context), I realized shepherd itself could avoid this entirely. So shepherd will now refuse to start when it determines that an instance is already listening on its socket: https://git.savannah.gnu.org/cgit/shepherd.git/commit/?id=3D787d5a33aea06= 1b5052faa0863c96be722440ce3 Feedback welcome! Ludo=E2=80=99.
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Received: (at 74912) by debbugs.gnu.org; 1 Apr 2025 10:14:01 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 01 06:14:01 2025 Received: from localhost ([127.0.0.1]:46467 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tzYd5-0003Hv-IC for submit <at> debbugs.gnu.org; Tue, 01 Apr 2025 06:14:01 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:52302) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <ludo@HIDDEN>) id 1tzYd2-0003GP-Ca for 74912 <at> debbugs.gnu.org; Tue, 01 Apr 2025 06:13:57 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <ludo@HIDDEN>) id 1tzYcv-0006gN-HV; Tue, 01 Apr 2025 06:13:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=KouHWjB3MaQLXXSxKwihtSb2qbnqctTpXtKxn659lew=; b=KcekDpyAV79h5ho/QXAf PkdIeoP4XbZnSqzACQtaGrhEnBl9YiX9FJIZbHYL+YCshr7L9fbpuM7Pf1L5CoRG5KXLsUAR+eaor 7Ms2wd5IWG1M5JNEBCRv87FYVvG+FmBy4vJzvPPeLq0Vof7RVgZbxfDry3JiDJZ+EWPR8N2OGyimk YOSpqW9TJuUPTFXcp0awwXg4AdBBbL3LKuRjIMK1TyOJCgERYX1hdGFRfkP3p7g67Rb0eTKIL+wJ2 N1Wu/4HbkYPSP6Bkt1lPNIbUaqBSAFoorPJUHKNFLfikBz6Pra9xQ598vHuZy0IKoVPRxnShdjxHQ 8+yy+YV+L0kIYw==; From: =?utf-8?Q?Ludovic_Court=C3=A8s?= <ludo@HIDDEN> To: Danny Milosavljevic <dannym@HIDDEN> Subject: Re: bug#74912: Shepherd: Growing number of user shepherds when relogging In-Reply-To: <871pukdlyo.fsf@HIDDEN> (Danny Milosavljevic's message of "Wed, 26 Mar 2025 13:18:23 +0100") References: <871pukdlyo.fsf@HIDDEN> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: Duodi 12 Germinal an 233 de la =?utf-8?Q?R=C3=A9volu?= =?utf-8?Q?tion=2C?= jour du Charme X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Tue, 01 Apr 2025 12:13:43 +0200 Message-ID: <87plhwfaug.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74912 Cc: Jake <jforst.mailman@HIDDEN>, 74912 <at> debbugs.gnu.org, Tomas Volf <~@wolfsden.cz> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Hi Danny, Danny Milosavljevic <dannym@HIDDEN> skribis: > I would suggest the following: > > (1) For Guix native, patch elogind[i] to also kill -TERM shepherd > (See user_stop_service--which is for that). > How does it find the shepherd process, specifically? I think =E2=80=98user_stop_service=E2=80=99 could run: herd stop root -s /run/user/$UID/shepherd/socket > So elogind probably could also start > > /run/current-system/profile/bin/shepherd > (with which config?) > > on first user session login (and remember its pid) > (See user_start_service--which is for that, anyway). Oh yes, that too. > (2) When a foreign distro uses systemd (there's a very high chance it > does), then we can just install shepherd as a systemd user unit > (from guix-install.sh). systemd will do the right thing, the end. I wouldn=E2=80=99t do it from =E2=80=98guix-install.sh=E2=80=99 because it = only makes sense if you=E2=80=99re going to use Guix Home; and if you use Guix Home, it has its= own way of starting shepherd. > (3) Maybe use .bash_logout and have it invoke "w" (or "loginctl") to see > whether we are the last session of that user (that would have a race...). > If we are, then kill shepherd. Yes. Question is how to keep Home portable between Guix and foreign distros. Neither the elogind nor the systemd approach are portable; the =E2=80=98.bash_logout=E2=80=99 thing may be portable, but it=E2=80=99s prob= ably more fragile. Maybe we shouldn=E2=80=99t try to be portable, and first start by fixing the problem on Guix System? > What about shepherd's child processes (for example services)? > Will shepherd clean those up on shepherd termination? Yes: if you =E2=80=98herd stop root=E2=80=99 or send SIGTERM to shepherd, i= t will shut down all the services properly. Thanks, Ludo=E2=80=99.
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Received: (at 74912) by debbugs.gnu.org; 26 Mar 2025 12:18:49 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 26 08:18:49 2025 Received: from localhost ([127.0.0.1]:41866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1txPia-0002rL-PM for submit <at> debbugs.gnu.org; Wed, 26 Mar 2025 08:18:49 -0400 Received: from butterfly.cherry.relay.mailchannels.net ([23.83.223.27]:3857) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <dannym@HIDDEN>) id 1txPiW-0002r2-D0 for 74912 <at> debbugs.gnu.org; Wed, 26 Mar 2025 08:18:45 -0400 X-Sender-Id: dreamhost|x-authsender|dannym@HIDDEN Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 1CD5D782703; Wed, 26 Mar 2025 12:18:43 +0000 (UTC) Received: from pdx1-sub0-mail-a221.dreamhost.com (100-122-87-77.trex-nlb.outbound.svc.cluster.local [100.122.87.77]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id AAD33783138; Wed, 26 Mar 2025 12:18:42 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1742991522; a=rsa-sha256; cv=none; b=SnyVmjBBtCYzLkyrwf1cZuEwk+YxqeeIVObps6FUJFXnDz8VKbEhwnb1FvIfGKhK8Umgy7 HoWwVJ5NqCbETyNLFHmE0QI7zb/jUclcJpohUBeXOvurVVlrA49buiPt9fDxCiKA4AFiVH yBXkZHXkTzMmyM/FOyKPCLV8UwF89Mu50BVAwDDJNDSMgIe/4g5yGmGtdFaU7ZNAGIxPYL 4L7KuaOq2E+SnG/957jyHOX6YvDcu96InUzlPwJT9lET/r5RkoonStxQdr6xSXnv8XdrFh 2cvHMfX058AsYC9RmljyFssvhOP+gBhPl2DApzNZpPNuXdNEAQOEt1HzXaCm6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1742991522; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: dkim-signature; bh=BWNBJw9YzqpeiGERq70r7WMl38iBLhrG4xBfJm4fusY=; b=AuIWVH4Mn6+s5dN0HCBbL+O/2QuI22X8El5+/KiLPkB/0oaUHRJ0xav6Z7Eyj/Gl9jQkkC vSaPp54i7JoqFkgRX5N5NBdLpISr7pn4EYJaMT2KWzFawyqLN0PmEZ7aiwh+Y/XY+0CPHA kuZhp7gTBpva1SHDXWNkECtSaam04WJaFJe1WTRIoHXpmB2//tUo9tv5LSCX5H0OrqMP/K fvnyQHBtDZdBlL7fSbNJ17k5ByZxZo2OjS9OIFrZsPy+wKlW5JPAIU8zJSPrTKDYMAS2ZX yMsAAIUO0t7iWVNzVb9qxrw9mYZsKLGti+bC46bg3n4+/l7TKS6tp81uf78c4Q== ARC-Authentication-Results: i=1; rspamd-778b9b95d7-cmw8j; auth=pass smtp.auth=dreamhost smtp.mailfrom=dannym@HIDDEN X-Sender-Id: dreamhost|x-authsender|dannym@HIDDEN X-MC-Relay: Bad X-MC-Copy: stored-urls X-MailChannels-SenderId: dreamhost|x-authsender|dannym@HIDDEN X-MailChannels-Auth-Id: dreamhost X-Minister-Irritate: 2567975e709cc8b0_1742991522930_892137978 X-MC-Loop-Signature: 1742991522930:3785621909 X-MC-Ingress-Time: 1742991522930 Received: from pdx1-sub0-mail-a221.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.122.87.77 (trex/7.0.2); Wed, 26 Mar 2025 12:18:42 +0000 Received: from nova (84-115-228-15.cable.dynamic.surfer.at [84.115.228.15]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: dannym@HIDDEN) by pdx1-sub0-mail-a221.dreamhost.com (Postfix) with ESMTPSA id 4ZN5Rj3LgTz4f; Wed, 26 Mar 2025 05:18:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=friendly-machines.com; s=dreamhost; t=1742991522; bh=BWNBJw9YzqpeiGERq70r7WMl38iBLhrG4xBfJm4fusY=; h=From:To:Cc:Subject:Date:Content-Type; b=BVT+3SYHXLat2pTF9dUUVHK3QS/LQKSKtIf4CKdbOmIHR2yG1JVyY6pT/zGtVbCPs JZXeskwXolr3uH1QgRzUqn5VWLdl5B0pIFHH9jUQ1wx98ZkHqsAYsM2kmx1Qi4hddy 6Fby6iMm+AF4CDfgl8xr9z4CUqsdXSCeARt4amc1dCpW9icHDOzw3MrDBKoOpjYskg 9vK33rvuY8pRRT/SXO35aS3FOLjNveiFYzz0WjpYYKJroc63sIZVm+b8dYUwCN8zdG SfS19jChHwTZ40hDTVsA6wMWYwaVZw6DbWshizQkEXIjAkzY0nEXJOZ8lVDM5N4iAQ Te++CMzuBw3Yg== From: Danny Milosavljevic <dannym@HIDDEN> To: Tomas Volf <~@wolfsden.cz> Subject: Re: bug#74912: Shepherd: Growing number of user shepherds when relogging User-Agent: mu4e 1.12.9; emacs 29.4 Date: Wed, 26 Mar 2025 13:18:23 +0100 Message-ID: <871pukdlyo.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74912 Cc: Jake <jforst.mailman@HIDDEN>, 74912 <at> debbugs.gnu.org, Ludovic =?utf-8?Q?Court=C3=A8s?= <ludo@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Hi, >KillUserProcesses Warning: That actually runs on every session logout (if enabled at all), not just once per user. Also, I think session_stop_scope is commented out in our elogind, so it won't actually kill anything. If it hadn't been commented out, it would have used dbus to communicate with systemd to stop a special (session) scope unit (see "manager_stop_unit"). That is a good idea--to have only one guy managing all the user processes (in order to prevent races). >We could patch elogind to add new RemoveRuntimeDirectory boolean flag to >allow keeping the XDG_RUNTIME_DIR even after last log out (I personally >would prefer that behavior anyway). About the implication: I would prefer if random user processes would not linger after I logged out. What possible good can come from that? And definitely not have my user services linger after I logged out. > ~/.bash_logout? I think first we have to decide whether shepherd should run per user or per session. These are not the same. This is a design decision--and it HAS to be decided--otherwise nothing will work right. There is a risk of data loss (backups run by shepherd step on each other's toes etc) until that's decided. I think shepherd should be run once per user, not per session. I also think the on-first-login handling in guix home means that at least guix home has already decided on shepherd once per user. There used to be a check in shepherd to ensure that it can only run at most once per user at the same time. It wasn't perfect--but I mean that even shepherd itself apparently had decided on shepherd once per user. >>> 2. Shepherd could shutdown gracefully when the control socket is deleted >> from the file system. It is arguable how useful running shepherd is >> without the socket anyway. I recommend against magic like this. I don't think it's possible to do this in a way that is atomic. Also, in an ideal world this would have been the way things worked in the first place--but we aren't in that world. So I don't think it would be wise to single out just one UNIX program, shepherd, and do it just for that. If you want to do stuff like that, add it to the POSIX standard. Otherwise it's too surprising. I would suggest the following: (1) For Guix native, patch elogind[i] to also kill -TERM shepherd (See user_stop_service--which is for that). How does it find the shepherd process, specifically? So elogind probably could also start /run/current-system/profile/bin/shepherd (with which config?) on first user session login (and remember its pid) (See user_start_service--which is for that, anyway). elogind also has control over the directory with the socket file, so I think it's the best place to also control the process. Alternatively, we'd tell system shepherd to do it. If shepherd could do dbus, dbus is already hooked up in elogind. elogind's "sd_event_source" already has "child": "process_owned", "exited", "waited"; and "sd_event_add_child" exists and is used for "brightness_writer_fork"--haha totally random functionality. But that means there's already a process manager hooked up in elogind. It also has "kill_and_sigcont" and/or "sigterm_wait"--which we'd probably use. (2) When a foreign distro uses systemd (there's a very high chance it does), then we can just install shepherd as a systemd user unit (from guix-install.sh). systemd will do the right thing, the end. (3) Maybe use .bash_logout and have it invoke "w" (or "loginctl") to see whether we are the last session of that user (that would have a race...). If we are, then kill shepherd. I have seen bugs that it doesn't add an entry to "w" even though you logged in. Then we'd be out of luck for (3). Also, it would have a race anyway--even otherwise. So maybe let's not do (3)--although it was a good find (cool that that exists!). ------ What about shepherd's child processes (for example services)? Will shepherd clean those up on shepherd termination? There are also abstract UNIX domain sockets (think URN) that don't have or need a filesystem entry. It might be a good idea to use that for shepherd and prevent problem stemming from the /run/user/xxx deletion. But in my opinion, stopping user shepherd (once user logged out of all their sessions) is more important than that, anyway. [i] Would cause 3571 dependents to rebuild P.S. in elogind, almost the entire cgroup handling in src/core/cgroup.c has been disabled. That's disappointing. Someday, we should have cgroup support as well!
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Ludovic Courtès <ludo@HIDDEN>
to control <at> debbugs.gnu.org
.
Full text available.Ludovic Courtès <ludo@HIDDEN>
to control <at> debbugs.gnu.org
.
Full text available.Julian Flake <flake@HIDDEN>
to control <at> debbugs.gnu.org
.
Full text available.Ludovic Courtès <ludo@HIDDEN>
to control <at> debbugs.gnu.org
.
Full text available.Received: (at 74912) by debbugs.gnu.org; 27 Dec 2024 23:21:00 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 27 18:21:00 2024 Received: from localhost ([127.0.0.1]:47975 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tRJdc-00066i-88 for submit <at> debbugs.gnu.org; Fri, 27 Dec 2024 18:21:00 -0500 Received: from wolfsden.cz ([37.205.8.62]:45374) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <~@wolfsden.cz>) id 1tRJdY-00066Y-Qh for 74912 <at> debbugs.gnu.org; Fri, 27 Dec 2024 18:20:58 -0500 Received: by wolfsden.cz (Postfix, from userid 104) id 15D9136FDA4; Fri, 27 Dec 2024 23:20:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wolfsden.cz; s=mail; t=1735341656; bh=ZyuXTSQ7Sbhmqu3wnnK3g2BG/zamHEwwE4Oxwn+3qRQ=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=T/UvBSV57xHo6SxWbskJYpc/SInThRdj65Ap+kIQ0SfWiTV5IHfmK/vjzB3hw+yCs E+/bpLE2mdxFl+N+VNq2ScfZXlhW2agZ0Xc0e8T6K3j/0eQHGuOPihCq95G1kZy442 JMzP+QZ9pJGx2sJ6QAeRnruxGRgZ/FbOukQS2btfMn+6No4vrm3taXfgQ7ccPvFqeg IXh1oA5x2n7+Uy1JW6UjMCn+quVWJjUfegXnaAuNgFnC8uBh9Z5rLHG+t3UsaltIQT o4AGfjV1r1E0bX2H+XNQ2jsqyz7w6PI0gi5+F3Ea1o2hksVH2A7XbdgeFJot2BuajX fRG/q3lXJPNTLoGow7B1g4AhcAWcMOT0OFQFO+Vdx92Xq8HQL7PhF+7jHBfjn0cggi qxwJzypyVrQK2VgzX6hH1yGFonvY7lOH7TIb5coHra8z5c7kEqaW+ZdzmsEdRrHz2K +0t5DiZBv7I/PmcZ5weMuvzjCSWr7B2zn8ZJiHH5RXPpg5U+bjwCmCfMFMLyRrgtEO JYlYKriYdC/ybwlkIwckAxIt8F2pY/okF3fFt2LE9AAiT2LRlBMQeHpOJOP77Jki2m Lf/DPOSnvFUW8sReO/5WiUMjm3NZNJjNz3z+YjKVg+Ry3PlP/meoSdaZ1g+FZcZt/R xqoJJqg9vLVmn4bTGF5/A4Gk= X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on wolfsden X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.6 Received: from localhost (unknown [128.0.188.242]) by wolfsden.cz (Postfix) with ESMTPSA id AF74036E7F8; Fri, 27 Dec 2024 23:20:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wolfsden.cz; s=mail; t=1735341655; bh=ZyuXTSQ7Sbhmqu3wnnK3g2BG/zamHEwwE4Oxwn+3qRQ=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=LtoWN0sPShdOiZ92MSwT631VI/5hwWOCI8sFJBs7UMgBNf7e7S2lKa3nMdIS9Hd2R DmevznoRp/YmBVKSX3l3Q3oZaoU6BxfrWUCWtmYrvsAxEkd+9TudB5yw30WYLgcuVO 5gdLALxXXiF9M8mR467ob342r1WoCF38SOhz6PrKyglpPcacDGmfBBSEZRPhkDktiH yxvYBCB40TKL1TlvY6aiGjyrPOMpAhqCr4USomdNDkziNO4Kh0kEYFFSWohFPo4nLf jQOJCGY0HcBva/TXDGXBU29DM3CD11i9CV3FwgJuXbSsSfFkxTF5+iIJ0Cz8ZTwe2l IJ4pEOaVRvzm40qWlfTpVkGy14m/PdcUE3YxkiDRxNUOTLMZzkNl6FZNLUx+p5XE9U Ew/Y/6OKMNO5HRcU01iofleByxu4cz3AkhsFO3wlNHg8dwh11Q5xwHjq6/r3/s6Qe4 zZ8zM9PK2/WyNv61PbxP+hdnOr56BJCB2d/m99XIICU1pd1nuggAEzgeJol6KQ8T8M q6QmCTYj/D2OfktyihfpoamY7NlnLrn8rwj7k2BS+W2bVih5VvWvS+nnAzrE/2NY9S jR6Qk1fTDoNSlf2xx4lnmdVY6nfGiUUe9mQZ6XTqOp/OUY3cuZOIwPMpyrqgjInKoA GJ9uMU3+s2m7MbOVl8qhH6bc= From: Tomas Volf <~@wolfsden.cz> To: bokr@HIDDEN Subject: Re: bug#74912: Shepherd: Growing number of user shepherds when relogging In-Reply-To: <Z22RflvtBpyOHG14@BRL14v1> (bokr@HIDDEN's message of "Thu, 26 Dec 2024 09:25:18 -0800") References: <CAJqVjv_yNT19Svyd_xNVduNduuwZoWRrcGYRuQJ6=g4cmWDSaQ@HIDDEN> <87r064ippt.fsf@HIDDEN> <877c7w7bxi.fsf@HIDDEN> <87o70yzpk7.fsf@HIDDEN> <Z22RflvtBpyOHG14@BRL14v1> Date: Sat, 28 Dec 2024 00:20:55 +0100 Message-ID: <871pxs4srs.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74912 Cc: Jake <jforst.mailman@HIDDEN>, 74912 <at> debbugs.gnu.org, Ludovic =?utf-8?Q?Court=C3=A8s?= <ludo@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I am not sure how this relates to this specific bug report, but bokr@HIDDEN writes: > I wonder how many guix-daemon-process-relationship type problems would be= simplified > if (radical vision) one let wayland's inner event-driven loop/protocol > be the dispatcher not everyone uses wayland. > for guix processes instead of the current guix daemon switching between i= ts collection of threads. > I.e., all the guix threads would be individual login or spawned user proc= esses securely communicating > virtualizably (shared memory or networked rendezvous buffers etc) for off= loading? =2D-=20 There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJCBAEBCgAsFiEEt4NJs4wUfTYpiGikL7/ufbZ/wakFAmdvNlcOHH5Ad29sZnNk ZW4uY3oACgkQL7/ufbZ/walKPRAAl9jzOpPQ9YaB4UjS6KEIbLe1VtCiga+PmtMX hIq/h7JbMv1EQAHEV9kUJSwNrvrzsFx76E5PTaln3FD/cGSbs37XVdEF5QvweGK6 5rD6ksKZQwskM4SnaxEq4RjwoIDXcS3ybkfMyvq8VDfBmPR9cOxQmwqdiI7K4rYb VVB/TZRJRXFUa6fb72mvMeZLodXHGqfFrKlADLQ2ltqw6KbqgLlPpJDwLM/7jQWE JXJsgS4/iNlAonFKbwLBWO9W04sfv+ybXwJvtpeOtthWf7MpB5UHKKVWsi7u/IT3 U1fUDMFhxYZ9XcImCirmqhV+SRfeIHuxJ/X35ezPjbk4BtLuHB6GBUTsXU72YsA8 r1XV0XS0EecgFBJ3ZtBIHYYZDaTY4x5Ou+XNC0F7GZWKIhuZhWXKK6uVt8IGirYf DuYRcS/5uVjJYoVchcMySmCuyiDudOsMEhoTYFRx0vNVI84O/s4cZ/tw4WL3Ga3J LGspXSSRFnZKBdUw9tkjkeDZAXvJCNphU8W8UeUO7gsQY54sSx+CB6Hbfj2STPcx lYF2QByOXFjsLUctzczXwTRX/Sy7mZTctGNc4YbyM/uan3Vm3+9RA6ZjhQHpf0cV erMeMbThx5QR8SwgO6qH2rh1zKkXyv31ye98y9oTbFpWq23L/bDEa7Sii7UGdqWD ZLNteBg= =WNc+ -----END PGP SIGNATURE----- --=-=-=--
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Received: (at 74912) by debbugs.gnu.org; 27 Dec 2024 23:19:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Dec 27 18:19:10 2024 Received: from localhost ([127.0.0.1]:47960 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tRJbq-0005xM-5F for submit <at> debbugs.gnu.org; Fri, 27 Dec 2024 18:19:10 -0500 Received: from wolfsden.cz ([37.205.8.62]:57254) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <~@wolfsden.cz>) id 1tRJbn-0005xB-3f for 74912 <at> debbugs.gnu.org; Fri, 27 Dec 2024 18:19:08 -0500 Received: by wolfsden.cz (Postfix, from userid 104) id 58B0E338E04; Fri, 27 Dec 2024 23:19:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wolfsden.cz; s=mail; t=1735341546; bh=jcZnzcsduPSJ/S5JGMMwQy+P4SbnUFpuRAVXdy3+tSs=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=W6fOgo3jbTARROXyq12HpErKicYL8sS2Msc9WygjQCisi2S/DIgPtjLY+70BBtSou LvVTUDuePNr2Ko09kwuXalGAuGCYPIXb1UTGrk19DdcLi9Q0U1zA5lDuuzpbMcPZkm htPHY0wjtGeK8ArgfASZYqYyPfni9Qi9qPScvyYY20eB6F3amMW4hLCRMdnFC+a0EP LGOXtNeng+DTzuBFpf0ITeyom1iydggYtbrLeW8GdTCgYPa9zTqayex1N5tz/2YdIn XtvNmySvfg25pKQX2ToMDz6S5qfn4TgLZ/mSpeEzUb0PoJC3mV4XPALpU/TL3POZO7 mcRZUXCoTzTI/nI7eGZwQUvcDbluWviLFUCYIXaW6dF2kn6IJ2/JxpFeqwEKxQxOMO MhdAQiaZxD9PJ8B+1ipm0nDWCOCMIbyNkHPUyP2gBssnJy39Df6lzjZgD1psQG/NwC fKVRoDlMmONwaGf8JtTZF+42ayqyCe3wgr4xfmILZ/4G52udMOjCBxjK5REL2/0hmn B+VPW/vK3GdjN4PoGUls3QaZzSkbaWAiBg2DGYnTmf/MfYXa31eQ7pow+ay0Pa1Qj/ MYUQF6AfSsuAXaqFwZUmUR0FNJXOvAzkxNLwGHMpYfVF1WZirIR5cZWcKdKPlBQ4O5 8hCSR3y2+gprCPrkE/8wcNFA= X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on wolfsden X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.6 Received: from localhost (unknown [128.0.188.242]) by wolfsden.cz (Postfix) with ESMTPSA id A7DDF3389A2; Fri, 27 Dec 2024 23:19:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wolfsden.cz; s=mail; t=1735341544; bh=jcZnzcsduPSJ/S5JGMMwQy+P4SbnUFpuRAVXdy3+tSs=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=plKTK5ETZXQm6WHdAuEisTW7KuHKfe+6t5xzmU8r12VuBZj8fMPuobslWLxSv0I0v LZ25BxR1tAAZcI739IQ+fhvZpVrJd3N1BzZMOFSApMS0ytSBEVpJHRkThwke1UuGwd rSbbEw5l55M59Vw3sexOKp6VxLvbsxp5/3KiXPfW4wt7nCd2B/uxQSljwVEePceo+e v9U7M9gKKrO8MKoBjYKKm2MgVBvUCrzOccuc/Z3QXWb5qqhxnQSdzapu1VthByKlWt j15FFKEcPdgTzzLiw3ZbF4rx1GEajRnVSjZjEhwE7m8/hi9TiE0SJiUIGlmcVnSevT R3GTxw7N1qKhmIxeYr2EWZBS909KyFhH/bMFf7Eu41gv53gOLfhoNEsHyD7OxMYvzP go8FHNS8UvUMS3ZLSRUFCGUJ9xGplkvWInGG8q+UYSBLov1J9CGonuqrVjiDd1mPVO HIbVXdJ3w1QGJlnkIdOj5gPEXX9OPtHJgHSticvjDzwy6h2eEYVU26dHne2zhdvx87 59Qy6jvOu891yHerBzwrvatPS38X4Atb3ouPCzsan5o1BMN/tre3n5WQ7L3RshQvCV q865R+5ij/KP436/HtK/8jfGrHqgeKqQCv2P1bLaMc4ByGGWjUnA+AkpUb3cg1YVw7 s2Rimvt/LxLl3MatqHg/q+vc= From: Tomas Volf <~@wolfsden.cz> To: Ludovic =?utf-8?Q?Court=C3=A8s?= <ludo@HIDDEN> Subject: Re: bug#74912: Shepherd: Growing number of user shepherds when relogging In-Reply-To: <87o70yzpk7.fsf@HIDDEN> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Thu, 26 Dec 2024 11:50:00 +0100") References: <CAJqVjv_yNT19Svyd_xNVduNduuwZoWRrcGYRuQJ6=g4cmWDSaQ@HIDDEN> <87r064ippt.fsf@HIDDEN> <877c7w7bxi.fsf@HIDDEN> <87o70yzpk7.fsf@HIDDEN> Date: Sat, 28 Dec 2024 00:19:03 +0100 Message-ID: <875xn44suw.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74912 Cc: Jake <jforst.mailman@HIDDEN>, 74912 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s <ludo@HIDDEN> writes: > Hi! > > Tomas Volf <~@wolfsden.cz> skribis: > >> When you have another login session active when you log out and in >> again, new shepherd is *not* spawned. I am guessing here but probably >> last log out causes XDG_RUNTIME_DIR to be removed (by elogind in my >> case), so on log in there is no /run/user/$UID/on-first-login-executed, >> so it runs again and starts the shepherd. >> >> But even if that would be solved, since the runtime directory was nuked, >> there is no shepherd socket around anymore, so the (still running) >> shepherd from previous login session cannot be contacted by herd. > > Hmm, when is /run/user/UID deleted? I believe it is done by elogind (in my setup) when last user session (for the given UID) logs out. If I grepped right, it is done by user_finalize function in logind-user.c. It (AFAIUT) it should be performed when last session of the seat terminates. So if you log only into a single TTY, the XDG_RUNTIME_DIR will be removed on every log out. > >> Of the top of my head I can think of two possible solutions: >> >> 1. Stop the shepherd on log out. So as we have on-first-login, we would >> have on-last-logout. I have no idea how to implement that. Maybe we >> could use ~/.bash_logout? Or some PAM thing? > > Or some elogind thing, rather? I looked around the manual page, but did not found anything. There is KillUserProcesses, but that feels like fairly big hammer, and something that should *not* be enabled by default. We could patch elogind to add new RemoveRuntimeDirectory boolean flag to allow keeping the XDG_RUNTIME_DIR even after last log out (I personally would prefer that behavior anyway). I am not sure what our policy regarding patches here is. > > But then, how do we make it work on other distros? Maybe on systemd > distros shepherd receives SIGTERM or something, in which case it > terminates properly. No idea here. ~/.bash_logout? > >> 2. Shepherd could shutdown gracefully when the control socket is deleted >> from the file system. It is arguable how useful running shepherd is >> without the socket anyway. > > I don=E2=80=99t think that=E2=80=99s workable: you=E2=80=99d need to poll= /inotify for the > existence of that socket, but even if it exists on the file system, you > cannot tell whether it matches the socket you=E2=80=99re accepting on. For files I would suggest checking if both `stat:dev' and `stat:ino' match in order to detect whether it is the same file. Not sure if same strategy can be used for unix sockets. Tomas =2D-=20 There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJCBAEBCgAsFiEEt4NJs4wUfTYpiGikL7/ufbZ/wakFAmdvNecOHH5Ad29sZnNk ZW4uY3oACgkQL7/ufbZ/wamqow/5ARGzpgBLPnkZwrBhnb2M3oaDxKJP3xCI9rwq asdXIj6IdrK2BXikuRAKq8iLdJdzZzZXNVBidTkYOu9U6OYZoQ28kzdBk0wQQ0lk rKooFzjsxGL2WVp3N9j5Z+oMT6RFLSDf9W2w3sOAp6boNzZ4iHVQKtFHmWhCFJ6e LBI+C0EFZoWoEoZzrboEMDC5r9NYRLAr2tUxu6RG+FZ+Shd4gT827oeTtvn2nMIz agfHAER2DUJcWNJy1QuPMvyOWicmFEEHk0wNiLw9xdWiodN4/qdt9AcudmHkQtY/ oASK/aBbAa74avwBPIXaGosD9djABKWIjF0JtzL0/C+YwTUDkqkx1Fp2rKYkg5oY Oko0ctMuFpyIJLIx7A8notShubi1YVDhXrKxbCo7xuSVcT1N5TJ0TVdLT6mAA5lF haDmC+7+u8Y/ZOvQQ1Z1zsBYzl3oiPspSzZ5tbIWlfQMGf35jA8onCz+ksgVh/Ps LGTHgvoIszeJ5tP9yUPB3ScPRiYiRy9GUj0sN7wZEPM41fqu+Lxm95R9RMMGPjEY EoAB/UyJP/29puD6EFHBH6CHFm2XE7U1NqIkep1UaNlipgr/JMle7EB7JbE9HZsS ifKNVwrpVV0wP85nhxkYkLz3oXAhwlq4FHPPF2mAthIcL0bZJflchdIWk2Ad8tIK OZLG6tU= =X+CU -----END PGP SIGNATURE----- --=-=-=--
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Received: (at 74912) by debbugs.gnu.org; 26 Dec 2024 17:25:41 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 26 12:25:41 2024 Received: from localhost ([127.0.0.1]:42076 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tQrcC-0000b0-GT for submit <at> debbugs.gnu.org; Thu, 26 Dec 2024 12:25:40 -0500 Received: from mailout.easymail.ca ([64.68.200.34]:33822) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <bokr@HIDDEN>) id 1tQrcA-0000ad-Lr for 74912 <at> debbugs.gnu.org; Thu, 26 Dec 2024 12:25:39 -0500 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id 78E6260D5D; Thu, 26 Dec 2024 17:25:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bokr.com; s=easymail; t=1735233932; bh=f1EU/Rmn9NftdTHVWy9UawE7moVEqmPOVnFzumQp7Ms=; h=From:Date:To:Cc:Subject:References:In-Reply-To:From; b=eBV+3SywPqIptsotjL/n7rUpW8w/HHR18hFjKscM7/NkndNXg3VQfiJR97d8LMB8e XXa1BmHheBUp+NsWaTTPppp3O3OTT+R4odIfw0tVbuHwn3sKEkRsrpBRw177zKzSAB 6YD7i2a8QnvwgHoE7DQornrb6K/njj/rTjY0YJYx2iNskrVQ7wA7mSPxiFbJrvdtuw r0hrHx+Pd8DzH9DvJIpKRCzPtqKYrKijbtRt1NOsHpV8w+cNp75OqbW3oxIOCSC1x3 xsK7S/vC+QYIWm+XjvH0vWEfE2JYmVogNVKBKdaTOSqVgiG2AOW3ljKcQ+JoFQpgrL fQo+mkZ5rQIAg== X-Virus-Scanned: Debian amavisd-new at emo09-pco.easydns.vpn Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo09-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IQUg44cilD82; Thu, 26 Dec 2024 17:25:32 +0000 (UTC) Received: from localhost (unknown [50.208.209.153]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id C0C2A60BA6; Thu, 26 Dec 2024 17:25:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bokr.com; s=easymail; t=1735233932; bh=f1EU/Rmn9NftdTHVWy9UawE7moVEqmPOVnFzumQp7Ms=; h=From:Date:To:Cc:Subject:References:In-Reply-To:From; b=eBV+3SywPqIptsotjL/n7rUpW8w/HHR18hFjKscM7/NkndNXg3VQfiJR97d8LMB8e XXa1BmHheBUp+NsWaTTPppp3O3OTT+R4odIfw0tVbuHwn3sKEkRsrpBRw177zKzSAB 6YD7i2a8QnvwgHoE7DQornrb6K/njj/rTjY0YJYx2iNskrVQ7wA7mSPxiFbJrvdtuw r0hrHx+Pd8DzH9DvJIpKRCzPtqKYrKijbtRt1NOsHpV8w+cNp75OqbW3oxIOCSC1x3 xsK7S/vC+QYIWm+XjvH0vWEfE2JYmVogNVKBKdaTOSqVgiG2AOW3ljKcQ+JoFQpgrL fQo+mkZ5rQIAg== From: bokr@HIDDEN Date: Thu, 26 Dec 2024 09:25:18 -0800 To: Ludovic =?utf-8?Q?Court=C3=A8s?= <ludo@HIDDEN> Subject: Re: bug#74912: Shepherd: Growing number of user shepherds when relogging Message-ID: <Z22RflvtBpyOHG14@BRL14v1> References: <CAJqVjv_yNT19Svyd_xNVduNduuwZoWRrcGYRuQJ6=g4cmWDSaQ@HIDDEN> <87r064ippt.fsf@HIDDEN> <877c7w7bxi.fsf@HIDDEN> <87o70yzpk7.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87o70yzpk7.fsf@HIDDEN> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74912 Cc: Jake <jforst.mailman@HIDDEN>, 74912 <at> debbugs.gnu.org, Tomas Volf <~@wolfsden.cz> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) On +2024-12-26 11:50:00 +0100, Ludovic Courtès wrote: > Hi! > > Tomas Volf <~@wolfsden.cz> skribis: > > > When you have another login session active when you log out and in > > again, new shepherd is *not* spawned. I am guessing here but probably > > last log out causes XDG_RUNTIME_DIR to be removed (by elogind in my > > case), so on log in there is no /run/user/$UID/on-first-login-executed, > > so it runs again and starts the shepherd. > > > > But even if that would be solved, since the runtime directory was nuked, > > there is no shepherd socket around anymore, so the (still running) > > shepherd from previous login session cannot be contacted by herd. > > Hmm, when is /run/user/UID deleted? > > > Of the top of my head I can think of two possible solutions: > > > > 1. Stop the shepherd on log out. So as we have on-first-login, we would > > have on-last-logout. I have no idea how to implement that. Maybe we > > could use ~/.bash_logout? Or some PAM thing? > > Or some elogind thing, rather? > > But then, how do we make it work on other distros? Maybe on systemd > distros shepherd receives SIGTERM or something, in which case it > terminates properly. > > > 2. Shepherd could shutdown gracefully when the control socket is deleted > > from the file system. It is arguable how useful running shepherd is > > without the socket anyway. > > I don’t think that’s workable: you’d need to poll/inotify for the > existence of that socket, but even if it exists on the file system, you > cannot tell whether it matches the socket you’re accepting on. > > Ludo’. > > > I wonder how many guix-daemon-process-relationship type problems would be simplified if (radical vision) one let wayland's inner event-driven loop/protocol be the dispatcher for guix processes instead of the current guix daemon switching between its collection of threads. I.e., all the guix threads would be individual login or spawned user processes securely communicating virtualizably (shared memory or networked rendezvous buffers etc) for offloading?
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Received: (at 74912) by debbugs.gnu.org; 26 Dec 2024 10:50:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Dec 26 05:50:12 2024 Received: from localhost ([127.0.0.1]:40210 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tQlRU-0007EA-51 for submit <at> debbugs.gnu.org; Thu, 26 Dec 2024 05:50:12 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46422) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <ludo@HIDDEN>) id 1tQlRR-0007CI-4E for 74912 <at> debbugs.gnu.org; Thu, 26 Dec 2024 05:50:10 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <ludo@HIDDEN>) id 1tQlRL-0007sO-0p; Thu, 26 Dec 2024 05:50:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=eWhXL2e8xLpVM+QcwosQr9vYBLqcyy6gpsKNWxAUUbo=; b=CNiifng+pmIPNXIo/JtI sqdU0idVUCGj+lDjOgtZ2OJKVS/XEJHItmlqqyGGABpCufcsWCbX2GvLrR9E63pJBEYf86SUD0lla YNuRVaAgks7+zbP0+6Tq2XnDSZRIZEnF9YGkXGZqoGFWHoNzABW/sJjFGC35zRO2ZVa1OlR/7rb/L 6cT3buvzwvGaSizykJleh9fgEV0WFG5F8Hn32MY+joJRf0qLv7SnqDbD5JjcwC6mlOofdydepSvXc Zmj0Ib9qFDXcUWk0A/aXJw8EJBFjm4GotO3Px7OnP8t+ttiwL4rzhGUcoB2UTLmpsvwGJfHC0iHYh fC0Glph+iiMU2A==; From: =?utf-8?Q?Ludovic_Court=C3=A8s?= <ludo@HIDDEN> To: Tomas Volf <~@wolfsden.cz> Subject: Re: bug#74912: Shepherd: Growing number of user shepherds when relogging In-Reply-To: <877c7w7bxi.fsf@HIDDEN> (Tomas Volf's message of "Thu, 19 Dec 2024 01:29:13 +0100") References: <CAJqVjv_yNT19Svyd_xNVduNduuwZoWRrcGYRuQJ6=g4cmWDSaQ@HIDDEN> <87r064ippt.fsf@HIDDEN> <877c7w7bxi.fsf@HIDDEN> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: Sextidi 6 =?utf-8?Q?Niv=C3=B4se?= an 233 de la =?utf-8?Q?R=C3=A9volution=2C?= jour de la Lave X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Thu, 26 Dec 2024 11:50:00 +0100 Message-ID: <87o70yzpk7.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74912 Cc: Jake <jforst.mailman@HIDDEN>, 74912 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Hi! Tomas Volf <~@wolfsden.cz> skribis: > When you have another login session active when you log out and in > again, new shepherd is *not* spawned. I am guessing here but probably > last log out causes XDG_RUNTIME_DIR to be removed (by elogind in my > case), so on log in there is no /run/user/$UID/on-first-login-executed, > so it runs again and starts the shepherd. > > But even if that would be solved, since the runtime directory was nuked, > there is no shepherd socket around anymore, so the (still running) > shepherd from previous login session cannot be contacted by herd. Hmm, when is /run/user/UID deleted? > Of the top of my head I can think of two possible solutions: > > 1. Stop the shepherd on log out. So as we have on-first-login, we would > have on-last-logout. I have no idea how to implement that. Maybe we > could use ~/.bash_logout? Or some PAM thing? Or some elogind thing, rather? But then, how do we make it work on other distros? Maybe on systemd distros shepherd receives SIGTERM or something, in which case it terminates properly. > 2. Shepherd could shutdown gracefully when the control socket is deleted > from the file system. It is arguable how useful running shepherd is > without the socket anyway. I don=E2=80=99t think that=E2=80=99s workable: you=E2=80=99d need to poll/i= notify for the existence of that socket, but even if it exists on the file system, you cannot tell whether it matches the socket you=E2=80=99re accepting on. Ludo=E2=80=99.
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Received: (at 74912) by debbugs.gnu.org; 19 Dec 2024 00:29:19 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 18 19:29:18 2024 Received: from localhost ([127.0.0.1]:36550 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tO4Pm-0002VO-I9 for submit <at> debbugs.gnu.org; Wed, 18 Dec 2024 19:29:18 -0500 Received: from wolfsden.cz ([37.205.8.62]:46720) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <~@wolfsden.cz>) id 1tO4Pk-0002VC-4E for 74912 <at> debbugs.gnu.org; Wed, 18 Dec 2024 19:29:17 -0500 Received: by wolfsden.cz (Postfix, from userid 104) id 9052F37DBB9; Thu, 19 Dec 2024 00:29:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wolfsden.cz; s=mail; t=1734568154; bh=QrleOTR7HkLmXyMY7EvkqpLIB/tllFWPe/k26YXf2mw=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=Q/BuqrPIUuduFtsg6umOYuExftstODkdAK3GvzxN87f3ZU6FRibiYSzXGJwHGtPl9 qa/iQhTemasMDRt8b0vJTaji5wjmb6/7HqHfIRtcEiSmHXoRMeUrf9SOt0QiqSvMLi MiH4dKCo8VjZfBkXVOKM2ZWVfveSalOti1Ngpk9LAAxW/kuYA1dQPyGaYpZj36Y7JX 3vk5BZJVVWfJvjSycW1Jr6GucaE87Is3bQk04MU8nvGgkRRomof8R3POGP13dnZfX+ ihL7r9JoRxeiq10DQIpABEQF0E8TTFTHUUo1oPgU7C2+Xar1Rs7H0GEIj0EPyhFUBe eqDrBsVLgFut3xfl7ihXDl6shH7Fl7zZ2kpq38VrPCfq4YqL3pljrj7wkI1DIDow+o 88RARSzcBmK35K1moGNVau/uesR9hBFSB2h6SN37Vo8s9tb0W6i61LUoREfYus1HfX sw3TJLgQsmcrv5nyubP6aql5et1d+ma2GD2LGoqY7iduOuKgndI5ZfXSOkBgIHYmvK GDQ0W4VpVIt4Ud6QQoPpKDCMFlapTjrTbkO33i2fuU5B/eHGXW/16vW8+NRi/Px7K0 wTa/wW0Gz6KkrDXzIrjAEoFyAbAEaXqwVKsrhXKuT6xLturVxkrwe1CTbuyA0eYL9Y NveX++5nacyS67bhq9MOilYs= X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on wolfsden X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 Received: from localhost (unknown [128.0.188.242]) by wolfsden.cz (Postfix) with ESMTPSA id 21A0137E094; Thu, 19 Dec 2024 00:29:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wolfsden.cz; s=mail; t=1734568154; bh=QrleOTR7HkLmXyMY7EvkqpLIB/tllFWPe/k26YXf2mw=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=Q/BuqrPIUuduFtsg6umOYuExftstODkdAK3GvzxN87f3ZU6FRibiYSzXGJwHGtPl9 qa/iQhTemasMDRt8b0vJTaji5wjmb6/7HqHfIRtcEiSmHXoRMeUrf9SOt0QiqSvMLi MiH4dKCo8VjZfBkXVOKM2ZWVfveSalOti1Ngpk9LAAxW/kuYA1dQPyGaYpZj36Y7JX 3vk5BZJVVWfJvjSycW1Jr6GucaE87Is3bQk04MU8nvGgkRRomof8R3POGP13dnZfX+ ihL7r9JoRxeiq10DQIpABEQF0E8TTFTHUUo1oPgU7C2+Xar1Rs7H0GEIj0EPyhFUBe eqDrBsVLgFut3xfl7ihXDl6shH7Fl7zZ2kpq38VrPCfq4YqL3pljrj7wkI1DIDow+o 88RARSzcBmK35K1moGNVau/uesR9hBFSB2h6SN37Vo8s9tb0W6i61LUoREfYus1HfX sw3TJLgQsmcrv5nyubP6aql5et1d+ma2GD2LGoqY7iduOuKgndI5ZfXSOkBgIHYmvK GDQ0W4VpVIt4Ud6QQoPpKDCMFlapTjrTbkO33i2fuU5B/eHGXW/16vW8+NRi/Px7K0 wTa/wW0Gz6KkrDXzIrjAEoFyAbAEaXqwVKsrhXKuT6xLturVxkrwe1CTbuyA0eYL9Y NveX++5nacyS67bhq9MOilYs= From: Tomas Volf <~@wolfsden.cz> To: Ludovic =?utf-8?Q?Court=C3=A8s?= <ludo@HIDDEN> Subject: Re: bug#74912: Shepherd: Growing number of user shepherds when relogging In-Reply-To: <87r064ippt.fsf@HIDDEN> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Wed, 18 Dec 2024 23:35:58 +0100") References: <CAJqVjv_yNT19Svyd_xNVduNduuwZoWRrcGYRuQJ6=g4cmWDSaQ@HIDDEN> <87r064ippt.fsf@HIDDEN> Date: Thu, 19 Dec 2024 01:29:13 +0100 Message-ID: <877c7w7bxi.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74912 Cc: Jake <jforst.mailman@HIDDEN>, 74912 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s <ludo@HIDDEN> writes: > Hello, > > Jake <jforst.mailman@HIDDEN> skribis: > >> I think I'm experiencing a bug in Shepherd since version 1.0. >> Whenever I log out and log back in again, my user shepherd from the >> previous login session is still present, and a new user shepherd spawns = for >> the current login session. >> So relogging N times results in N+1 user shepherds. > > I have a user shepherd via Guix Home and I experience the same problem > (though because I rarely log out it=E2=80=99s not really annoying :-)). > > I suspect the problem has to do with how Guix Home determines whether or > not it should launch shepherd, but I haven=E2=80=99t checked yet. When you have another login session active when you log out and in again, new shepherd is *not* spawned. I am guessing here but probably last log out causes XDG_RUNTIME_DIR to be removed (by elogind in my case), so on log in there is no /run/user/$UID/on-first-login-executed, so it runs again and starts the shepherd. But even if that would be solved, since the runtime directory was nuked, there is no shepherd socket around anymore, so the (still running) shepherd from previous login session cannot be contacted by herd. Of the top of my head I can think of two possible solutions: 1. Stop the shepherd on log out. So as we have on-first-login, we would have on-last-logout. I have no idea how to implement that. Maybe we could use ~/.bash_logout? Or some PAM thing? 2. Shepherd could shutdown gracefully when the control socket is deleted from the file system. It is arguable how useful running shepherd is without the socket anyway. Any other ideas? Tomas =2D-=20 There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJCBAEBCgAsFiEEt4NJs4wUfTYpiGikL7/ufbZ/wakFAmdjaNkOHH5Ad29sZnNk ZW4uY3oACgkQL7/ufbZ/wakqSA//X0KE72gpD9M9RRjzrRQjmT/xYRHBPia7ZKIQ 96OH8Rj7qrHLbaQvlfhtEEVbuoIxoxXRHvtLXvdXgxAaD05geIE9qyhid84E6qgM Y+/qiRfsThXjEu2chqLcPxl/xkL6mqk+Jzv2HQyAn0wAp+5N1A4TxCJv14cG+ZOj 0Non6zepnKkeQABDsH0ovzAj79T5LqKDCVryXI6BGpE+kqnH6V+H7nBC8JNGh7eO O4koQuAYcifyAAD4iD/qM0bI3CCtOShBIFalHmJ9Mb4GNVMbTh/Oe2ayVZ0yNB7T NAsLYNeu6UmrGQ7J6cYskPsvnu5qB01PqeGTMvqIVjc8yzb1nEdFHlZ4FLFcZ5mU TT57bpNfB6TMzQ4R3KkffiJ+Oh0EIokDlYukTrvpNqTvnSxWB7GFesej+mgpyQU3 Sc569E+AzO+dDqCO3W7s9otW4qw9MsYyoR2q6yR3qLJWbDAhzp2KQUNoJAG5M+Xy WlpI7QZDUsCNaABwV3J/4DpI+0bnc9EkLcRvVqVyglgsY3QgRTbxiCvtdWFhh5Iq uuzepyV/WHCIW/h58M0lQH8AcF9mFZoLLwMrOV83OGAlI8h6R2ixqhNakWK2QcZP ySUedRh6NaNkxC9FbznYUkuEthpLnmd5PfT32PKhanFq00T+DknnqYm2fOHCQ2X1 VL/AgMk= =fjWz -----END PGP SIGNATURE----- --=-=-=--
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Received: (at 74912) by debbugs.gnu.org; 18 Dec 2024 22:38:22 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 18 17:38:22 2024 Received: from localhost ([127.0.0.1]:36369 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tO2gP-0005Q3-TU for submit <at> debbugs.gnu.org; Wed, 18 Dec 2024 17:38:22 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47748) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <ludo@HIDDEN>) id 1tO2gO-0005Po-9Y for 74912 <at> debbugs.gnu.org; Wed, 18 Dec 2024 17:38:21 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <ludo@HIDDEN>) id 1tO2eD-000460-4Z; Wed, 18 Dec 2024 17:36:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=hIuw2bDRsvyEVeV+W3rGpVnDxZmgZS2dwPEqbWaoieo=; b=ihjXjP8Nwau4gbVzl++s nFAjIwWzcCSkXDmdEav9W8HGFF8+ugmKmK4425uUy8xLNG/V7XRLmi8h7Je7hBwVFTyTsccT19+Cc IHL+9oj/rdJbkdr48mZGXoe0KCK8Hpp+yKzrkUDb2ZRhQ0RYsI5fkqjjnzyk8hNS1LgOsVf9B46Nz rQOFfME7CCwEQ9TOrSjBBEm/wUWyg4yz1i+vXvtMQwdHQMk5nU2OsJvNAf6ZgH2N1XG9CCVJ7qh1E IFRQ7op6W5gldOFIJWvV5id90pyvXCR+vuU9SdkbTSpUxul6km431Tu7rfSujIJ8Yo6dRzi9+/vW7 nGIMyai0poDQIA==; From: =?utf-8?Q?Ludovic_Court=C3=A8s?= <ludo@HIDDEN> To: Jake <jforst.mailman@HIDDEN> Subject: Re: bug#74912: Shepherd: Growing number of user shepherds when relogging In-Reply-To: <CAJqVjv_yNT19Svyd_xNVduNduuwZoWRrcGYRuQJ6=g4cmWDSaQ@HIDDEN> (Jake's message of "Mon, 16 Dec 2024 14:23:20 +0000") References: <CAJqVjv_yNT19Svyd_xNVduNduuwZoWRrcGYRuQJ6=g4cmWDSaQ@HIDDEN> Date: Wed, 18 Dec 2024 23:35:58 +0100 Message-ID: <87r064ippt.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74912 Cc: 74912 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Hello, Jake <jforst.mailman@HIDDEN> skribis: > I think I'm experiencing a bug in Shepherd since version 1.0. > Whenever I log out and log back in again, my user shepherd from the > previous login session is still present, and a new user shepherd spawns f= or > the current login session. > So relogging N times results in N+1 user shepherds. I have a user shepherd via Guix Home and I experience the same problem (though because I rarely log out it=E2=80=99s not really annoying :-)). I suspect the problem has to do with how Guix Home determines whether or not it should launch shepherd, but I haven=E2=80=99t checked yet. Thanks for reporting the issue, Ludo=E2=80=99.
bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.Received: (at submit) by debbugs.gnu.org; 16 Dec 2024 14:23:40 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Dec 16 09:23:40 2024 Received: from localhost ([127.0.0.1]:54044 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tNC0Z-00047d-L7 for submit <at> debbugs.gnu.org; Mon, 16 Dec 2024 09:23:40 -0500 Received: from lists.gnu.org ([209.51.188.17]:45874) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <jforst.mailman@HIDDEN>) id 1tNC0W-00047T-Q7 for submit <at> debbugs.gnu.org; Mon, 16 Dec 2024 09:23:37 -0500 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 <jforst.mailman@HIDDEN>) id 1tNC0W-0002cb-Af for bug-guix@HIDDEN; Mon, 16 Dec 2024 09:23:36 -0500 Received: from mail-ua1-x935.google.com ([2607:f8b0:4864:20::935]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <jforst.mailman@HIDDEN>) id 1tNC0U-0000np-ED for bug-guix@HIDDEN; Mon, 16 Dec 2024 09:23:36 -0500 Received: by mail-ua1-x935.google.com with SMTP id a1e0cc1a2514c-85c4cd95885so737952241.1 for <bug-guix@HIDDEN>; Mon, 16 Dec 2024 06:23:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734359012; x=1734963812; darn=gnu.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=krjudaZQaY6dzp1NtGbI7xrdKYyklUaU5MOYPgqhe1Q=; b=cke1RDFl3FVP6rlW22zQFV6Li8qAZRZu8K3Amk4LHIyYIHOfT9sbAOs3sakJirXuOX LMb6IsBdsRAugTIFcBkF11JY+2uD6IWvrJMRyjU0VZGh9xn1hCEx+f/WDp+kuquPu+N6 TnAvJLSs3MLWwzRiHd53PhoVgRywWiItA8L0AuAA7Nf/CxmRx9T1yBGU5AOLWvgJXB7s AUdfc2Ri+nysfDEQIYMExV0hwmunqjPKt5hbgLsdi4Dmv0PiyBPOwm8fdwO/JMA5m9lb +SsCAQ1sor+KXzus7otygC28HO0YN1dVgoEvgATY5wpdM0mKL701UDvtIpS6Hr+BAbRk X3fQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734359012; x=1734963812; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=krjudaZQaY6dzp1NtGbI7xrdKYyklUaU5MOYPgqhe1Q=; b=AwePABCMxhHYYQjBGerpOQXH3IPX4Pch0rwNImbZ2l5Slv51I4DMcJzZ1IC9x6/mZa yZNsXr8jSp6Wv0+h7C09lPCpcCrsLYCZU810aeEnvvW1SKGNqSKT3t6TxqT5IGHuQ11t dzr2+56WgCeY8Wa/QQZBjkk24CN6hgesx+3p/bgW12zvBEQ4ELstKlVqlViEyxUlvkCZ a0cEmHm4Lms4xQCNOKzGkh8uj/Ux/4fxafq9DUbBfrvJ91eg9u3MMyetpj1HKCUSqEIN 2F5I5YrZ/LeIjJLmpk98fi1YNylz6EwlOI0TYxX98/Ebd0+gkpx9QGUJ5OqSTOzWsk1J Ca+g== X-Gm-Message-State: AOJu0YysmHMaJl5xfBFIUdk7xLKWuNouBZ2RoGyyYp8ZEmekove5mJt8 VLlaZuOnsCT3u2PuX5MaPxOFwCSs63L49fEjISKvbgm2hIMbXd0LIlulj12xPD97j61YrT3r5cc gFXtEJLj76NWEJfRFtY3hMkHIsmuTZSFi X-Gm-Gg: ASbGncvnTaDMuuWbiY8Cjppx3Dcj8bi58MWmK3XRV8Zo2RhcYrK5nooh7+931rtz5xI Lf+5JEFrp6Bp1Q4YtnyiwVUcEEjsf9P0UBi0nQQ== X-Google-Smtp-Source: AGHT+IFD8VTzyQbpG+rIyBRdGGplO+XSRfgWfWJccodloqxfTPss+Gn3zdVVRGcMEYqKhGGMmoE/fk5QvEHqtLSVLbA= X-Received: by 2002:a05:6122:91e:b0:515:e446:b9f9 with SMTP id 71dfb90a1353d-518ca48f016mr10417980e0c.12.1734359012048; Mon, 16 Dec 2024 06:23:32 -0800 (PST) MIME-Version: 1.0 From: Jake <jforst.mailman@HIDDEN> Date: Mon, 16 Dec 2024 14:23:20 +0000 Message-ID: <CAJqVjv_yNT19Svyd_xNVduNduuwZoWRrcGYRuQJ6=g4cmWDSaQ@HIDDEN> Subject: Shepherd: Growing number of user shepherds when relogging To: bug-guix@HIDDEN Content-Type: multipart/alternative; boundary="000000000000d38909062963ec7d" Received-SPF: pass client-ip=2607:f8b0:4864:20::935; envelope-from=jforst.mailman@HIDDEN; helo=mail-ua1-x935.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit Cc: ludovic.courtes@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.3 (--) --000000000000d38909062963ec7d Content-Type: text/plain; charset="UTF-8" Hi I think I'm experiencing a bug in Shepherd since version 1.0. Whenever I log out and log back in again, my user shepherd from the previous login session is still present, and a new user shepherd spawns for the current login session. So relogging N times results in N+1 user shepherds. For example, I have relogged 5 times since I last rebooted: $ herd status root Status of root: It is running since 00:30:02 (10 minutes ago). Main PID: 23450 Command: /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/bin/guile --no-auto-compile /gnu/store/nl0w5c7pxxdczqiv4r9iq44al7nd5y5g-shepherd-1.0.0/bin/shepherd --silent --config /gnu/store/w3l6dmap815mm3qzx77xdazky853adda-shepherd.conf ... $ pgrep shepherd 1 9891 10777 16417 18510 21960 23450 $ ps aux | grep shepherd root 1 0.0 0.9 222872 74456 ? Sl Dec15 0:08 /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/bin/guile --no-auto-compile /gnu/store/nl0w5c7pxxdczqiv4r9iq44al7nd5y5g-shepherd-1.0.0/bin/shepherd --config /gnu/store/p7al8wd1inwk8f5di2q4llcpd64mjn5q-shepherd.conf jake 9891 0.0 0.2 75816 23624 ? Ss Dec15 0:04 /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/bin/guile --no-auto-compile /gnu/store/nl0w5c7pxxdczqiv4r9iq44al7nd5y5g-shepherd-1.0.0/bin/shepherd --silent --config /gnu/store/w3l6dmap815mm3qzx77xdazky853adda-shepherd.conf jake 10777 0.0 0.3 76224 24752 ? Ss Dec16 0:03 /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/bin/guile --no-auto-compile /gnu/store/nl0w5c7pxxdczqiv4r9iq44al7nd5y5g-shepherd-1.0.0/bin/shepherd --silent --config /gnu/store/w3l6dmap815mm3qzx77xdazky853adda-shepherd.conf jake 16417 0.0 0.3 75752 24004 ? Ss Dec16 0:02 /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/bin/guile --no-auto-compile /gnu/store/nl0w5c7pxxdczqiv4r9iq44al7nd5y5g-shepherd-1.0.0/bin/shepherd --silent --config /gnu/store/w3l6dmap815mm3qzx77xdazky853adda-shepherd.conf jake 18510 0.0 0.2 75752 23760 ? Ss Dec16 0:01 /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/bin/guile --no-auto-compile /gnu/store/nl0w5c7pxxdczqiv4r9iq44al7nd5y5g-shepherd-1.0.0/bin/shepherd --silent --config /gnu/store/w3l6dmap815mm3qzx77xdazky853adda-shepherd.conf jake 21960 0.0 0.2 114608 22124 ? Ss Dec16 0:00 /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/bin/guile --no-auto-compile /gnu/store/nl0w5c7pxxdczqiv4r9iq44al7nd5y5g-shepherd-1.0.0/bin/shepherd --silent --config /gnu/store/w3l6dmap815mm3qzx77xdazky853adda-shepherd.conf jake 23450 0.0 0.2 114204 21328 ? Ss 00:30 0:00 /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/bin/guile --no-auto-compile /gnu/store/nl0w5c7pxxdczqiv4r9iq44al7nd5y5g-shepherd-1.0.0/bin/shepherd --silent --config /gnu/store/w3l6dmap815mm3qzx77xdazky853adda-shepherd.conf jake 23672 0.0 0.0 6636 2552 pts/1 S+ 00:32 0:00 grep --color=auto shepherd In addition, any daemons managed by the zombie shepherds also persist! I'm experiencing this on both of my Guix System machines. One is running GDM and XFCE. The other is running GDM and CWM. Please let me know if I can provide more information. Thanks Jake --000000000000d38909062963ec7d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>Hi</div><div><br></div><div>I think I'm experienc= ing a bug in Shepherd since version 1.0.=C2=A0</div><div>Whenever I log out= and log back in again, my user shepherd from the previous login session is= still present, and a new user shepherd spawns for the current login sessio= n.</div><div>So relogging N times results in N+1 user shepherds.</div><div>= <br></div><div>For example, I have relogged 5 times since I last rebooted:<= /div><div><br></div><div>$ herd status root</div><div style=3D"margin-left:= 40px">Status of root:<br>=C2=A0 It is running since 00:30:02 (10 minutes ag= o).<br>=C2=A0 Main PID: 23450<br>=C2=A0 Command: /gnu/store/mfkz7fvlfpv3ppw= bkv0imb19nrf95akf-guile-3.0.9/bin/guile --no-auto-compile /gnu/store/nl0w5c= 7pxxdczqiv4r9iq44al7nd5y5g-shepherd-1.0.0/bin/shepherd --silent --config /g= nu/store/w3l6dmap815mm3qzx77xdazky853adda-shepherd.conf</div><div style=3D"= margin-left:40px">...</div><div><br></div><div>$ pgrep shepherd<br></div><d= iv style=3D"margin-left:40px">1</div><div style=3D"margin-left:40px">9891<b= r>10777<br>16417<br>18510<br>21960<br></div><div style=3D"margin-left:40px"= >23450</div><div><br></div><div>$=C2=A0 ps aux | grep shepherd</div><div st= yle=3D"margin-left:40px">root =C2=A0 =C2=A0 =C2=A0 =C2=A0 1 =C2=A00.0 =C2= =A00.9 222872 74456 ? =C2=A0 =C2=A0 =C2=A0 =C2=A0Sl =C2=A0 Dec15 =C2=A0 0:0= 8 /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/bin/guile --no-au= to-compile /gnu/store/nl0w5c7pxxdczqiv4r9iq44al7nd5y5g-shepherd-1.0.0/bin/s= hepherd --config /gnu/store/p7al8wd1inwk8f5di2q4llcpd64mjn5q-shepherd.conf<= br>jake =C2=A0 =C2=A0 =C2=A09891 =C2=A00.0 =C2=A00.2 =C2=A075816 23624 ? = =C2=A0 =C2=A0 =C2=A0 =C2=A0Ss =C2=A0 Dec15 =C2=A0 0:04 /gnu/store/mfkz7fvlf= pv3ppwbkv0imb19nrf95akf-guile-3.0.9/bin/guile --no-auto-compile /gnu/store/= nl0w5c7pxxdczqiv4r9iq44al7nd5y5g-shepherd-1.0.0/bin/shepherd --silent --con= fig /gnu/store/w3l6dmap815mm3qzx77xdazky853adda-shepherd.conf<br>jake =C2= =A0 =C2=A0 10777 =C2=A00.0 =C2=A00.3 =C2=A076224 24752 ? =C2=A0 =C2=A0 =C2= =A0 =C2=A0Ss =C2=A0 Dec16 =C2=A0 0:03 /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nr= f95akf-guile-3.0.9/bin/guile --no-auto-compile /gnu/store/nl0w5c7pxxdczqiv4= r9iq44al7nd5y5g-shepherd-1.0.0/bin/shepherd --silent --config /gnu/store/w3= l6dmap815mm3qzx77xdazky853adda-shepherd.conf<br>jake =C2=A0 =C2=A0 16417 = =C2=A00.0 =C2=A00.3 =C2=A075752 24004 ? =C2=A0 =C2=A0 =C2=A0 =C2=A0Ss =C2= =A0 Dec16 =C2=A0 0:02 /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0= .9/bin/guile --no-auto-compile /gnu/store/nl0w5c7pxxdczqiv4r9iq44al7nd5y5g-= shepherd-1.0.0/bin/shepherd --silent --config /gnu/store/w3l6dmap815mm3qzx7= 7xdazky853adda-shepherd.conf<br>jake =C2=A0 =C2=A0 18510 =C2=A00.0 =C2=A00.= 2 =C2=A075752 23760 ? =C2=A0 =C2=A0 =C2=A0 =C2=A0Ss =C2=A0 Dec16 =C2=A0 0:0= 1 /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/bin/guile --no-au= to-compile /gnu/store/nl0w5c7pxxdczqiv4r9iq44al7nd5y5g-shepherd-1.0.0/bin/s= hepherd --silent --config /gnu/store/w3l6dmap815mm3qzx77xdazky853adda-sheph= erd.conf<br>jake =C2=A0 =C2=A0 21960 =C2=A00.0 =C2=A00.2 114608 22124 ? =C2= =A0 =C2=A0 =C2=A0 =C2=A0Ss =C2=A0 Dec16 =C2=A0 0:00 /gnu/store/mfkz7fvlfpv3= ppwbkv0imb19nrf95akf-guile-3.0.9/bin/guile --no-auto-compile /gnu/store/nl0= w5c7pxxdczqiv4r9iq44al7nd5y5g-shepherd-1.0.0/bin/shepherd --silent --config= /gnu/store/w3l6dmap815mm3qzx77xdazky853adda-shepherd.conf<br>jake =C2=A0 = =C2=A0 23450 =C2=A00.0 =C2=A00.2 114204 21328 ? =C2=A0 =C2=A0 =C2=A0 =C2=A0= Ss =C2=A0 00:30 =C2=A0 0:00 /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-gui= le-3.0.9/bin/guile --no-auto-compile /gnu/store/nl0w5c7pxxdczqiv4r9iq44al7n= d5y5g-shepherd-1.0.0/bin/shepherd --silent --config /gnu/store/w3l6dmap815m= m3qzx77xdazky853adda-shepherd.conf<br>jake =C2=A0 =C2=A0 23672 =C2=A00.0 = =C2=A00.0 =C2=A0 6636 =C2=A02552 pts/1 =C2=A0 =C2=A0S+ =C2=A0 00:32 =C2=A0 = 0:00 grep --color=3Dauto shepherd<br></div><div><br></div><div>In addition,= any daemons managed by the zombie shepherds also persist!</div><div><br></= div><div>I'm experiencing this on both of my Guix System machines. One = is running GDM and XFCE. The other is running GDM and CWM.=C2=A0</div><div>= Please let me know if I can provide more information.</div><div><br></div><= div>Thanks<br></div><div>Jake <br></div></div> --000000000000d38909062963ec7d--
Jake <jforst.mailman@HIDDEN>
:bug-guix@HIDDEN
.
Full text available.bug-guix@HIDDEN
:bug#74912
; Package guix
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.