Lets ban this crgibrw guy like *forever*. Thanks.
On Mon, Feb 10, 2014 at 5:25 PM, Mikhail Krutov <[email protected]>wrote: > Even when I dislike systemd approach, you act as a spammer and you annoy > people. > This is the reason you are banned, not the paranoidal crap with "systemd > fanboys blah blah blah". > > > > On Mon, Feb 10, 2014 at 7:44 PM, <[email protected]> wrote: > >> That was a great article against systemd (note: you'll be banned if you >> respond to this mail, like my other acct was): >> (ewontfix.com/14/). Thanks for posting it. >> >> Note: do not respond to this email, you'll probably be banned. SystemD >> fanbois are rooted deep in every linux distro. >> They get their enemies banned. My other acct was banned for opposing >> their bullsht. For 4 weeks (who cares). >> >> >> >> "The crowd pushing systemd, possibly including its author, is notcontent >> to have systemd be one choice among many. By providing publicAPIs intended >> to be used by other applications, systemd has set itselfup to be difficult >> not to use once it achieves a certain adoptionthreshold." >> >> "None of the things systemd "does right" are at all revolutionary.They've >> been done many times before. DJB'sdaemontools,runit, andSupervisor, among >> others, have solved the"legacy init is broken" problem over and over again >> (though each withsome of their own flaws). Their failure to displace legacy >> sysvinit inmajor distributions had nothing to do with whether they solved >> theproblem, and everything to do with marketing. Said differently,there's >> nothing great and revolutionary about systemd. Its popularityis purely the >> result of an aggressive, dictatorial marketing strategyincluding elements >> such as:Engulfing other "essential" system components like udev and >> makingthem difficult or impossible to use without systemd (but >> seeeudev).Setting up for API lock-in (having the DBus interfaces provided >> bysystemd become a necessary API that user-level programs depend >> on).Dictating policy rather than being scoped such that the >> user,administrator, or systems integrator (distribution) has to >> provideglue. This eliminates bikesheds and therebyfast-tracks adoption >> at the expense of flexibility and diversity." >> >> -- >> To unsubscribe, send mail to [email protected]. >> > > -- Please while sending me text documents pay attention that they are by ISO standard that is in .odt format (For sending other types of documents please also refer to ISO/Open standars). Its not the COST, its the VALUE!
