On Sat, 10 Aug 2013 20:34:58 +0100 "Steven J. Long" <sl...@rathaus.eclipse.co.uk> wrote:
> Tom Wijsman wrote: > > Let's say that I were to develop a system with some other Gentoo > > devs; that doesn't mean we are able to make everything in the tree > > support that system, making it an usable tool for everything is > > unrealistic > > This isn't just "any tool" though: it's the core init-system. Your > reasoning is on shaky ground during this part of your mail, for that > reason. If we were discussing one app against another, or even one DE > against another, it would be a different matter. > > The core system has to be a usable basis to build "everything" from. I do agree with this except for "shaky"; it is a nice goal to pursue... That still does not make us able to do it or make it a realistic goal. > Even if one end-user choice precludes another. Somehow I don't like > the idea of switching from a systemd-stage3 to openrc, whereas the > inverse seems like a viable option. That's a path people can consider to work on in the future, I guess. > > Making such a design choice isn't a fault. There is no need for > > blame. > > Design choices have consequences in terms of where manpower can go, > as well as in terms of end-user capability and flexibility, > especially when one of the "options" has far-reaching implications > for the rest of the stack, such that it is a question of "my way or > the high way," which seems counter to the idea of choice i hear so > much about. "My way or the high way" is giving good service to just a set of users, because you can't listen and support everyone with limited resources; as a result it causes alternatives to be created, effectively giving choice. This is a natural thing to happen, as everything supporting everything does not sound possible at all; it is therefore unrealistic. > It appears to be akin to the argument that freedom means the freedom > to hurt whoever you want without concern. > > So it's perfectly reasonable for them to be questioned and criticised. Not sure what and whom you mean to refer to by this. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
