Sun Refuses LGPL for OpenOffice; Novell forks
TRS-80 writes "Kohei Yoshida wrote a long post on the history of Calc Solver, an optimization solver module for the Calc component of OpenOffice.org. After three years of jumping through Sun's hoops on his own time, Sun says it will duplicate the work because Kohei doesn't want to sign over ownership of the code. Adding insult to injury, Sun then invites him join this duplication. Because of Sun's refusal to accept LPGL extensions in the upstream code, Michael Meeks (who recently talked about Sun's OO.o community failings, and ODF and OOXML) has announced ooo-build (previously just for build fixes) is now a formal fork of OpenOffice to be located at http://go-oo.org/. "
There is just as much or more license squabbling in the OSS world as there is the other world.
Yeah, but in the OSS world we still have access to all the software that's in dispute...
Same reason FSF demands that ownership is signed over
Je ne parle pas francais.
That's actually the nice thing about the OASIS format, it's already documented and standardized. Other office suites, such as Koffice; already use OASIS so the standard already has more weight than any office suite. In the end I would think that the fork will probably go nowhere, but if it does gain momentum then we can probably only benefit from the competition. A lot of people like to bitch any time effort is duplicated and any fork (or competition) is a waste of time, but those people only need to look at XFree86 (remember those guys?) vs Xorg. From what I understand, Sun drives away a considerable amount of support by wanting to be in total control instead of a steward of the project, so maybe a fork will produce results.
1: The "non-starter" speed. Even with the quickstarter, OpenOffice.org does not start that fast enough for me.
2: Absence of a full email client. I suggest they grab Mozilla's Thunderbird. I have no trouble with it at all.
3: Beauty. Heck, the [ugly and huge] icons on Linux can be made better looking.
4: Make its database offering comparable to Microsoft's Access. Right now, a lot of work has to be done.
Those are my US$0.02.
Did you know the the Canadian Dollar is now worth more than the US dollar? I just found out this morning!
I agree, it would make sense to have GPL or LGPL OOO without this copyright assignment thing.
Note that this alternative OOO would be able to use any code from Sun and offer developers an added incentive: they don't have to assign ownership to Sun or anybody. And that can be a big incentive these days after a few projects having closed their source (remember sourceforge, that was not pretty... And more recently CUPS was bought by Apple. Which is not bad per se but I could understand that people who spent a few months of their own time working on it might be unhappy that they did not get a cut of the sale price...)
Of course Sun contributed the main code base and you could see the contributions as a reward to them. But it only works if the new contributions from others are small compared to Sun's. When they become big, you can understand that the contributors might want a more democratic way of handling things.
That's why the FSF says you should assign the copyright to them. But recently they showed that they could use that to make everything GPL3, which is hardly a consensual proposal.
So I guess that the Linux way is pretty good: get code from people who prove they own it and make it GPL. Distribute everything under GPL and count on the absence of a single copyright owner to make sure the initial contract (the GPL version X) will be maintained forever.
How is Sun's policy any different than the FSF's policy for GNU projects they manage?
Copyright assignment to those in control of the project is a good thing. It consolidates interest, makes it possible to make licensing decisions and changes in the future, and allows the project to be defended legally.
It is also probably time for an OO fork. Forking is not evil or bad, forking is powerful and must be used with caution but it is the ultimate power the community has. I'm not especially surprised that Sun spent all that time previously talking about the evils of forks, it is only fitting since Sun intends to control anything they contribute with an iron fist. The project is stagnant, not because people don't contribute but because Sun doesn't accept changes or only wants certain features in StarOffice.
There should probably be a fork if we want to see something useful arise from OO but it shouldn't be run by Novell or Sun or IBM or any other corporation. A fork should be run by the community, for the community. A community run foundation or non-profit should be at its head with a no sale of the codebase clause in its charter. If Novell wants to donate the bandwidth then so be it.