Slashdot Mirror


OpenOffice Goes LGPL

Motor writes "According to the OpenOffice.org site, Sun has decided to relicense OpenOffice under the LGPL alone and retire its Sun Industry Standards Source License (SISSL). Sun supporters claim that it's part of Sun's move to reduce the number of open source licenses. Of course it could just be PR, since Sun stirred up a lot of bad publicity with the introduction of the CDDL for the release of Solaris. Either way, it's good news for OpenOffice."

185 comments

  1. Comparison of terms? by ari_j · · Score: 2, Interesting

    Is there a good comparison of the terms of the two licenses? I am not even going to RTFA, much less both licenses side by side. It's Saturday, people.

    1. Re:Comparison of terms? by tmasssey · · Score: 5, Informative
      The biggest difference is that if you contribute and distribute your changes to an (L)GPL project, you must make your source publicly available. Under the SISSL, you could distribute binary-only versions of the project.

      The difference between the GPL and the LGPL is that LGPL projects assume that others will create projects that interface with the original LGPL project, but that are not strictly part of the original project. Under the GPL, such items would need to be made available under the GPL themselves; under the LGPL, they can be licensed however the copyright holder sees fit.

    2. Re:Comparison of terms? by Eminence · · Score: 1, Offtopic

      Come on, start a blog, write to a newspaper, anything. But why you have to put it here, in a topic about an office package where everything you'll get is being moded down as a troll.

    3. Re:Comparison of terms? by Anonymous Coward · · Score: 1, Interesting

      "It's Saturday, people."

      I don't want to read that stuff either on my own time either. I'll wait until I get back to work and get "paid" to read it.

    4. Re:Comparison of terms? by Anonymous Coward · · Score: 0

      That's a pretty funny comment. Don't know why you went AC.

    5. Re:Comparison of terms? by Tontoman · · Score: 1

      An article on ZDNet gives the reasoning behind Sun's actions here.
      Having too many licenses can result in islands of incompatible software that can't be intermixed and complicates legal reviews for those thinking of using or contributing to open-source projects.
      The article quotes Simon Phipps, director of Sun's Open Source Office.

    6. Re:Comparison of terms? by fsterman · · Score: 1

      Couldn't you say this about every /. story?

      --
      Is there anything better than clicking through Microsoft ads on Slashdot?
    7. Re:Comparison of terms? by Anonymous Coward · · Score: 0

      Simon Phipps is one of the clowns behind the CDDL -- and is therefore singularly unqualified to talk about how license proliferation is bad for open source -- he is a also PR monkey for Sun, as can be seen from his quotes.

      This isn't about reducing the number of licenses, because absolutely no-one else used the SISSL, and it can't be taken back, merely marked as "please don't use". This is about two things: 1. Stopping IBM quietly modifiying OO code for its workplace product and not returning the result to the community. 2. Public relations... allowing Sun to claim the high-ground in the license proliferation argument, when they are one of the worst offenders (create dozens of licenses... retire one and claim to be the good guy)

    8. Re:Comparison of terms? by utlemming · · Score: 1

      I am at work, you insensative clod...

      --
      The views expressed are mine own and do not express the views of my employer.
    9. Re:Comparison of terms? by Anonymous Coward · · Score: 0

      Oh, that's awesome. Now millions of open source programmers all over the world will improve OpenOffice by leaps and jumps by releasing early, releasing often.

      That's the power of open source. Already the combination of Linux and OO.o is SO much faster than Windows + MS office that it's just not funny!

    10. Re:Comparison of terms? by Josh+Triplett · · Score: 2, Interesting
      The biggest difference is that if you contribute and distribute your changes to an (L)GPL project, you must make your source publicly available. Under the SISSL, you could distribute binary-only versions of the project.
      While it is true that the SISSL allowed binary-only distributions, it allowed them only if you provided documentation of any changes that you made to file formats or other standardized items. This is still a Free license, because full source code is considered sufficient documentation, so it's essentially a copyleft with an exception for software which documents its deviations from standards.
    11. Re:Comparison of terms? by X0563511 · · Score: 1

      And OO.o + Windows is just about the same loading time as MS Office + Windows. (turning all the "quick launch" type things - I like to have unused RAM well, unused)

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    12. Re:Comparison of terms? by Anonymous Coward · · Score: 0
      Is there a good comparison of the terms of the two licenses?

      So you don't waste time reading the article (*I* never do!) here's a little analogy to make it simpler:

      LGPL is to GPL
      as
      LPGA is to PGA

  2. Fantastic ... by cpu_fusion · · Score: 1

    Now how about the JDK? :D

    1. Re:Fantastic ... by hungrygrue · · Score: 1, Insightful

      Exactly. It pisses me off to no end that my college has moved from teaching C/C++ for introductory courses to teaching Java. If it were an open standard, there would be no problem. But as it stands right now they are teaching a single vender proprietary language for general purpose programming courses. Given the vast number of projects and companies which depend on Java, I would love to see Sun release their implementation under the GPL and create an independant organization to control the future standardization and direction of the language. I'll use Java when I can use ANSI Java and have a selection of platform implementations to choose from.

    2. Re:Fantastic ... by Richard_at_work · · Score: 3, Insightful

      Why should Sun GPL their implementation. Seriously, why? The damand for Sun to do so seems to stem from slashdotters, and I havent yet seen a good reason *WHY* they should give away their Java implementation under the GPL. The specification I agree with - put it under the control of a independant standards body, but Sun should keep their implementation and everyone can still implement their own. Why is it that theres a rather vocal number of slashdotters who seem to demand that companies (not just Sun) give away their code? Write your goddamn own.

    3. Re:Fantastic ... by jadavis · · Score: 4, Insightful

      If it were an open standard...

      It is an open standard!

      The simple reason that there are no comparable open source implementations is that no open source developers have invested as much time to write the standard libraries. Let's not kid ourselves.

      However, GCJ/GIJ are great. That project has made huge advances on an open implementation.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
    4. Re:Fantastic ... by ultranova · · Score: 1

      However, GCJ/GIJ are great. That project has made huge advances on an open implementation.

      So, what is the legal status of such projects ? Can Sun shut them down ? I'm not asking if it is profitable for Sun to do this, I'm asking if it is possible for them to do this ?

      In short, is it safe to begin new projects in Java, or should I look into Ruby or something ? Or should I just stick to C and forget all about this current fad of object-orientation ?-)

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    5. Re:Fantastic ... by Billly+Gates · · Score: 3, Insightful

      Well whats good for Sun is not good for users and the future of the language.

      Java is falling behind because it frankly has no way to update itself despite upgrades from Sun itself. Hell, even IBM is having trouble making their version of Java better. Mainly because its considering proprietary because its not from sun.

      Java is designed to write portable apps to all platforms. You can not write your own java api and have that same app work on another system. So its a mute point.

      C#.net is better as a language and we all have to wait for sun to stamp yet another revision to catch up. Microsoft has the resources to improve it when Sun does not.

      In perl and other opensource languages you have developers improving the language itself. If Sun let the community upgrade it and develop more libraries it will improve and not die out.

    6. Re:Fantastic ... by Anonymous Coward · · Score: 0

      Sun control the spec for Java (regardless of their joke JCP) and keep adding huge amounts of API at a ridiculous rate -- ensuring that only their version remains compliant... and consequently, that they control the whole thing. Either Sun should Open it's implementation or give up control of the spec... one or the other.

    7. Re:Fantastic ... by Anonymous Coward · · Score: 0

      " Why should Sun GPL their implementation. Seriously, why? "

      Slashdot posts are setting new levels of the term RTFA. Now, not olny do posters not RTFA, but they don't even RTFH (Read The... Headlines). It says LGPL. But to some, I assume, there is no difference.

    8. Re:Fantastic ... by Anonymous Coward · · Score: 0

      Everything that people worry about with Microsoft and .net applies with Sun and Java. Sub have the patents, and every reason in the world to want to kill Linux -- in fact, if you tried to use Java under Linux you can safely assume that Sun is already trying to kill Linux by making its version of Java really really shitty and slow (sorry, that should be even more shitty and slow than the Windows version -- we are talking about Java after all).

    9. Re:Fantastic ... by Anonymous Coward · · Score: 0

      It should be 100% legal, considering that Java is an open standard. But IANAL.

    10. Re:Fantastic ... by Anonymous Coward · · Score: 0

      >Slashdot posts are setting new levels of the term RTFA.

      Yeah, like RTFG (grandparent). They're talking about Java and GPL, not OpenOffice and LGPL.

    11. Re:Fantastic ... by jiushao · · Score: 4, Informative
      It is completely and in every way legal. The only real restriction that Sun has is that the implementation has to pass their certification to be able to use the Java logotype and be called "a certified Java implementation".

      It is more than a bit expensive to pass the certification however so the open source projects will probably never do so (though some company might push through one specific version at some point). It is not really an all that important point however, the technology and specification is all legal to implement.

    12. Re:Fantastic ... by DrSkwid · · Score: 1

      s/mute/moot/

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    13. Re:Fantastic ... by Taladar · · Score: 1, Insightful

      Of course they see no reason to do this. That would require seeing themselves as incompetent in maintaining a language as the rest of the world (excluding people knowing one programming language or less) does.

    14. Re:Fantastic ... by jiushao · · Score: 3, Insightful
      I see no problems with the current situation. While no one but Sun has really dared touch the core language and bytecode there is a very lively OSS community surrounding Java. Considering that the language and bytecode are really a rather small part of the platform as a whole it is probably a good thing for the community that they are kept relativly fixed.

      Personally I get a bit worried when people talk about "falling behind" for a language (or major library for that matter). Java gets updated, in major ways, every few years. Since the language is the very basis for applications it cannot however run around and change all the time, it is supposed to be the vehicle of delivery for applications. If the language is so completely wrong that is needs to be changed in a major way one might as well instead create a new lanaguage.

      The basic thing here is that while end-user applications should evolve as much as possible lower-level libraries and languages can not. There are probably billions of lines of Java out there, there are tools that parse Java code, there are languages targetting the JVM, there are libraries in turn relying on Sun's libraries. Changing the playing rules (even without breaking backwards compatibility) would invalidate a lot of work down the line.

      I for one rather hope that Sun does not plan to add as major changes in 1.6 as they did in 1.5. This is not a hunt for some glorified ultimate language, there is real work being done that should not be constantly disturbed.

      Some people might now just say "so stick to one version of Java and let the rest of us have new features". The problem is that doing so will fragment the language badly. People will have to not just learn one revision, they will have to learn a new one for each job they do, and then typically juggle the differences in their minds. Making the actual situation much more complex than the language appears to be when only considering each revision by itself.

      Now of course there is .NET, which is a fine platform as well. I don't see that much need to update Java any more in response to it however, 1.5 added the most important bits. Doing anything more major soon would just make the relationship between Java 1.4 and 1.6 meaningless, people could just as well switch to .NET as go to another completely different platform.

    15. Re:Fantastic ... by jadavis · · Score: 3, Insightful

      So, what is the legal status of such projects ? Can Sun shut them down ? I'm not asking if it is profitable for Sun to do this, I'm asking if it is possible for them to do this ?

      It's legal. It's just that Sun has made a sophisticated product very carefully with very high quality standards, and it is difficult for open source developers to match that in a fully-compatible way.

      In short, is it safe to begin new projects in Java, or should I look into Ruby or something ? Or should I just stick to C and forget all about this current fad of object-orientation ?-)

      Sun will be there, and Java will be there. And if not, some open product will likely suit your needs (GIJ and GCJ are very good actually, they just haven't reimplmented the entire standard library). Or IBM. Remember, the standards are open.

      Next, the language is different from the programming approach. Use object-oriented thinking when it makes the most sense. Use procedural or functional programming when those make more sense. And then just pick the language based on where you see the project going and what features of the language you think will help. A java program is not necessarily object-oriented, it just provides the tools in case you are thinking that way while programming.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
    16. Re:Fantastic ... by drgonzo59 · · Score: 1
      It depends what you want to do with your project.

      I was writting a program to download then parse text, then build graphs and compute some metrics on the graphs. I knew java, C/C++ but I was looking for something that would allow me to get my problem into code faster, so in a week I learned Python and then I wrote the whole thing in Python. Why? Because the language and its libraries had what I was looking for. For example hashes (dictionaries) and lists are base types. To add a string to a hash using a key in Python is just hash[key]=string. Then iterating through lists is much simpler, as is some other stuff. The same probably goes for Ruby. The downside is that my program runs much slower than if it had been written in C++. So if you do a lot of computations in there might want to stick with C, it all depends...

    17. Re:Fantastic ... by farble1670 · · Score: 2, Informative
      I for one rather hope that Sun does not plan to add as major changes in 1.6 as they did in 1.5 ... they will have to learn a new one for each job they do

      your 1.2-4 bytecode will continue to run on a 1.5 jvm, and in general your 1.2-4 .java files will compile with a 1.5 compiler. there are cases where things get deprecated in the std libraries, but in that case you get a warning of one major release ... and the things that get dropped always have clear alternatives.

      so what's the problem? you don't have to learn anything new, if you don't want to use the new features.

    18. Re:Fantastic ... by Anonymous Coward · · Score: 0

      Here are a few reasons:
      - Distros like Fedora, Ubuntu, Debian, Gentoo could ship with java bundled. As long as java is not free as in speech, beginers won't be able to run java apps out of the box (gcj/classpath is not mature/complete enough).
      - Open office 2 could use more and more java without any problem. - Open source folks could code in java and have their apps part of some distro's default install.

      And the list goes on...

      They should use the same approach as trolltech with Qt, IMHO.

    19. Re:Fantastic ... by Anonymous Coward · · Score: 0

      In Sun's agreement with Microsoft, Microsoft paid Sun so that Sun would not support any competition with MS Products (read MS OFFICE). By having the licensing this way, Sun was endangering their agreement with M$.

    20. Re:Fantastic ... by jadavis · · Score: 1

      It depends what you want to do with your project.

      What depends? Are you answering his post or mine?

      The downside is that my program runs much slower than if it had been written in C++.

      It sounds almost certain that your application is I/O bound. I would guess that writing it in C++ would not see a performance improvement.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
    21. Re:Fantastic ... by jiushao · · Score: 1
      Seems it did not work to have a part answering this question ahead of time, so I will just quote myself:

      Some people might now just say "so stick to one version of Java and let the rest of us have new features". The problem is that doing so will fragment the language badly. People will have to not just learn one revision, they will have to learn a new one for each job they do, and then typically juggle the differences in their minds. Making the actual situation much more complex than the language appears to be when only considering each revision by itself.

      This is not so much about me as it is about the Java ecosystem, real work and all that. It is fine for hobbyist and quick hack languages to rev often and a lot, but to actually get a workable climate for big commercial systems there has to be some coherency.

      Notice Python which is popular with hobbyist hackers and has a bit of success here and there in more "commercial" settings. The difference is that most big systems that involve Python in some way stick to Python 1.5.2, a classic baseline version. This works out decently for Python since it is not usually the main platform for any big system (more support scripting and such), but Java is meant to be (and is activly used) at the core of very big and important systems all over the industry.

    22. Re:Fantastic ... by Anonymous Coward · · Score: 0
      The downside is that my program runs much slower than if it had been written in C++. So if you do a lot of computations in there might want to stick with C, it all depends...

      One of the upsides of python is it's ability to work with native code modules (C or C++) wihout the JNI-like crap you have to get through to create native extensions to java code.

      modularize and unit-test your code well, then profile it to extract the worst performing routines or modules (using the built in profiler, in the "profiler" module), try to optimize them and if you can't just rewrite them to native if needed. You have your unit tests, so the module'll perform just as well as the cPython ones quality-wise, and will be much faster.

      It should also be noted that since you wrote the application a week after learning python, it may be very unpythonic and therefore very inefficient (remember, Python is not Java). Check PythonSpeed andPerformance Tips on the Wiki for more informations about speed-improving Python usages.

      Last resource, if you need some more speed but don't want to switch to native modules, you may try Psyco if you don't care that much about RAM consumption

    23. Re:Fantastic ... by MrHanky · · Score: 1

      Well, by giving Java a GPL (or preferably LGPL) license, Sun could have users port Java to other platforms as needed. For instance, I could compile it for Linux PPC, and have a functional JVM on this computer. Or rather, I could just install it from Debian's archives, like I do with the rest of my applications. AFAIR, one of the great things about Java was supposed to be its portability, but the fact is that there are other languages with better portability. Sun could compete with these if they gave Java a proper free software license.

    24. Re:Fantastic ... by Anonymous Coward · · Score: 0

      "Object oriented fad"? It's not a fad when practically every major language uses this method.

      Also, C/C++ is object oriented.

    25. Re:Fantastic ... by WebMink · · Score: 1

      Actually, Sun offers non-profit organisations free access to the test suites for certification via a 'scholarship', and Brazil's SOUJava user group organisation has recently incorporated as a non-profit explicitly to apply for such scholarships for the open source projects working on JVM and library implementations, so I'd say "probably will" rather than "probably never".

    26. Re:Fantastic ... by mikefe · · Score: 1

      Not only that, but NeoOffice/J is a GPL fork of OOo 1.1, so GPL and OOo is already happening because of the forking.

      --
      There: Something at a specific location.
      Their: Owned by someone.
      Please make sure your english compiles.
    27. Re:Fantastic ... by mikefe · · Score: 1

      Uhh, how does removing the SISSL from the list of licenses (leaving one entry in that list) keep Sun from compeating with Microsoft in the Office software market?

      --
      There: Something at a specific location.
      Their: Owned by someone.
      Please make sure your english compiles.
    28. Re:Fantastic ... by Anonymous Coward · · Score: 0

      The simple reason that there are no comparable open source implementations is that no open source developers have invested as much time to write the standard libraries. Let's not kid ourselves.

      You're right, let's not kid ourselves. Sun and the JCP were overtly hostile to open source Java implementations until less than three years ago (pre-JCP 2.5). That hostility strongly dissuaded many open source developers from wanting to have anything to do with Java. We've come a long way since then, but there's still much to do, little thanks to Sun.

    29. Re:Fantastic ... by farble1670 · · Score: 1
      i have no idea what your point is. the only thing i can conclude is that you've never done anything other play around with java.

      take any java application. you can rev the jvm version and it will run just fine. take that same java application. you can re-compile it using a rev'd compiler version no problem.

      so what's the problem? how could it be any easier?

      new java versions offer more features, but you don't have to use those features. it's a little thing called backwards compatibility, for the language and the jvm.

      i develop a very large software product on java (not a hobby), and we've been through java 1.2 to 1.5. we also must support multiple java version at one time. we do this by compiling to the lowest version we support. it's not an issue.

    30. Re:Fantastic ... by millette · · Score: 1

      C is object oriented in a gtk kinda way, I'll give you that.

    31. Re:Fantastic ... by drgonzo59 · · Score: 1
      "It sounds almost certain that your application is I/O bound. I would guess that writing it in C++ would not see a performance improvement."

      Some parts of it are I/O bound (net downloading, reading/writting/searching a 4Gig database), but it also has computational components to compute various graph transformations and metrics.

      The speed improvement will certainly be there even for I/O bound procedures, as I have to perform a complex operation for many rows from the database. So for each row it gets it from the database, then MySQL has to go back into python (instantiate python objects, do calculations, then go back to the database). It will certainly be faster to do it in C++. Then the pure computational parts will definetly be faster in C++. The time to write all the algorithms in C++ would have taken much longer, so there is the trade-off I made...

    32. Re:Fantastic ... by drgonzo59 · · Score: 1
      Thanks, My application is certainly not very Pythonic, it is more Java-ish or C-ish. I checked out some of those sites, printed out the tips-and-tricks and put them on the wall. I still have to get used to using the apply() and map() function and list comprehension instead of the traditional 'for' loop.

      The C/C++ module api is still daunting for me (though easier than JNI, that's for sure!). That is the last resort though.

    33. Re:Fantastic ... by jiushao · · Score: 1
      I am having trouble phrasing this much clearer, but I am going to give it another shot:

      The larger the difference between revisions the less chance a large software product has of ever making it to a later revision. If revisions change often and a lot that means that the industry will be filled with large software projects stranded on each possible revision. As a professional it then becomes hard to have a grasp of "Java" as it is actually used, since there are many very different revisions in active use all over the place.

      Now Sun does this fairly well, 1.5 was a large change, but they don't seem to be going to do so again. Nor was any of the earlier versions that disruptive (1.2 was somewhat big, but mostly stuff like AWT/Swing, which was and is less important). Having some similarity makes it possible for the industry to move forward with revisions.

      It is not a matter of just backwards compatibility, software is never "done" so it will have to be dragged along. Backwards compatibility makes it possible to stay on an older revision of Java, some coherency in the language updates is what makes it possible to move to newer ones (when a new module of side-project is made for instance, possibly refactoring some other part if time allows).

      Consider the extreme, if Sun changed Java so much that almost no skills and code from the previous revision carries over to the new (in the coherent codebase sense, not the backwards compatibility sense). The industry using Java would immediately fragment, there would be pre-'version' Java and post-'version' largely forever, anyone working in the industry would have to know both very different languages. Now consider if Sun does that five times.

      What I am going for here is that Sun is doing the right thing being a bit careful with updating Java. Backwards compatibility is the basics, have to have that. It is also important however that changes like 1.5, while very nice, don't happen too often. Industry workers will have to juggle the differences in their minds for the next decade or so, but thanks to the changes not being too fundamental most companies will move on to later revisions when given opportunity, and it is not that hard to remember two revisions. As long as Sun isn't run by people like "Billy Gates" above who feel that languages should be revised all the time to add the latest bells and whistles things will be fine as they are.

    34. Re:Fantastic ... by Anonymous Coward · · Score: 0


      I'd like to see Sun's Java implementation become open source so that I can run it on my non-traditional hardware/OS combination. With Sun's current binary-only releases, I'm confined to using Java on x86/x64 Linux and Sparc Solaris. I've got a couple of older Ultra5 Sparcs running Linux that cannot run Java because Sun only releases Sparc binaries for Solaris.

    35. Re:Fantastic ... by juhaz · · Score: 1

      If it comes to that, there are some tools that make writing C modules much simpler, Pyrex, for example.

  3. change of name too by jshaped · · Score: 3, Funny

    and they're changing the name of OpenOffice to:

    OOMLA!!!!!

  4. Yep by Anonymous Coward · · Score: 0

    That's good.

  5. This is news? by Mad+Merlin · · Score: 3, Interesting

    Maybe it's just me, but from the looks of it, OOo is already LGPLed.

    1. Re:This is news? by TelJanin · · Score: 2, Informative

      Before, it was dual-licenced. Now it's only LGPL.

      The above screen was made in a version licenced under the LGPL.

  6. Just so you all know.... by tpgp · · Score: 4, Informative

    OpenOffice.org is not "going" LGPL - it was already LGPL and SISSL.

    It is now just LGPL. I don't see how this is "good news" for OO at all - maybe good news for OSI or others who would like to see less of a proliferation of Open Source licences.

    --
    My pics.
    1. Re:Just so you all know.... by rah1420 · · Score: 1

      Which was the intention all along, according to the summary if not TFA.

      --
      Mit der Dummheit kämpfen Götter selbst vergebens.
    2. Re:Just so you all know.... by Motor · · Score: 5, Informative

      OpenOffice.org is not "going" LGPL - it was already LGPL and SISSL.

      The article summary has this bit: "Is relicensed under the LGPL alone."

      I submitted the article with the title: "OpenOffice single license: LGPL". One of the editors changed it to: "OpenOffice goes LGPL" -- which is extremely misleading.

      --
      We all know that crap is king
      Give us dirty laundry!
    3. Re:Just so you all know.... by Motor · · Score: 5, Interesting

      Additional: the reason I think it's good for OpenOffice is that dual licensing is a messy business. It confuses both users and developers... now the situation is a lot clearer. Plus Michael Meeks (a OO and GNOME developer) believes that it will help stop certain abuses that have been happening under the SISSL. I don't see how this can't be good for OpenOffice.

      --
      We all know that crap is king
      Give us dirty laundry!
    4. Re:Just so you all know.... by tpgp · · Score: 1

      Hi there Moto,

      I agree that the license change will be good for Sun. Workplace using OO derived code without the improvements going back to Sun was wrong, but SISSL did allow that.

      As for dual licensing being a messy, confusing business; I'm not so sure. MySQL, Trolltech (the makers of QT) Mozilla all use dual licenses.

      Trolltech puts it best:

      This is how it works: In return for the advantages you realize from using a Trolltech product to create your application, we require that you do one of the following:

        Either: Contribute to the continued development of the product by purchasing commercial licenses from Trolltech. This option secures you the right to distribute your application under the license terms of your choice.
        Or: Contribute to the Open Source community by placing your application under an Open Source license (e.g. the GPL). This option secures all users the rights to obtain the application's full source code, modify it, and redistribute it.

      --
      My pics.
    5. Re:Just so you all know.... by squiggleslash · · Score: 1
      I'm curious to know if this means the death of Star Office.

      Star Office is a proprietary fork of OpenOffice.org; unless the OOo people are requesting any contributors to the "official version" of OOo assign copyrights to Sun (which I don't see any evidence of), it's not easy to see how Sun will be able to create updated versions of Star Office built from updated versions of OOo.

      --
      You are not alone. This is not normal. None of this is normal.
    6. Re:Just so you all know.... by Bert64 · · Score: 1

      Ofcourse they can, they just have to make the sourcecode available, which it already is via openoffice... the only reason staroffice was based from a slightly different codebase was because some of the components used in the original staroffice weren't owned by sun and couldn't be open sourced.. Now that those parts have been replaced, there's no reason sun can't make staroffice completely using openoffice sourcecode.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    7. Re:Just so you all know.... by dmaxwell · · Score: 1

      Sun has always required copyright assignment to their branch of OOO. This was one of the reasons they could dual-license the codebase in the firstplace. A copyright holder can release derivatives under any license he likes. This doesn't have to affect Star Office one bit. Come to think of it, Sun hasn't gone from 2 licenses to 1. They've gone from 3 to 2. You can use the codebase as proprietary Staroffice binaries with some added templates and other features or you can use the LGPL derivative.

    8. Re:Just so you all know.... by ghettoimp · · Score: 1

      I think it's great news for OO. I'll bet more people are willing to contribute to an LGPL project than to one which had such a complicated licensing scheme.

    9. Re:Just so you all know.... by Feztaa · · Score: 1

      But maintaining StarOffice as a fork of OpenOffice if it's all just going to be LGPL anyway is just a waste of time; hence the thought that they might just kill off StarOffice and then just have OpenOffice.

    10. Re:Just so you all know.... by Seumas · · Score: 1

      I love how the Slashdot editors will gladly edit the hell out of a headline to draw more attention to it, but can't be bothered to do fuckall about obvious and completely horrific grammar, spelling or duping.

    11. Re:Just so you all know.... by WebMink · · Score: 1

      In fact if you read my blog posting announcing the retirement of SISSL you'll find that was in fact the intention all along.

  7. Sounds logical. by Spy+der+Mann · · Score: 0

    The LGPL allows you to use its code in commercial projects without releasing the source. This way they can charge for any improvement they make over OpenOffice.

    1. Re:Sounds logical. by ratta · · Score: 1

      No. You can just use LGPL code as a library in a proprietary product, but if you modify the library itself you still have to release all the changes (to those who get the binaries, as with GPL).

      --
      Wondering why i am doing so strange posts? I am trying to get a "+5,Flamebait" or "-1,Insightful" rating.
    2. Re:Sounds logical. by Mad+Merlin · · Score: 1
      The LGPL allows you to use its code in commercial projects without releasing the source. This way they can charge for any improvement they make over OpenOffice.

      I think you're mistaking the LGPL for the BSD license. LGPL is essentially just the GPL with an additional clause that allows you to link against it from other (potentially binary only) programs. See libc for a good example of where this is useful (unless you don't ever want to run any binary only programs on Linux).

  8. This is a welcome simplification by Tontoman · · Score: 1, Interesting

    This will clear up some legalese and speed adoption of OpenOffice.org. Bravo! The LGPL means that perhaps other application can make use of some of the tasty spell check and spreadsheet functionality.

    1. Re:This is a welcome simplification by RAMMS+EIN · · Score: 1

      As far as I understand, they could already. OOo was already licensed under the LGPL, although it was just one of two alternatives. Now, it's the only license. If anything, that reduces what you can do with the software (e.g. redistribute it with changes in binary-only form).

      --
      Please correct me if I got my facts wrong.
  9. the less, the better by c-reus · · Score: 2, Insightful

    IMO, the less software licences, the better.

    Although one can invent his own unique licence for every piece of code he writes, I don't see how it would be a smart move.

    Licence your product under GPL or BSD licence (or a known commercial one), then at least I know (approximately) under what terms you have released the product.
    To be honest, I really don't want to read the whole licence before installing some program just to make sure I have the right to use it.

    4 or 5 licences would be enough IMO. Well, of course there are some people/companies that think the standard licences are not the way to go.

    1. Re:the less, the better by Anonymous Coward · · Score: 0

      Fewer, you assclown, fewer.

      IMO, the fewer software licenses, the better.
      How hard was that? Now you don't sound like an uneducated moron.

    2. Re:the less, the better by Anonymous Coward · · Score: 0

      IMO, the less software licences, the better.

      The fewer grammatical errors, the better.

    3. Re:the less, the better by c-reus · · Score: 1

      point taken

  10. Please, slashdot law geeks by bogaboga · · Score: 2, Insightful
    This is my request to Slashdot law geeks:

    Please explain to a lay man (myself), how LGPL is different as compared to the GPL. A side by side explanation on key terms and points would be very useful and much appreciated. Thanks.

    1. Re:Please, slashdot law geeks by turgid · · Score: 1

      You can link a closed-source program to an LGPL'd one, but if you link to a GPL'd one, your program must also be GPL'd

    2. Re:Please, slashdot law geeks by zerblat · · Score: 4, Informative

      It's in the OOo FAQ.

      --
      Please alter my pants as fashion dictates.
  11. Stop Wasting Our Time With Wannabe BSD Licences! by Anonymous Coward · · Score: 0

    Commercial companies need to stop fearing the wrath of the ten to twelve bearded gnu freaks out there and get on with moving their open source code bases to the only viable license, the BSD.

  12. CDDL != Evil by cpuh0g · · Score: 4, Insightful

    Why is there so much damn whining about CDDL just because its not GPL? There are some very legitimate business and legal reasons that Sun could not use GPL which have been explained, ad nauseum, in other forums. It's not as if they just arbitrarily chose it to piss of the Stallman's diciples.

    1. Re:CDDL != Evil by Anonymous Coward · · Score: 3, Insightful

      The CDDL is yet another vanity MPL variant. It does nothing that half a dozen other MPL variants do... or the CPL for that matter. Sun employees defend it as being an attempt to *reduce* the number of MPL variants -- when in fact, it has multiplied them, and was introduced solely to wall off Solaris code from everything else out there and create a pocket of "Sun-brand" open-source.

    2. Re:CDDL != Evil by Cruxus · · Score: 1
      It's not as if they just arbitrarily chose to piss of the Stallman's diciples.

      You say that as though it's a bad thing!

      --
      On vit, on code et puis on meurt.
    3. Re:CDDL != Evil by allenw · · Score: 1


      Repeat after me:

      Sun does not own all of the code in Solaris.
      Sun does not own all of the code in Solaris.
      Sun does not own all of the code in Solaris. ...

      Maybe, eventually, it will stick. Maybe, eventually, folks will realize why the CDDL was pretty much the only license Sun could legally use.

    4. Re:CDDL != Evil by Anonymous Coward · · Score: 0

      Maybe, eventually, you will read the MPL.

    5. Re:CDDL != Evil by cahiha · · Score: 1

      Maybe, eventually, it will stick. Maybe, eventually, folks will realize why the CDDL was pretty much the only license Sun could legally use.

      That argument makes no sense. Sun only released the portions of Solaris they owned, and they could do so under whatever license they wanted.

      On the other hand, for their own commercial releases, they can still link with whatever proprietary code they want to link with; releasing under the GPL/LGPL to others does not affect what they do with their own binary releases of code they actually own.

      No, Sun picked the CDDL for business and publicity reasons, not for legal reasons.

    6. Re:CDDL != Evil by jonwil · · Score: 1

      actually no.
      The "open" release of Solaris (OpenSolaris) includes a "binaries" package containg code (including kernel components like device drivers) that sun cant release at this time for whatever reasons.
      Without this code, Solaris is useless.

      Plus, sun needed a licence that dealt with the many patents (sun and otherwise) that cover or might cover the solaris codebase.

      Although I do aggree that sun should have done more to make the CDDL compatible with the GPL/LGPL (although I think some of the patent issues are to do with what the GPL/LGPL dont say and not what the CDDL says)

    7. Re:CDDL != Evil by cpuh0g · · Score: 1

      So they chose a license that is most compatible with their business needs. Wow. Big surprize. What is wrong with that?

    8. Re:CDDL != Evil by Anonymous Coward · · Score: 0

      Microsoft Windows and Sun Solaris are friends.
      Microsoft C# and Sun Java are friends.
      Microsoft Office and Sun OpenOffice are not friends!

    9. Re:CDDL != Evil by cahiha · · Score: 1

      The "open" release of Solaris (OpenSolaris) includes a "binaries" package containg code (including kernel components like device drivers) that sun cant release at this time for whatever reasons. Without this code, Solaris is useless. Plus, sun needed a licence that dealt with the many patents (sun and otherwise) that cover or might cover the solaris codebase.

      Do you have any pointers showing what you say to be true?

      If it is true, then "OpenSolaris" is a fraud: if it relies on binary modules and is patent encumbered, it isn't "open" at all. But, then, I guess that's what we have come to expect from Sun.

    10. Re:CDDL != Evil by cahiha · · Score: 1

      So they chose a license that is most compatible with their business needs. Wow. Big surprize. What is wrong with that?

      What's wrong is when the licenses Sun chooses disagree with their marketing claims and their statements to/about open source.

    11. Re:CDDL != Evil by jonwil · · Score: 1

      It does rely on binary modules.

      BUT, Sun is working hard to replace, rewrite or secure release permission for those modules.
      Some of them are to do with things like Encryption where US Export laws come into play (they have to go through a bunch of steps in order to get source-release-permission for those bits)

  13. A Great Product is Now Fantastic by virtigex · · Score: 2, Funny

    I think that Sun should get a pat on the back for this. OpenOffice 1.9 is really "in the zone" when it comes to a productivity application. This just makes a great product a fantastic one. In these days of tight budgets, any company, large or small, should think twice about paying $300+ for a productivity suite that you could get for free (in both senses of the word) in OpenOffice.

    1. Re:A Great Product is Now Fantastic by Anonymous Coward · · Score: 0

      Are nods on crack? Why the fuck is the parent modded funny?

    2. Re:A Great Product is Now Fantastic by Anonymous Coward · · Score: 0

      Maybe because they want the post modded up but they dont want the post owner to get any karma ?

  14. Re:Warning link is worse than goatse! by hungrygrue · · Score: 1, Informative

    Warning the author of parent is on crack.

  15. Re:something about OO.o source by Anonymous Coward · · Score: 0
    If you can't do it, then a source code release probablyisn't for you. Stick with precompiled binaries. The source is for people who needs to make modifications, look at how things are done, or port to new architectures.

    All of these acitivities require a degree of programming skills.

  16. Re:something about OO.o source by hungrygrue · · Score: 1

    To install under most Linux distributions, you must convert the "Linux" rpm files from OO/Sun to tar.gz using rpm2tgz and then extract them. Sun seems to be under the impression that "Linux" is just another name for "Redhat". It rather sucks but if you want to test the Beta you can just convert and extract, or wait for it to show up in your distro's repository.

  17. Re:something about OO.o source by Anonymous Coward · · Score: 0

    apt-get install openoffice?

  18. So... LGPL ~= BSD license? by Laebshade · · Score: 1

    Does this sound like a fair comparision? To me it does. The main distinction between BSD and GPL was that with BSD, you don't have to release the source code, and with GPL you do.

    1. Re:So... LGPL ~= BSD license? by despisethesun · · Score: 1

      And with the LGPL you also have to release your code if you a) include the LGPLed code in your program or b) modify the LGPLed application or library. The difference is that you can link to LGPLed libraries from your app without having to open up your own code.

      --
      This poo is cold.
  19. Re:something about OO.o source by Anonymous Coward · · Score: 0

    Pick one..

    emerge openoffice
    emerge openoffice-bin
    emerge openoffice-ximian
    emerge openoffice-ximian-bin

  20. That's the Spirit! by philovivero · · Score: 0, Troll

    Sun bought up this office product and open-sourced it and gave it away and gave us an alternative to the Microsoft monopoly.

    But besides that, what has Sun ever done for us?

    I'm not going to thank them for now moving it to the simple LGPL license. I'm going to damn them anyway. Because... um. Because I like to be constantly pissed off?

  21. Re:Stop Wasting Our Time With Wannabe BSD Licences by psyon1 · · Score: 1

    Something about a company releasing a commercial product based on my work and not giving me a cent does not appeal to me.

  22. Re:Stop Wasting Our Time With Wannabe BSD Licences by Yaa+101 · · Score: 1

    It's all allright Bill, you get your cookie soon...

  23. Zonk's fault by dapyx · · Score: 0, Troll

    It must be Zonk's fault. It is always Zonk's fault. Please go to Preferences and uncheck Zonk's stories. (it's a joke. laugh)

    --
    I'm sorry, the number you have dialed is an imaginary number. Please rotate your phone 90 degrees and dial again.
  24. Re:something about OO.o source by Anonymous Coward · · Score: 3, Insightful

    As much as I hate the auto* tools (e.g. automake, autoconf etc) or to be more precise the people that write the *.in files with tests that dont work, the build procedure for OO is so broken it isnt even funny, they use their own make, require a tcsh is installed, need ant, need python installed, its just broken and if they ever want a greater community to praticipate in its development this needs to get fixed fast.

  25. Re:Stop Wasting Our Time With Wannabe BSD Licences by Anonymous Coward · · Score: 0

    Then don't write for BSD licenses.. simple.. choice.. now stfu

  26. Ximianized openoffice merging? by Zarhan · · Score: 3, Interesting

    As far as I have understood the Ximian version of Openoffice (http://go-oo.org/) was born out of the fact that some developers did not want to license their code under Sun's terms. Is there any comment on whether the Ximianized OO will be merging with the main one now?

    I personally use XOO because it has far better KDE integration than the regular one.

    1. Re:Ximianized openoffice merging? by Anonymous Coward · · Score: 0

      The licensing terms are not the reason why the "Ximian version" aka ooo-build hasn't merged with the official version. In fact, ooo-build accepts patches only if the submitter has signed the Sun(!) joint copyright assignment form.

  27. Re:Great, by Anonymous Coward · · Score: 0

    Never hopefully!

  28. No Difference by crow · · Score: 1

    It was already LGPL, but they're dropping the alternate license, which I assume gave Sun additional rights. If Sun is requiring copyright assignment to them for any offically-accepted changes, then Sun can re-release it under any license they want anyway, because they own it.

    This only matters if the SISSL gave rights not available with the LGPL, or if Sun isn't requiring copyright assignment for accepted patches (which would otherwise force Star Office to become LGPL, too).

  29. Re:something about OO.o source by Onymous+Hero · · Score: 0, Troll

    First of all you've downloaded the wrong file...you need OOo_2.0beta2_Win32Intel_install.zip

    Just right click on it, unzip it, then double-click on 'setup.exe' and follow the instructions to install..Simple!

  30. AbiWord & Gnumeric by anandpur · · Score: 2, Interesting

    Will there be any merger or code share between Gnome Office and Open office?
    http://www.gnome.org/gnome-office/
    http://www.gnome.org/projects/gnumeric/
    http://www.abisource.com/

    1. Re:AbiWord & Gnumeric by uwog · · Score: 3, Insightful

      Code is already shared where possible. Take for example the WordPerfect importer. It originally was AbiWord's importer. When it became better and better, we split it off into the libwpd library. These days libwpd is used by AbiWord (naturally), OpenOffice and even KOffice.

    2. Re:AbiWord & Gnumeric by Anonymous Coward · · Score: 0

      The gnumeric project leader is nowadays hacking OOo Calc by day and Gnumeric by night.

  31. Re:something about OO.o source by TelJanin · · Score: 1

    There are many Linux distros that use RPM, not just RedHat. It may be a RedHat-only RPM, in which case you're right, but bitching about it being an RPM is just stupid.

  32. Two faced. by Stumbles · · Score: 1, Insightful
    Ya know there are times I just don't know what to make of Sun. For so long now they have acted at totally psychotic way and with a split personality you never know just what they are up to.

    I'm sure with their "call" to reduce the number of licenses does not include CDDL. And I certainly view this move as a, look we mean what we have said about license reduction.

    If Sun really was interested in reducing the proliferation of licenses, they would have not created CDDL in the first place. So IMV this move, though a nice gesture is just to hide their other guy behind the curtain.

    Be that as it may. The very first action the developers should take is rip out all that java crap.

    --
    My karma is not a Chameleon.
    1. Re:Two faced. by Anonymous Coward · · Score: 0


      Sun _is_ reducing the number of important licenses. After they are done open sourcing all their stuff, there will be in the world three licenses that really matter: the GPL, the BSD license, and the CDDL. By far, these licenses will encompass the bulk of the source code out there. Everyone else will be small potatoes. Apache has their niche, Mozilla has their niche, and there are a few others, but, by and large, these projects are small relative to all that is GPL, BSD, and, soon, CDDL.

    2. Re:Two faced. by WilliamSChips · · Score: 1

      You forgot about the LGPL.

      --
      Please, for the good of Humanity, vote Obama.
    3. Re:Two faced. by Anonymous Coward · · Score: 0

      Sun Microsystems.

      Many companies, one logo.

    4. Re:Two faced. by OpenServe · · Score: 1

      The very first action the developers should take is rip out all that java crap.
      Absolutely wrong. The OO.org developers should be racing towards Java because any OO.org components written in Java are readily re-usable for web applications. Highly-integrated rich-web applications are the future of business productivity software, not todays antiquated concept of desktop-based office suites! OO.org should be seen as only a stepping stone, not an end in itself.

  33. Re:something about OO.o source by bogaboga · · Score: 1
    > First of all you've downloaded the wrong file...you need OOo_2.0beta2_Win32Intel_install.zip.

    Huh!

    If you were a bit observant while reading, you'd have realized that I am dealing with Linux and a Debian based distro in particular. Are you saying that these days, the file you mention above installs smoothly on Debian based distros? I have not touched Windows in a loooong time.

  34. Shot across the bow at IBM by soullessbastard · · Score: 5, Informative

    Disclaimer: I am a developer of the Mac OS X OpenOffice.org port as well as a founder of the NeoOffice project.

    If anyone is affected by this, it will most drastically affect IBM. If you look at the original list of Sun Copyright Assignment signers, you'll notice that IBM is listed as one of the original signers. Curiously, this page is no longer accessible (the wayback machine lists it as blocked by robots.txt) and there are few IBM-OpenOffice.org references left. Has IBM made any source code contributions to the OpenOffice.org product? No. Why should they...

    They develop IBM/Lotus Workplace. Workplace incorporates OpenOffice.org code directly and provides their Word/Excel style integration with the old Notes environment. Doubtless they have probably made enhancements to the code to support collaboration. Since SISSL allows for binary only distribution, however, IBM never had a need to join the OpenOffice.org project to develop Workplace. They could happily have their own team of engineers working on it and had no obligation to share that work with others under SISSL.

    So is this a good thing? Who knows. IBM very well may just stick with the last version of source released under SISSL for Workplace. OOo 1.x/2.x is "good enough", so unless future LGPL only versions have some type of major advantage, there's no need for IBM to contribute back their Workplace enhancements.

    This is really ironic, though, since LGPL was actually thrown into the original OOo license as an afterthought (I think by Joerg, but may be mistaken). The afterthought has won out!!

    For me personally, this is a good thing since it legitimizes GPL-only forks like NeoOffice and hopefully can help them stop accusing us of stealing OpenOffice.org and engaging in illegal activities when all we do is exercise our rights under the LGPL license.

    ed

    1. Re:Shot across the bow at IBM by Anonymous Coward · · Score: 0

      Actually the HU version has been pissed off by 3 corps due to the Sun License, IBM included. Two small shops made full translations, but failed to contribute anything back. Therefore we made our own translation - which has over time been polished, been lectored by professionals, so became the best in quality of the three. We got our version back to the source - admittedly, it wasn't a very smooth ride.
        IBM pulled it from the source - but since we did only the UI, and not help, they had some issues (we gave it a go, it was just plainly too big and exceeded our resources). IBM therefore hired a small team, and translated it. And put the result into their drawer. It was supposed to be a secret project (it wouldn't appear in the official translation space, such as Firefox).
        Everybody knew about the situation. Their best excuse not to release it was, that it was a Chineese investor's money, and they couldn't give it "away" for free to the community. IBM deserved this.

    2. Re:Shot across the bow at IBM by Deternal · · Score: 2, Interesting

      To me it seems you got it wrong.

      As far as I can tell, they are just annoyed that you are not helping with updating your own patches.

      This would improve the speed with which the X11 Mac version is released and thus could also benefit the neooffice project.

      The steal part is in quotation marks since the author doesn't believe you are stealing (or for that matter doing anything illegal), but rather because he looks upon what you are doing as a sorts of a free ride.

      Of course you are free to disagree with him on that, but what you just speewed seemed more like putting words he didn't write in his mouth.

    3. Re:Shot across the bow at IBM by xgamer04 · · Score: 2, Informative

      IBM very well may just stick with the last version of source released under SISSL for Workplace.

      I dunno, IBM could just use the provisions of the LGPL and distribute their "secret sauce" as binary.

      --
      When you look at the state of the world, how can you not become a radical, liberal anarchist?
  35. Can someone explain to me... by Anonymous Coward · · Score: 0

    how dual licensing works? It seems to me having two licenses, especially if one is more permisive than the other is a bit strange. Then again, I know nothing of law. So could someone explain this?

    1. Re:Can someone explain to me... by Red+Alastor · · Score: 1

      As the copyright holder, you have the right to release it under as many license as you want. Those who receive it after don't have that choice and must stick to the license they received.

      So you choose your licenses and decide what is the condition to get each one. Let's say I release my code under the GPL and a commercial license which authorize the author to include it in proprietary applications which might be sold as the other want but he can't pass the license to someone else.

      The condition to get the GPLed version is to download it from my website or get a copy from someone else who have one. The condition to get the commercial version is to pay me.

      Now, you might wonder if you have the right to include the code develloped by J. Random Hacker who sent a patch to you in your commercial version. The answer is yes if you ask people submitting patches to turn over the copyright on their patches to you.

      It is also worth pointing out if I chose that my software is no longer licensed under the GPL, people who already have a GPLed version can still distribute it under the GPL and even fork it. If they fork it, they are the copyright holders of the new code and you can't include it in your own version.

      --
      Slashdot anagrams to "Sad Sloth"
  36. Re:something about OO.o source by hungrygrue · · Score: 3, Interesting

    True, but if you download OO2, you select language and operating system - for Linux, your choice is x86 or PPC. What it gives you is a bunch of RPM files. There is no option for .deb or just a good old tarball, they just assume that Linux=RPM (Redhat Package Manager) files. My first attempt to install was to install RPM and try to use that - didn't work because it insisted that none of the dependencies were installed. rpm2tgz worked fine though. I'm pretty sure that between the debian based distros, source based distros, and various other package formats that RPM distros likely make up far less than half of Linux users - not all Linux users as Sun seems to assume. A tar.gz would work for everyone.

  37. Java, yeah by buanzo · · Score: 1

    I can't believe the word JAVA appears only two times (parent and this one) in the comments.

    --
    Buanzo Consulting - 15 Years of GNU/Linux experience, for you.
    1. Re:Java, yeah by fbartho · · Score: 1

      its in the title of your comment and in this one too.

      --
      Gravity Sucks
  38. Re:Stop Wasting Our Time With Wannabe BSD Licences by Anonymous+Brave+Guy · · Score: 1

    But they can do that with pretty much any open source licence, including the (L)GPL. They have to release the source if they sell the product, but nothing stops them doing so commercially, nor obliges them to give any of the money they receive back to the original programmer(s).

    --
    If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
  39. Re:Stop Wasting Our Time With Wannabe BSD Licences by psyon1 · · Score: 1

    Right, simple choice. I do not release under a BSD license. I just do not get why people keep telling me BSD is superior, when it obviously does not fit my needs.

  40. i didn't know... by KillShill · · Score: 1

    that sun owned the copyright on openoffice.

    i thought they only owned staroffice.

    --
    Science : Proprietary , Knowledge : Open Source
  41. Re:something about OO.o source by mrchaotica · · Score: 1

    He's just being an asshole, and trying to brag about the Windows install being easier. Please don't feed the trolls.

    --

    "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

  42. This is about IBM, and IBM alone. by Anonymous Coward · · Score: 5, Insightful

    This has nothing to do with reducing license proliferation. It has everything to do with the continuing spat between IBM and Sun.

    OO has always been available under both the LGPL and Sun's BSD-ish SISSL license. Much to Sun's annoyance (and the annoyance of some community members), IBM forked the 1.x code and used it as the basis of their document clients in the closed-source IBM Workplace product. IBM hasn't released one line of that code, much of which involves modularization and could've been of great value to the community. Thanks to the SISSL terms, they don't have to.

    Is IBM doing wrong here? Well, they are 100% within their legal rights, even if it wasn't the most community-friendly move. Sun set the rules and IBM is following them. Sun has now decided to change the rules of the game so that IBM cannot do this again. They can continue with their forked 1.x codebase, but if they want to move up to the improved 2.x code they're going to have to play nice with the community under the terms of the LGPL - and release their code changes.

    Sun's situation with StarOffice is unchanged, because they remain the copyright holder of the mainline OO code (all contributors must sign a joint copyright agreement). They never needed SISSL in the first place. As owner of the code, Sun can still make proprietary changes to OO without releasing the source - they can do exactly what IBM is doing - but without SISSL, IBM cannot.

    License proliferation is not and has never been a serious issue for Sun. It's complete hogwash and I'm surprised to see Slashdot seem to buy it hook line and sinker. Folks, this is the company that - just months ago - rather than suggest improvements to the MPL or adopt one of the dozens of other existing licenses that might be suitable, instead hand-crafted the new CDDL license for their own use. This is the company that just recently reshuffled all the semi-open and academic Java licenses once again. None of which is necessarily wrong or bad (CDDL, for example, is a perfectly fine open source and free software license - yet another one) - but all of which shows that this is a company that doesn't really care about the license proliferation problem. This move was targeted at hurting IBM and IBM alone. The license stuff is spin.

    Will IBM rise to the challenge, adopt the 2.x codebase for future Workplace revisions, and help the community by releasing code? Or will they continue with their SISSL fork? We'll see.

    1. Re:This is about IBM, and IBM alone. by Anonymous Coward · · Score: 2, Interesting

      OO has always been available under both the LGPL and Sun's BSD-ish SISSL license. Much to Sun's annoyance (and the annoyance of some community members), IBM forked the 1.x code and used it as the basis of their document clients in the closed-source IBM Workplace product. IBM hasn't released one line of that code, much of which involves modularization and could've been of great value to the community. Thanks to the SISSL terms, they don't have to.

      I can say with certainity that the reason this code has not been released is because Sun requires the copyright for any contributions to OO to be turned over to Sun. IBM will never give Sun the copyright for the code they write--as they rightly shouldn't.

      IBM therefore has two options. 1) Fork OO or 2) Don't release the changes.

      Obviously, #2 is the choice they made. OO is not Open Source. It's a closed product that is periodically released under the LGPL. Until someone else forks OO and creates a real community around it many people will always see it that way.

    2. Re:This is about IBM, and IBM alone. by Chemicalscum · · Score: 1
      IBM could release code of their Workplace Editor fork of OO as a plugin for the Eclipse RCP. If IBM wants to show its commitment to FOSS it should do so.

      I would just love to try it out on my Linux box at home, rather than wait untill my company decides to upgrade from Notes 6.51 to Workplace. Alternatively maybe it will get Notes 7.5 with the future Hannover client (when it is released) that may or may not have the Workplace editors in it.

      I don't know if IBM would like it, but I suspect that Red Hat with its commitment to Eclipse would by very interested in an opensourced OO based Editor plugin for the Eclipse RCP.

  43. Re:Stop Wasting Our Time With Wannabe BSD Licences by psyon1 · · Score: 1

    With GPL though, anyone who purchases the software would recieve the source code, and in turn be able to release it free if they wanted. That really discourages companies from trying to sell a product.

  44. Good for cutting back in the number of lincences by photonic · · Score: 1
    I think cutting back the number of licenses is a good thing to clean up the mess that you see at opensource.org: they list more than 50 licenses, some of which might not be mutually compatible due to some minor details. Why not go for the creative commons approach: have a very limited set of licences, with mightbe some optional clauses that can be used on a case by case basis.

    If there are only 4 or 5 licenses it also becomes much easier to assure compatibility (only in the direction from less restricted to more restricted, not the other way around). Something like Public Domain -> Attribute only (MIT style?) -> Link only (LGPL?) -> totally copyleft (GPL).

    Not really my idea, heard it some time ago here on /.

    --
    karma police: arrest this man, he talks in maths; he buzzes like a fridge, he's like a detuned radio. [radiohead]
  45. God, you Sun-haters piss me off by typical · · Score: 4, Insightful

    Of course it could just be PR, since Sun stirred up a lot of bad publicity with the introduction of the CDDL for the release of Solaris.

    You know, the groundless Sun-bashing on here is just absurd, and is really stupid.

    Sun has done some awfuly nice things for the open-source world that probably wouldn't have happened any time soon without them. They're doing this *despite* the fact that their business is one of the *the most impacted* by the increasing use of open source.

    Sun is out to make a buck. Yes, that's a good thing to keep in mind. They're like Apple, IBM, and Microsoft. However, they, like IBM, have chosen to generally work *with* the open source world, as opposed to attacking it, like Microsoft.

    What I can't figure out is why whenever I see a story about Sun doing something to help open source, about eight-six-zillion people on here immediately start ragging on Sun. You don't like Solaris? Fine. I prefer Linux myself. You think Sun hardware is overpriced? Fine. I agree. But Sun doesn't bully their way into my life a la Microsoft and then spread shitty products all over. Seriously, it sounds like some of the people on here had their parents murdered by Sun or something. Give them a goddamn break already. If they do something like SCO did, then you can start up the hating. But I don't see any reason to Sun-bash when Sun isn't doing anything wrong.

    --
    Any program relying on (nontrivial) preemptive multithreading will be buggy.
    1. Re:God, you Sun-haters piss me off by Anonymous Coward · · Score: 0

      So, do tell what other project used SISSL? As has been pointed out by other posts in this thread, the claims of "reducing the proliferation of open source licenses" is nonsense. Retiring the SISSL does nothing... sicne it wasn't used anywhere but OpenOffice and there it was dual-sed with the LGPL -- and there the only people who used the difference between it and the LGPL were IBM... which brings me onto IBM Workplace... the real reason why Sun changed things.

      It was PR and hurting IBM. Nothing to do with reducing licenses...

      If they do something like SCO did, then you can start up the hating.

      Oh how quickly we forget (or try to cover it up). Sun funded SCO in their little campaign against Linux.

    2. Re:God, you Sun-haters piss me off by Anonymous Coward · · Score: 1, Funny

      You know, the groundless Sun-bashing on here is just absurd, and is really stupid.

      Maybe, but I heard from a reliable source that Sun causes skin cancer.

  46. Licenses are only part of the problem by soullessbastard · · Score: 3, Interesting

    Disclaimer: I am a Mac OS X OpenOffice.org developer and a founder of the NeoOffice project.

    While licensing is part of the spats that have caused these forks in the past (note: RedHat has their own separate "fork"), it's not the only problem. It's the mentality of Sun (a.k.a "OpenOffice.org") developers as a whole. The patch submission process doesn't allow for innovation. Rather, it's a tedious sequence of submitting and resubmitting patches. In general, patches that add functionality for a single platform only are rejected...everything must target the lowest common denominator. Ximan's alpha patches weren't incorporated quickly enough to allow their icon set to work with 1.0.3, so they shipped using a different code line.

    Simply changing licenses doesn't address the fact that if your code patches aren't what Sun wants, they just won't accept them. OOo development needs to move to a neutral body before real progress can happen.

    It doesn't help that Sun, RedHat, and Novell have a secret development board that decides the development direction from OOo without any input from the community. (this is not random accusation...it was revealed to me by someone on the inside). Open source doesn't necessarily help the little guy.

    ed

    1. Re:Licenses are only part of the problem by pembo13 · · Score: 1

      Well I ain't paying for it. But I do like it. If that's what has to be done to allow OO to remain in development, so be it.

      --
      "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    2. Re:Licenses are only part of the problem by Anonymous Coward · · Score: 0

      It doesn't help that Sun, RedHat, and Novell have a secret development board that decides the development direction from OOo without any input from the community. (this is not random accusation...it was revealed to me by someone on the inside). Open source doesn't necessarily help the little guy.

      Actually, this is pretty much the perfect example of a random accusation. And if you listen to the extreme frustration with Sun expressed by the Red Hat and Novell OO hackers on a regular basis you'll find such accusations of a cabal rather hard to believe.

      Sun has done a HORRIBLE job engaging with the community, and OO is indeed a very "closed" open source project. But who knew the NeoOffice guy was such a nutball? Now where do we turn??

  47. It IS a troll by NickFortune · · Score: 1
    This poster did this to me a few days back: pick a post and follow it up with a cut-and-paste of some unconnected right-wing propaganda, slightly edited replacing references to large groups with slashdot.

    Check out the posting history - there's a definite pattern.

    --
    Don't let THEM immanentize the Eschaton!
  48. It's a start... by IGnatius+T+Foobar · · Score: 1

    ...now let me me one of many to say, good move, now do the same for Java. Before Java's relevance is destroyed by Microsoft and Novell.

    --
    Tired of FB/Google censorship? Visit UNCENSORED!
    1. Re:It's a start... by adrianmonk · · Score: 3, Insightful
      good move, now do the same for Java

      If you want an open-source Java compiler and an open-source Java virtual machine, there is nothing stopping you from writing one. The Java Language Specification is available for free from Sun's web site, and so is the Java Virtual Machine Specification. These should give you enough information to make a GPLed implementation if you wish to do so.

      Sun's JVM and compiler are not the only implementations of Java out there. This is because Java is a standard. This gives you the ultimate freedom, because if you don't like the license of one of the implementations, you can in theory create your own implementation that has whatever license you like. I really don't get why people think Sun needs to open source their Java software. Nobody bitched and moaned when AT&T didn't provide a GPL C or C++ compiler implementation. Instead, people created their own implementation. You may have heard of it; it's called gcc. How is the Java situation any different at all?

    2. Re:It's a start... by eloki · · Score: 2, Insightful

      How is the Java situation any different at all?

      That's a fair question. To me the difference is that gcc and glibc/libstdc++ are shipped with distros like Debian. You're right in that nothing stops people making their own Java implementation - it's just that the Java library is enormous so it's a a huge job.

      Some people who are against the opening of Java worry that it will produce a thousand slightly incompatible forks, but I think we can do the same comparison with gcc - it hasn't happened there, so I don't think it's likely. It's in everyone's interests for Java to remain compatible.

      It's partly in Sun's interests to make Java more desirable for programmers working on Linux. Right now there's a move by people to start writing more graphical apps in things like Python (using pygtk) or C# (using Mono/Gtk#). People are deterred from using Java partly because it's not shipped with distros, even though there are Java bindings for GTK/GNOME.

      If this continues then Java will get marginalised, and perhaps miss any chance it had to catch programmers who want a more productive language. So I think it's in Sun's interests to make it easily shippable by distros. By making it automatically available, they'll promote Java's mindshare among all those thousands of open source programmers (as opposed to corporate shops developing apps using Tomcat or struts or whatever they use now).

    3. Re:It's a start... by truthful+cynic · · Score: 1
      It's because the OS people don't have a good version they can call their own. There is *no* difference between java and OpenGL, but the whiners don't whine to SGI about OGL because mesa is an acceptable alternative.

      It's pretty much the baby logic - you don't have it so cry until you do.

  49. OO isn't too bad by Anne_Nonymous · · Score: 2, Informative

    I recently purchased a number of new machines for my business and decided to attempt to transition from Excel/Word to Open Office. Although there have been a few file format inconstancies, and the feature set can sometimes be awkward, I'm generally impressed. 1,000 Karma Kredits for the folks at OO and some pecuniary support if I choose to stay with them a year from now.

  50. Sun funded SCO by mec · · Score: 1

    If they do something like SCO did, then you can start up the hating.

    Sun expands Unix deal with SCO

    Sun paid about $10 million to SCO and received warrants to buy 210,000 shares of SCOX as part of the deal.

    I do agree with you that Sun has also done some awfully nice things for the open-source world. Sun is a friend when it's in Sun's interest (buying StarOffice and releasing the source under GPL) and a foe when that is in Sun's interest (funding SCO).

    1. Re:Sun funded SCO by zemoo · · Score: 1

      Don't you think that expanded Unix deal had anything to do with the right to publish OpenSolaris?

    2. Re:Sun funded SCO by Anonymous Coward · · Score: 1, Insightful

      Funding SCO and complying with contractual obligations to get access to x86 drivers for UNIX are two different things and you know it.

    3. Re:Sun funded SCO by jdgeorge · · Score: 1

      Don't you think that expanded Unix deal had anything to do with the right to publish OpenSolaris?

      No. If it had anything to do with paying for valid license rights regarding UNIX, SCO would have payed Novell 90% of that amount, in accordance with SCO's legal agreement with Novell. Since SCO did not pay that money to Novell, it is clear that SCO, at least, does not believe the payment from Sun has anything to do with UNIX license rights.

    4. Re:Sun funded SCO by WebMink · · Score: 2, Informative

      What do you base that opinion on, apart from a desire to find fault? The article cited in the parent says the deal (which apparently happened before SCO filed suit against IBM) was to acquire rights to x86 device drivers, not to Unix. Sun acquired all the rights it needed to Unix in the early 90s, long before SCO had become the Death Star.

      It may look bad to those with only retrospect, hostility to Sun and no history, but could equally well represent the last of a series of regular transactions to keep the rights to Solaris up to date. And I'm personally sure that the rights acquired were part of the plans for OpenSolaris

  51. Re:Stop Wasting Our Time With Wannabe BSD Licences by Infernal+Device · · Score: 1

    I just do not get why people keep telling me BSD is superior, when it obviously does not fit my needs.

    For the same reason that people keep proselytizing the GPL. It's a choice and everyone assumes everyone else is a moron who made the wrong one.

    --
    "My God...it's full of trolls!"
  52. Floodgates are OPEN by Doc+Ruby · · Score: 1

    It's perfectly legitimate to question why Sun contimues to use any other open source licenses than L/GPL, now that they clearly are consistent with Sun's strategy and interests. But PR is a perfectly legitimate reason to release source under the L/GPL. In fact, "Public Relations" is not only most of the reason any corporation releases any source. Such a PR release is also probably the best, most legitimate PR any corporation is capable of performing.

    Sun deserves a lot of credit for OpenOffice. They've invested a lot of time, and competitive risk, in producing the most viable alternative to Microsoft Office. Including the also-rans from Apple, IBM, WordPerfect, and everyone else. They early on folded its proprietary version when the open version proved the way to go - rather than stick to their guns and throw good money after bad.

    One might question why it's taken so long, and why Sun is holding on with other, equally strategic apps not under L/GPL. But why bother? Those questions haven't helped get the code released. Market realities, though, have produced results. Like this excellent result with OpenOffice. Instead of kneejerk criticism, how about some more kudos? And even better: how about some revolutionary uses of the OO code, including patches and integration with more open sourceware?

    --

    --
    make install -not war

  53. Re:Stop Wasting Our Time With Wannabe BSD Licences by Anonymous+Brave+Guy · · Score: 1

    I take your point, but it seems to depend on context. The major Linux distros, for example, seem to be seeling pretty well from my local PC store at around 30-40 pounds (I'm in the UK), which is a pretty significant fraction of the asking price for Windows XP Home.

    I guess it's all about convenience. Whereas things like Firefox or OpenOffice.org can usually just be downloaded from the project's web site, it's harder to find a "pre-fab" version of SUSE Linux for example. I guess the convenience is worth the asking price for enough people to pay up, even if theoretically they could find a friend-of-a-friend-of-a-friend who'd installed the same version they wanted and could legally lend them the CDs.

    --
    If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
  54. Sun still FULLY owns the offical OpenOffice tree by Anonymous Coward · · Score: 1

    Under usual GPL and LGPL projects, there are so many contributors that own so many sections of the code that it is impractal for any one person to try to sell-out the project.

    While current version of OpenOffice will appear under the LGPL, the "contributor agreement" allows Sun at any time to take the entire code tree and make future close source versions. This includes the potental for selling the rights to any company that pays a high enough price. I was assured over three years ago that Sun would assign the copyright of OpenOffice to a non-profit organization which is dedicated to keeping OpenOffice under an Open Source license. Now, in September 2005, how much progress has Sun made in creating this non-profit? Is Sun, the copyright holder of 100% of OpenOffice under a charter of dedication to FOSS or to it's profits?

    Think that Sun will not ever do a 180? Ask anyone about a company called Caldera Systems which three years ago was promoting UnitedLinux as it's future. Ask if they are helping or hurting the efforts of UnitedLinux now.

    As long as Sun has failed at it's promise of assigning control to a non-profit (and they don't even need to create one, the FSF already exists!), the number of licenses OpenOffice is covered by can split as quickly as it converged. History has shown that the change can be a simple as a change in the CEO.

  55. Hmm Turning over copyright. by Anonymous Coward · · Score: 0

    Now this can become a trick issue.

    If the code that random hacker is lets say embeded in 3 projects all GPL and then you go and use it in a commerical product. You are still in trouble.

    Random hacker gets out of it that he turned it over in the believing that it was only going to be used in a GPL project and that you were only after the right to change licence in case of major problems being found in GPL. Basicly you are up the creek. Common though coder turns over copyright I am safe not so the coder would have turned it over with a implied contract.

  56. What about the IBM OOo based editors by Chemicalscum · · Score: 1
    IBM have forked OOo to develop the Workplace Editors. They have not AFAIK released any code. Presumably the OOo derived poertion of Workplace is under SISSL so that they can release binaries only.

    Perhaps Sun is changing the licensing to force IBM to open the code of its fork. So if they use any of OOo 2 in the Wokplace editors they will have to comply with the LGPL requirement to open the code.

    Just a thought.

  57. Why the whining? Here's why. by cahiha · · Score: 1

    Why is there so much whining? Over the last decade, Sun has released "open" source code, and even documentation, under some licenses that are quite evil: licenses that forbid you to work on related projects, licenses that force you to give whatever you do to Sun, licenses that force reciprocal patent agreements on you. And Sun has misrepresented what they were doing. Nobody has time to keep track of how Sun wants to mislead people today with language hidden deep inside complex license agreements.

    Therefore, when it comes to Sun, there is a simple rule: if it's not one of the standard, well-known open source licenses (GPL, MIT X11, LGPL, BSD, Artistic), you should probably avoid it unless you are a lawyer and can spend the time analyzing the license very carefully.

    I don't remember whether the CDDL contained any objectionable clauses, but Sun only has to blame themselves for this level of mistrust, not just because of the evil licenses Sun has tried to push on people, but also because of the statements Schwartz and McNealy keep making and the company they keep.

  58. *BZZT* Wrong by willdenniss · · Score: 1

    While no one but Sun has really dared touch the core language and bytecode

    My friend, you must not have heard of the JCP. http://tankammo.com/article/javamyths#Sun

    , they "touch" the core language and bytecode every day.

    Will.

  59. CDDL == EVIL because: by hummassa · · Score: 3, Insightful

    It's Yet Another Copyleft GPL-incompatible License. As if we need more of those. Come on, if you're going copyleft, choose GPL. Or LGPL. Please.

    It's not intrinsically free. I.E., individual applications of it may be, with a liberal interpretation, or may not be, with a lawyer one. Notably it's capable of failing Debian's Dissident test, and to boot it contains a choice-of-venue provision, which can be a HUGE burden on a licensee. It also has a number of weasel-worded lawyer clauses that could be used in nasty ways (especially around the patent section; probably this license is not adequete to avoid patent-controlled software).

    One would have to analyse each license declaration that invokes this thing. Maybe somebody could formulate a sample declaration that always forms a free license, but otherwise...

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
    1. Re:CDDL == EVIL because: by Anonymous Coward · · Score: 0

      At least RMS says CDDL is "Mostly Ethical" (and yes, he is active on the OpenSolaris.org discussion forums)

  60. Re:Stop Wasting Our Time With Wannabe BSD Licences by psyon1 · · Score: 1

    The money you pay for a boxed linux cd also usually comes with support.

  61. Re:Why the whining? Here's why. by cpuh0g · · Score: 1

    So, you haven't actually read the CDDL, but you just like to bitch about it as if you know what the fuck you are talking about. As far as I know, it is written in English and is not hard to follow. If you just want to pile on the slashdot karma-whoring bandwagon, then this is the right place, but why don't you actually read a couple of the licenses and learn for yourself what the differences are rather than spreading bullshit FUD. You may as well work for Microsoft.

  62. Re:Sun still FULLY owns the offical OpenOffice tre by Anonymous Coward · · Score: 0

    Sure they can take OO private, but it'd be pretty !@$#(*!&#$ pointless.

    The instant they do that, the last LGPL version of the code is forked, and Sun loses control...

  63. is this good news? by Khashishi · · Score: 1

    It sounds like we are losing freedoms under this change.

  64. Re:something about OO.o source by JonJ · · Score: 1

    Debian packages are available for the beta version of OOo on their site, and the 1.1.4 has a tar.gz available.

    --
    -- Linux user #369862
  65. I respect RMS for his contributions, by hummassa · · Score: 1

    but between this, "GPL forbids linking" and the GFDL, I don't agree with him on a lot of things.

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
  66. It is simple by Anonymous Coward · · Score: 0

    The momentum in Free Software centers around Linux and other GPL code. The CDDL and GPL are mutually incompatible, so the code is walled off from the greater Open/Free world. "Opening" Solaris under terms that prevent it from being used to help Linux is really just a publicity stunt, or maybe an attempt to get some free development out of the "community". It certainly does not mean that Sun supports the principles of Free Software.

    The CDDL release is not evil, agreed, but I would consider it neutral (and soon to be irrelevant) rather than positive. A release under a GPL-compatible license would be very positive. As to whether doing so would make sense for Sun from a business sense, I doubt it.

  67. Re:something about OO.o source by Michael+Wardle · · Score: 1

    RPM is an open, documented, workable format. When it was decided upon, the perceived majority of the userbase would have been using distributions that use RPM (Red Hat, SuSE, Mandrake, Conectiva). Certainly today, the largest enterprise systems are still RPM based (Red Hat Enterprise Linux, SUSE Enterprise Linux, etc.). It's also the format standardized by the Linux Standard Base.

    Besides, as an independent software vendor, how long are you going to spend making different packages for small markets when most of those users will get the package directly from their distribution install media?

    If you were using a Debian system, you could have investigated Alien to convert from .rpm to .deb.

    You also didn't persist with rpm very long.

    rpm --install --nodeps <file>
    should have worked fine.
  68. Re:Stop Wasting Our Time With Wannabe BSD Licences by masklinn · · Score: 1
    I take your point, but it seems to depend on context. The major Linux distros, for example, seem to be seeling pretty well from my local PC store at around 30-40 pounds (I'm in the UK), which is a pretty significant fraction of the asking price for Windows XP Home.

    Said distros are sold that price for price of the support and documentation that come with them (support you don't have when you buy WXP Home), and sometimes for price of paid softwares bundled in the package, not for the distro itself.

    I guess it's all about convenience. Whereas things like Firefox or OpenOffice.org can usually just be downloaded from the project's web site, it's harder to find a "pre-fab" version of SUSE Linux for example.

    Ah yeah, really hard, I mean you have to click on links to Novell from suse.de, really really hard walli walli walli

    and everyone clearly knows that one can't find any freely downloadable distro on teh intarweb

    --
    "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
  69. Re:Why the whining? Here's why. by cahiha · · Score: 1

    So, you haven't actually read the CDDL, but you just like to bitch about it as if you know what the fuck you are talking about.

    I'm not bitching about the CDDL, I'm bitching about Sun's past attempts to cheat and mislead the open source community with a variety of confusing licenses and legal loopholes hidden inside them. At some point, enough is enough, and there is no point for me or anybody else to waste time on the CDDL or any other junk Sun dreams up. If Sun wants to deal at all with the open source community, at this point, they must stick to standard open source licenses: BSD, GPL, LGPL, MIT.

    You may as well work for Microsoft.

    I don't work for Microsoft, but maybe you do. Or maybe you just work for McNealy and Schwartz--it amounts to the same thing--Sun has become pretty much as evil as Microsoft.