Linked by Thom Holwerda on Mon 14th Jan 2008 14:41 UTC, submitted by superstoned
KDE "I think it's really necessary to respond to some criticism seen on the reactions to the latest OSnews article. I won't go into the article itself, imho it's rather negative, but hey. From an user's perspective, it makes sense to only review 3 or 4 parts of KDE 4 and complain about them, and ignore all the other brilliant pieces of work in there, right? On to the responses, I found this reaction by dagw to be the most typical. Well. That's painful. So, is he right? Did we make the wrong decision? Let's look at it from a broader perspective for a while. Let's see it in the Grand Scheme of Things to Come."
Thread beginning with comment 295867
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: KDE unique?
by GeneralZod on Mon 14th Jan 2008 15:58 UTC in reply to "KDE unique?"
GeneralZod
Member since:
2007-08-03

"I don't quite understand what this article is trying to say. Most OSS projects are very careful with their reputation for quality, often staying at 0.9.x for longer than they really needed to."

The 0.9.x series generally culminates in a 1.0.0 release. KDE did exactly the same for KDE 1.0.0, IIRC. Projects generally behave the same up to 1.0.0: it usually represents the refinement of a well-tested existing code-base until is is declared "production-ready". Post-1.0.0, versioning schemes often work differently, as is the case with KDE and GNOME (see below), so I'm not sure why you bring this up in the context of a 4.0.0 release.

"Are we to understand that KDE is unique in that it is OK for them to push something out the door that they know is not release quality and call it going gold? "

No, in fact it is in the company of luminaries such as GNOME (GNOME 2.0.0) and the Linux kernel (2.6.0), both of which were first releases of *major* departures from the well-established GNOME 1.x.y and Linux 2.4.x codebase, and both of which thoroughly sucked. I'm sure that students of open source history can furnish us with other examples. Heck, we even see the same in the proprietary world: OS X 10.0 shared the same attributes as GNOME 2.0.0 and Linux 2.6.0 - big break; big breakage.

GNOME and KDE both use the same versioning scheme: up to 1.0.0 is the process of refinement up to production-readines; x.0.0 for x>1 is explicitly noted as the first step in a major *break* from the production ready code (more precisely, it is a break in the API, which generally results in significant code-base re-writes).

So personally, I'd turn your question on its head: is KDE so unique that its x.0.0 releases be held to a far higher standard than other core Free Software projects?

Edited 2008-01-14 16:03 UTC

Reply Parent Score: 9

RE[2]: KDE unique?
by sbergman27 on Mon 14th Jan 2008 16:23 in reply to "RE: KDE unique?"
sbergman27 Member since:
2005-07-24

So personally, I'd turn your question on its head: is KDE so unique that its x.0.0 releases be held to a far higher standard than other core Free Software projects?


I've been running Linux as my primary desktop and at my clients' sites for 11 years in my business. I've used both Gnome and KDE over various periods. I went through the kernel 2.0->2.2->2.4->2.6 cycle. I used KDE before it hit 1.0. Likewise with Gnome. I was using Gnome when it went 1.0. Likewise with KDE. I also used Gnome when it went 2.0. I am using KDE4 *right now*. And so it is with some grounding in history that I can say that this KDE release is seriously *substandard*.

P.S. I also went through the libc5->glibc6 transisition. And I have to admit that the current KDE breakage does not hold a *candle* to that experience!

Edited 2008-01-14 16:32 UTC

Reply Parent Score: 6

RE[3]: KDE unique?
by aseigo on Mon 14th Jan 2008 18:39 in reply to "RE[2]: KDE unique?"
aseigo Member since:
2005-07-06

> I also went through the libc5->glibc6 transisition.

ugh. don't even remind me of those times. *shudder* and then that was then followed by the "years of weekly security issues in either bind, sendmail, apache, cron, ssh, etc or all of the above. have fun compiling from source.". it's pretty impressive that the community pulled through all that to have what we have now =)

Reply Parent Score: 6