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.