One init to rule them all,
One init to find them, One init to bring them all, and to systemd bind them. |
Quote:
Quote:
Posted on 3rd of April. If that indeed is not correct than I apologize and stand corrected. |
Quote:
Feel free to disagree with me or anyone else for any reason, and by all means join the discussion if you feel you have something to contribute. But the keyword is "contribute", which means actually presenting a coherent argument. So now I'm going to ask that you explain yourself. Pray tell us, what exactly was wrong with that analogy? Admittedly I'm an amateur when it comes to cars, and I haven't been working on cars for as long as I've been doing computer-related stuff like assembly language programming, but I've still done my fair share of engine repairs in the last 30 years. I don't mind being proven wrong and I'm always eager to learn, so I'm looking forward to reading your reply. |
B - i - n -g - o
Quote:
Perfect attitude for way back then. Over the years the code did evolve, but the attitude? Not so much. For the want of a nail... :( |
Quote:
Quote:
Quote:
|
If I may interject this GTK+ vs Gnome3 nonsense: http://redmine.audacious-media-playe.../1/topics/1135
Seems that for reasons that astound me, server-side window decorations got changed to ad-hoc client-side window decorations. QT does indeed present itself as a viable alternative to GTK, since object-oriented C code seems insane, particularly sans documentation. C++ is designed for object-orient programming, not C. Please delete this before you read it. It could be off-topic. Yet, scribitur ad narrandum, non ad probandum |
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
|
Quote:
And you are accusing others of being "off-topic"? That's rich. Now, I'm asking you again, please explain what's wrong with my analogy (an explanation that would certainly be on-topic), and please refrain from derailing this thread any further. Time to put up, or shut up. |
I will attempt to remain exactly on topic since all of the personal stuff is now a matter of record in full, not cherry-picked and out of context, and simply respond to try to clarify my position on this thread.
Quote:
However this was not my tack. (Please show where my argument was even loosely about "who is developing it" let alone entirely so). The laughable thing is that is exactly why I used an analogy - no personal references :banghead: It is you k3lt01, who keeps resorting to personal attacks and persists on denying the validity of anyone's analogy. My point, and what the analogy was for, was to show a common situation, where something, in the case of my analogy, boats and channels, are designed to work a certain way. I'll even extend the analogy if you like and add Kay Seivers comes along and dumps a rock in the channel and for no apparent reason. Nobody knows if it was malice (some deep, hidden conspiratorial Master Plan) or incompetence. That only matters a little and only after more evidence unfolds. For now, it, the rock, serves no useful purpose to him or anyone else, or any project. It does create a problem for boats to use the channel as it was designed and engineered. How is this even now either personal or a bad analogy? Not good enough? Don't like analog-y? OK , here's some binary for ya. Now to get away from the analogy and more specific.... Ideally, rather than simply casting blame, if we look at this constructively, there are only two possible resolutions 1) Limit the kernel debug feature to accommodate systemd and lose some actual, open functionality at kernel level ------------ OR --------------- 2) Limit systemd's verbosity of useless userspace noise at no loss to systemd or anyone else. Which is more reasonable? After answering that, we can move on to whether or not this was some honest mistake, promptly rectified, or more of the same prima donna crap in an ongoing pattern of behavior, which appears to be Linus's opinion. I'm siding with Linus. Quote:
|
Quote:
Every init system that has ever graced Linux has always worked with the kernel as-is without any problems. It was only systemd that caused the problem to begin with, therefore, it's not the kernel's fault, it's systemd's fault for being put together by a bunch of shrieking butt scratching monkeys that didn't want to abide by the established rules and bases of developing broad-spectrum UNIX software. Isn't there an old common sense statement that goes something like: "When you break the rules, there are consequences"... or something along those lines? |
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
As for "choosing sides" which I don't see a need for, considering Linus controls the kernel the decision is his to make and regardless of whether you or I decide to "side" with him and be judged by the community it neither here nor there. Because of this I will not "side" with anyone, as a personality, but I will trust that Linus knows, much better than we do, what he is doing with regards to the kernel. Is that good enough for you? |
Quote:
Quote:
|
This thread reminds me of the Godwin's law.
Could a moderator kindly move it elsewhere, or close it before we reach there? Thanks in advance. |
Since it's an issue that affects all distros/users, maybe it would be better moved to Linux General.
|
Quote:
Methinks some of you are way to sensitive and read attitude into everything that you don't agree with. Maybe read the words as they are written and not as you want to hear them. If I personally attack you it will be in private and you'll most certainly receive words that you never knew existed. Quote:
Quote:
I'll take you back to the "choose a side" issue. If you think a side needs to be chosen then you really don't understand the position Linus has. He makes the decisions of what happens in the kernel not K or L and individuals who know this don't need to take "sides" and don't need to be judged by the community. I'm the type of person who trusts that Linus knows what should be in the kernel and while that, to you and many others, may seem to be a simplistic stance it is one that shows I have faith in Linus. If on the other hand you really believe a "side" must be taken then feel free to do so but don't expect others to follow you on what to me seems to be a fruitless exercise because, as I said Linus controls the kernel. Quote:
|
All times are GMT -5. The time now is 12:18 AM. |