[Ilugc] Forking of Debian
- From: mohan43u@xxxxxxxxx (MohanR)
- Date: Wed, 26 Nov 2014 00:04:40 +0800
On Tue, 2014-11-25 at 18:47 +0530, Narendiran wrote:
1) If I want to change my hostname dynamically, why I need to contact
pid-1 to change it? do you have a seperate systemd-hostnamed running in
your pc?
If I need to configure hostname, I will use
hostnamectl(http://www.freedesktop.org/software/systemd/man/hostnamectl.html),
which will in turn run
hostnamed(http://www.freedesktop.org/wiki/Software/systemd/hostnamed/).
I don't need systemd-hostnamed as a daemon running in my background
unnecessarily, it will spawn and do the job when required, and die.
And it will not run as pid1.
who is spawning the job? isn't it pid-1? If you say no, then it means
you don't know how the activation works (look
at /usr/share/dbus-1/systemd-service/org.freedesktop.hostname1.service).
If you say yes, but the actual job is running as another pid, then what
is the point of pid-1 brokering? isn't dbus suppose to spawn the child
instead of pid-1?
The problem here is, you never know what kind of data you will receive
in pid-1 through dbus requests before forking the child. This is what I
say exposing pid-1. If someone exploit here (before spawning the child),
it will lead them to other pid-1 resources. Thats why people are saying
init should not be doing all these work. demons are there to do these
work. even if daemons get compromised, they will not provide other
important resources.
Don't say SElinux is integrated with systemd so there is no way to
exploit systemd. SElinux will not help in this situation.
You can call the people who are actually building things and writing
code moron. The truth is large distributions and companies adopting
this "fix for something which is not broken".
[1]
If you are unhappy, you can continue to use your old init scripts and
legacy methods. No one is stopping you. systemd's advantages are far
greater compared to its disadvantages. KISS(Keep it simple, stupid)
principle can be interpretted in different ways. Anything that follows
KISS can be argued against it by looking at it from different angles.
I can say that systemd follows KISS by its modular design.
[1]
[1] all are stupid arguments assuming that whoever ask question against
systemd are not appreciating its features, they don't know about it's
design and they are trolls from reddit.com/r/[a-zA-Z0-9]*/*. Your post
which started arguments between you and me says "people bashing systemd
have very little technical information", do you still think people
arguing against systemd don't know how it works?
Thanks,
Mohan R
Other related posts:
