From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id BC271139083 for ; Fri, 15 Dec 2017 06:38:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1626FE108F; Fri, 15 Dec 2017 06:38:04 +0000 (UTC) Received: from gw2.antarean.org (gw2.antarean.org [141.105.125.208]) by pigeon.gentoo.org (Postfix) with ESMTP id 9DFF0E105B for ; Fri, 15 Dec 2017 06:38:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by gw2.antarean.org (Postfix) with ESMTP id BE692121434 for ; Fri, 15 Dec 2017 07:37:49 +0100 (CET) X-Virus-Scanned: amavisd-new at antarean.org Received: from gw2.antarean.org ([127.0.0.1]) by localhost (gw2.antarean.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FPADPh0k1DvN for ; Fri, 15 Dec 2017 07:37:49 +0100 (CET) Received: from mailstore1.antarean.org (localhost [127.0.0.1]) by gw2.antarean.org (Postfix) with ESMTP id 66A78120489 for ; Fri, 15 Dec 2017 07:37:49 +0100 (CET) Received: from eve.localnet (eve.adm.antarean.org [10.55.16.44]) by mailstore1.antarean.org (Postfix) with ESMTP id 4949132 for ; Fri, 15 Dec 2017 07:38:01 +0100 (CET) From: "J. Roeleveld" To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Is gnome becoming obligatory? Date: Fri, 15 Dec 2017 07:38:01 +0100 Message-ID: <1520279.pxRNRXlmF5@eve> Organization: Antarean In-Reply-To: <5pqbge-2of.ln1@hurikhan77.spdns.de> References: <6582741.F9gJHCEsXr@dell_xps> <7763320.CazGXs96DZ@andromeda> <5pqbge-2of.ln1@hurikhan77.spdns.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Archives-Salt: ad550bf5-c070-4e21-8d2c-1dc754bb77c5 X-Archives-Hash: 980c04a01cbd1ea5ca824a4195e44b84 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