unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
* reconfiguring
@ 2018-02-13 15:35 Catonano
  2018-02-13 18:25 ` reconfiguring Ricardo Wurmus
  0 siblings, 1 reply; 11+ messages in thread
From: Catonano @ 2018-02-13 15:35 UTC (permalink / raw)
  To: help-guix

[-- Attachment #1: Type: text/plain, Size: 536 bytes --]

About

guix system reconfigue some/conf-file.scm

I read in the manual that

"The command starts system services specified in file that are not
currently running; if a service is currently running, it does not attempt
to upgrade it since this would not be possible without stopping it first."

I was wondering: what about the desktop services ?

I undertsand that my desktop session comes with a few services (in
%desktop-services or something)

Does this mean that my desktop services do NOT get updated when I
reconfigure my system ?

[-- Attachment #2: Type: text/html, Size: 679 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: reconfiguring
  2018-02-13 15:35 reconfiguring Catonano
@ 2018-02-13 18:25 ` Ricardo Wurmus
  2018-02-13 19:03   ` reconfiguring Leo Famulari
  2018-02-13 19:10   ` reconfiguring Carlo Zancanaro
  0 siblings, 2 replies; 11+ messages in thread
From: Ricardo Wurmus @ 2018-02-13 18:25 UTC (permalink / raw)
  To: Catonano; +Cc: help-guix


Catonano <catonano@gmail.com> writes:

> "The command starts system services specified in file that are not
> currently running; if a service is currently running, it does not attempt
> to upgrade it since this would not be possible without stopping it first."
>
> I was wondering: what about the desktop services ?
>
> I undertsand that my desktop session comes with a few services (in
> %desktop-services or something)
>
> Does this mean that my desktop services do NOT get updated when I
> reconfigure my system ?

That’s a misunderstanding.  All of the things in the “services” field of
your operating-system configuration are “system services”, so all of
them get updated.

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: reconfiguring
  2018-02-13 18:25 ` reconfiguring Ricardo Wurmus
@ 2018-02-13 19:03   ` Leo Famulari
  2018-02-13 19:11     ` reconfiguring Ricardo Wurmus
                       ` (2 more replies)
  2018-02-13 19:10   ` reconfiguring Carlo Zancanaro
  1 sibling, 3 replies; 11+ messages in thread
From: Leo Famulari @ 2018-02-13 19:03 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: help-guix

[-- Attachment #1: Type: text/plain, Size: 938 bytes --]

On Tue, Feb 13, 2018 at 07:25:10PM +0100, Ricardo Wurmus wrote:
> 
> Catonano <catonano@gmail.com> writes:
> 
> > "The command starts system services specified in file that are not
> > currently running; if a service is currently running, it does not attempt
> > to upgrade it since this would not be possible without stopping it first."
> >
> > I was wondering: what about the desktop services ?
> >
> > I undertsand that my desktop session comes with a few services (in
> > %desktop-services or something)
> >
> > Does this mean that my desktop services do NOT get updated when I
> > reconfigure my system ?
> 
> That’s a misunderstanding.  All of the things in the “services” field of
> your operating-system configuration are “system services”, so all of
> them get updated.

But, it doesn't try to stop and restart those services in case of any
relevant changes, right? Doesn't that require a reboot?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: reconfiguring
  2018-02-13 18:25 ` reconfiguring Ricardo Wurmus
  2018-02-13 19:03   ` reconfiguring Leo Famulari
@ 2018-02-13 19:10   ` Carlo Zancanaro
  2018-02-13 20:33     ` reconfiguring Ricardo Wurmus
  1 sibling, 1 reply; 11+ messages in thread
From: Carlo Zancanaro @ 2018-02-13 19:10 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: help-guix

[-- Attachment #1: Type: text/plain, Size: 563 bytes --]

On Tue, Feb 13 2018, Ricardo Wurmus wrote:
> That’s a misunderstanding.  All of the things in the “services” 
> field of
> your operating-system configuration are “system services”, so 
> all of
> them get updated.

Should we think about changing the name for "system services"? The 
confusion with Shepherd services seems really easy to make. The 
Wikipedia article for GuixSD makes the same mistake, but I haven't 
had the chance to fix it yet. Maybe we should call them "system 
extensions", or "mixins", or something like that?

Carlo

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: reconfiguring
  2018-02-13 19:03   ` reconfiguring Leo Famulari
@ 2018-02-13 19:11     ` Ricardo Wurmus
  2018-02-13 19:18     ` reconfiguring Carlo Zancanaro
  2018-02-13 20:32     ` reconfiguring Andreas Enge
  2 siblings, 0 replies; 11+ messages in thread
From: Ricardo Wurmus @ 2018-02-13 19:11 UTC (permalink / raw)
  To: Leo Famulari; +Cc: help-guix


Leo Famulari <leo@famulari.name> writes:

> But, it doesn't try to stop and restart those services in case of any
> relevant changes, right? Doesn't that require a reboot?

Correct.  The manual says:

  "The command starts system services specified in file that are not
   currently running; if a service is currently running, it does not
   attempt to upgrade it since this would not be possible without
   stopping it first."

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: reconfiguring
  2018-02-13 19:03   ` reconfiguring Leo Famulari
  2018-02-13 19:11     ` reconfiguring Ricardo Wurmus
@ 2018-02-13 19:18     ` Carlo Zancanaro
  2018-02-13 19:22       ` reconfiguring Leo Famulari
  2018-02-13 20:32     ` reconfiguring Andreas Enge
  2 siblings, 1 reply; 11+ messages in thread
