From: Tanguy Le Carrour <tanguy@bioneland.org>
To: Tobias Geerinckx-Rice <me@tobias.gr>
Cc: guix-devel@gnu.org
Subject: Re: Guix shepherd user services
Date: Wed, 8 May 2019 09:30:10 +0200 [thread overview]
Message-ID: <20190508073010.gxhetsxdbc5n25df@melmoth> (raw)
In-Reply-To: <87d0kysat8.fsf@nckx>
Hi Tobias, hi Guix!
Le 05/04, Tobias Geerinckx-Rice a écrit :
> My apologies for not replying sooner. I fail at managing the scarce free
> time I have these days.
I'm not much better, so no need to apologise! ;-)
> Tanguy Le Carrour wrote:
> No, you're right, I'd simply never checked this before. Stopping emacs
> gives me… Zombie emacs. And mu.
Just to make sure, I tried and checked with the "system wide" shepherd.
Everything seem to be OK, no Zombies lurking in the corner. But… I
noticed that `wpa-supplicant` was running and, as I don't need it on my
desktop, I stopped it:
~# herd stop wpa-supplicant
Service ntpd has been stopped.
Service avahi-daemon has been stopped.
Service networking has been stopped.
Service wpa-supplicant has been stopped.
?! I was not expecting `networking` to stop too.
~# herd status
…
Stopped:
- avahi-daemon
- networking
- ntpd
- term-auto
- user-homes
- wpa-supplicant
And event if `network` is listed as "stopped", I still have access
to the network!? This is not clear to me!? Does `networking` mean
something different?!
And if I start `network` again, `wpa-supplicant` comes up with it, but
not `avahi-daemon` and `ntpd`.
# herd start networking
Service wpa-supplicant has been started.
Service networking has been started.
Not quite the behaviour I was expecting! But maybe I didn't understand
correctly how things were supposed to work! :-(
I'll dig a bit in the doc, but any input is welcomed!
--
Tanguy
next prev parent reply other threads:[~2019-05-08 7:30 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-29 19:57 Guix shepherd user services Tanguy Le Carrour
2019-04-29 20:10 ` Tobias Geerinckx-Rice
2019-05-01 9:00 ` Tanguy Le Carrour
2019-05-04 7:07 ` Tanguy Le Carrour
2019-05-04 11:45 ` Tobias Geerinckx-Rice
2019-05-08 7:30 ` Tanguy Le Carrour [this message]
-- strict thread matches above, loose matches on Subject: below --
2019-02-10 15:02 Pierre Neidhardt
2019-02-10 17:21 ` Gábor Boskovits
2019-02-10 18:22 ` Pierre Neidhardt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190508073010.gxhetsxdbc5n25df@melmoth \
--to=tanguy@bioneland.org \
--cc=guix-devel@gnu.org \
--cc=me@tobias.gr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.