From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] gentoo-systemd-only deprecation
Date: Wed, 31 Jul 2013 21:28:13 +0200 [thread overview]
Message-ID: <51F9654D.3000605@gmail.com> (raw)
In-Reply-To: <6D922E7E-27A8-4D2B-9ADE-053755337C1C@stellar.eclipse.co.uk>
On 31/07/2013 20:54, Stroller wrote:
>
> On 31 July 2013, at 19:09, Canek Peláez Valdés wrote:
>
>> On Wed, Jul 31, 2013 at 12:56 PM, Stroller
>> <stroller@stellar.eclipse.co.uk> wrote:
>>>
>>> On 31 July 2013, at 18:23, Alan McKinnon wrote:
>>>> ...
>>>> Whinging about systemd binaries being installed is valid, but whinging
>>>> about some data files is not. Anyone who does is letting their OCD show
>>>> in ways they really should be keeping private.
>>>
>>> Hmmmn, it's a bit freaking weird - if I'm understanding correctly some of the statements made here about systemd - that there will be files installed to /etc/init.d/ that don't actually do anything.
>>
>> If you use systemd, all the files installed in /etc/init.d (except
>> functions.sh) don't actually do nothing.
>
> Right, which is a bit freakin' odd, because on most every previous distro and other *nix system, that's where the system administrator goes to start and stop services.
>
> If they're not used, in this case, I don't think they should be installed.
>
> /etc/init.d is wholly different from /usr/share/package-name/examples
>
> There are many other directories on the system where it's no problem to have some idle, unused, "wasted" files, but /etc/init.d has long been an important directory.
True, but this one is an oddity. The ebuild for the daemon installs
those files, and the ebuild doesn't know when you change your mind about
a service manager. If you omitted the init scripts, you get to remerge
all your daemon packages just to get them. Yuck. And that's just crappy
design.
You *could* have them stored in /usr/share somewhere and "eselect
service-manager" copies them around when changes are made, but that's
just extra brittle layers of complexity for no good reason.
A much better solution is something like a
"service <daemon> start|stop|reload" wrapper
which RH/Fedora/Ubuntu et al have been doing for like ages. It's not
really any different to using rc-update instead of fiddling with classic
SysV init symlinks.
A presumably the sysadmin knows what service manager he is using so
knows whether to use classic init scripts or not.
--
Alan McKinnon
alan.mckinnon@gmail.com
next prev parent reply other threads:[~2013-07-31 19:31 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-28 8:22 [gentoo-user] gentoo-systemd-only deprecation Canek Peláez Valdés
2013-07-29 3:30 ` [gentoo-user] " »Q«
2013-07-29 11:04 ` Nikos Chantziaras
2013-07-30 7:04 ` Pavel Volkov
2013-07-31 18:28 ` Michael Palimaka
2013-07-30 7:09 ` [gentoo-user] " Pavel Volkov
2013-07-30 7:47 ` Pavel Volkov
2013-07-30 16:17 ` Canek Peláez Valdés
2013-07-30 17:53 ` covici
2013-07-30 18:06 ` Canek Peláez Valdés
2013-07-30 22:04 ` covici
2013-07-30 22:40 ` Canek Peláez Valdés
2013-07-31 6:24 ` Daniel Campbell
2013-07-31 7:00 ` Canek Peláez Valdés
2013-08-01 9:43 ` Walter Dnes
2013-08-01 16:15 ` Canek Peláez Valdés
2013-08-02 5:18 ` covici
2013-07-31 11:34 ` Tanstaafl
2013-07-31 12:22 ` Neil Bothwick
2013-07-31 12:30 ` Tanstaafl
2013-07-31 12:41 ` Yohan Pereira
2013-07-31 15:24 ` Tanstaafl
2013-07-31 15:36 ` [gentoo-user] " »Q«
2013-07-31 17:45 ` Neil Bothwick
2013-08-01 10:24 ` [gentoo-user] " Walter Dnes
2013-08-01 11:15 ` Neil Bothwick
2013-08-01 15:46 ` [gentoo-user] " »Q«
2013-08-01 16:06 ` Neil Bothwick
2013-07-31 15:20 ` [gentoo-user] " Canek Peláez Valdés
2013-07-31 15:26 ` Tanstaafl
2013-07-31 15:36 ` [gentoo-user] " Nikos Chantziaras
2013-07-31 15:36 ` [gentoo-user] " Canek Peláez Valdés
2013-07-31 17:23 ` Alan McKinnon
2013-07-31 17:56 ` Stroller
2013-07-31 18:09 ` Canek Peláez Valdés
2013-07-31 18:21 ` Bruce Hill
2013-07-31 18:24 ` Canek Peláez Valdés
2013-07-31 18:59 ` Stroller
2013-07-31 19:03 ` Canek Peláez Valdés
2013-07-31 19:09 ` Stroller
2013-07-31 20:02 ` Bruce Hill
2013-07-31 18:31 ` [gentoo-user] " Grant Edwards
2013-07-31 20:05 ` Bruce Hill
2013-07-31 18:54 ` [gentoo-user] " Stroller
2013-07-31 19:09 ` Canek Peláez Valdés
2013-07-31 19:39 ` Stroller
2013-07-31 19:28 ` Alan McKinnon [this message]
2013-07-31 22:28 ` Stroller
2013-07-31 19:36 ` Neil Bothwick
2013-07-31 18:09 ` Alan McKinnon
2013-07-31 18:22 ` Canek Peláez Valdés
2013-07-31 18:35 ` Canek Peláez Valdés
2013-07-31 20:07 ` Bruce Hill
2013-07-31 18:54 ` Stroller
2013-07-31 19:38 ` Alan McKinnon
2013-07-31 21:22 ` Stroller
2013-07-31 21:43 ` Alan McKinnon
2013-07-31 22:25 ` Stroller
2013-08-01 6:12 ` Alan McKinnon
2013-08-01 0:09 ` [gentoo-user] " walt
2013-07-31 18:13 ` [gentoo-user] " Yohan Pereira
2013-07-31 15:45 ` Yohan Pereira
2013-07-31 16:49 ` Tanstaafl
2013-07-31 16:46 ` Michael Orlitzky
2013-07-30 16:16 ` Canek Peláez Valdés
2013-08-02 9:10 ` Poncho
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=51F9654D.3000605@gmail.com \
--to=alan.mckinnon@gmail.com \
--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