public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: "J. Roeleveld" <joost@antarean.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Is gnome becoming obligatory?
Date: Fri, 15 Dec 2017 07:38:01 +0100	[thread overview]
Message-ID: <1520279.pxRNRXlmF5@eve> (raw)
In-Reply-To: <5pqbge-2of.ln1@hurikhan77.spdns.de>

On Friday, December 15, 2017 4:05:41 AM CET Kai Krakow wrote:
> Am Thu, 14 Dec 2017 08:54:59 +0100 schrieb J. Roeleveld:
> >> Some historical correctnesses about Canek:
> >> 
> >> - He has been here for years - He has contributed here for years - He
> >> supports systemd and has offered more help and explanation about
> >> systemd to it's users on this list than any other single person, bar
> >> none - He has never, not once, slagged off SysV Init, OpenRC or any
> >> other init system, ot the creators or the users - He has never posted
> >> rude or inflamatory comments about anyone arguing against him - He has
> >> never resorted to ad-hominem and never posted any knee jerk opinions
> >> about any other poster wrt their stance on init systems
> > 
> > +1 I may not agree with Canek on all things:
> > - I do dislike systemd, especially on Centos where disabling services
> > doesn't always work past a reboot
> 
> Well, I think you're falling the pitfall expecting "disable" makes a unit
> unstartable. That is not the case. Disabling a unit only removes it from
> the list of units starting on your own intent. It can still be pulled it
> as a (required) dependency.

Makes sense

> If you really want it never being started, you need to mask the unit.
> It's then no longer visible to the dependency resolver as if it were not
> installed at all.

This is not listed anywhere easy to find in google.

> The verbs disable and enable are arguably a bit misleading, while the
> verbs mask and unmask are not really obvious. But if you think of it, it
> actually makes sense.

Actually, it doesn't. But lets not discuss naming conventions. A lot of tools 
have ones where I fail to see the logic.
It's a shame that option is not easily findable. And not knowing it exists, 
means checking man-pages and googling for them doesn't happen either.

> If you "rc-update del" a service, you wouldn't
> prevent it from being started neither, just because OpenRC is still able
> to pull it in as a dependency.

True, except with OpenRC, all the config is located together. Not mostly in /
usr/.... somewhere with overrides in /etc/...
I dislike all tools that split their config in this way.

> So it's actually not an argument for why you'd dislike systemd. ;-)

The lack of easily findable documentation on how to stop a service from 
starting, even as a dependency, is a reason. (not singularly against systemd).
Systemd, however, has an alternative.

--
Joost


  reply	other threads:[~2017-12-15  6:38 UTC|newest]

Thread overview: 85+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-09  9:51 [gentoo-user] Is gnome becoming obligatory? Mick
2017-12-09 10:25 ` Alexander Kapshuk
2017-12-09 10:27 ` Alan McKinnon
2017-12-09 10:34 ` [gentoo-user] " Nikos Chantziaras
2017-12-09 10:45   ` Mick
2017-12-09 12:00     ` Jorge Almeida
2017-12-09 23:36       ` Peter Humphrey
2017-12-10  6:12         ` R0b0t1
2017-12-10  8:54           ` Mick
2017-12-10  8:56           ` Jorge Almeida
2017-12-10 11:55             ` Mart Raudsepp
2017-12-10 12:03               ` Alan McKinnon
2017-12-10 12:11       ` karl
2017-12-10 21:01       ` Ian Zimmerman
2017-12-10 21:55         ` Jorge Almeida
2017-12-11  3:31           ` Canek Peláez Valdés
2017-12-11  4:37             ` Ian Zimmerman
2017-12-11  5:06               ` Mike Gilbert
2017-12-11  5:31             ` R0b0t1
2017-12-11 11:42               ` Corbin
2017-12-11 11:59             ` Jorge Almeida
2017-12-11 12:39               ` Mick
2017-12-11 13:22                 ` mad.scientist.at.large
2017-12-11 13:30                   ` Richard Bradfield
2017-12-11 13:48                     ` mad.scientist.at.large
     [not found]                     ` <<1512999026.3692893.1201071808.34DC69C6@webmail.messagingengine.com>
     [not found]                       ` <L04pIDW--B-0@tutanota.com-L04pQDl----0>
