[mdlug] Systemd Should Be A Fork -- Why Is It Not?

[A. Zimmer]

On Tue, 01 Sep 2015 21:04:54 -0400
Adam Tauno Williams <awilliam at whitemice.org> wrote:

> 
> "burdened", how so?  By a sleeping process that never awakes.
> 

Burdened by not being able to fully understand and fully control
ones system.

I have no sleeping processes on my system.  None.  Nada.  They are
not necessary.  I do not use things that are not necessary.

If you want them, that's fine.  Use them.  We all have a choice.
We all can be satisfied and happy.

However, systemd threatens to eliminate that choice.

I will state again that the systemd developers are not motivated by
open source principles.  They do not desire to provide freedom and
choice.  They are directed by a specific AGENDA.

But there is nothing wrong with that.  The systemd folks can do
as they wish.

However, because systemd threatens the freedom of the current Linux
ecosystem, it should be implemented as a FORK.  Yet, due to the
cowardice and shortsightedness of Linux distribution maintainers,
it is being welcomed with open arms. 


>
> you need an event driven
> scheme.  All devices, down to your phone, are complex and dynamic.
> 

No, one does not.  One has the option but it is not a requirement.

Commercial software, blinded by profit motives, is directed only to the
lowest common denominator.  Open source has no such constraints and can
(and should) accommodate all minority preferences.

Systemd, however, has no intention of accommodating any minority.


>
>  Better is a system that configures itself for common needs.
> 

As I always say, that is a choice.  Commercial software will not provide
that choice and neither will systemd.


> 
> You can configure it to statically communicate with USB devices?  I
> doubt your modern system is doing that.  UDEV is kicking in and helping
> you out, dynamically.
> 

I do not, and will not ever, use that fawning nurse of a daemon known
as UDEV.

UDEV is not kicking on my system and it never will be.  We all have that
choice (thanks to Torvalds), and that is good.

Some USB nodes, but not all, are dynamic and this causes a problem which
I have addressed through my own personal version of UDEV.

We all have that choice, but systemd now threatens to remove that choice.