From: Carlo Zancanaro @ 2018-02-13 19:18 UTC (permalink / raw)
  To: Leo Famulari; +Cc: help-guix

[-- Attachment #1: Type: text/plain, Size: 1745 bytes --]


On Tue, Feb 13 2018, Leo Famulari wrote:
>> That’s a misunderstanding.  All of the things in the “services” 
>> field of
>> your operating-system configuration are “system services”, so 
>> all of
>> them get updated.
>
> But, it doesn't try to stop and restart those services in case 
> of any
> relevant changes, right? Doesn't that require a reboot?

The "system services" aren't services in the sense of being 
started/stopped. They are an extensible way to modify the system, 
such that one "service" can depend on another for its behaviour. 
For example, the `etc-service-type` is responsible for putting 
files in /etc, and so other services can "extend" it with files 
that they want placed in /etc. The concept of "starting" and 
"stopping" these services isn't really meaningful, because they 
just specify the state of the system. These services have an 
effect when you reconfigure.

One of the things that a "system service" can do is to register a 
Shepherd service. This is a process which will be invoked by 
Shepherd (pid 1), and can be started/stopped with the `herd` 
command. Reconfigure will not register any new Shepherd services, 
if doing so would involve starting an already-running service. So, 
for instance, you probably have a `guix-daemon` process running on 
your system. Reconfiguring your system will not upgrade (and thus 
restart) your `guix-daemon`. You need to reboot to have the new, 
updated, `guix-daemon` process. (Ideally you would only have to 
stop/start the Shepherd service manually to have the updated 
version, but at the moment doing so will just restart the old 
version.)

Hopefully that explanation is helpful. I also hope it's correct.

Carlo

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: reconfiguring
  2018-02-13 19:18     ` reconfiguring Carlo Zancanaro
@ 2018-02-13 19:22       ` Leo Famulari
  0 siblings, 0 replies; 11+ messages in thread
From: Leo Famulari @ 2018-02-13 19:22 UTC (permalink / raw)
  To: Carlo Zancanaro; +Cc: help-guix

[-- Attachment #1: Type: text/plain, Size: 1880 bytes --]

On Wed, Feb 14, 2018 at 06:18:07AM +1100, Carlo Zancanaro wrote:
> 
> On Tue, Feb 13 2018, Leo Famulari wrote:
> > > That’s a misunderstanding.  All of the things in the “services”
> > > field of
> > > your operating-system configuration are “system services”, so all of
> > > them get updated.
> > 
> > But, it doesn't try to stop and restart those services in case of any
> > relevant changes, right? Doesn't that require a reboot?
> 
> The "system services" aren't services in the sense of being started/stopped.
> They are an extensible way to modify the system, such that one "service" can
> depend on another for its behaviour. For example, the `etc-service-type` is
> responsible for putting files in /etc, and so other services can "extend" it
> with files that they want placed in /etc. The concept of "starting" and
> "stopping" these services isn't really meaningful, because they just specify
> the state of the system. These services have an effect when you reconfigure.
> 
> One of the things that a "system service" can do is to register a Shepherd
> service. This is a process which will be invoked by Shepherd (pid 1), and
> can be started/stopped with the `herd` command. Reconfigure will not
> register any new Shepherd services, if doing so would involve starting an
> already-running service. So, for instance, you probably have a `guix-daemon`
> process running on your system. Reconfiguring your system will not upgrade
> (and thus restart) your `guix-daemon`. You need to reboot to have the new,
> updated, `guix-daemon` process. (Ideally you would only have to stop/start
> the Shepherd service manually to have the updated version, but at the moment
> doing so will just restart the old version.)
> 
> Hopefully that explanation is helpful. I also hope it's correct.

Thanks, that's a very helpful explanation!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: reconfiguring
  2018-02-13 19:03   ` reconfiguring Leo Famulari
  2018-02-13 19:11     ` reconfiguring Ricardo Wurmus
  2018-02-13 19:18     ` reconfiguring Carlo Zancanaro
@ 2018-02-13 20:32     ` Andreas Enge
  2018-02-13 23:32       ` reconfiguring myglc2
  2 siblings, 1 reply; 11+ messages in thread
From: Andreas Enge @ 2018-02-13 20:32 UTC (permalink / raw)
  To: Leo Famulari; +Cc: help-guix

On Tue, Feb 13, 2018 at 02:03:58PM -0500, Leo Famulari wrote:
> But, it doesn't try to stop and restart those services in case of any
> relevant changes, right? Doesn't that require a reboot?

Yes, I understood so. I had the problem with my nginx server recently.
In that case, I needed to stop it before upgrading, and then it was
restarted automatically. However, when it was not stopped, it continued
running with the old configuration. It is not quite clear to me whether
this is a bug or a feature. I tend more towards bug... It is definitely
in contrast to what happens in Debian, for instance.

Andreas

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: reconfiguring
  2018-02-13 19:10   ` reconfiguring Carlo Zancanaro
@ 2018-02-13 20:33     ` Ricardo Wurmus
  0 siblings, 0 replies; 11+ messages in thread
From: Ricardo Wurmus @ 2018-02-13 20:33 UTC (permalink / raw)
  To: Carlo Zancanaro; +Cc: help-guix


Carlo Zancanaro <carlo@zancanaro.id.au> writes:

> On Tue, Feb 13 2018, Ricardo Wurmus wrote:
>> That’s a misunderstanding.  All of the things in the “services”
>> field of
>> your operating-system configuration are “system services”, so
>> all of
>> them get updated.
>
> Should we think about changing the name for "system services"? The
> confusion with Shepherd services seems really easy to make. The
> Wikipedia article for GuixSD makes the same mistake, but I haven't
> had the chance to fix it yet. Maybe we should call them "system
> extensions", or "mixins", or something like that?

I would very much like to find a new term for them, because usually the
second thing I say about system services is that the naming is
unfortunate and collides with what people think is a shepherd service.

I’m not fond of “mixins” (this reminds me of the “traits”-like concept
in Ruby classes), nor do I really like “system extensions”, but I do
think that avoiding the naming conflict would be worth a bike-shed
discussion :)

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: reconfiguring
  2018-02-13 20:32     ` reconfiguring Andreas Enge
@ 2018-02-13 23:32       ` myglc2
  2018-02-14  7:49         ` reconfiguring Ricardo Wurmus
  0 siblings, 1 reply; 11+ messages in thread
From: myglc2 @ 2018-02-13 23:32 UTC (permalink / raw)
  To: Andreas Enge; +Cc: help-guix

On 02/13/2018 at 21:32 Andreas Enge writes:

> On Tue, Feb 13, 2018 at 02:03:58PM -0500, Leo Famulari wrote:
>> But, it doesn't try to stop and restart those services in case of any
>> relevant changes, right? Doesn't that require a reboot?
>
> Yes, I understood so. I had the problem with my nginx server recently.
> In that case, I needed to stop it before upgrading, and then it was
> restarted automatically. However, when it was not stopped, it continued
> running with the old configuration. It is not quite clear to me whether
> this is a bug or a feature. I tend more towards bug... It is definitely
> in contrast to what happens in Debian, for instance.

This bug/feature bit me (also Debian user) recently ;-)

Is this by design? Or a limitation if the current implementation?

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: reconfiguring
  2018-02-13 23:32       ` reconfiguring myglc2
@ 2018-02-14  7:49         ` Ricardo Wurmus
  0 siblings, 0 replies; 11+ messages in thread
From: Ricardo Wurmus @ 2018-02-14  7:49 UTC (permalink / raw)
  To: myglc2; +Cc: help-guix


myglc2@gmail.com writes:

> On 02/13/2018 at 21:32 Andreas Enge writes:
>
>> On Tue, Feb 13, 2018 at 02:03:58PM -0500, Leo Famulari wrote:
>>> But, it doesn't try to stop and restart those services in case of any
>>> relevant changes, right? Doesn't that require a reboot?
>>
>> Yes, I understood so. I had the problem with my nginx server recently.
>> In that case, I needed to stop it before upgrading, and then it was
>> restarted automatically. However, when it was not stopped, it continued
>> running with the old configuration. It is not quite clear to me whether
>> this is a bug or a feature. I tend more towards bug... It is definitely
>> in contrast to what happens in Debian, for instance.
>
> This bug/feature bit me (also Debian user) recently ;-)
>
> Is this by design? Or a limitation if the current implementation?

It’s a bug; bug 22039 to be exact.

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2018-02-14  9:35 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-02-13 15:35 reconfiguring Catonano
2018-02-13 18:25 ` reconfiguring Ricardo Wurmus
2018-02-13 19:03   ` reconfiguring Leo Famulari
2018-02-13 19:11     ` reconfiguring Ricardo Wurmus
2018-02-13 19:18     ` reconfiguring Carlo Zancanaro
2018-02-13 19:22       ` reconfiguring Leo Famulari
2018-02-13 20:32     ` reconfiguring Andreas Enge
2018-02-13 23:32       ` reconfiguring myglc2
2018-02-14  7:49         ` reconfiguring Ricardo Wurmus
2018-02-13 19:10   ` reconfiguring Carlo Zancanaro
2018-02-13 20:33     ` reconfiguring Ricardo Wurmus

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).