2017-12-11 14:04                         ` mad.scientist.at.large
     [not found]                         ` <<L04pIDW--B-0@tutanota.com-L04pQDl----0>
     [not found]                           ` <L04svRt--3-0@tutanota.com-L04t2Dq ----0>
     [not found]                             ` <L04svRt--3-0@tutanota.com-L04t2Dq----0>
2017-12-11 14:45                               ` mad.scientist.at.large
2017-12-11 13:27                 ` Kai Peter
2017-12-12 23:23               ` allan gottlieb
2017-12-13  8:06                 ` Alan McKinnon
2017-12-13 11:04                   ` Neil Bothwick
2017-12-13 11:46                     ` Marc Joliet
2017-12-13 14:05                       ` Dale
2017-12-14  7:54                   ` J. Roeleveld
2017-12-15  3:05                     ` Kai Krakow
2017-12-15  6:38                       ` J. Roeleveld [this message]
2017-12-15  8:47                         ` Kai Krakow
2017-12-15  9:28                         ` Neil Bothwick
2017-12-14 16:03                   ` Ian Zimmerman
2017-12-15  0:35                     ` Peter Humphrey
2017-12-15  1:12                       ` R0b0t1
2017-12-15  1:25                         ` Marc Joliet
2017-12-15  7:36                           ` J. Roeleveld
2017-12-09 12:04     ` Taiidan
2017-12-09 12:08       ` Alan McKinnon
2017-12-10  9:55         ` Wols Lists
2017-12-10 10:13           ` Alan Mackenzie
2017-12-10 21:02             ` Wols Lists
2017-12-10 23:08               ` Walter Dnes
2017-12-11 15:22                 ` Tom H
2017-12-11 19:20                 ` Wol's lists
2017-12-11 23:24                   ` Peter Humphrey
2017-12-12 10:34                     ` Neil Bothwick
2017-12-13  1:11                       ` Peter Humphrey
2017-12-13 10:57                         ` Neil Bothwick
2017-12-13 17:52                       ` Walter Dnes
2017-12-14  6:26                         ` Ian Zimmerman
2017-12-12  3:51                   ` mad.scientist.at.large
2017-12-11 18:56             ` Neil Bothwick
2017-12-11 21:03               ` Alan Mackenzie
2017-12-11 22:00                 ` Tom H
2017-12-11 22:29                 ` Neil Bothwick
2017-12-12 12:09                   ` Tom H
2017-12-12 12:11                   ` Wols Lists
2017-12-12 12:23                     ` Arve Barsnes
2017-12-12  7:01                 ` J García
2017-12-12 10:32                   ` Neil Bothwick
2017-12-12 18:55                   ` Alan Mackenzie
2017-12-12 20:11                     ` Wols Lists
2017-12-13  0:02                       ` Neil Bothwick
2017-12-13 14:01                         ` Wols Lists
2017-12-13 14:06                           ` Alon Bar-Lev
2017-12-13 15:17                           ` Neil Bothwick
2017-12-13 22:18                             ` Wols Lists
2017-12-12 20:11                     ` Neil Bothwick
2017-12-13 11:34             ` Marc Joliet
2017-12-13 12:46               ` Neil Bothwick
2017-12-13 19:37               ` Alan Mackenzie
2017-12-14  7:38                 ` Kai Peter
2017-12-14 10:57                 ` Marc Joliet
2017-12-14 15:52                   ` Ian Zimmerman
2017-12-15  1:16                     ` Marc Joliet
2017-12-15  9:50                       ` Wols Lists
2017-12-10 10:17           ` Nikos Chantziaras
2017-12-10 10:25           ` Jorge Almeida

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=1520279.pxRNRXlmF5@eve \
    --to=joost@antarean.org \
    --cc=gentoo-user@lists.gentoo.org \
    /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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox