This page permanently redirects to gemini://gemini.techrights.org/2007/10/09/why-would-novell-want-to-fork-ooo/.
Posted in Fork, Formats, Free/Libre Software, Intellectual Monopoly, Interoperability, LGPL, Microsoft, Novell, Office Suites, Open XML, OpenDocument, OpenOffice at 11:51 am by Shane Coyle
Regular readers of this site, the ones that remember way back when I had time to contribute more, may recall the hub-bub regarding Novell possibly forking OpenOffice.org shortly after their infamous deal with our friends from Redmond – something that was heatedly debated in the community.
=> ↺ when I had time to contribute more | ↺ Novell possibly forking OpenOffice.org | ↺ heatedly debated
Well, now let’s look at the present times – all over the web, reports abound about the Novell-Sun rift and Michael Meeks forking of OpenOffice.org. Some say it is a fork, some say it is not, and this all sounds very familiar but a little confusing – again.
=> ↺ Novell-Sun rift and Michael Meeks forking of OpenOffice.org
Charles H. Schulz has written a piece that was published on Groklaw which attempts to shed some light on the background of the dispute, and offers some conjecture on what Meeks’ motivation may be:
=> ↺ Charles H. Schulz has written a piece | ↺ shed some light on the background of the dispute, and offers some conjecture on what Meeks’ motivation may be
Bear with me now: The OpenOffice.org project is developing import filters for OpenXML, but not export filters. Why? Because, I believe, it does not want to make a service to Microsoft by being the second major office suite to produce OpenXML documents on the fly. Novell sees this issue from a different point of view, but let’s not get carried away. Working with Microsoft on interoperability, as Novell claims, includes working on OpenXML filters and plugins. While Novell contributes quite normally to OpenOffice.org’s import filters, it is also developing an OpenXML export filter that won’t be available in OpenOffice.org– that is, if you choose to use OpenOffice.org and not “Open Office, Novell Edition”. And since these export filters are supposedly developed in collaboration with Microsoft, this technology would logically include Microsoft’s sacred intellectual property that Sun and many others don’t want to see covered by the JCA. This could, perhaps, explain Michael’s odd questions on this list of OpenOffice.org
So these new builds from Novell would thus include new features, but features that will carry sometimes an unverified intellectual property. And that’s certainly an issue if Microsoft joins the game. Would that mean Michael’s move was made in order to serve some corporate interests?
So, it looks like Novell is indeed intent on making available a fully OOXML-compatible, yet likely IP-encumbered, version of Novell OpenOffice.org – features that will not or cannot be sent back upstream. Of course, they cannot rightfully be expected to pay Microsoft their per-unit royalty on all copies of OOO that is distributed, as their thirty pieces of silver just doesn’t stretch that far, so fork they must.
=> ↺ IP-encumbered | ↺ per-unit royalty
Hey, who knows, perhaps over in that joint-interoperability lab of theirs, Microvell is also working on full native ODF support for Microsoft Office. (I’m still pulling for you to be right, Stafford, and sometimes I wish I was more often wrong.)
=> ↺ joint-interoperability lab | ↺ native ODF support for Microsoft Office | ↺ Stafford
Share in other sites/networks: These icons link to social bookmarking sites where readers can share and discover new web pages.
Permalink Send this to a friend
=> Permalink | ↺ Send this to a friend
=> Techrights
➮ Sharing is caring. Content is available under CC-BY-SA.
text/gemini;lang=en-GB
This content has been proxied by September (ba2dc).