[CentOS] OT - Re: Cemtos 7 : Systemd alternatives ?

Tue Jul 8 17:54:41 UTC 2014
Steve Clark <sclark at netwolves.com>

On 07/08/2014 12:55 PM, Robert Moskowitz wrote:
> On 07/08/2014 12:44 PM, Hal Wigoda wrote:
>> You aren't old.
> And I am a young 21.  three times over.  All that means is I have to
> learn new stuff now 3 times to get it right!  As some people on this
> list will attest to :)
>
> Soon I will be 26 (2^6).  So that means that I have to then learn
> everything 6 times!

Hmm... well soon I will be 26 + 4.

> Age is what you make of it.  Senior moments are to be cherished. ;)'
>
>> (Sent from iPhone, so please accept my apologies in advance for any spelling or grammatical errors.)
>>
>>> On Jul 8, 2014, at 9:49 AM, Russell Miller <duskglow at gmail.com> wrote:
>>>
>>>
>>>> On Jul 8, 2014, at 5:09 AM, Dennis Jacobfeuerborn <dennisml at conversis.de> wrote:
>>>>
>>>> That presumes that your conservative attitude is the majority opinion
>>>> though. Systemd is one of the features that I have been looking forward
>>>> to in CentOS 7 because of the new capabilities it provides so while this
>>>> will surely drive some people away it will actually attract others and
>>>> if you think that this will lead to some sort of great exodus then I
>>>> think you are mistaken. Not everybody is this uncomfortable with change.
>>>>
>>> For the record, I'm not uncomfortable with change.  I'm uncomfortable with stupid,
>>> poorly thought out, monolithic change that ignores half a century of the UNIX philosophy.
>>> And creating a daemon that tries to handle everything but the kitchen sink and implementing
>>> it in such a way as to make it nearly incomprehensible to me certainly qualifies
>>> as that type of change.
>>>
>>> Sysvinit may not be perfect, but it's UNIX.  Systemd is...  a lot of things, but more
>>> of a windows-like solution than I"m comfortable with.  It's just dumb.  Surely there could
>>> have been a better way of accomplishing their goals without creating the equivalent of
>>> Cartman's Trapper Keeper.
>>>


-- 
Stephen Clark