Is Novell is Trying to 'Hijack' OpenOffice.org from Sun Microsystems for Competitive Reasons Alone?
- Dr. Roy Schestowitz
- 2007-10-08 03:26:15 UTC
- Modified: 2007-10-08 03:26:15 UTC
As the argument about OpenOffice.org evolves and developers, Novell is beginning to have its true colours shown. It used to
put the blame on Sun Microsystems for lack of openness, but looking at
the other side of the fence, it seems like Novell has its own financial agenda as
a considerable part of the equation. Sun's Simon Phipps, whose opinion I can trust, has this to say:
It's a shame Michael [Meeks] has chosen now - a turning point in OpenOffice.org and a moment when Sun has radically improved the SCA in response to broad feedback from many communities - as a time to mount a fresh challenge to Sun that by implication also harms OpenOffice.org. And when you distill out all the details, that's what this turns out to be even by Michael's admission - a competitive issue, not a community one.
It therefore appears as though Novell has its own plans and alternative agenda for OpenOffice.org, which is not surprising given
things we have seen. The founder of Linux Questions has
just posted some words in defense of Sun.
I forget sometimes how difficult a position Sun has put themselves in after years of being schizo about Open Source. For the last couple of years they have done some truly awesome things, yet they continue to take a beating in the community. I wonder how long it is until some will think they have paid their dues.
The complex
relationship between IBM, Microsoft, Novell, and Sun continues to baffle. They want to collaborate, but they compete and exchange favours and/or money at the same time. Can standards be established in this way? Which side would a standard then serve? And most importantly -- how does the
innocent customer fit into this picture? Companies wants money. Ordinary people want their data to be accessible and easy to interchange. They also want to have choice between platforms and applications so a proprietary/
de facto status-quo is not acceptable. It raises price and reduces quality.
Comments
Eric Gearhart
2007-10-08 04:31:27
Sun needs a kick in the pants... OOo IS bloated, and does need to be gutted. Either fork a branch internally, stop adding features to it and significantly improve performance, or for OOo 3.0 target major performance improvements. However they wanna go about it, this really does need to get done. This has been a complaint of OOo for years.
Roy Schestowitz
2007-10-08 05:11:00
Eric Gearhart
2007-10-08 05:24:41
Forking can be a good thing, although "the sky is falling" is the common reaction from the open source community. Forks are a healthy side effect of having an open source project. Look at XFree before X.org forked... there are major feature improvements that happened there. Also look at Compiz/Beryl.. they forked and are now in the process of "unforking" and marging improvements back together.
There seems to be a "self-tuning" aspect to open source projects... if a project stagnates and the "benevolent dictator" that runs it starts being unreasonable, well then it's forked.
If that fork doesn't gain enough momentum from developers because it's not necessary, it dies off. If it does gain enough developers usually it provokes the original project into waking up and introducing new features (or in the case of XFree... it basically falling by the wayside as X.org became the de facto standard in every major distro).
Roy Schestowitz
2007-10-08 09:26:33
"First you took money from Microsoft while strengthening its argument that Linux violates its patent. Then you guys said that OOXML is superior and added that to your distro. You find it necessary to make your users dependent to Microsoft's stuff. And now you find it necessary to split OpenOffice.
Shame on you Novell."
The guy is not anti-Novell.
The Microsoft dependence here is the main issue with this fork.
Sebastiaan Veld
2007-10-08 20:41:49
As the site states: "The go-oo version of OpenOffice.org is designed to give a foretaste of new features in development and includes functionality not yet accepted up-stream."
John Drinkwater
2007-10-08 21:09:31
Roy Schestowitz
2007-10-08 21:26:53
Eric Gearhart
2007-10-09 10:01:33
John Drinkwater
2007-10-10 14:50:50