1 |
On Sun, Feb 16, 2014 at 12:31 PM, Mick <michaelkintzios@×××××.com> wrote: |
2 |
[ snip ] |
3 |
> well or does better than other init process start up systems. The main |
4 |
> objection from what I understand is the removal of choice that systemd |
5 |
> developers have forced upon users, by making certain architectural decisions. |
6 |
> These are decisions which may look optimal for RHL, but appear to be less so |
7 |
> for the rest of the *nix ecosystem given the objections to systemd across the |
8 |
> populace. |
9 |
|
10 |
I'm sorry, but what is being forced on whom? Everything is Free |
11 |
Software, anyone can choose to use SysV, OpenRC, or Upstart if they so |
12 |
do desire. *Someone* needs to support that software, though. |
13 |
|
14 |
In the case of SysV and OpenRC, I don't think they will have problem; |
15 |
they will probably live forever. Upstart, on the other hand, could be |
16 |
easily be dead in a couple of months: its original author actually |
17 |
endrses systemd [1]. |
18 |
|
19 |
> For some Gentoo users in particular, removing the choice of running /usr on a |
20 |
> separate partition (without *forcing* the use of initramfs) created the first |
21 |
> pain point, or wakeup call. |
22 |
|
23 |
That has nothing to do with systemd, nor udev; they actually work with |
24 |
/usr in another partition, they just print a warning. And presently |
25 |
OpenRC also requires an initramfs if you have /usr on another |
26 |
partition. |
27 |
|
28 |
Again, that is not *forcing* anything on anyone. It's just maintainers |
29 |
(Gentoo devs in the case of Gentoo's council decision) limiting the |
30 |
total number of supported combinations, because the number of |
31 |
developers/maintainers we have is finite. |
32 |
|
33 |
Again, if anyone wants *every*, possible combination, *someone* has to |
34 |
write the software to support them. |
35 |
|
36 |
> Many complaints were posted on this M/L, |
37 |
> centering on this removal of choice. Unlike binary distros Gentoo is all |
38 |
> about choice, so the complaints were perhaps louder than elsewhere. |
39 |
|
40 |
Gentoo and Linux in general are about choice, as long as someone is |
41 |
willing and able to write the software to support that choice. |
42 |
|
43 |
> People speaking of *nix design philosophy are not necessarily having a rant, |
44 |
> but can be legitimately concerned that architectural decisions to hardwire |
45 |
> systemd into Linux will remove choice from its wider user base. |
46 |
|
47 |
*Any* choice will be *always* available as long as someone willing and |
48 |
able to write the software to support that choice. |
49 |
|
50 |
> I am similarly concerned that a monoculture has less success of survival. |
51 |
|
52 |
I think that's a legitimate concern, but it's again kind of |
53 |
philosophical; all the software it's out there: systemd, Upstart, |
54 |
OpenRC, SysV, the kernel (including all the versions from the last 22 |
55 |
years), GNOME, KDE, etc., and it's libre. |
56 |
|
57 |
If systemd dies, we will replace it with something cooler. I'm willing |
58 |
to bet the functioning of all my machines to that (as I'm currently |
59 |
doing). |
60 |
|
61 |
> The fact |
62 |
> that Debian decided to embrace the systemd option will no doubt have an impact |
63 |
> on what Gentoo follows. |
64 |
|
65 |
For sure. |
66 |
|
67 |
> I am not educated in init start up systems to know why other options were not |
68 |
> considered as part of the Debian debate. Is it that runit, or epoch or what- |
69 |
> else are not even close in terms of functionality, versatility and choice? |
70 |
> Framing a question can narrow the answers. |
71 |
|
72 |
I don't know those init systems enough to give you an answer. What I |
73 |
do know if that none of them has the momentum of systemd, or as many |
74 |
developers (and their undeniable talent), as systemd. |
75 |
|
76 |
But who knows, if someone willing and able keeps punching at it (with |
77 |
code, not rants), maybe from there it will come the next big thing. |
78 |
|
79 |
> I hope that whatever the Gentoo decision may be one day, it will not |
80 |
> irreversibly remove choice from us Gentoo-ers. |
81 |
|
82 |
The only way a choice will be always available, is that someone is |
83 |
willing and able to write the software to support it. |
84 |
|
85 |
It's really that simple. |
86 |
|
87 |
Regards. |
88 |
|
89 |
[1] https://plus.google.com/u/0/+ScottJamesRemnant/posts/4eHMc2tvp7C |
90 |
-- |
91 |
Canek Peláez Valdés |
92 |
Posgrado en Ciencia e Ingeniería de la Computación |
93 |
Universidad Nacional Autónoma de México |