Jump to content

Con Kolivas speaks out


daniewicz
 Share

Recommended Posts

I've been following the trends in the last few weeks. It's sad seeing CK quitting the kernel developers/hackers scene, but IMHO he exaggerates some points.

The real point of his decision is rather personal, and aimed against one person: Ingo Molnar.

There's no question that this guy is an obnoxious egotripper as well as a very average coder, but Linus seems trusting him... Oh well.

Link to comment
Share on other sites

I've been following the trends in the last few weeks. It's sad seeing CK quitting the kernel developers/hackers scene, but IMHO he exaggerates some points.

The real point of his decision is rather personal, and aimed against one person: Ingo Molnar.

There's no question that this guy is an obnoxious egotripper as well as a very average coder, but Linus seems trusting him... Oh well.

 

Give him credit. His decision isn't just directed at Ingo, it's been something long in the making, before this whole spat.

 

The current development style has some big problems, and they get in the way of things getting done. Con does exaggerate slightly, but mostly, he's correct.

 

James

Link to comment
Share on other sites

linus' argument lacks logic and is ridiculously short sighted.

 

Con always made an effort to chase up bugs, even the most obscure bugs. I admired his patience. The one "bug" that Linus saw, Con did chase up, and the scheduler was not at fault. The user who was reporting it refused to accept this, and it caused a bit of a stink on the mailing list. Linus' argument is based on this one single report. If he'd bothered to look on the CK mailing list, or at any other work of Con's, he'd have seen diligent and careful bug handling.

 

Additionally, Con stopped developing *after* it was clear that SD had no future in mainstream. So saying that he is not capable of being a long term maintainer is based on something that developed *after* Con's SD was rejected, and could not have been part of Linus' original decision. Regardless, would Con bother maintaining SD if it was going to be seen by most as "second place". Con is more than capable of long term maintenance, as shown by his continual improvement and maintenance of his staircase scheduler, and swap prefetch for many years.

 

This saga and many others, have shown some pretty nasty flaws in how the kernel is developed. Ugh.

 

James

Link to comment
Share on other sites

  • 2 weeks later...

Although I run the -ck patchset and it might make a small difference and it' s pretty cool how Con tried to make the desktop snapper, it is at best a very small difference, there has been a recent innovation which was far more important than the- ck-patchset or the new kernel-scheduler for desktop snappiness: compiz, now maybe if the same compiz does with window-managent can be done for sound......

Edited by ffi
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

×
×
  • Create New...