Slashdot Mirror


FSF, OpenOffice.org Team Reach Agreement on Java

Bruce Byfield points out his NewsForge (part of OSTG) article about something good coming out of the conflict over Java in OpenOffice.org. It begins "A dispute between the Free Software Foundation (FSF) and OpenOffice.org (OOo) over the increased use of Java in the upcoming version 2.0 release of OOo is over -- at least for now. The two groups have found a short-term solution, and are working together on ways to keep the dispute from happening again." The story provides a decent background on why it matters, and shows a surprisingly conciliatory attitude on both sides.

411 comments

  1. Will this always happen. by jellomizer · · Score: 4, Insightful

    Will this always happen when a product reached the popular user base? I think there should be more work to integrating OSS project with Non OSS projects. Either making Non-OSS projects with OSS Prerequisite and vice versa. If OSS it is about freedom, why do they make it difficult for us to choose a non free development method? If you become to popular then you will be forced to use OSS tools except for what the developers think is the best tool for the job. We should be able to develop without the Free Software Organizations Pressuring us to make our legally developed products fit their idea on what is Free Software. If this is played out to the full extent then we are just as stuck as those who choose to use non-OSS products because we are forced to choose between what is available OSS. I believe in freedom as me as a developer to allowed to choose what tools I wish to use, and for other to assume that I have weighed the Pros and Cons of my choices. This type of stuff that happens is why commercial companies are weary of OSS.

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    1. Re:Will this always happen. by ZephyrXero · · Score: 5, Interesting

      This stuff happens because you shouldn't build open/free software off proprietary software. If you want to use open software as a foundation or library for your proprietary software, that's fine...but you don't develop open source code with a closed source language. It defeats the purpose of it being open. Linus found out the hardway and I'm glad that Open Office will hopefully be having an easier time...

      --
      "A truly wise man realizes he knows nothing."
    2. Re:Will this always happen. by Anonymous Coward · · Score: 0

      This will hold true, but OOo spawned because of SUN.

    3. Re:Will this always happen. by FidelCatsro · · Score: 2, Insightful

      the problem i belive was that OO.org was origionaly star office (star office still being around and being the comercial version of OO.org basicaly now)and the code base was heavily tied to java already .Sun had decided to open the projects to get some input from the oss world in exchange for an open source office program.
      So it is only natural that they would be still using alot of java , not that i agree entierly with the decision to continue to build upon the java elements but just a little background as to why it hapens

      --
      The only things certain in war are Propaganda and Death. You can never be sure which is which though
    4. Re:Will this always happen. by synthespian · · Score: 0

      If OSS it is about freedom, why do they make it difficult for us to choose a non free development method?

      This is like asking: "Since individual freedoms are assured in the U.S. Constitution, why can't I just blow your brains out, if I feel like it?"

      Seriously deranged...

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    5. Re:Will this always happen. by JebusIsLord · · Score: 1

      how about reading the article before trashing on Stallman? He says very clearly that they WON'T fork OOo development and instead focus on improving GCC's java front-end, and making sure that OOo works with it.

      The concern is/was that a free software solution can't have a non-free dependency (Sun JRE). He's making sure that doesn't happen. No one cares that it is written in Java per se.

      --
      Jeremy
    6. Re:Will this always happen. by davecb · · Score: 5, Insightful
      ZephyrXero writes: don't develop open source code with a closed source language.

      Remember the bad old days when the brand-new language "C" was owned by Bell Labs, and they claimed anything you wrote in C belonged to Bell?

      Remember how long that was true? As measured in picoseconds?

      There are no closed source languages. That's an urban legend. You can try to booby-trap a language, like MS tried to do to Java, but that won't work, either. You may recollect that MS failed in that effort, expensively(!).

      It's almost impossible to encumber open source software by using proprietary tools. That's a self-serving tale told by the proprietary vendors, and false.

      --
      davecb@spamcop.net
    7. Re:Will this always happen. by Tim+C · · Score: 2, Insightful

      you don't develop open source code with a closed source language. It defeats the purpose of it being open. Linus found out the hardway

      Linus used Java in the kernel?! There I was thinking it was getting faster, and it was because he was rewriting Java code in C all along!

      Seriously, the BitKeeper debate has nothing to do with this. He was given a free licence, which was then revoked, as was allowed by the terms of the licence. How is that like Java? If Sun went belly-up tomorrow and/or abandoned Java, I still have my current JVM installs and permission to use them.

    8. Re:Will this always happen. by Jason+Earl · · Score: 4, Insightful

      The folks at Sun did get to choose the tools, that's why they used Java. If the Free Software Foundation had chosen the tools then OO.org would probably use guile or some other Free Software tool.

      The problem, of course, is that OO.org's new Java stuff didn't work with any of the Free Software JVMs. Now, that may not seem like a problem to you, but that's precisely the sort of thing that gets the folks at the Free Software Foundation worked up. So what did the FSF do? It looked into forking the OO.org code and replacing the Java dependencies with Free Software. The FSF hackers wanted a version of OO.org that they could use on a completely Free system, and they were willing to put in the work to make such a beast happen. The folks at Sun have a long history of dealing with the FSF, and they knew that the last thing that they wanted to see was a Java-free FSF fork of OO.org that would draw potential hackers away from their codebase. This is especially true considering the fact that distributions like Red Hat (and Fedora), Debian, and many others would almost certainly use the Free Software fork of OO.org by default. So Sun offered to cooperate more with the hackers working on running OO.org on gcj.

      That's nothing more than straightforward diplomacy. Neither side got what they really wanted, but it was close enough that the two sides are willing to work together. The FSF would much rather have gcj be the default Java for OO.org, and it would like to see the documentation and everything else reflect the use of gcj and not Sun's proprietary Java, but that's not what the FSF is going to get. What the FSF is going to get is that Sun is going to include fixes that will allow you to use gcj into the main branch of OO.org. My guess is that Sun is going to do just enough for the FSF so that it isn't tempted to fork OO.org.

      Personally, I am glad that the two groups worked things out. However, if they hadn't worked things out I would probably have used the FSF branch of OO.org simply because that's what Debian would be able to put into main. Debian's packaging system has spoiled me so badly that I now hate having to manage software myself.

    9. Re:Will this always happen. by Rick+the+Red · · Score: 1, Insightful
      Did you read the article? I got the distinct impression that Richard Stallman was once again poking his nose in where it does not belong. He's lucky the folks at OOo are so willing to work with him; had this been my project I would have politely told Stallman and the FSF that if they didn't like my use of Java then they didn't have to use my code. Simple as that.

      Stallman believes that if you like proprietary software then you're an idiot who does not deserve to use a computer. He also believes that all software should be "free" (but only per his definition of "free" - remember, to him BSD is not free, but to us BSD folks the GPL is not free, so it's a stalemate) and that all non-GPL software should be released under the GPL. He even goes so far as to clone some software and release it under the GPL, and to fork other open projects that he feels are not "free" enough (i.e., that don't use the GPL). Talk about a waste of effort! Don't add new features to a program, rather re-write it from scratch because you like the code but not the license. He's a jerk who should be ignored, not a saint who should be followed without question. What has Stallman done that's original thought (the GPL doesn't count, I'm talking working code)? What hasn't he simply cloned for religious purposes? He didn't like the emacs license, so he cloned it. He didn't like the UNIX license, so he tried to clone it and failed, then tried to hijack the only UNIX clone with a license he liked (tell me, does HURD work yet? I don't hear much about it in the press) He's got a Java clone going, but it won't work with OOo's Java code so he blames OOo rather than blaming his faulty Java clone.

      I must thank him, though, because his stupid insistance that every Linux distribution is "GNU/Linux" so turned me off that I started looking at the various BSDs as an alternative, and I found them so much better than Linux that I no longer have any Linux in my house, just *BSD and Windows.

      Now, here in Slashdot I can filter things so I don't have to read my foes posts, but somehow I can't seem to filter it to block all stories about Stallman and/or the FSF. Oh, well, can't have everything. Maybe I'll write a little Java program to do that, and release it under the BSD license :-)

      --
      If all this should have a reason, we would be the last to know.
    10. Re:Will this always happen. by jimicus · · Score: 5, Insightful

      He was given a free licence, which was then revoked, as was allowed by the terms of the licence. How is that like Java?

      The concern was that OO.o was using proprietary extensions to Java which aren't well documented and are exclusive to Sun.

      That being the case, Sun going belly-up isn't the issue. Sun going all SCO and announcing that from now on anything using their version of Java will have to pay $699 for a license is.

    11. Re:Will this always happen. by Anonymous Coward · · Score: 5, Insightful

      The problem isn't the language, it's the libraries. Java, .NET, Perl, Python, Ruby, etc have complex standard libraries. This is expecially true for Java, which includes far more of the GUI system and other OS-specific features as part of the standard library.

      In essense, Java == C++ plus the C++ standard library plus Win32. It's simple to code portable C++ if you use only the C++ standard libraries, but the moment you start using Win32, you have a portability problem. Until something like WINElib makes the Win32 layer portable, any exclusive use of Win32 in a C++ project locks out Linux and other free OSes.

      That's the problem. GNU/CLASSPATH has made outstanding progress lately, but it hasn't yet reimplemented all the Java libraries. It'll take some time before it does. Until then, using functions/classes that are not implemented in GNU/CLASSPATH will be a problem for any open source software.

    12. Re:Will this always happen. by Anonymous Coward · · Score: 0

      building your proprietary software on a OSS base isn't ok if that base is GPLed...RMS wants all your base are belong to him...

    13. Re:Will this always happen. by bladesjester · · Score: 2, Insightful

      There was, I though, a rather amusing part of someone else's argument further up the page.

      It's funny because it basically proves our point rather than supporting his:

      "The FSF doesn't care about the programmers, as long as the code remains free."

      Yes. Damn you and all of your lives as long as I get what *I* want. Sounds like Stallman.

      I've ranted on Stallman more times than I can count, and I don't think i could have put it better in a single sentence. The irony was that it came from a Stallman Supporter. =]

      Personally, I'd like to see the man tarred and feathered and then boiled in oil. I get so bloody tired of hearing his rants about "it may be free, but it's not Free"

      I wish he'd refuse to use *all* "Free" tools. Somehow I doubt that computer he uses was "Free".

      It'd be great. He'd be shut up to the point of being easy to ignore and we could actually get some work done without being called evil because we want to eat.

      --
      Everything I need to know I learned by killing smart people and eating their brains.
    14. Re:Will this always happen. by ahdeoz · · Score: 1

      Just like Red Hat switched to a Hurd kernel to satisfy Stallman's egomania?

    15. Re:Will this always happen. by willCode4Beer.com · · Score: 2, Insightful

      interesting post but, I don't think it applies.
      Open Office started out as a proprietary product, not an open one. Its was later made open source.

      I guess we should throw away Apache Tomcat, JBoss, Ant, Jakarta Commons to name a few.

      Or maybe, when you build a project, you build it in whatever language you want. Its your project. If people don't like it, they don't have to use it.
      As for the OOo debate, I'm sure MS would be happy to sell an office suite to those who object so strongly to the use of Java in OO.

      --
      ----- If communism is a system where the government owns business, what do you call a system where business owns govern
    16. Re:Will this always happen. by nmos · · Score: 1

      Stallman believes that if you like proprietary software then you're an idiot who does not deserve to use a computer. He also believes that all software should be "free" (but only per his definition of "free" - remember, to him BSD is not free, but to us BSD folks the GPL is not free, so it's a stalemate) and that all non-GPL software should be released under the GPL.

      If this is what you are basing your opinions on you might want to check your facts first because none of the above is true.

    17. Re:Will this always happen. by wheelbarrow · · Score: 1, Troll

      I agree. Stallman is a 'true believer' in the same vein as Ted Kaczynski, David Duke, and Pol Pot.

    18. Re:Will this always happen. by sbrown123 · · Score: 5, Informative

      The Java API *is* well documented. The problem with the extensions is that the open source JVMs (GCJ in particular) did not handle them correctly. This is not a big deal. Someone should report the bugs with GCJ to the project's bugzilla -or- help fix GCJ to get it to work. This was the result of the conflict anyways:

      The FSF, Stallman explained, did not have a preference for other programming languages over Java. It simply wanted assurance that any Java code would be compatible with free implementations of Java. After discussion options with Carr, he suggested that the Free Software Foundation would concentrate on expanding the GCJ efforts

      Yep. Conflict solved. OO.o can stay free of Sun's JVM if it wishes and GCJ gets some bugs exorcised. Everyone wins.

    19. Re:Will this always happen. by blechx · · Score: 4, Insightful

      "to him BSD is not free"

      Yes it is, FSF lists the BSD licence as a free software license. Tho the original version has certain "flaws" that renders it incompatible with the GNU GPL.

      "What has Stallman done that's original thought"

      He like STARTED the whole free software movement, enough said imo.

      And of course he's a saint ;)
      http://www.gnu.org/people/saintignucius.jpg

    20. Re:Will this always happen. by jellomizer · · Score: 1

      Ummm, That is a way off analogy.

      1st the chose to write open source or closed source or even use open and closed source tools don't injure or kill people.

      2nt Killing a person essentially removes a persons freedom to live. Using Non-Free development doesn't prevent others from producing software the way they want.

      3rd People have the choice to use your software or not. Vs. Blowing the brains out where the victim doesn't normally have a choice.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    21. Re:Will this always happen. by Bryan-10021 · · Score: 1

      The concern was that OO.o was using proprietary extensions to Java which aren't well documented and are exclusive to Sun.

      Ahh, which might those be? I *love* when non-Java developers try to talk OSS and Java.

      Sun going all SCO and announcing that from now on anything using their version of Java will have to pay $699 for a license is.

      Right, after 10 years of Java being FREE they are going to charge for a JRE?? Does that make *any* sense? It must because you have a mod 5. But if you factor in Sun's Solaris is now FREE *and* Open Source it's pretty obvious that Stallman has a better chance of joining Microsoft than Sun charging for Java's JRE in 2005+.

    22. Re:Will this always happen. by Anonymous Coward · · Score: 0
      The concern was that OO.o was using proprietary extensions to Java which aren't well documented and are exclusive to Sun.
      Not quite -- the concern is that OOo is using parts of the Java class library that haven't yet been implemented by a non-Free class library (i.e., GNU Classpath).

      Sun's Java runtime doesn't really have "proprietary extensions", at least not in the sense you're thinking. The runtime software itself has a proprietary license, but the bytecode file format and nearly all of class library is well-documented, so there's really no issue with making a Free Java runtime/class library combo apart from the sheer manpower it would take. (The only classes in the standard Sun Java runtime that are really proprietary are in the com.sun.java.* heirarchy, which are used internally by Sun's runtime. You're not supposed to use anything in those packages since Sun provides no guarantees that the APIs will be portable, documented, or even stable -- in fact, the opposite is usually true.)

    23. Re:Will this always happen. by jellomizer · · Score: 1

      How does it defeat the purpose of writing Free Software. First off a computer language is just a tool. It is like choosing a Manual Hammer, a Nail Gun, Using a screwdriver, a power screwdriver, or a palm sized rock. They all do the same thing attach 2 objects together. Sure all of the methods are different have different costs, and have different advantages, there are cases where some should be used where others shouldn't and some of the tools will not work with the others. But looking at language C++ vs. Java vs. Python vs. Ruby vs. LISP vs. Visual Basic, they all have similarities and what computer languages do is put human thought into a method that a computer can manage. So if you have an open source Java application it doesn't prevent anyone from editing the code to make it do what they want, or to view thew the code and find the flaws in the reasoning. Also if the language dies or becomes obsolete you can redo the program in an other language because your though processes are there the only thing different is the dialect you are putting it in.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    24. Re:Will this always happen. by kcbrown · · Score: 3, Insightful
      Remember the bad old days when the brand-new language "C" was owned by Bell Labs, and they claimed anything you wrote in C belonged to Bell?

      Remember how long that was true? As measured in picoseconds?

      There are no closed source languages. That's an urban legend. You can try to booby-trap a language, like MS tried to do to Java, but that won't work, either. You may recollect that MS failed in that effort, expensively(!).

      What you say is true...until someone like Sun patents a language feature that the language spec itself requires.

      What will you do then when you're trying to reimplement the language? Work around the patent? Please. Most patents these days are directly against the problem being solved, not against solutions to the problem, and when they are against solutions to the problem, it's usually when the solution presented is the only solution possible.

      This isn't like the good old days of Bell Labs, when software patents simply didn't exist.

      Stick your head in the sand all you want, but the problem of proprietary languages is only going to get worse as the patent situation itself gets worse, and the only approach to the problem that will survive is to implement everything using unencumbered languages, and the best way to guarantee that a language is unencumbered is for the reference implementation to be completely free (libre).

      --
      Use 'slashdot stuff' in the subject line in any email you send me if you want to get past the spam filter.
    25. Re:Will this always happen. by AstroDrabb · · Score: 2, Insightful
      Some AC already made most of the points here, however I will parrot my opinion. As the AC said, the language means nothing today. It is all about the class libraries. Sun has not release all of their class libraries, why do you think RMS complained about all those import sun.* stuff? The same goes for MS and .Net. Sure, C# the language is a standard. But C# by itself is not very useful. There is no point in using C# over C or C++ if you leave out all of the .Net framework. That framework that MS made is _not_ part of the "standard" that MS made "open". There are no open docs on Windows.Forms or many other MS .Net framework class libraries. So basically if you are a normal developer that uses MS Visual Studio and C#, you will _not_ be writing applications with any cross-platform abilities. You will be writing an MS-Only application that relies on a proprietary MS .Net framework.

      I have heard from many MS guys that try to convince others that .Net is "open". It is not. MS made C# and the CLR open. While both of those are nice, they are not the important part of a program. Without the .Net framework class libraries being opened, MS keeps a lock on .Net/C# just as Sun keeps a lock on Java and the standard JRE/JDK.

      It's almost impossible to encumber open source software by using proprietary tools.
      Maybe for tools, but certainly not for proprietary frameworks. Frameworks are all that Java and .Net are about. They both try to present a _huge_ code library of pre-written, pre-debuged code to save developers time. However, if those frameworks lock a develoer into a proprietary framewrok, such as MS .Net and Sun Java, you are only left with a bare-bones language when it comes to Free/Open software.
      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    26. Re:Will this always happen. by AstroDrabb · · Score: 1
      Open Office started out as a proprietary product, not an open one. Its was later made open source.
      And what does that have to do with anything? OOo.org is now _supposedly_ Open/Free software. There is no reason for it to continue to require a bunch of "import sun.*;" proprietary crap. If OOo.org is truly Open/Free software, it would not require anyone to agree to some Sun license to use all of the features. Java is _not_ Open/Free software. Sure I can look at the Java code, but I cannot take that Java code and make my own version of Java. Open/Free software has nothing to do with being able to just _look_ at the source code. Looking at source code does nothing for Free software. Heck, even MS let the Chinese look at their source, and I certainly wouldn't call MS code "open".
      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    27. Re:Will this always happen. by Anonymous Coward · · Score: 0

      The Java API *is* well documented.

      I've been a professional Java developer since 2000, and I call bullshit.

      It's only "well documented" in the sense that there's a nifty little tool that turns all public methods into pretty HTML pages.

      If you tried to write a (non-trivial) program that used the non-trivial parts of the Java APIs (like Swing), using only the API documentation, it wouldn't work. The API documentation is so poorly written, ambiguous, and even (in many cases) incorrect, that your program wouldn't work at all.

      Now, if by "The Java API" you mean the JVM and bytecodes, then yes, that's well-documented. But that's only a very small portion of what you need to develop, compile, or run the Java code in question.

    28. Re:Will this always happen. by Anonymous Coward · · Score: 0

      1. Stallman himself has stated that the Hurd doesn't have a high priority anymore since Linux is available.

      2. Hurd is free software, Linux is free software.
      GCJ is free software, Sun's JVM is not free software. See the difference?

    29. Re:Will this always happen. by jdgeorge · · Score: 0

      Personally, I'd like to see the man tarred and feathered and then boiled in oil. I get so bloody tired of hearing his rants about "it may be free, but it's not Free"

      This incitement to torture and murder someone is modded "Insightful"? That's an interesting statement about the sadistic inclinations of not only the poster, but also some of the moderators.

    30. Re:Will this always happen. by bladesjester · · Score: 1

      Of course I'm a sadist. I was a sysadmin for several years. =]

      --
      Everything I need to know I learned by killing smart people and eating their brains.
    31. Re:Will this always happen. by synthespian · · Score: 1

      Yeah, ok, I give in. Way off, but right in spirit.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    32. Re:Will this always happen. by ClosedSource · · Score: 1

      "He like STARTED the whole free software movement, enough said imo"

      Only in the sense that he hijacked the word "free" to mean GPL-compliant.

      Free (in the conventional sense) software, software with source provided and proprietary software all existed well before RMS learned to program.

    33. Re:Will this always happen. by Anonymous Coward · · Score: 0

      Yes but this is about Richard Stallman. Considering the amount my head hurts after reading anything he says I feel that some torture in return is fair game.

    34. Re:Will this always happen. by Anonymous Coward · · Score: 0

      Except for the whole killing people thing. That tends to be a major difference.

    35. Re:Will this always happen. by Anonymous Coward · · Score: 0

      You dumb fuck!

      Red Hat employs most of the hackers working on the GCJ port of OpenOffice.

      What a stupid thing to say.

    36. Re:Will this always happen. by melikamp · · Score: 1

      On the contrary, he took "free" back to its roots.

      I. Not in bondage to another.

      Etymology: The primary sense of the adj. is 'dear'; the Germanic and Celtic sense comes of its having been applied as the distinctive epithet of those members of the household who were connected by ties of kindred with the head, as opposed to the slaves. (OED)

      In that sense, free software is a kind that is not enslaved, i.e. controlled by persons/corporations/governments; it is a kind that enjoys being everyone's and no one's at the same time, like a beloved family memeber. Free software talks to us as equal. We make it free not by slashing its price, but by giving it liberty.

      Gosh, I sound like Bible, but I am afraid it is unavoidable if I am to explain Stallman's stance :P

    37. Re:Will this always happen. by LittleBigLui · · Score: 1

      If Sun went belly-up tomorrow and/or abandoned Java, I still have my current JVM installs and permission to use them.

      And the rate of bugs getting fixed will be pretty much the same as now, too.

      SCNR.

      --
      Free as in mason.
    38. Re:Will this always happen. by linuxhansl · · Score: 2, Insightful
      If OSS it is about freedom, why do they make it difficult for us to choose a non free development method?

      Which is more free? 1) A society that allows you to vote for the end of elections, or 2) a society that protects you from doing so?
      The principle holds here. Freedom does not necessarily lie in maximizing the number choices.

    39. Re:Will this always happen. by Anonymous Coward · · Score: 0

      hey stallman has done A LOT. gcc, glibc, emacs, gdb, binutils, coreutils, etc. all fundamental programs.

      he says that BSD is a free license, you are misunderstanding.

      sorry but I don't have much time to replicate.

      have a nice day

    40. Re:Will this always happen. by slux · · Score: 4, Informative
      Uh huh, where to start... How this got modded up is beyond me. Clearly a troll.

      Stallman believes that if you like proprietary software then you're an idiot who does not deserve to use a computer.

      That's just slander. Do you have any comment implying something like this from RMS? I've never seen one.

      He also believes that all software should be "free" (but only per his definition of "free" - remember, to him BSD is not free, but to us BSD folks the GPL is not free, so it's a stalemate) and that all non-GPL software should be released under the GPL. He even goes so far as to clone some software and release it under the GPL, and to fork other open projects that he feels are not "free" enough (i.e., that don't use the GPL). Talk about a waste of effort! Don't add new features to a program, rather re-write it from scratch because you like the code but not the license.

      Bullshit. Try reading a bit on the FSF website. BSD is specifically identified as a free software license as are lots of others and they have a very clear definition of free software you can use to judge licenses for yourself.

      He may prefer the GPL because of copyleft but the GNU project itself chose X (which is MIT licensed) as their windowing system because it was free and ready.

      This article isn't about recreating something that isn't GPL either. It's about what happened with Motif and Qt all over again. And he wasn't even talking about a rewrite. KDE used Qt back when it was still non-free and that prompted the creation of GNOME.

      Using something like Java has real consequences. For *users*. People on *BSD, BeOS will have a hard time porting/running your software when there is no official JRE offered. Or you could happen to be running Linux on a somewhat less usual processor architechture.

      What has Stallman done that's original thought (the GPL doesn't count, I'm talking working code)? What hasn't he simply cloned for religious purposes? He didn't like the emacs license, so he cloned it
      *Sigh* Trolling real hard, aren't you?

      First of all, why would the GPL not count when it could be argued that it's one of the main reasons for free software's success and is used by something like 70% of free software?

      Second, EMACS is very well known to be the original work of RMS and he also wrote the original GNU C compiler. Many of the essential system utilities you use if you're using a GNU/Linux system are a result of the work of the GNU project. I won't even bother commenting on your idiotic remarks on GCJ.

      I must thank him, though, because his stupid insistance that every Linux distribution is "GNU/Linux" so turned me off that I started looking at the various BSDs as an alternative, and I found them so much better than Linux that I no longer have any Linux in my house, just *BSD and Windows.

      Your beloved BSD still uses some GNU components though. Such as the GNU Compiler Collection which includes "Stallman's Java-clone" and is used to compile each and every application you're using. And don't even get me started on the various GPLed parts. If you're using FreeBSD it also is pretty frustrating to install OpenOffice.org from ports because of the Java dependency. Fortunately Java compiles out of the box so you can still use it. On some other BSD that may not be the case and there are no guarantees that a newer version will still work. Time to go using Windows exclusively, maybe? After all, it has such a nice and free license and everything they do is completely original instead of cloning stuff and then releasing it under the restrictive GPL license.

    41. Re:Will this always happen. by Anonymous Coward · · Score: 0

      any exclusive use of Win32 in a C++ project locks out Linux and other free OSes.

      Excuse me: why does this only lock out Linux and other FREE OSes? Using OS-specific tools locks out ANY other (incompatible) OS. It also locks out Mac OS and Solaris for example.

    42. Re:Will this always happen. by frp001 · · Score: 1

      Wow! One step short of Godwin's law! Maybe it's time for an update.

      --
      May I use your sig please?
    43. Re:Will this always happen. by Anonymous Coward · · Score: 0

      What, do you have Asperger's Syndrome? Or are you just too stupid to read text?

    44. Re:Will this always happen. by Anonymous Coward · · Score: 0

      That's libel, not slander. I'm not even going to read the rest of your post because its length and your tone suggest to me that you were frothing while writing it.

    45. Re:Will this always happen. by willCode4Beer.com · · Score: 1

      I was specifically replaying to ZephyrXero's statement, "...but you don't develop open source code with a closed source language."
      This would have made sense (and is a good point) if it started as an open source project however, it didn't.

      As to "import sun.*", well, I think we are both against it but for different reasons. I argue against doing it becasuse its bad practice to write Java around a specific VM, or to non-standard classes (This is as bad as people who write C/C++ that will only compile with GCC or VC++). Now, if they created an interface for their needs, and wrote a wrapper class that implemented the interface that happened to use the sun classes, then that would be a different story (IMO). (You will disagree with me here) This technique would isolate the code that depends on the non-standard (sun) classes and allow for simple replacement with a different implementation.

      --
      ----- If communism is a system where the government owns business, what do you call a system where business owns govern
    46. Re:Will this always happen. by m50d · · Score: 1

      No. The standard java api, in java.* is well documented. The proprietary extensions we are worried about, in sun.*, are not.

      --
      I am trolling
    47. Re:Will this always happen. by richlv · · Score: 1

      oo.org definitely was opensourced when base (the component that relies on java) was developed.
      i'm not sure about it's code up to year 2000 though.

      --
      Rich
    48. Re:Will this always happen. by samjam · · Score: 1

      Stallman himself acknowledges that software used to be free, he takes software back to those roots with GPL to protect it there.

    49. Re:Will this always happen. by sbrown123 · · Score: 2, Interesting

      It's only "well documented" in the sense that there's a nifty little tool that turns all public methods into pretty HTML pages.

      The documentation covers the public and protected methods that are available for use by programmers. Private methods, fields, etc. are not important when writing your own classpath since no one should access them anyways unless they are extending your implementation. GCJ contains many private methods within the classes that are not in Sun's JVM, and vice versa.

      If you tried to write a (non-trivial) program that used the non-trivial parts of the Java APIs (like Swing), using only the API documentation, it wouldn't work

      Its been done before. Heres an example: http://swingwt.sourceforge.net/

      I've written parts for GCJ by only using the API documentation supplied by Sun. I won't say it's an easy task. What the documentation says it's suppose to do and what the Sun JVM actually does requires some work on the implementors part. The only way around this is if Sun would allow JVM writers to view their source without worrying about the license concerns.

      There are many projects that do it this way. Look at Mono. Working from only a specification is quite common.

      OO.o issues, from my understanding, are because the free implementations of the JVM do not work as they should. With some tweaking, this is very correctable.

    50. Re:Will this always happen. by Ben+Hutchings · · Score: 1

      Java isn't on a par with C++. It was once described as C++--+. It's far less powerful and flexible.

    51. Re:Will this always happen. by ClosedSource · · Score: 1

      Well, there wasn't anything quite like GPL'd code in the distant past. In addition, the idea that all software was "free" in the early days is a myth. Some was and some was not.

    52. Re:Will this always happen. by Anonymous Coward · · Score: 0

      How about reading my post, written after reading the article.

      Why should little Dick Stallman force someone to work on another product? His idea of open is his itch, let him scratch it. The OOo team wants to write a Office Suite, not a DB extension to a language. Their code is open.

      If he doesn't like it, let him write the extension. What business is it of his what they do?

      And why they gave a crap what yackfucker had to say is beyond me.

    53. Re:Will this always happen. by Rick+the+Red · · Score: 1
      To all you people who say the FSF calls the BSD license "free": OK, then I can use GPL'd code in my BSD applications? Right? No? Oh, then I guess the FSF doesn't consider the BSD license quite as free as the GPL, does it? And, conversely, because BSD code is free to be used anywhere, I consider the BSD license more free than the GPL, which has that "viral clause" which sets it apart.

      I can agree to disagree, but so far I've not found one pro-GPL person who will agree to disagree, all they (you) do is agree they're right and everyone else is wrong. Which is why I have a little to do with GPL, FSF, and RMS as possible.

      --
      If all this should have a reason, we would be the last to know.
    54. Re:Will this always happen. by Nicolay77 · · Score: 1

      Yours are the words of someone who have never user wxWidgets.

      It's simple to code portable C++ with it, in fact is much easier and nicer to code using C++ with wxWidgets than using Java for anything user interface related.

      For the rest, it's about the same.

      --
      We are Turing O-Machines. The Oracle is out there.
  2. The concessions by AKAImBatman · · Score: 4, Insightful

    only official Java APIs are allowed to be used

    This was already being done. There was a plugin interface that hooked into the AWT layer of the JVM, but that was something that was easily replacable by other VMs. Previous versions of OOo (probably from back when it was StarDivision property) used hidden APIs, but this was cleaned up in the 2.0 edition.

    Java JRE interested parties provide the support code and take care
    of QA, bugs etc.


    This sounds like they're moving the plugin code out of OpenOffice and into the JVM. Technically, this is where it belongs, but it's always nice to be able to support the largest number of VMs possible.

    OOo Java implementations must be encapsulated with well specified APIs

    This is just good engineering design. If you can't produce readable JavaDocs from it, it isn't a good API.

    OOo Java implementations must not check against Java versions or
    vendors, with the only exception of workarounding bugs


    Again, this is just common sense. Checking version numbers is a good way to nail yourself in the foot on future releases.

    OOo Java implementations must not use swing, either because no free
    swing implemetation is available or because it makes the user interface
    inconsistent, this rule might be relativated in respect to 4


    This is just common sense anyway. Using Swing would be detrimental to the GUI unless it was decided that the entire GUI framework would move at once. Such a decision would involve the entire OOo community.

    the Java baseline is 1.3.1

    This is the only concession I see being made. (1.4 & 1.5 have some *really* nice features.)

    The amusing part about this is that the whole tirade against Java in OOo is nothing but a farce. A quick check of the 2.0 code finds almost nothing that violates these "concessions", and they amount to nothing more than diplomacy anyway. (i.e. The art of saying "nice doggy" until you can find a big stick.)

    The truth is that Sun has bent over backwards for the OSS community, and all they get for their troubles are painful stabs in the back. Yeah, Sun's got some loud mouths working for them. But their actions have ALWAYS been honorable. Despite all the nonsense about "contamination", has anyone EVER had Sun sue them? I've certainly never heard of a case! And when Sun realized that the language was confusing, they updated future source releases with new language that EXPLICITY gives developers rights to whatever they remember. So no more excuses! If you want an OS Java platform, code it. Sun sure as hell isn't standing in your way.

    BTW, Mr. Stallman. How's Hurd coming along?

    1. Re:The concessions by GigsVT · · Score: 2, Interesting

      Your "common sense" is not too common when it comes to most Java apps I have ever attempted to use.

      There are two possible conclusions. Either all Java developers are idiots, too stupid to learn a real language, or these are important rules to nail down before they become problems. Since the former obviously isn't true, it must be the latter.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    2. Re:The concessions by Anonymous Coward · · Score: 0

      "The amusing part about this is that the whole tirade against Java in OOo is nothing but a farce. A quick check of the 2.0 code finds almost nothing that violates these "concessions", and they amount to nothing more than diplomacy anyway. (i.e. The art of saying "nice doggy" until you can find a big stick.)"
      Oh, so this must be the reason why building OO2 with a free java has been such a pita and required so much work...

      "The truth is that Sun has bent over backwards for the OSS community, and all they get for their troubles are painful stabs in the back."
      Let's cry together about how badly poor, poor SUN are treated...

      Seriously, I'd gladly agree that SUN has done some incredible things for the FOSS community (OpenOffice.org sure is one of them), however that really doesn't mean that one shouldn't be able to critizise SUN when they do something bad and stupid, so what's your point apart from whining?

      "BTW, Mr. Stallman. How's Hurd coming along?"
      And has got exactly what to do with the story? Oh nothing, you simply thought you could score a cheap shot and start a flamewar. Wow, how mature.

    3. Re:The concessions by Anonymous Coward · · Score: 0, Funny

      BTW, Mr. Stallman. How's Hurd coming along?

      It's at a stall, man.

    4. Re:The concessions by AKAImBatman · · Score: 2, Insightful

      Oh, so this must be the reason why building OO2 with a free java has been such a pita and required so much work...

      Such as? No one has come forward with any solid complaints against the 2.0 release. Almost all complaints (e.g. hidden APIs) are against the OLD version of OOo. If you have a solid argument then by all means, make it.

      however that really doesn't mean that one shouldn't be able to critizise SUN when they do something bad and stupid

      Except that they haven't managed to do anything stupid. They leveraged the Java platform with the full blessing of the OOo community to produce a quality product. That's smart. Rebuilding everything from scratch because you don't want to keep up with technological progress is stupid.

      "BTW, Mr. Stallman. How's Hurd coming along?"
      And has got exactly what to do with the story? Oh nothing, you simply thought you could score a cheap shot and start a flamewar.


      No, I couldn't resist that shot. Because Mr. Stallman has incited his own flamewar over absolutely nothing, while simultanously showing that his foundation is incapable of managing anything as complex as Java. Look at the Linux success and trace out which programmers are doing the most powerful work. You'll find that $$$ and hours are coming from IBM, Oracle, Sun, and other big names to make Linux useful. Same with OOo. It's not the GNU volunteers who are doing the bulk of the work.

    5. Re:The concessions by squiggleslash · · Score: 4, Insightful
      *shrug* The concern Stallman had was that OOo wouldn't be compatable with (real and hypothetical) Free Java implementations, a legitimate concern given the difficulty of restricting one's self to an "official" API. Sun themselves had the same problem when Microsoft came out with their own Java implementation, they were extremely concerned that people would create programs that would only run under Microsoft's JVM.

      They actually sued Microsoft over it. I don't know if you remember.

      You may feel that the good-practice inspired guidelines are stuff the OOo team would have done anyway, and that's well and good, but as nobody was sure that was actually what would have happened, it was worth the FSF talking to the OOo people to make sure.

      I await the news about Linus rewriting Linux in Sun's Java. Now, that'll be some flamewar, as you'll get all the "If an obscure proprietary method happens to be best for the job, Linus is absolutely right to use it and make the entire Linux kernel dependent on it!" apologists flaming those who do not consider wearing someone else's handcuffs "practical".

      --
      You are not alone. This is not normal. None of this is normal.
    6. Re:The concessions by Soko · · Score: 4, Insightful

      The truth is that Sun has bent over backwards for the OSS community, and all they get for their troubles are painful stabs in the back.

      *Sigh*

      This is not about whether Sun is a benevolent company or not, or if Java is a good solution or not.

      Is Java nice? Yup. Is it the right tool for the job? Obviously.

      Are most of the people at Sun trying to be a good OSS citizens? You betcha.

      Is Java Free Software? Nope. Not yet, it isn't.

      That's where all of the problems stem from.

      What if Sun suddenly did turn malevolent (Schwartz - one of the loud mouths - is no fan of the GPL, after all) could they do real damage? Yup.

      If a malevolent entity bought Sun - with a depressed Sun stock, it's a real possibility - could that entity do damage? Oh boy, you bet.

      It's not stabbing Sun in the back - it's protecting the backs of OSS developers and users now and in the future.

      Soko

      --
      "Depression is merely anger without enthusiasm." - Anonymous
    7. Re:The concessions by node+3 · · Score: 4, Insightful

      This is the only concession I see being made.

      Prior to this "agreement", all the rest of the terms you dismiss were not certain, the OOo team could have violated them for practical reasons at any time. Now that'll be much more unlikely. The FSF is being quite rational in criticizing the inclusion of Java code into the OOo project. The OOo team has agreed to not fall into the potential traps that the FSF fears. This is, on the whole, a very good thing.

      The amusing part about this is that the whole tirade against Java in OOo is nothing but a farce.

      In your clearly anti-FSF biased opinion, perhaps. You're not an idealist, but a pragmatist, OK, no big deal. But you'd have to be one hell of a cynic as well, to call it a "farce".

      The truth is that Sun has bent over backwards for the OSS community

      Prefacing the statement with "the truth is" doesn't make it true. What has Sun done that constitutes "bending over backwards"? In the OSS community, "bending over backwards" tends to mean making your code open source.

      Despite all the nonsense about "contamination", has anyone EVER had Sun sue them?

      Does the name "Microsoft" ring a bell?

      BTW, Mr. Stallman. How's Hurd coming along?

      What's that got to do with Java and OOo? Or is it just an ad hominem? I don't know who you are, but it's a good bet that Stallman has done more to make my life better than you ever will. A cheap shot won't change that, either.

    8. Re:The concessions by synthespian · · Score: 0, Troll

      Would CmdrTaco and the /. crew please create a "Java fanboy" option in the moderator drop-down menu?

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    9. Re:The concessions by node+3 · · Score: 1

      Mr. Stallman has incited his own flamewar over absolutely nothing

      Obviously false. It's the reliance on problematic (to the FSF) technology that this issue (flamewar? WTF?) is about. You *clearly* don't see that as a problem, but you can't call it "absolutely nothing". Not honestly, at least.

      his foundation is incapable of managing anything as complex as Java

      emacs, gcc, gnu...

    10. Re:The concessions by Anonymous Coward · · Score: 0

      This faux-Usenet quote-and-nitpick posting style is SO ANNOYING.

    11. Re:The concessions by AKAImBatman · · Score: 2, Informative

      The concern Stallman had was that OOo wouldn't be compatable with (real and hypothetical) Free Java implementations, a legitimate concern given the difficulty of restricting one's self to an "official" API.

      Go program Java for a little while. The "hidden" APIs are not a necessary evil, or in any way desirable to use. The very design of the Java platform is so open that those APIs are almost impossible and completely unncessary to use. Pretty much all examples of this usage comes from the 1.1 days when a few APIs had yet to mature. Foolish developers went off and decompiled Java code to find "extra" features like they could in Microsoft software. Thus any occurances in OOo probably stem from StarDivision's work way back when.

    12. Re:The concessions by AKAImBatman · · Score: 2, Interesting

      It's the reliance on problematic (to the FSF) technology that this issue (flamewar? WTF?) is about.

      The FSF's failure to produce a JVM based on open specs is NOT everyone else's problem. If Mr. Stallman wants to fix the situation, he should be inciting his troops to fix their Open JVMs. Otherwise he can keep his trap shut, because he has no right to complain.

      emacs, gcc, gnu...

      Funny, it seems that EMacs and GCC have a lot of help from corporate entities. And what is "gnu"? I'm not familiar with that program.

    13. Re:The concessions by Anonymous Coward · · Score: 2, Insightful

      "Such as? No one has come forward with any solid complaints against the 2.0 release. Almost all complaints (e.g. hidden APIs) are against the OLD version of OOo. If you have a solid argument then by all means, make it."

      Just look at the efforts the RedHat devs had to put into making OO2 run with a free java and you will know what I'm talking about.

      "Except that they haven't managed to do anything stupid. They leveraged the Java platform with the full blessing of the OOo community to produce a quality product. That's smart. Rebuilding everything from scratch because you don't want to keep up with technological progress is stupid."
      Ah, the beauty of false arguments.
      1. You present a false dichotomy, as if the only option is to either use Java, or not keep up with technological progress. That's of course simply bs.
      2. Using a non-free platform (And Java is a non-free platform, at least until free implementations are truly ready) to build a free software application will inevitably produce problems.

      "No, I couldn't resist that shot. Because Mr. Stallman has incited his own flamewar over absolutely nothing, while simultanously showing that his foundation is incapable of managing anything as complex as Java."
      1. GNU's failure to deliver on hurd has nothing to do with the validity of Stallmans critic, nothing at all.
      2. That Stallman incited a flamewar over absolutely nothing is wrong for two reasons:
      a) He didn't even start this discussion.
      b) As already stated, using a technology that will inevitably pose a problem for the FOSS community is a problem, no matter how often you deny it.

      "You'll find that $$$ and hours are coming from IBM, Oracle, Sun, and other big names to make Linux useful. Same with OOo. It's not the GNU volunteers who are doing the bulk of the work."
      They may be now, after people like the GNU volunteers (ever thought about how useful a Linux system would be without the GNU tools?) made Linux a viable option.

    14. Re:The concessions by Anonymous Coward · · Score: 0

      A real language, you must mean C# then. Im quite sure you dont mean a language that can stick its feet out and trip up any programmer oh no not at all. Im also sure you dont mean that other language with no support for properties at all without hacking Templates, I mean non compiled ascii substituted text.

    15. Re:The concessions by Anonymous Coward · · Score: 0, Interesting


      What if Sun suddenly did turn malevolent (Schwartz - one of the loud mouths - is no fan of the GPL, after all) could they do real damage? Yup.

      If a malevolent entity bought Sun - with a depressed Sun stock, it's a real possibility - could that entity do damage? Oh boy, you bet.


      Bzzzzzzzt. Wrong, but thanks for trying.

      You missed that IBM has made Java and Linux the core of their strategic play.

      Sun can't take Java away (not even Java on Linux). If they tried, IBM would have it tied up in court 'till long after we are all dust.

      The only way someone could "do real damage" would be if Sun, IBM and all the other major Java licencees got together and agreed to make damage.

      It isn't going to happen. To say otherwise is simple FUD.

    16. Re:The concessions by Richard_at_work · · Score: 2, Insightful

      *shrug* The concern Stallman had was that OOo wouldn't be compatable with (real and hypothetical) Free Java implementations, a legitimate concern given the difficulty of restricting one's self to an "official" API.

      I find it amusing that RMS is looking to ensure that a project will be compatable with 'Free' version of a language that was created, developed, fostered and made acceptable by a closed source company. Why isnt he promoting the use of a fully 'Free' language, like Python or similiar (no, Im not a python developer) and then he would have no worries about a controlling company damaging opensource projects in anyway.

    17. Re:The concessions by AKAImBatman · · Score: 1, Insightful

      Is Java Free Software? Nope. Not yet, it isn't.

      Would you like to explain to me WHY THIS IS SUN'S PROBLEM? They have given everything away except for the actual rights to Java itself. If the GNU Foundation can't produce an Open JVM based on open specs and fully available source code, THAT IS THEIR PROBLEM.

      If a malevolent entity bought Sun - with a depressed Sun stock, it's a real possibility - could that entity do damage? Oh boy, you bet.

      If a malevolent entity hit Linus with a bus and acquired his Linux trademarks, and with the number of evil people out there it's a real possibility, could that entity do damange? Oh boy, you bet!

      Come off this nonsense people. Sun is not losing money hand over fist (they're more or less breaking even right now), and they've made it perfectly possible for others to replicate their technology. Why is the OSS community blaming their failure to do so on Sun?

    18. Re:The concessions by node+3 · · Score: 1

      Otherwise he can keep his trap shut, because he has no right to complain.

      He's not allowed to complain about something he doesn't like, but you are?

      Funny, it seems that EMacs and GCC have a lot of help from corporate entities. And what is "gnu"? I'm not familiar with that program.

      Funny, but you said, "while simultanously showing that his foundation is incapable of managing anything as complex as Java". The FSF manages emacs, gcc and GNU (GNU is not a program, it's an OS).

    19. Re:The concessions by Anonymous Coward · · Score: 0

      IBM has alot more money than YOU.

    20. Re:The concessions by Anonymous Coward · · Score: 0

      And here folks, is an example of someone who didn't read the thread in the first place, and kicked himself in the nuts with a knee-jerk reaction.

      Please mod the parent down for not taking the time to understand the discussion.

    21. Re:The concessions by node+3 · · Score: 3, Informative

      Come off this nonsense people. Sun is not losing money hand over fist (they're more or less breaking even right now), and they've made it perfectly possible for others to replicate their technology. Why is the OSS community blaming their failure to do so on Sun?

      You keep turning this into an attack on Sun, and it's not. It's an attack on OOo's reliance on Java, which introduces compatibility problems with Free Software.

      In other words, you keep *completely* missing the point.

      Sun doesn't have to make Java Open Source, but that's not the issue at hand, is it? Relying on Java is not FSF-friendly, so the FSF will try to convince that project to "stay the course", as it were. There's nothing wrong or "nonsensical" about this at all.

    22. Re:The concessions by AKAImBatman · · Score: 1, Insightful

      He's not allowed to complain about something he doesn't like, but you are?

      What am I complaining about? Oh yes, that Stallman is being a hypocrit. How is that hypocritical?

      Funny, but you said, "while simultanously showing that his foundation is incapable of managing anything as complex as Java". The FSF manages emacs, gcc and GNU (GNU is not a program, it's an OS).

      Actually, I was pointing out how you were making my point. GCC gets massive amounts of help from corporations just like Linux and OOo do. Emacs got the same treatment in the past. Your use of the "GNU subsystem" (the proper name for the bundle) is nonsense. You're talking about a bundle of disparate products, none of which even comes close to the complexity of the Java platform.

      Stop throwing up strawmen as a distraction. Stallman is upset because Java is cool and he doesn't have it. Microsoft tried to take it over in their own way, and now Stallman trying to take it over in his own way. The only difference is that Microsoft actually produced a reasonable and fully functional alternative.

    23. Re:The concessions by deepestblue · · Score: 1

      Agree with a lot of what you've written, but since when is the GPL the sole Free Software licence? Schwartz detesting the GPL doesn't in any way heighten the fear that Sun could suddenly malevolent and do damage to the Free Software movement. Bringing in such arguments to the table is usually termed creating FUD.

    24. Re:The concessions by node+3 · · Score: 1

      What am I complaining about? Oh yes, that Stallman is being a hypocrit. How is that hypocritical?

      How is Stallman being a hypocrite? *He's* not using Java, is he?

      Your use of the "GNU subsystem" (the proper name for the bundle) is nonsense. You're talking about a bundle of disparate products, none of which even comes close to the complexity of the Java platform.

      1. It's properly called "GNU", not "GNU subsystem".
      2. It's not appropriate to compare the Java platform with the GNU platform? WTF?

      Stallman is upset because Java is cool and he doesn't have it.

      That's the stupidest thing I've heard all week, and it's only Monday! Stallman has never cared about "cool", he's only cared about "Free".

      Actually, I was pointing out how you were making my point.

      And what "point" is that, exactly? You've made none that stand up to scrutiny or relevance. Corporations contribute to FSF projects. That's not a problem *at all*, and no one (but you) has ever said it was.

    25. Re:The concessions by Soko · · Score: 2, Insightful

      Would you like to explain to me WHY THIS IS SUN'S PROBLEM? They have given everything away except for the actual rights to Java itself. If the GNU Foundation can't produce an Open JVM based on open specs and fully available source code, THAT IS THEIR PROBLEM.

      No reason to shout. The GNU Foundation not having a JVM isn't Suns problem at all. It is still a problem, however, and one that needed to be dealt with.

      If a malevolent entity hit Linus with a bus and acquired his Linux trademarks, and with the number of evil people out there it's a real possibility, could that entity do damange? Oh boy, you bet!

      This is non-sensical. As well, Linus' code is fully under the GPL - any one of the higher profile kernel devs can take over where he left off, and your "pie in the sky" Evil Doer would end up coding by himself. The same cannot be said for Java at present.

      Come off this nonsense people. Sun is not losing money hand over fist (they're more or less breaking even right now), and they've made it perfectly possible for others to replicate their technology. Why is the OSS community blaming their failure to do so on Sun?

      Sun is not losing money, but they are still a potential takeover target with their stock price where it is. Their tech is being replicated (which, if you RTFA, you'd see that this is the solution that everyone agrees is best) finally because the licensing restrictions were loosened quite a bit.

      Please listen - we do not hate Sun. We just will not blindly give up control of a major OSS project to someone or something whom we aren't absoloutely certin we can trust 5, 10 or 50 years from now.

      Soko

      --
      "Depression is merely anger without enthusiasm." - Anonymous
    26. Re:The concessions by Anonymous Coward · · Score: 0

      How is Stallman being a hypocrite? *He's* not using Java, is he?

      To be fair to AKAImBatman, I suspect he has very little idea what the word "hypocrite" means. I think he just saw it used insultingly somewhere and thought he'd throw it into one of his flames.

    27. Re:The concessions by Soko · · Score: 1

      That was pulled in as an example, in order to illustrate why using Java - without a Free implementation - would leave the FSF et. al. vulnerable to a nasty set of circunmstances. I should have prefaced it with "For example, ", I imagine.

      Soko

      --
      "Depression is merely anger without enthusiasm." - Anonymous
    28. Re:The concessions by AKAImBatman · · Score: 1

      Just look at the efforts the RedHat devs had to put into making OO2 run with a free java and you will know what I'm talking about.

      Well, Mr. AC, there's concrete proof. Since you're so adept at this, would you please provide information on what troubles they had and how those troubles are Sun's fault. Last I heard, RedHat's version was working fine.

      You present a false dichotomy, as if the only option is to either use Java, or not keep up with technological progress. That's of course simply bs.

      Okay, show me a platform with as many high quality, cross platform database drivers as Java and I'll believe you. Hard evidence, son. That's what we need. In OOo's defense, I can find plenty:

      1. Nearly every DB Engine has a Type IV JDBC driver. That includes Oracle, SQL Server, DB2, Sybase, Informix, Cloudscape, MySQL, PostgreSQL, HSQL, McKoi, Daffodil, etc.

      2. Java has a wide variety of high quality, open source database engines. The choice to use HSQL was a no brainer based on the ease with which one can integrate it into a desktop product. MySQL and PostgreSQL don't compete in this area.

      In short, Java was used because it's the only system that has the necessary technology to compete.

      1. GNU's failure to deliver on hurd has nothing to do with the validity of Stallmans critic, nothing at all.

      It does have something to do with it. It demonstrates that the GNU foundation does not currently have the resources to maintain something as complex as Java. Now if they were to hire high-quality, professional developers to do the work AS A JOB instead of in their free time, the GNU foundation probably *could* handle such a product. (And get HURD out the door while they're at it.)

      Believe it or not, I'd happily donate to the GNU if this was their goal. I take no issue with the idea of having a GPLed JVM. I'd love the idea, actually, but someone has got to foot the bill for it to happen.

      He didn't even start this discussion.

      He didn't keep things civil either. "The Java Trap?" How nice of him to insult developers who have given him all the tools he needs to create his own Java.

      b) As already stated, using a technology that will inevitably pose a problem for the FOSS community is a problem, no matter how often you deny it.

      Why? Why does it pose a problem? Because the OSS community has failed to produce a GPLed JVM? How is that the problem of Sun or the OOo project?

      They may be now, after people like the GNU volunteers (ever thought about how useful a Linux system would be without the GNU tools?) made Linux a viable option.

      Umm, no. Linux was a non-comptitor in the industry. It was a cool hobby OS, but a non-competitor. Customers wanted Linux, though, so companies with deep pockets made it happen. That's not a bad thing, but it shows that the GNU is incapable of producing complex software on their own. They should NEVER be given Java until they can prove the opposite.

    29. Re:The concessions by Vellmont · · Score: 2, Interesting


      Would you like to explain to me WHY THIS IS SUN'S PROBLEM?

      I don't know if it's "sun's problem", but I would say it's a problem for sun. The problem is that no major linux distribution includes a JVM in its distribution. That makes the Java language far less usefull to developers. If you can't count on a JVM being on a machine, you then have to go through machinations to include a JVM in your software. Even that's difficult since Sun won't let you re-package the JVM.

      How is that Suns problem? Well it makes Java less usefull, and I assume Sun wants Java to be as popular as possible. Sun is still competing against Microsoft, and if Suns language is on Linux boxes, that's a win for Sun.

      They have given everything away except for the actual rights to Java itself.

      Actually one of the big sticking points is re-packaging Java. If they simply allowed that, it'd be included in at least redhat.


      If a malevolent entity hit Linus with a bus and acquired his Linux trademarks

      Huh? How does someone hitting Linus with a bus get them the Linux trademarks? Someone aquiring Sun is a real possibility. Mergers of large companies happen all the time. If you have to resort to ridiculous comparisons to make your point, you've already lost.

      and they've made it perfectly possible for others to replicate their technology. Why is the OSS community blaming their failure to do so on Sun?

      Now you're just making up arguments that no one has made. That's called a strawman argument and is a logical fallacy.

      --
      AccountKiller
    30. Re:The concessions by petermgreen · · Score: 1

      personally i'm a fan of delphi style object pascal. Reasonablly clean laguage,strongly typed, has properties etc. yet it doesn't get in the way too much when you want to do low level stuff either (right down to inline assembler if needed)

      its not GC though which might put off some of the java/C# addicts

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    31. Re:The concessions by jmorris42 · · Score: 1

      > I find it amusing that RMS is looking to ensure that a project will be
      > compatable with 'Free' version of a language that was created,
      > developed, fostered and made acceptable by a closed source company.

      This was modded up? What idiots.

      RMS doesn't give a fetid dingo's kidney what language something is written in, unless it is a FSF sponsored project at which point he has every right to since the FSF wound be maintaining it and has limited resources.

      What RMS, and a lot of other people, care about is being able to use a program on a Free Software system. As in, Open Office is Free, uses GNOME or KDE which are both also free, these depend on X, which is Free and it all sits atop GLIBC and Linux (or BSD/HURD/etc)giving a clean Free software stack all the way down to the metal. Now consider OOo2 which adds a dependency on Java, which is decidedly Unfree. If one wants a Free PC OOo2 either goes or gets fixed, that simple. RMS likes OOo2 and didn't want it to disapear from the toolboxes of users of Free Computers and was willing to step up to the plate with FSF resources to correct the mistake of the OOo2 developers. It now looks like a better solution is at hand with GCJ, which is all to the good for everyone involved.

      --
      Democrat delenda est
    32. Re:The concessions by AKAImBatman · · Score: 1

      *Deep breath*

      Okay, this is spiraling out of control. Let me restate my position in cool terms, and then I am exiting this conversation before I get really heated up.

      1. Stallman doesn't like Java because no GPLed version exists.
      2. No GPLed version exists because the OSS community has failed to produce a fully functional version.
      3. The GNU Foundation has not been able to show that it can produce a *singular* project of the complexity of Java without the assistance of major corporate backers.
      4. GPLed Java versions don't exist for want of corporate backers. i.e. The industry feels no pressure to produce one when Sun is already so open.
      5. Major corporate backers are not a bad thing. However, handing over software of Java's complexity to the GNU Foundation is suicide without those backers.
      6. The fact that 'ls' and 'tar' exist in the same bundle of software does nothing to show that the GNU Foundation is ready to take on the challenge of maintaining Java. Nor does it equal Java's complexity any more than the combined output of Sourceforge exceeding the complexity of Windows XP.

      Now if you'll excuse me, I am done with laying out pearls before those here.

    33. Re:The concessions by Anonymous Coward · · Score: 0

      > Would you like to explain to me WHY THIS IS SUN'S PROBLEM?

      It isn't, which is why the push came to fork OpenOffice. Sun can do what it wants to do and the OSS community can do what it what's to do.

      The issue is, OpenOffice doesn't want a fork so in order to prevent one, it needs to adjust it's policies.

      You can't have it both ways. Sun can't claim it's a victim *and* prevent anyone from forking.

    34. Re:The concessions by Anonymous Coward · · Score: 0

      BTW, Mr. Stallman. How's Hurd coming along?

      The rest of your post was reasonable. Why did you have to go and add this deliberate flamebait? I haven't heard Stallman pushing the Hurd for years. They are in the middle of a rewrite. Stallman has been responsible for a great many other achievements, including GCC and EMACS that are mature, stable pieces of software. Why do you feel the need to attack him?

    35. Re:The concessions by Anonymous Coward · · Score: 0

      has anyone EVER had Sun sue them?

      Microsoft. Over Java implementations.

      Doesn't address your point. I'm just sayin...

    36. Re:The concessions by Anonymous Coward · · Score: 0

      "would you please provide information on what troubles they had"
      As I already said, read their mailing lists.

      "how those troubles are Sun's fault"
      Nobody claimed they were Sun's fault, as has been pointed out to you about a dozen times by a dozen posters.

      "Last I heard, RedHat's version was working fine."
      It does now, it didn't before the RedHat guys put a lot of work into making it work.

      "Okay, show me a platform with as many high quality,..."
      Ooops, Java fanboy alarm. You are right, Java is the only viable solution for everything...

      "It does have something to do with it."
      No, it doesn't.

      "It demonstrates that the GNU foundation does not currently have the resources to maintain something as complex as Java."
      Nope, all it show is that GNU wasn't able to provide Hurd, for a variety of reasons.

      "Now if they were to hire high-quality, professional developers to do the work AS A JOB instead of in their free time, the GNU foundation probably *could* handle such a product. (And get HURD out the door while they're at it.)"
      Wow, what kind of bs is that? And again, ever used a Linux system without the GNU tools, gcc...

      "I'd love the idea, actually, but someone has got to foot the bill for it to happen."
      RedHat seems to do just that. Feel free to donate.

      "He didn't keep things civil either. "The Java Trap?" How nice of him to insult developers who have given him all the tools he needs to create his own Java."
      Jesus, it really isn't so hard to get what he was talking about. As long as Java is not free, it is obviously not suited for free software. And of course the point still stands, he didn't start this discussion.

      "Why? Why does it pose a problem? Because the OSS community has failed to produce a GPLed JVM? How is that the problem of Sun or the OOo project?"
      No, because that make OOo depend on non-free software. Again, this is not Sun's fault but simply a fact.

      "Umm, no. Linux was a non-comptitor in the industry. It was a cool hobby OS, but a non-competitor. Customers wanted Linux, though, so companies with deep pockets made it happen."
      Yep, sure, customers, especially enterprise customers always have this urge to run hobby OSes on their servers..

      "That's not a bad thing, but it shows that the GNU is incapable of producing complex software on their own."
      Nope, all it shows is that you are an anti-GNU zealot, that's all.

    37. Re:The concessions by cortana · · Score: 1

      It's better than top posting and conveniently omitting responses to/glossing over your opponent's points.

      > This faux-Usenet quote-and-nitpick posting style is SO ANNOYING.

    38. Re:The concessions by wangmaster · · Score: 2, Insightful

      Is Java Free Software? Nope. Not yet, it isn't.

      Would you like to explain to me WHY THIS IS SUN'S PROBLEM? They have given everything away except for the actual rights to Java itself. If the GNU Foundation can't produce an Open JVM based on open specs and fully available source code, THAT IS THEIR PROBLEM.


      There are a number of problems with your statements.
      1) To get Sun's source code, I believe you have to agree to the terms of Sun's community license, which has some severe limitations on how it can be used. This has serious impacts on the GNU foundation creating an Open JVM, for example, if you use their source to create your own JVM, you can only give out your executable to those who agree to the sun license and other third parties only for the purposes of evaluation.
      2) The Java Specification is very useful for helping to create a Java-like language. However, the implementation details make creating a full Java clone next to impossible with just the spec. There are also potential issues with Java implementations that dependent on third parties.
      3) You can't really use the Java trademark to refer to your own Open JVM. 4) Sun is trying to make it seem like they're very open source savvy, but what it boils down to is that they want as much control as Java as they can get. In many ways they are just as insidious as microsoft is. (FYI, I am a java developer and get paid to do Java. I like the language, and use it on it's technical merits, but the licensing sucks)

      If a malevolent entity bought Sun - with a depressed Sun stock, it's a real possibility - could that entity do damage? Oh boy, you bet.

      If a malevolent entity hit Linus with a bus and acquired his Linux trademarks, and with the number of evil people out there it's a real possibility, could that entity do damange? Oh boy, you bet!


      This analogy isn't even close to accurate. Someone could potentially perform a hostile takeover of Sun, or even offer Sun an amazingly crazy amount of money to be sold. That new entity could rewrite all the licensing they want going forward. Linus Torvalds getting hit by a bus would at worst kill Linus. Linux will still go on. It's possible that Linus' next of kin could do it, and take over the Linux trademarks, or hell, maybe they'd buy the Linux trademarks from Linus, but that wouldn't hurt Linux. Linux could be forced to be renamed, but realistically, that's not a problem. Linux is out there, given to the world, call it Linux, call it FoobarOS, it's the same either way. This is the beauty of the GPL model, and the Sun model doesn't come close.

    39. Re:The concessions by node+3 · · Score: 1

      1. Stallman doesn't like Java because no GPLed version exists.

      Mostly true (I believe he also has a problem with the fact that each time Sun adds new features to Java, the FS version would have to add them in).

      2. No GPLed version exists because the OSS community has failed to produce a fully functional version.

      True.

      3. The GNU Foundation has not been able to show that it can produce a *singular* project of the complexity of Java without the assistance of major corporate backers.

      The "corporate backers" clause is irrelevant. The FSF (it's not called "The GNU Foundation") is fully capable of managing highly complex projects (which was your original claim).

      4. GPLed Java versions don't exist for want of corporate backers. i.e. The industry feels no pressure to produce one when Sun is already so open.

      Stallman's position on Java doesn't rely on corporate backers, it depends solely on how Java meets his ideals.

      5. Major corporate backers are not a bad thing. However, handing over software of Java's complexity to the GNU Foundation is suicide without those backers.

      No one has ever said Sun must hand over Java to the "GNU Foundation" (you mean the FSF, right?). And even if they did, history shows there will be corporate backers.

      6. The fact that 'ls' and 'tar' exist in the same bundle of software does nothing to show that the GNU Foundation is ready to take on the challenge of maintaining Java.

      Quit being so daft. GNU is not just "'ls' and 'tar'". It's an *entire OS*, including libraries, a kernel, etc. It's a far *larger* project than Java.

      Now if you'll excuse me, I am done with laying out pearls before those here.

      It's just not an "AKAImBatman" post without an insult at the end, is it?

    40. Re:The concessions by bladesjester · · Score: 1

      GNU isn't an operating system. It's a *designation* given to a group of programs that are used by various operating systems.

      It isn't a program, it isn't an operating system (which is a series of programs, so your logic there is hosed) - it's a *label*.

      --
      Everything I need to know I learned by killing smart people and eating their brains.
    41. Re:The concessions by AKAImBatman · · Score: 1

      Sir, you have attempted to answer the question without answering it. Here are the points which are unresolved:

      1. You need to provide evidence of specific difficulties that RedHat had with OOo. Right now there is no evidence that they have had any difficulties. Suggesting that someone else find the evidence for you (by digging through mailing lists) is silly. If you can't produce any examples of the issues they had, then it is not feasible to claim they had issues.

      2. Brushing me off as a "Java Fanboy" does nothing to refute my assertions that no other platform has as complete of a DB support system. You must provide an example of a comparable technology that could have been used.

      3. You have not backed up the argument that the FSF is a good custodian for Java. The success of Linux in the marketplace can be traced to heavy support from Oracle, IBM, Sun, and other large companies with deep pockets. Large projects without that backing (e.g. Hurd) show not only a lack of progress, but a lack of GNU employed resources.

      4. The success of Microsoft Windows as a server OS has shown quite well that "fanboys" can put significant pressure on companies in large quantities. Windows 95 was in no way ready to replace Unix in many areas of usage, but was pressed into service because that is what customers wanted. The same thing happened with Linux.

    42. Re:The concessions by 2b · · Score: 1
      But their actions have ALWAYS been honorable.
      That's not entirely clear. Recall that Sun (along with MS) put a lot of money into SCO: http://news.com.com/2100-1016_3-1024633.html

      And their behavior regarding Blackdown was less than honorable: http://archives.cnn.com/1999/TECH/computing/12/10/ sun.apology.idg/

      Don't get me wrong, I'm not trying to bash Sun. I like Java and I like Sun gear, but you're making Sun out to be victims ("stabs in the back") of the open source community and the truth is far more complex.

    43. Re:The concessions by lmfr · · Score: 1
      Those aren't concessions.

      That's the policy already defined at OO.org on Jun 2004: http://council.openoffice.org/servlets/ReadMsg?lis t=agenda&msgNo=118

    44. Re:The concessions by QuestorTapes · · Score: 1

      Note: I am pretty much neutral on "open source", as in GPL'd source.

      > The truth is that Sun has bent over backwards for the OSS community, and all they get for their
      > troubles are painful stabs in the back.

      Depends on your point of view. In a sense, I agree with you.

      Microsoft, for instance, has a blatantly adversarial relationship with the OSS community. While you are correct that Sun does not, there is a problem with Sun's relationship with the OSS community. It's a disfunctional relationship. Sun's leadership has an idea of how things ought to be, and the OSS community has a different idea of how things ought to be.

      It's close, but Sun -really- would like to gloss over some things, like the fact that the OSS community believes in -giving up ownership of the source-, and Sun doesn't. So Sun keeps coming up with almost, but not quite open source moves, and people who view them as fair (like yourself), feel that the reactions are out of proportion.

      They aren't. The parts that Sun wants to ignore are -critical- to the identity of the OSS movement. Sure, it's a religious issue. That doesn't mean it isn't an issue.

      > Yeah, Sun's got some loud mouths working for them. But their actions have ALWAYS been honorable.

      From a certain point of view, you're right. But some of those loud mouths -run- the company.

      > Despite all the nonsense about "contamination", has anyone EVER had Sun sue them?

      Sorry, not the point. Sun could, legitimately, sell their ownership of their Java IP to someone down the road; even Microsoft. What if that company decides to sue?

      I once went to work for a company because I knew the guy who ran the department I'd be in. It was great...until he got promoted and transferred.

      Then I got stuck with the biggest a**hole I ever worked for. Not happy again until I left that job.

      It's not about "Sun sucks"; it's about not trusting in princes. Even if the prince is, well "a prince", princes die, they are overthrown; they even change their minds.

      "A lot of things can happen in a year. The king might die. The horse might die. I might die. And, who knows? Maybe the horse will sing." -- The Mote in God's Eye.

    45. Re:The concessions by AKAImBatman · · Score: 2, Insightful

      Ok, I'm cooled down now.

      It's just not an "AKAImBatman" post without an insult at the end, is it?

      Sorry about that, but as you can tell I have a lot of pent up feelings about this issue. From day one all we Java developers have heard from the main OSS community is "Java is not free, Java is slow, Java sucks". This has been very much a last straw for me. I'm so pissed off, that I even took the lead on resolving the supposed "licensing issues" that are preventing Linux distributions from redistributing Java. With any luck, we'll see the one I'm working with including it soon. :-)

      The "corporate backers" clause is irrelevant. The FSF (it's not called "The GNU Foundation") is fully capable of managing highly complex projects (which was your original claim).

      Fair enough. The FSF has not proven its ability to manage these projects without corporate backing. Right now the FSF's concern is that Sun will disappear or tighten up restrictions. Look at it from the other side, though. Sun has invested a considerable amount in Java and has made it central to their business. Why should they take the risk that other corporate backing will dry up and they will be left to fund BOTH Java and the FSF?

      Stallman's position on Java doesn't rely on corporate backers, it depends solely on how Java meets his ideals.

      His position may not, but his ability to produce does. If he can't demonstrate that he is secure enough to be a custodian for Java, why should Sun trust him to be one? It's far better for everyone if Sun maintains control, but gives away all the info necessary to replicate their feat. I imagine that they're also getting pretty frustrated at the lack of a compliant GPL JVM. But since such a beast is not required by their business, they're not going to fund it.

      GNU is not just "'ls' and 'tar'". It's an *entire OS*, including libraries, a kernel, etc. It's a far *larger* project than Java.

      GNU is NOT an entire OS. There is the Linux kernel which is maintained by corporate backing. That is not in the FSF's posession. (At least, the last time I checked.) Then there is the X11 system. Also supported by corporate backing and also not in the FSF's posession. Then there is KDE and GNOME which are not in the FSF's posession. By the time you whittle it down, you find that "GNU" consists of a wide variety of command line tools, most of which are standalone and have nothing to do with each other. The few complex pieces (e.g. GCC) again are supported directly by corporations.

    46. Re:The concessions by Anonymous Coward · · Score: 0

      I kind of think Sun's control on Java is a "good thing"; it keeps java from becoming the forkbomb that most OSS software projects become. The worst example is linux. How about C? At least when you write something in Java, it pretty much works on most computers. God forbid trying to use something in C, or install a package for "linux" on a spread of computers.

    47. Re:The concessions by qcomp · · Score: 1

      The amusing part about this is that the whole tirade against Java in OOo is nothing but a farce. A quick check of the 2.0 code finds almost nothing that violates these "concessions"[...]

      It's not a farce at all. The problem is not what is now, but what might happen: We're not yet in the Java trap, and we have to avoid to fall in. That's why these concessions and, more importantly, raising the awareness of these matters among OOo users and developers is important NOW. I, for one, thank rms for his vigilance.

      BTW, Mr. Stallman. How's Hurd coming along?

      since rms has better things to do than worry about your flamebait: why don't you have a look at http://www.gnu.org/software/hurd/hurd.html to see for yourself?

      The Hurd is real software that works Right Now. It is not a research project or a proposal. You don't have to wait at all before you can start using and developing it.

    48. Re:The concessions by AKAImBatman · · Score: 1

      1) To get Sun's source code, I believe you have to agree to the terms of Sun's community license, which has some severe limitations on how it can be used.

      Sir, if you had read my post, you would know that this is not true any longer. Bringing up a point that is thoroughly refuted is very aggravating.

      The Java Specification is very useful for helping to create a Java-like language. However, the implementation details make creating a full Java clone next to impossible with just the spec.

      The spec has 99% of what is needed. It is not impossible to create a clone from it, especially when there is a community available to explain to you where things function incorrectly. Even if this complaint were true, Sun has released the source code of Java under a license where it can be all but outright copied. Please see my original post at the top of this thread.

      You can't really use the Java trademark to refer to your own Open JVM.

      This shouldn't be an issue for anyone. Even if it is, Sun has granted access to the trademark to Open projects. You only have to pass the TCK compatibilty tests.

      Sun is trying to make it seem like they're very open source savvy, but what it boils down to is that they want as much control as Java as they can get. In many ways they are just as insidious as microsoft is. (FYI, I am a java developer and get paid to do Java. I like the language, and use it on it's technical merits, but the licensing sucks)

      Pure, unadulterated nonsense. Sun has been trying to open up Java as much as possible without losing their copyrights, patents, and trademarks. There isn't anything in the way of OSS developers other than imaginary demons.

      Linux could be forced to be renamed, but realistically, that's not a problem.

      Realistically, someone with money can have Java reimplemented in no time. That's not a problem.

    49. Re:The concessions by Anonymous Coward · · Score: 0

      The last posting I saw about building OOo 2.0 with gcj said that the code contained several instances of

      import sun.whatever.ourstuff

      which in fact were largely inoperative (although they are compile time showstoppers) because there are very few of the package procedures that are atctually used in the code. I read this as saying that the _code_ is currently dependent on proprietary Sun java packages, but that it may not be that hard to fix the issue since the functionality is probably small enough to be coded around. It is simply untrue to say there isn't an issue, although as the NewsForge article says without giving any of the down and dirty details a solution looks possible.

    50. Re:The concessions by Anonymous Coward · · Score: 0

      You want Oberon or later languages from ETH, they ROCK.

      Delphi is too commercial for my liking. and bound to one vendor.

    51. Re:The concessions by Anonymous Coward · · Score: 0

      "You need to provide evidence of specific difficulties that RedHat had with OOo."
      Do I? As I said, feel free to search the web and the mailing lists.

      "Brushing me off as a "Java Fanboy" does nothing to refute my assertions that no other platform has as complete of a DB support system. You must provide an example of a comparable technology that could have been used."
      As you are into that provide evidence game, it would be your turn to provide evidence that there is indeed no other platform that can compete with Java.

      "You have not backed up the argument that the FSF is a good custodian for Java."
      As I didn't make this argument in the first place I really didn't feel like backing it up.

      "The success of Linux in the marketplace can be traced to heavy support from Oracle, IBM, Sun, and other large companies with deep pockets."
      Again, if Linux and GNU hadn't been in a state that merrited support in the first place all the companies you mentioned wouldn't have done anything.

      "The success of Microsoft Windows as a server OS has shown quite well that "fanboys" can put significant pressure on companies in large quantities."
      Nope, the success of Windows merely shows how you can translate a monopoly in one area into increased market share in an other.

      "Windows 95 was in no way ready to replace Unix in many areas of usage, but was pressed into service because that is what customers wanted."
      Windows 95 wasn't ready for anything, least of all replacing Unix. Good thing is Windows 95 didn't replace Unix, NT was the first Windows that was a success on servers.

      "The same thing happened with Linux."
      Yes, as Linux also had a >90% market share on the desktop and used illegal tactics to make inroads to leverage this monopoly in the server market. Oh wait, it didn't...

    52. Re:The concessions by Aldric · · Score: 1
      "The concern Stallman had was that OOo wouldn't be compatable with (real and hypothetical) Free Java implementations, a legitimate concern given the difficulty of restricting one's self to an "official" API."

      Official API... in other words, a standard. Until the open source community can put as much time and effort into Java as Sun can, I suggest their standard is the one to stick to.

    53. Re:The concessions by fforw · · Score: 2, Informative
      But their actions have ALWAYS been honorable. Despite all the nonsense about "contamination", has anyone EVER had Sun sue them?
      Well.. it was not Sun, but ..

      From The History of the GPL:

      In the early years (1984 to 1988), the GNU Project did not have a single license to cover all its software. What led Stallman to the creation of this copyleft license was his experience with James Gosling, creator of NeWs and the Java programming language, and UniPress, over Emacs. While Stallman created the first Emacs in 1975, Gosling wrote the first C-based Emacs (Gosling Emacs) running on Unix in 1982. Gosling initally allowed free distribution of the Gosling Emacs source code, which Stallman used in early 1985 in the first version (15.34) of GNU Emacs. Gosling later sold rights to Gosling Emacs to UniPress, and Gosling Emacs became UniPress Emacs. UniPress threatened Stallman to stop distributing the Gosling source code, and Stallman was forced to comply.
      I think this case history makes the fears of the GNU people understandable if not justified.
      --
      while (!asleep()) sheep++
    54. Re:The concessions by wangmaster · · Score: 1

      How is that not true? The new JRL license is still very limiting. In order to distribute and give away what you do, you still need to agree to agree with Sun's commercial agreement:

      Directly from the new JRL:
      f you decide to use your project internally for a productive use, and/or distribute your product to others, you must sign a commercial agreement.

      There's still a significant amount of baggage with the "research" license.

      The trademark issue is a HUGE issue. If a product claims to want Java. You have your own JVM. It's not called Java. You can't call it anything with Java or refer to it as Java. People sure as hell aren't going to use your product. In-the-known people might, but the general windows click a button population sure as hell isn't. Acceptance will be a huge issue. (Does TCK still cost money? It used to and if I remember right, was quite a bit).

      Realistically, someone with money can have Java reimplemented in no time. That's not a problem.

      You just missed my entire point. There's a hell of alot more damage one can do by buying Java (which is licensed so that you'd have a hard-time creating your own free implementation of it) than someone somehow obtaining the trademarks to Linux. Linux is out there, and it can't be taken away. Sun can take Java away. The very terms of their license allows them to take it away.

      Here's another quote from their JRL license that should make any proponent of free software cringe:

      "Research Use" means research, evaluation, or development
      for the purpose of advancing knowledge, teaching, learning,
      or customizing the Technology or Modifications for personal
      use. Research Use expressly excludes use or distribution
      for direct or indirect commercial (including strategic) gain
      or advantage.

      Personal use. I'd hardly call the GNU foundation creating a Java clone based on the code they get by agreeing to the JRL to be personal use. Most likely, they'd get slapped by sun.

    55. Re:The concessions by shaitand · · Score: 2, Insightful

      "GNU is NOT an entire OS. There is the Linux kernel which is maintained by corporate backing. That is not in the FSF's posession. (At least, the last time I checked.) Then there is the X11 system. Also supported by corporate backing and also not in the FSF's posession. Then there is KDE and GNOME which are not in the FSF's posession. By the time you whittle it down, you find that "GNU" consists of a wide variety of command line tools, most of which are standalone and have nothing to do with each other. The few complex pieces (e.g. GCC) again are supported directly by corporations."

      Just to interject on a small point. The only thing you mentioned there that is part of the OS is the kernel. This annoys the hell out of me. An operating system is the software system that operates the hardware. An operating system provides the foundation on which you build a system usable by programmers or users, but it is NOT that entire system.

      The rest are libraries and applications living in userspace. The linux kernel has had contributions from corporations but was and is primarily developed by volunteers. If you recheck your list you'll find out that most of the corporate contributors are just volunteers who are now getting paychecks (like Alan Cox). Corporate interests have helped to speed development of recent releases of the kernel but the kernel existed before them and could exist without them.

      I would agree the FSF has not shown it could create a project as complex as java. However, the Free software community has developed solutions that are infinately more complex (like the Linux kernel). Actually even the first release of the kernel written by Linus alone was beyond the complexity of Java (although it hardly had the QA and stability of sun java).

    56. Re:The concessions by AKAImBatman · · Score: 1

      How is that not true? The new JRL license is still very limiting. In order to distribute and give away what you do, you still need to agree to agree with Sun's commercial agreement:

      Don't confuse the issue. You said: "This has serious impacts on the GNU foundation creating an Open JVM, for example, if you use their source to create your own JVM, you can only give out your executable to those who agree to the sun license and other third parties only for the purposes of evaluation."

      I pointed out that the JRL fully allows for knowledge gained to be transferred to an independent product. Confusing the ability to reimplement with the ability to redistribute the original code is ANOTHER disingenuous argument. (We've been getting a lot of them lately.)

      The trademark issue is a HUGE issue. If a product claims to want Java.

      As I said, Sun will give you trademark usage rights if you pass the TCK. If you can't pass the TCK, then you're not Java. If you're not Java, then why should you get to use the trademark?

      Does TCK still cost money? It used to and if I remember right, was quite a bit

      Sun has extended no-cost access to the TCK to open source projects several times. To date, only derivitives of Sun's source code (e.g. Blackdown and FreeBSD) have taken them up on their offer.

      You just missed my entire point. There's a hell of alot more damage one can do by buying Java

      No, I'm not missing the point. I'm trying to point out that it's a stupid argument. It's been argued to death 5 billion times, and it's no more reasonable now than it was then. Hell, it's less reasonable considering the number of Java licensees who can distribute JVMs independent of Sun. (e.g. Blackdown, IBM, JRockit)

      Personal use. I'd hardly call the GNU foundation creating a Java clone based on the code they get by agreeing to the JRL to be personal use. Most likely, they'd get slapped by sun.

      You're misinterpreting an explantion of the license. You need a commercial license if your code derives from Sun's. From TFL:

      Sun is licensing the Technology under this Java Research License (the "License") to promote research, education, innovation, and development using the Technology.

      [...]

      B. Residual Rights. You may use any information in intangible form that you remember after accessing the Technology, except when such use violates Sun's copyrights or patent rights.

      [...]

      A. License and Copyright Notices. You must include a copy of this Java Research License in a Readme file for any Technology or Modifications you distribute. You must also include the following statement, "Use and distribution of this technology is subject to the Java Research License included herein",


      Sounds reasonable enough to me. Especially the part about being able to retain what you remember. No, they don't give explicit access to patents, but that shouldn't stop anyone. If it does, then might I suggest asking nicely? There's no evidence that Sun would say "no", and in fact most evidence suggests they would probably be open to doing so.

    57. Re:The concessions by AKAImBatman · · Score: 1

      Sir, you have failed to provide any evidence for your assertions. I have pointed out quite a bit of evidence in the form of JDBC support, embeddable JVM alternatives, and have done the footwork inside the OpenOffice code to verfiy that there are no "hidden" APIs in use. If you want to refute that, then you are welcome to do so, but for now you are just trolling.

      Moderators, please mod parent down for trolling.

    58. Re:The concessions by AKAImBatman · · Score: 2, Informative

      If you read my original post, you'd find that I have looked at the OOo source code and found no usage of "hidden" APIs. The closest thing that exists is a point where the JVM's AWT package is plugged into OOo. Plugin code exists for Sun and other JVMs. Any open source JVMs (e.g. GCJ) merely need to add their own plugin code. You'll note that JVM providers are just as responsible for web browser plugin code.

      I've said it before, and I'll say it again. Sun has removed all of the sun.* references from OpenOffice itself. If RedHat developers are having trouble compiling, it's because they don't understand how to plug their JVM in. I'm sure that this was resolved on the OOo mailing lists within an hour or two.

    59. Re:The concessions by AKAImBatman · · Score: 1

      s/embeddable JVM alternatives/embeddable database alternatives/g

    60. Re:The concessions by AKAImBatman · · Score: 1

      That's not entirely clear. Recall that Sun (along with MS) put a lot of money into SCO: http://news.com.com/2100-1016_3-1024633.html

      This is still a point that is heavily contested. This is hardly "evidence" of a dishonorable act, especially since SCO really did have software that Sun needed for their x86 verison of Solaris. Sun has ALWAYS been very good about keeping their licenses in row.

      And their behavior regarding Blackdown was less than honorable: http://archives.cnn.com/1999/TECH/computing/12/10/ sun.apology.idg/

      You'll note that you linked to a public apology. Sun screwed up and then admitted their mistake. It happens. If they *hadn't* admitted their mistake and given Blackdown their proper acknowledgement, then you'd have a case. :-)

    61. Re:The concessions by Anonymous Coward · · Score: 0

      Official API... in other words, a standard.

      No, not a standard. An official API is not a standard. The Win32 API is official, but it's not a standard. The Python standard library is official but it's not a standard. Lots of APIs are official, but that doesn't make them standards.

    62. Re:The concessions by isilrion · · Score: 1

      And when Sun realized that the language was confusing, they updated future source releases with new language that EXPLICITY gives developers rights to whatever they remember. So no more excuses! If you want an OS Java platform, code it. Sun sure as hell isn't standing in your way.


      Yes it is. The Sun's java licence explicitly forbids me to use it. In fact, even the website refuses to let me download it. I believe that is a pretty big 'standing in my way'.
    63. Re:The concessions by AKAImBatman · · Score: 1

      Just to interject on a small point. The only thing you mentioned there that is part of the OS is the kernel. This annoys the hell out of me. An operating system is the software system that operates the hardware. An operating system provides the foundation on which you build a system usable by programmers or users, but it is NOT that entire system.

      Depends on who you ask. If you ask Stallman, Linux is "just a kernel" and the GNU userland is the most important part of the OS. Viva la GNU/Linux! (Whatever. :-))

      However, the Free software community has developed solutions that are infinately more complex (like the Linux kernel).

      The ability of the Free software community to help out is why Sun has Java development open to all developers. They even developed a license that doesn't threaten developer's ability to then work on an OSS version.

      Actually even the first release of the kernel written by Linus alone was beyond the complexity of Java (although it hardly had the QA and stability of sun java).

      If you're comparing Linux 1.0 to Java 1.0, then I'd say you're correct. But as far as complexity goes, Linux 1.0 was nowhere near as complex as Hotspot, the JVM libraries, and the various other components of the JVM. Trust me, the software running under the hood of Java is very much "next level" stuff. Most of the optimizations for the JVM had to be developed by Sun, because no one had developed an OOP system on this scale before.

    64. Re:The concessions by Anonymous Coward · · Score: 0

      Sorry about that, but as you can tell I have a lot of pent up feelings about this issue.

      And that's why this whole thread has been one long flamewar. You pissed people off with your first post purposefully, and then complained about trolling. And then complained about hypocrisy. That makes the chances of people treating you with respect nil.

      From day one all we Java developers have heard from the main OSS community is "Java is not free, Java is slow, Java sucks".

      And on day one, that was true. If you don't see that, then you are a Java zealot. Java has improved since then in many respects, but as those three adjectives are subjective to an extent, it's not unreasonable for some people to feel the same way.

      The FSF has not proven its ability to manage these projects without corporate backing.

      Who cares? Drop that argument. The only reason it began was because you felt the need to criticise a particular individual, who has in fact given the world a great deal of Free Software, - for not finishing one project out of many. That has no place in the topic at hand, it was a cheap shot because you were pissed off and wanted to piss off others. Drop it.

      GNU is NOT an entire OS.

      Yes it is. There have been Debian GNU/HURD distributions built for years. Your ignorance of the FSF and GNU are showing.

    65. Re:The concessions by cheeser · · Score: 1

      While the rest of your points are valid to one extent or another, the GPL != OSS. There are many ways and licenses to do OSS. Stallman, et. al are free to use and fantasize about the GPL if they. Let the rest of us use what license we want.

      --

      --
      http://cheeser.blog-city.com

    66. Re:The concessions by AKAImBatman · · Score: 1

      And on day one, that was true.

      And that's why we've put up with it. For 10 YEARS that is. Very little of it was true as of 7 years ago, much less today. Yet people keep uttering the same stupidities. Is it any wonder why Java developers are ready to storm the gates?

      In the last article on this subject I called the OSS fanatics "Assholes" for their treatment of Java and its developers. You might be amazed if you go back and check how many people agree with me.

      That has no place in the topic at hand, it was a cheap shot because you were pissed off and wanted to piss off others.

      It wasn't just a cheap shot. I really DID feel that way when I posted. In a previous post, you'll find that I mentioned spending time investigating Mach and OS X. That's true, and the investigations also lead me to Hurd. After looking Hurd up and down, left and right, I was absolutely shocked at how little progress has been made in its 14 years of development. Tracing the lines through a bit, it's easy to find that what I say is true. The FSF can't produce anything of complexity, and has no right to demand that someone else give them such things.

      Yes it is. There have been Debian GNU/HURD distributions built for years.

      Score one for the exception. Except for the fact that mentioning this exception is a really bad idea. If you want to hold up GNU/HURD as your example, one could come to the conclusion that "GNU" is a crappy, unstable system that took 14 years to build to its currently poor state.

      Your ignorance of the FSF and GNU are showing.

      Nonsense. I don't expect everyone to buy into all of Sun's crazy ass Java branding (I know I don't), so why should I buy into all of Stallman's crazy ass branding? When it comes down to it, we're only talking a collection of programs. It's a bit like if SourceForge suddenly decided that every program coming out of SF had to have the "SF" moniker attached because it's part of the "SF System".

    67. Re:The concessions by Anonymous Coward · · Score: 0

      > They actually sued Microsoft over it.

      This is a pretty gross generalization. Microsoft put proprietary stuff under the java.* hierarchy while all of Sun's stuff is under sun.*. Had MS just used microsoft.* they would have had no legal issues.

      But that was still minor. The real problem with MS Java was incompatible opcodes that crashed the Sun JVM.

    68. Re:The concessions by arose · · Score: 1

      Yes is an operating system, just not stable yet (Hurd can be run, but Linux is the kernel of choice when you have work to do).

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    69. Re:The concessions by Anonymous Coward · · Score: 0

      Well, the facts are that 99.98% of the code going into OpenOffice is from Sun, so it certain is an attack on SUN's design choices.

    70. Re:The concessions by arose · · Score: 1
      Stallman doesn't like Java because no GPLed version exists.
      False, Stallman doesn't like the non-free versions of Java (just like he doesn't like any other non-free software) and free software relaying on such. No problems with free software (like OOo) using free Java (like GCJ).
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    71. Re:The concessions by AKAImBatman · · Score: 1
      Yes it is. The Sun's java licence explicitly forbids me to use it. In fact, even the website refuses to let me download it. I believe that is a pretty big 'standing in my way'.

      Nonsense. From the JRL:
      B. Residual Rights. You may use any information in intangible form that you remember after accessing the Technology, except when such use violates Sun's copyrights or patent rights.

      I also just grabbed the jarball without any issue. You were following Mustang link I provided, weren't you?
    72. Re:The concessions by Anonymous Coward · · Score: 0

      Stallman doesn't personally use OOo. He doesn't even use X11. He's playing a strategic game.

      Also, the FSF has no real resources to muster other than Stallman's big mouth. You will note that OOo2 will be just as based on Java as originally planned.

    73. Re:The concessions by AKAImBatman · · Score: 1

      I'm not sure how you're disagreeing with me when you're repeating the same thing I said? *shrug*

    74. Re:The concessions by 2b · · Score: 1
      Sun screwed up and then admitted their mistake.
      I'm glad they apologized, that's good of them, but they pretty blatantly dissed the Blackdown project and that's not honorable in my book. And I guess we're going to disagree on why they decided to help fund SCO's attack on Linux and the GPL.
    75. Re:The concessions by AKAImBatman · · Score: 1

      but they pretty blatantly dissed the Blackdown project and that's not honorable in my book.

      Whoa, whoa, whoa. When did Sun blatently dis' the Blackdown project? I was there when this happened, and as I remember it as an error of ommission. Blackdown had worked on the JVM for years, and then one day Sun suddenly announces a Linux JVM without any credit given to Blackdown's work. A lot of people got upset about this ommission, and Sun came out with a public apology. Is there something you know that I don't?

    76. Re:The concessions by Jobe_br · · Score: 1

      I couldn't agree more.

      Who needs a hidden API when we have reflection APIs? :)

    77. Re:The concessions by arose · · Score: 1

      What part of false don't you get? WHy would I agree that no GPLed version of java exists, that's not true! What is there not to be sure about?

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    78. Re:The concessions by Anonymous Coward · · Score: 0

      Very little of it was true as of 7 years ago, much less today.

      I'm sorry, but no. When I start a desktop application up that is written in Java it feels sluggish. That's why I try and avoid them where I can. I don't care why it's slow, I appreciate it has gotten faster over the years, and I understand that it's faster in different circumstances, but for me, Java is still slow.

      I don't care if you've been putting up with it for ten years, it's what I see today. Perhaps all the Java stuff I've seen used the wrong GUI toolkit. I don't know, and quite frankly, I don't care. If you want people to stop calling Java slow, then by all means, speed it up some more, but don't get upset when people call a spade a spade, and don't call them stupid for doing so.

      The same applies to how Free it is. Correct me if I'm wrong, but there's still difficulty simply distributing it, isn't there? Let alone anything else you want to do with it?

      As for "Java sucks", well it does. All programming languages suck. Some people settle on one or two favourites and don't tell people they suck, but there are plenty of other people who don't share the same preferences and have no problem saying that they suck.

      So basically, I don't see why you are so upset when people complain that "Java sucks, it's not Free, and it's slow". Those are all justifiable opinions. It's true there have been improvements over the years, but Java isn't all the way there yet

      From day one all we Java developers have heard from the main OSS community is "Java is not free, Java is slow, Java sucks".

      Just thought I'd come back to this; it's demonstrably untrue. How do you explain open-source Java applications? Or do you define "main OSS community" as "the subset of OSS developers that don't like Java", in which case that's pretty much a tautology and not worth mentioning?

      In the last article on this subject I called the OSS fanatics "Assholes" for their treatment of Java and its developers.

      Assholes are assholes, whether they develop open-source software or not. There have been plenty of open-source developers who liked and used Java. Essentially you are complaining about assholes and not open-source developers specifically.

      You are conflating open-source and Free Software, by the way. Open-source developers would have less objection to the non-Free status of Java than Free Software developers.

      After looking Hurd up and down, left and right, I was absolutely shocked at how little progress has been made in its 14 years of development.

      I've said the same thing on previous occasions. I don't feel the need to specifically attack Stallman for it though, and I think it's unjustified when you do it.

      The FSF can't produce anything of complexity, and has no right to demand that someone else give them such things.

      Which demands would these be? So far I've only seen them say what is required for something to be considered Free Software, to warn of the dangers of relying on non-Free platforms, and to talk about the possibility of contributing to work that will remove the non-Free dependency.

      The strongest comment in the article is: "We have to get this problem solved. It's simply not acceptable the way things are...". However he's talking about the community - which includes the FSF - solving the problem together, rather than demanding a handout from Sun, which is what you seem to be implying.

      why should I buy into all of Stallman's crazy ass branding? When it comes down to it, we're only talking a collection of programs.

      And if we're talking about Java we're only talking about a collection of libraries, a syntax, and some compiler technology. The FSF have implemented those things multiple times. If you choose to, you can decompose most software into smaller components. But I guess it suits your agenda to only do it for GNU and not for Java.

    79. Re:The concessions by isilrion · · Score: 1

      Ok, please clarify... What does that has to do with what I said? I *can't* use sun's java. Not the virtual machine, not the compiler, and not the classes. The licencing forbids me to. The licencing forbids *you* to send it to me, even bundled with you own application, regardless of where you are. Yes, the licence allows you to bundle java with your own apps, but forbids from distributing it to *me*. From the same document you pointed,

      D.
      5. Export Control. As further described at
      http://www.sun.com/its, you agree to comply with the
      U.S. export controls and trade laws of other countries
      that apply to Technology and Modifications.

      Got it? It is not free.

    80. Re:The concessions by Anonymous Coward · · Score: 0
      the Java baseline is 1.3.1

      This is the only concession I see being made. (1.4 & 1.5 have some *really* nice features.)



      This is a mistake as I see it. Sun should fully leverage 1.4 and 1.5 and not bother limiting themselves to 1.3.x legacy.

      If GCJ is still back at 1.3.x in terms of implementation and compatibility, that's its problem. Trying to force the rest of the world to wait up for the freebies to catch up is just ridiculous.
    81. Re:The concessions by AKAImBatman · · Score: 1

      When I start a desktop application up that is written in Java it feels sluggish.

      I assume you have a fairly recent JVM installed, no? Click here, use it to clean out your hard drive, and tell me if it improves your impression at all. Another really great Java app is Azureus. Are you already using it perhaps? There also used to be a really great Gnutella client called Furi up until Limewire stunk up the place. (In all fairness to Limewire, it has gotten better too. But they really need to ditch the custom L&F for something more platform standard.)

      I suppose it's something of a double edged sword. As Java gets better fewer people realize that it's Java. Which means that the old ideas never die.

      If you want people to stop calling Java slow, then by all means, speed it up some more, but don't get upset when people call a spade a spade, and don't call them stupid for doing so.

      *sigh* The Swing GUI is actually running faster than Windows apps. Various tests have been done that have shown that during heavy GUI updates Windows programs skip several updates while the Java program always displayed every update in the same period of time.

      If I can ask an honest question, what was the last Java GUI you used? Be honest, because I'm really curious at what is continuing to give Java a bad name.

      All programming languages suck.

      True 'dat.

      Correct me if I'm wrong, but there's still difficulty simply distributing it, isn't there?

      You're wrong. Java is completely free to bundle in binary form, and the Java Research License on the Mustang development path only requires that any recipients agree to the JRL license. No commerical use of the source code is allowed without negotiating a license with Sun.

      As far as I can interpret the license, there is no issue with bundling it with Linux OSes. However, the upper-echelons of the OSS community have demonized the JVM and have found a few nits to pick. I'm already working with Sun to get clarification for them since the ones I've talked to don't want to do a tiny bit of legwork.

      Or do you define "main OSS community" as "the subset of OSS developers that don't like Java", in which case that's pretty much a tautology and not worth mentioning?

      More or less what is considered the "movers and shakers" of the OSS community. For example, we've heard from both Stallman and de Icaza about how "evil" Java is. Personally, I just think they're jealous (especially de Icaza) but it doesn't help Java's image any.

      I don't feel the need to specifically attack Stallman for it though, and I think it's unjustified when you do it.

      Sorry, but he is the leader of the FSF. AFAIK, blame rests squarely with him. If we're going to blame anyone that is. I really don't care that Hurd is not done after 14 years, but when you contrast it to the FSF's policy of "set it free" (i.e. "give it to us") you have to wonder why they think they'd be a better custodian?

      And if we're talking about Java we're only talking about a collection of libraries, a syntax, and some compiler technology. The FSF have implemented those things multiple times.

      If that were true, we wouldn't be talking. We'd be using GCJ/Kaffe and everyone would be happy. The reason why everyone isn't happy is that GCJ/Classpath/Kaffe have not been successful in producing a complete JVM. It shouldn't be as hard as they make it out to be, but for some reason it is.

      If you choose to, you can decompose most software into smaller components. But I guess it suits your agenda to only do it for GNU and not for Java.

      Nonsense. Let's do it right now:

      GCC vs. JavaC -> GCC is obviously more complex.
      GCJ vs. Hotspot -> Hotspot has some of the most complex technology ever developed for

    82. Re:The concessions by AKAImBatman · · Score: 1

      Oookaayy.

      1. Where do you live? Iraq?
      2. Export controls apply to Open Source software as well. This isn't Sun's fault, it's the US government.

      In short, your argument is a non-argument. I'm sorry you can't get the software, but there's not much that can be done about it as long as it's produced by a US entity.

    83. Re:The concessions by NoOneInParticular · · Score: 1
      Ad 3:

      3. The GNU Foundation has not been able to show that it can produce a *singular* project of the complexity of Java without the assistance of major corporate backers.

      Please explain the existence of gcc, which was fully functional, supporting zillions of platforms and was heavily used before any corporate backer (i.e., RedHat) started helping in the development.

    84. Re:The concessions by Anonymous Coward · · Score: 0

      If I can ask an honest question, what was the last Java GUI you used?

      I've tried various applications like IM and P2P clients, but don't remember which ones because they never stay installed. IIRC, the last Java GUI I used for any serious length of time was the Nokia J2ME SDK that I was using to develop Java apps for mobile phones. Technically, I've been writing Java in one form or another on and off since 1998, but it simply doesn't appeal to me enough to use it for anything serious.

      As far as I can interpret the license, there is no issue with bundling it with Linux OSes. However, the upper-echelons of the OSS community have demonized the JVM and have found a few nits to pick.

      Compliance with copyright law is not nit picking. And the same issue exists on FreeBSD too (I mostly use Linux and FreeBSD). If multiple Linux distributions and the FreeBSD team say one thing, and you say another, I'm going to assume your reading of the license is inadequate (I assume you aren't a lawyer?).

      For example, we've heard from both Stallman and de Icaza about how "evil" Java is.

      Really? Read the Java Trap, written by Stallman. He has every opportunity to say "don't write Java programs, avoid Java". But he doesn't. He says things like "avoid the proprietary JVMs", "avoid using APIs that only have proprietary implementations", "we are trying to rescue Java programs" and so on. So where is he saying that Java is evil? I've seen countless people put words into his mouth that he simply hasn't said, and you seem to be the latest one to do so.

      Sorry, but he is the leader of the FSF. AFAIK, blame rests squarely with him.

      The FSF isn't a military organisation, and the people hacking on the HURD don't answer to him.

      when you contrast it to the FSF's policy of "set it free" (i.e. "give it to us") you have to wonder why they think they'd be a better custodian?

      Since when are the FSF asking to maintain Sun's Java implementation? Sounds like another straw man.

      If that were true, we wouldn't be talking. We'd be using GCJ/Kaffe and everyone would be happy.

      What I mean is, the GNU project has multiple implementations of libraries, syntaxes and compilers. Your claim that they can't produce something as complex as Java is false because they already have implemented something as complex as Java.

      You don't hear people complain about Python, PERL, or TCL performance.

      Actually, I was just reading a thread elsewhere where Java aficionados were ranting about how Python was such a sloppy language and couldn't be as fast as Java.

    85. Re:The concessions by julesh · · Score: 1

      no major linux distribution includes a JVM in its distribution

      Ahem. This is just blatantly wrong. Go here and search for "java-1_4_2" if you don't believe me.

    86. Re:The concessions by AKAImBatman · · Score: 1

      Supported by corporations? Hello? For example, Apple just donated tons of code to get GCC running on their systesm. Many Unix and embedded OSes help develop GCC because they want a compiler that can meet their needs. The GCC that GNU put out years ago was a very simplistic and not too useful beast in comparison to today's GCC. (Remember EGCS?)

    87. Re:The concessions by m50d · · Score: 1

      Moving the plugin interface into the JVM rather than OOo codebase is a genuine concession. It was staying in there, and although some had been cleaned up there was still unnecessary use of sun.* in OOo, and the precedent could have lead to more and more of OOo becoming sun-jvm-dependent. Making an agreement to only use standard APIs is an important difference

      --
      I am trolling
    88. Re:The concessions by AKAImBatman · · Score: 1

      IIRC, the last Java GUI I used for any serious length of time was the Nokia J2ME SDK that I was using to develop Java apps for mobile phones.

      Ugh. No wonder you think Java is slow. Nokia's Toolkit is absolutely horrible. I uninstalled the thing after using it for only a short while.

      Compliance with copyright law is not nit picking.

      You mean compliance with license terms. The JRE and JDK have licenses that allow bundling. RedHat used to bundle it with their desktop (not sure about their current server version) but won't bundle it with Fedora because of the stated goals of the project. FreeBSD is a non-issue since Sun doesn't distribute a binary JVM for that platform. (Although a binary 1.1.8 JVM is still available and under binary licensing.)

      The project I'm working with doesn't have a lawyer as far as I can tell, so I'm helping them out. I'm getting clarification from Sun on the clauses that concern him, so we'll soon know if Sun is really being a bastard or has been given a bad rap.

      What I mean is, the GNU project has multiple implementations of libraries, syntaxes and compilers. Your claim that they can't produce something as complex as Java is false because they already have implemented something as complex as Java.

      No, my claim is that the FSF can't independently create anything as complex as Java. You're not saying anything to disprove that assertion.

      Actually, I was just reading a thread elsewhere where Java aficionados were ranting about how Python was such a sloppy language and couldn't be as fast as Java.

      *chuckle* Well, I guess what goes around comes around.

    89. Re:The concessions by zerblat · · Score: 1
      That's interesting, considering that the Java license only permits distribution if you don't distribute "additional software intended to replace any component(s) of the Software", and the same ftp directory contains GCJ...

      I assume Suse managed to get a license to distribute Java anyway?

      --
      Please alter my pants as fashion dictates.
    90. Re:The concessions by NoOneInParticular · · Score: 1
      Gcc pre-egcs was capable of compiling linux and BSD kernels + userland tools. At that time it was used as a C-compiler practically everywhere. Cygnus simply decided to change it to suit their (x68) needs better. Hence egcs. If gcc was not too useful, would you think Cygnus would have betted their future on it? The fact is that gcc was fully functional and well-know in 1997, so well-known that the egcs fork was a big deal at the time.

      The current dependence of the software industry on the existence of gcc and their current help in development is a testimony to the importance of gcc, not to its lack of ability. It's not that industry saw a simplistic and not too useful beast and decided to make something good out of it. Industry simply doesn't do that. They took a good c-compiler and made it better. All you can possibly argue in this case is that corporate backed development simply gets the job done quicker, not that it can handle intrinsically more complexity. The truly difficult bit of setting up a compiler architecture for deployment on a multitude of platforms was already done by the lowly GNU volunteers. Industry took that and to this day builds on that.

    91. Re:The concessions by AKAImBatman · · Score: 1

      1. Cygnus made a business out of "fixing" GNU programs to meet customer needs. Cygwin was a means to increase their business.

      2. BSD was portable across most compilers. GNU was convienent for BSD, because it was free and wasn't tied to a specific OS/Platform.

      3. BSD and Linux of the time were very simple beasts (as OSes go). FreeBSD's design was considered so good in its simplicity, that they took far longer than Linux to switch to ELF instead of AOUT.

      4. No one is denying that GCC was built by the FSF and volunteers. However, I am pointing out that the the GCC of then in no way compares to the beast that GCC is today. I still hear the complaints of GCC's performance (or lack thereof) ringing in my ears.

    92. Re:The concessions by NoOneInParticular · · Score: 1
      Woops, hit submit too quickly. I wanted to go back to the original claim as well:

      3. The GNU Foundation has not been able to show that it can produce a *singular* project of the complexity of Java without the assistance of major corporate backers.

      So I'm trying to show that this *singular* (sic) project is gcc. Note that the point also depends on 'major corporate backers', so Cygnus doesn't apply, and RedHat is not really major compared to the likes of Sun, Microsoft, Apple, Novell and IBM. So, apart from non-major RedHat, which major corporate backing is there that makes gcc tick?

    93. Re:The concessions by isilrion · · Score: 1

      1. Where do you live? Iraq?

      No, Cuba, why?

      2. Export controls apply to Open Source software as well. This isn't Sun's fault, it's the US government.

      Yes they do (apply to FOSS). However, they apply to americans, wich means that someone else that is not bound by US laws is free to do as the licence and local laws allows them to (wich, in several countries, includes reexporting the software). In Sun's case, if you live on any third country and you reexport, you are not violating US law, but you are violating your licence agreement with Sun.

      I case it wasn't clear enough... Sun's licence is more restrictive that US law (because its used to extend the law to countries where it would be void otherwise). With FOSS (see the DFSG, points 1 and 5), it might be illegal for you to share it with me, but I could, for instance, download from Europe, and no law (US or not) would be violated by any party.

      That specific clause might not restrict american's freedom because the law is in place restricting it anyway, but it does restrict everyone else's freedom, wich FOSS licences do not.

    94. Re:The concessions by AKAImBatman · · Score: 1

      I case it wasn't clear enough... Sun's licence is more restrictive that US law (because its used to extend the law to countries where it would be void otherwise). With FOSS (see the DFSG, points 1 and 5), it might be illegal for you to share it with me, but I could, for instance, download from Europe, and no law (US or not) would be violated by any party.

      If that were true, Sun could redistribute it from their European divisions. Simply uploading OSS software to European servers so that embargoed nations can access the software can get an American in just as much trouble as if he had just exported it directly. The same thing can happen if a US citizen knowingly allows a foreigner to reexport to an embargoed country. (That's why Sun's license has a clause requiring that you not take the software to an embargoed country.)

      In short, your argument is irrelevant to the topic at hand. I feel sorry for you, I really do, but these issues trancend our squabbles over free or not free Java.

    95. Re:The concessions by isilrion · · Score: 1

      If that were true, Sun could redistribute it from their European divisions. Simply uploading OSS software to European servers so that embargoed nations can access the software can get an American in just as much trouble as if he had just exported it directly. The same thing can happen if a US citizen knowingly allows a foreigner to reexport to an embargoed country. (That's why Sun's license has a clause requiring that you not take the software to an embargoed country.)

      No! Sun can't send it to me! As long as Sun is american, its bound to US laws. In fact, just to be on the safe side, I'd try to minimize my... dealings with anyone that could reexport it, if I were at Sun. I'm not saying, at all, that Sun should distribute it to me - that would be asking for trouble. I'm saying that Sun's licence restricts every non-american unrelated with Sun from reexporting. That makes it non-free. In fact, I'm not even saying that Sun should make free java (it's theirs, and they might do with it as they wish). The argument in question is 'it is free?', and the answer is 'no', at least not by the DFSG.

      BTW, FSF is american... and my system is full of GNU tools - downloaded from Debian. Does that means that FSF is violating US laws, because a third party reexported their tools?. In fact, openoffice.org, sponsored [mainly] by Sun, is free. Are they also violating US laws because Debian reexports openoffice.org?

      Finally, the question is not if you feel sorry or not. I'm glad that you simpathize (though I doubt it). You don't have to feel sorry: US laws are [obvioiusly] void in my country, thus we are ... free to do whatever we please to get to sun's java, and in the end, such restriction only affects those of us who believe that copyright is a concept worth saving.

      I don't think I'll reply again, as it seems you are willingly mixing up US export laws (not applicable worldwide) with copyright laws (more or less the same almost everywhere). Assuming that DFSG are is a good definition of free software, then java violates at least points 1 and 5, thus, it is not free, and the fact that it does affect people that would not be affected otherwise (i.e, the guy in Finland who can no longer sells his software to cuba without risking not the US wrath, but Sun Microsystems' wrath), makes those people to care about the problem.

    96. Re:The concessions by AKAImBatman · · Score: 1

      BTW, FSF is american... and my system is full of GNU tools - downloaded from Debian. Does that means that FSF is violating US laws, because a third party reexported their tools?. In fact, openoffice.org, sponsored [mainly] by Sun, is free. Are they also violating US laws because Debian reexports openoffice.org?

      Depends. Depending on the laws governing the export to your country, they may very well be violating them. OTOH, the issue may be the encryption software contained in the JVM, in which case Sun can give you OpenOffice, but not Java.

    97. Re:The concessions by isilrion · · Score: 1

      Depends. Depending on the laws governing the export to your country, they may very well be violating them. OTOH, the issue may be the encryption software contained in the JVM, in which case Sun can give you OpenOffice, but not Java.

      That could be it. Still, I'm not blaming Sun in any way... I'm just pointing out that sun's java is not free (for whatever reason), and that, despite what seems to be the common opinion on slashdot, some people dislike that for more than just 'ideology', and thus, efforts to make a free implementation and/or rid their projects of the 'java trap' are most welcomed. BTW, I'll assume that you are american and can investigate this a bit further, and a bit better than I could... Does that mean that there can never be a Free/Libre software with contributors in the US that deals with encription? If that is true... the free software movement has a great obstacle! (though I'm thinking apache-ssl and firefox, both containing encription, and both free)

      Ah, and of course, when I said that no US law would be violated, I meant that... well, no US law would be violated unless some crazy local law increased the jurisdiction of a foreign law... I was talking about US, of course, there might be local export laws that might or might not be violated by such redistribution, and I could have changed my whole argument from 'non american people' to 'people from countries in wich there are no export laws as restrictive as the US', but that was way too wordy, and I belived the idea was clear anyway... My apologies for my imprecision.

      And, as a conclusion, my whole argument applies to every licence that says 'You may not use/distribute/etc this software in a way that violates this particular law', because it will create an aditional restriction for those that are not affected by the law (though it would be redundant to those that are affected).

    98. Re:The concessions by spauldo · · Score: 1

      Also, the FSF has no real resources to muster other than Stallman's big mouth. You will note that OOo2 will be just as based on Java as originally planned.

      The FSF doesn't need resources for this. Stallman was contacted because he's a good point of contact for free software licensing in general. The FSF was contacted for advice, not because rms has the OOo developers by the balls or anything.

      The real thing that moves OOo in this matter is that distributions that do not distribute sun's VM due to licensing issues (debian, for instance) will be unable to distribute OOo. Sure, it can be manually installed, but "Hey! What's this abiword? Gnumeric? I've already got that on my system..." - see? That's what they want to get worked out.

      There's also the advantage that GCJ and the gnu classpath libraries should work on many, many more platforms than sun is willing to support. That's a huge plus for people like me who use strange architectures (like my vax, alpha, or ancient sun boxes I run linux on). OOo will be able to run damn near anywhere.

      --
      Those who can't do, teach. Those who can't teach either, do tech support.
  3. Huh? by Anonymous Coward · · Score: 5, Funny

    "Points out his Newsforge about a something good..." Is this a quote from Zero Wing?

  4. JavaTrap? by Creepy+Crawler · · Score: 0

    Last I checked, there were a few Java "compilers" out there that could run a Java package. And the language IS open for anyone if they bought a 6-pack of Indians to recode it GPL.

    Too bad they dont use something like TCL-TK or Ruby... but I kow why that is. There's a hell-uva lot of programs and libraries to use for free(as in gpl'ed).

    Java's free (As in beer) and GPL'ed java programs are free (as in talking drunk ;) . Best of both worlds to me.

    --
    1. Re:JavaTrap? by AKAImBatman · · Score: 4, Informative

      Too bad they dont use something like TCL-TK or Ruby... but I kow why that is. There's a hell-uva lot of programs and libraries to use for free(as in gpl'ed).

      There's a hell of a lot more for Java. For example, there's no other platform that has as many high quality, cross platform database drivers. And for that matter, Java has quite a few free database engines (HSQL, McKoi, Derby (Cloudscape, etc.) At the end of the day, there simply isn't any other solution that's as well supported and ubiquitous as Java.

      At the risk of starting a flamewar, I have to say that I'm proud to have been a vocal early adopter that helped Java reach the status it has today. It's a good language, a good platform, hosted by a good company, and supported by many. Only the original Unix platform had such a profound effect on the industry.

    2. Re:JavaTrap? by jmorris42 · · Score: 1

      > At the risk of starting a flamewar,

      You risked one, I'm reaching for -1 Flamebait. What is karma but for the burning! :)

      > I have to say that I'm proud to have been a vocal early adopter that
      > helped Java reach the status it has today. It's a good language, a good
      > platform, hosted by a good company, and supported by many.

      I looked at Java several times, each time concluding it was a castrated C++ and the only available compiler was for a machine that didn't exist but this didn't bother the fanboys because for some daft reason they had decided to write the emulator first instead of the usual process of doing it AFTER the real hardware was no longer available. And of course there was the involvement of Sun, the Sybil of the computing business, where one never knew which maniacal personality would be in charge today, but you knew it wouldn't be a sane one because it didn't HAVE a sane one. As for supported by many, yea if you count ex VB coders. Guess it is progress of a sort.

      --
      Democrat delenda est
    3. Re:JavaTrap? by AKAImBatman · · Score: 1

      I looked at Java several times, each time concluding it was a castrated C++

      This may be your opinion, but I think that if you look beyond your prejudices, you'll find that Java is so much more. For example, C/C++ code can't dynamically load individual components (i.e. reflection) without extra metadata (e.g. a shared library).

      the only available compiler was for a machine that didn't exist

      You're pulling out nonsense now. Javac being a Java program is a GOOD thing because it is portable and available to Java programs. If you don't like it, go use Jikes. (Jikes is open source and runs natively.) Truth be told though, the Java compiler doesn't matter. Due to the bytecode design, there isn't much room at that level for optimization.

      because for some daft reason they had decided to write the emulator first instead of the usual process of doing it AFTER the real hardware was no longer available.

      Java is not an emulator. It is a virtual machine. The two are very different concepts and have very different performance characteristics. Emulating hardware is usually very slow. VM code, however, gains the advantage of being compiled at runtime thus making it both portable and sometimes FASTER than native code.

      If you have a problem with this, I suggest you take it up with the inventors of P-Code

      (Lots more whining and insults)

      Don't worry, your insults toward myself and millions of other professional developers shall not deter me from getting your Java licensing issues resovled! The next version of White Box Linux shall have Java!

    4. Re:JavaTrap? by aaronl · · Score: 1

      Bub, you miss out on some very big things here. I'll take it in the stages that they occurred to me.

      First, Java code might be able to be faster than full native code, but for a few issues. You have to load the Java VM and initialize it. That takes a fair bit of time and memory. Then you have to convert the bytecode to native instructions (!!) and execute them. Java gets a speed improvement because it can do different kinds of optimizations and predictions than a traditional compiler can do, as a result of pseudo-interpreted bytecode.

      A virtual machine can be an emulator. A VM is just not strictly an emulator in the modern definition. But it does create a fake environment that the code is "compiled" to. That "compiled" bytecode then has to be converted to native code to execute. You have abstraction between your code and everything else.

      Way back in the day we had a way of loading code dynamically without shared objects. They were called overlays. You literally loaded them on top of another segment of code. This was done mostly to get around memory limitations.

      Opinion: Java really doesn't have any features that make it worth the failings. Anything you can do in Java, I can do in C/C++. Java is written in C/C++!

      Also, don't get your hopes up about those "millions of other professional developers". I doubt there are millions of developers, and most are certainly not Java devs.

    5. Re:JavaTrap? by AKAImBatman · · Score: 1

      You have to load the Java VM and initialize it. That takes a fair bit of time and memory. Then you have to convert the bytecode to native instructions (!!) and execute them.

      Of course, all of this happens at startup and is a one time cost. The ongoing savings of a long time program can easily make up for this cost. Java programs tend to compare most favorably with large programs that take several seconds to start up. An equivalent Java program does the same, but provides better performance in the long run. (Server side applications are particularly good at taking advantage of this.)

      A virtual machine can be an emulator. A VM is just not strictly an emulator in the modern definition. But it does create a fake environment that the code is "compiled" to. That "compiled" bytecode then has to be converted to native code to execute. You have abstraction between your code and everything else.

      You're not saying anything I don't know. I did chose to use the modern distinction between a VM and an emulator, but that's primarily because the two ARE quite different these days.

      Way back in the day we had a way of loading code dynamically without shared objects. They were called overlays. You literally loaded them on top of another segment of code. This was done mostly to get around memory limitations.

      These two are like the Wright Brothers' first airplane compared to a 747. Java can not only load code dynamically, it can investigate it and tell you all kinds of wonderful things about the code. In JavaBean land, this allows components to be dynamically plugged in, and properties to be made available by reading in their "getXXX()" and "setXXX()" methods. Similarly, JSP pages are possible (and of high performance) because the page can be translated into Java, then loaded dynamically. The exception mechanism combined with the sandbox mechanism ensure that one of those pages can never crash the entire JVM either by accident or by intention. (Of course, in the real world there are some ways of exploiting the underlying OS's limits to crash the JVM, but overall systems are very highly protected against failure.)

      Anything you can do in Java, I can do in C/C++. Java is written in C/C++!

      Show me a dynamically compiled JSP-like system without resorting to a bytecode design. It's pretty darn hard, isn't it? How about a self-organizing code system that consists of nothing more than a bunch of SPI modules strung together? Not impossible, but quite difficult to do in C/C++.

      The argument that C can do anything Java can do is just silly. Of course the same effects can be replicated, because both run on a computer. The features of the Java language, OTOH, make these things *easy* and *low cost*.

      Also, don't get your hopes up about those "millions of other professional developers". I doubt there are millions of developers, and most are certainly not Java devs.

      Apparently, the surveys say differently. Considering the number of JDK downloads alone suggests that we're well into the millions of developers. Trust me, Java is THE most popular development platform at the moment.

    6. Re:JavaTrap? by aaronl · · Score: 1

      I don't want to argue against any points other than the dev numbers. You're right on with the others in so far as the facts. The only point we *really* seem to disagree on is the performance. Given the piss poor code I've seen from other languages, Java is almost certainly faster in many cases. I just get annoyed when people say that it's faster, end of story, do not pass go.

      Don't forget that Java is basically a cost-free modern platform to get your hands on. I'm sure there are a lot of students and amateurs that download it, but unfortunately that article isn't going to show the differences between them and professionals.

      I suppose that leaves it as a difference of opinion as I don't have anything to back up my statement on the numbers.

    7. Re:JavaTrap? by AKAImBatman · · Score: 1

      Given the piss poor code I've seen from other languages, Java is almost certainly faster in many cases.

      This is where Java shines. Since most of the performance enhancements are in the JVM, it can make even a bad programmer look quite good. ;-)

      Of course, a truely good programmer can produce high performance code in just about any language. :-)

      Don't forget that Java is basically a cost-free modern platform to get your hands on. I'm sure there are a lot of students and amateurs that download it, but unfortunately that article isn't going to show the differences between them and professionals.

      I understand the difficulties in finding accurate numbers, but I've seen quite a few figures that suggest we're well into the millions. For example, these figures from 1998 show 2,000,000 downloads of the JDK, but estimates only about 700,000 developers. Given their nearly 3:1 ratio, I have to say that Sun is probably being pretty honest. Also, the figures for Java in the employment marketplace (both from "professional" surveys and ad-hoc queries of Monster and Dice) show a staggering percentage of Java marketshare. If the figures are to be believed, Java has more marketshare than all other languages combined. Quite a good time to be a Java programmer, quite a bad time to be anything else. :-)

    8. Re:JavaTrap? by Anonymous Coward · · Score: 0

      For example, there's no other platform that has as many high quality, cross platform database drivers


      perldoc DBI
      ODBC


      And for that matter, Java has quite a few free database engines (HSQL, McKoi, Derby (Cloudscape, etc.)


      What's the need for them all in an office suit? You need one mediocre-but-tiny implementation for Access-like features, and the ability to connect to real servers.


      At the end of the day, there simply isn't any other solution that's as well supported and ubiquitous as Java


      In F/OSS world, anything is "more unbiquitous" than Java - because no freeNIX ships with a real java implementation. And if you are a concious power-user and want to keep you system consistent, you have to a PITA of repackaging Java yourself (http://www.jpackage.org/).

      Also, Java is barely a higher level language than C++, it's rather tediuos to write in, when compared to real HLL Perl/Python/Ruby/Lisp. Its only advantage is its simplicity that allows for large teams of semi-qualified coders to work on large projects designed by other people.
    9. Re:JavaTrap? by AKAImBatman · · Score: 1

      For example, there's no other platform that has as many high quality, cross platform database drivers

      perldoc DBI
      ODBC


      Sorry, that doesn't stack up. On PerlDoc DBI, what if I need to connect to Pervasive 2000 (formerly BTrieve). This is a VERY popular database for converting mainframes. With Perl:DBI and unixODBC, I'm out of luck. With JDBC, the vendor provides support. Even if I want to connect to the big name databases with unixODBC, I have to pay for third party drivers. The vendor isn't going to support me. And I still have no support if I go outside of the big name databases.

      It's a nice try, but only ODBC on windows comes even close to the amount of database support provided by Java.

      What's the need for them all in an office suit? You need one mediocre-but-tiny implementation for Access-like features, and the ability to connect to real servers.

      You just said it. "The ability to connect to real servers." JDBC allows you to do this for free, and get vendor support. This is a big point when you consider the value of corporate data stored in an Oracle, DB2, or Pervasive database. In addition, the smaller Java databases are all good options for embedding into OpenOfice whereas there are practically no non-Java options. The only one I found was SQLite, and they don't ship an ODBC driver. (Although there is a third party experimental driver, but it is not mature enough for use. Interestingly, that same third party produces a JDBC driver for SQLite.)

      In F/OSS world, anything is "more unbiquitous" than Java - because no freeNIX ships with a real java implementation.

      No worries. As I remember, OOo ships with the JRE. :-)

    10. Re:JavaTrap? by jmorris42 · · Score: 1

      > This may be your opinion, but I think that if you look beyond your
      > prejudices, you'll find that Java is so much more. For example, C/C++
      > code can't dynamically load individual components (i.e. reflection)
      > without extra metadata (e.g. a shared library).

      Not opinion, facts. Java isn't really even an OO language since it lacks multiple inheritence and while operator overloading causes no end of problems in the hands of the inexperienced, is pretty much required to have a full OO experience. Not that I'm a fan of OO itself mind you, but Java is directly marketed as something it isn't in any sane definition of Object Oriented. In my opinion object oriented is just a buzzword that turns a normal program into an unmaintainable horror that eats ram and cycles like popcorn. Look at TK for an example of how to get almost all of the purported benefits of objects in a totally procedural implementation that is well behaved and fairly understandable.

      As for C++ using libraries to load components, well duh, that is what a library IS. Which, btw, is the correct way to gain code reuse. Find me an example of OO code reuse that compares to the sort of wholesale reuse any of the libraries, mostly in C, included on a modern Free Software distro acomplish.

      > You're pulling out nonsense now. Javac being a Java program is a GOOD
      > thing because it is portable and available to Java programs.

      You misundersand. I say it is bogus that Javac only compiles to one target, a platform that only existed in Sun's imagination. Look, I understand the alure of psuedo compiled/interpreted languages such as Java. I used to love BASIC-09. And for the original purpose Sun had in mind when creating Java it even made sense. But then the Internet came along and everyone had to stamp Internet on everything and Sun repurposed Java from Cable TV settop boxes to some 'platform for the Internet' and things went horribly wrong.

      If you want platform independence you get it through tools like GNU automake/autoconf, not writing for a mythical platform and producing emulators for the half dozen platforms with enough market to justify the horrendous expense of porting and debugging a runtime environment as complex as the JRE.

      Java the virtual machine is a daft idea. Speaking as someone in the Free world that is. The only reason to want a VM is to redistribute binaries across multiple platforms and we in the Free world have to think really hard to remember why anyone would want to do that when the compiler is sitting right there, ready to turn a tar.gz or .src.rpm into native binaries.

      Java the language is a sorta OO language that will find it's niche once GCJ strips away the platform and religion baggage from it.

      > java is not an emulator. It is a virtual machine.

      Not much practical difference these days. Care to draw the line where emulation stops and virtualization starts, between Xen, VMWare Wine, etc. Yes, by specing a virtual machine with no actual hardware they saved the hit of emulating hardware registers and banging bits on a virtualized keyboard controller.

      > If you have a problem with this, I suggest you take it up with the
      > inventors of P-Code

      Good example. Proof that A) Java was nothing new and B) in the end the marketplace decided it was a bad idea, hence it is a dead language. Heck, Pascal itself will be a dead language once Borland gives up on Delphi.

      > Don't worry, your insults toward myself and millions of other
      > professional developers shall not deter me from getting your Java
      > licensing issues resovled! The next version of White Box Linux shall
      > have Java!

      Hey, just yanking yer chain. It is just that so many Java devels have become almost Amigian in there religious devotion to what in the end is just a language, and not a perticularly original or clever one, designed more to forbid bad programming practices (which has it's place in the corporate

      --
      Democrat delenda est
  5. Re:Java on leenucks by Anonymous Coward · · Score: 0

    If you're a user, there's a link on http://www.java.com. If you're a developer, use the J2SE 5.0 links on http://java.sun.com.

  6. Unbiased by zoloto · · Score: 4, Informative

    It is not an easy thing to write a balanced and informing article about this issue, but Bruce Byfield suceeded in this and we all owe him our thanks for that. I think that there is a great deal of good will on both sides of this discussion and we should *all* try as hard as we can to built upon this good will. By calling each other names we can only all end up loosing. We need not always fully agree with each other, but we should try to accommodate each other as much as possible and try to stress that which we have in common.

    This was also posted on the NF page.

    1. Re:Unbiased by Fade_to_Blah · · Score: 1

      Could I interest you in a granola bar?

    2. Re:Unbiased by zoloto · · Score: 1

      pardon your jargon?

  7. Re:Java on leenucks by FidelCatsro · · Score: 1

    ask him politly and then ram a flopyy where the sun dont shine..
    seriously though.

    Its dependant on your distro , if you use an rpm based distro then go to the sun site and download the RPM /use the self extracting installer,Or use Blackdown or simmilar open source VM implementations if you a GNU hardliner

    If you have a debian based distro then you could try with the self extracting installer or use blackdown which i belive is in many many repositorys.

    --
    The only things certain in war are Propaganda and Death. You can never be sure which is which though
  8. A surprisingly conciliatory attitude on both sides by Timesprout · · Score: 2, Insightful

    Well why not, after the damage is done and they have made themselves look very very stupid.

    --
    Do not try to read the dupe, thats impossible. Instead, only try to realize the truth
    What truth?
    There is no dupe
  9. Re:Oh, well. Thank God for that. by Anonymous Coward · · Score: 0

    How dare you blaspheme the gnuldenYack, god of all you think.

    You shall surely burn in the pits of some Orwellian pit of doom for saying such things on /.

  10. Re:Let that be the end of it by Anonymous Coward · · Score: 0

    "Sun never made anyone use it's undocumented classes."
    And nobody claimed they did. Your point was?

    "I can't stand social retards like Stallman."
    Obviously not everyone can be blessed with the kind of social skills you present to the world with you comments.

  11. Duh! by Anonymous Coward · · Score: 0, Flamebait

    As far as I can see the FSF (Free Software Foundation) will destroy the exact same concept they created and many of us agreed to use.

    By actions like this and past concerns on some other well known software projects, developers like me will not release their software under anything related to the GPL.

    I think that somebody should stop FSF. Their work isn't to complaint, their work is to give us ("developers") a legal floor to walk. As developer, the last stuff I want to worry about is license problems. License I/we decided to use in a given moment for a given product.

    I think that the FSF should stop to put their nouses where nobody wants. Otherwise proprietary licenses will start to become a common factor around us.

  12. Zealotry as a force for good by jmmcd · · Score: 3, Interesting
    The interesting thing here is that Richard Stallman's zealotry/passion (delete as appropriate) had the effect of improving something: "Stallman has learned that efforts to compile OpenOffice.org using the GNU Compiler for Java (GCJ) were close to success, and has amended the call to a request for help in continuing this work."

    As opposed to the type of zealotry which some people say is killing Debian.

    1. Re:Zealotry as a force for good by bcrowell · · Score: 1
      efforts to compile OpenOffice.org using the GNU Compiler for Java (GCJ) were close to success
      Since gcj can compile to native code, I wonder if it would be possible to create a distribution of OOo that would have better performance. I can't imagine trying convince anyone to switch to OOo if it takes 30 seconds to start up on their machine, which is what it takes on one fairly modern machine I use.

      As opposed to the type of zealotry which some people say is killing Debian.
      This is getting as bad as the "BSD is dying" meme. Debian is a very successful distro. On the desktop, it just doesn't function anymore as an end-user distro, but rather as more of a base on which other people can build distros like Ubuntu.

  13. Re:Free as in "do as we say" by Megaweapon · · Score: 0, Flamebait

    Exactly! This is why the BSD licenses are more "free" (free as in "freedom") than the GPL. This "I have a right to YOUR source code" nonsense goes past what "free" really means.

    --
    I'm sure "SlashdotMedia" will improve on all the wonders that Dice Holdings blessed us all with
  14. Get off your horse by Anonymous Coward · · Score: 0

    I'm weary of these holier-than-thou sneers like "Sun is Gandhi-Jesus-Santa Claus and you're evil for not kissing up". Sun is working with open source because they think it will benefit their business, full stop.

    It's frightening how alienated people get by democracy --the rough and tumble of free discussion-- and how attracted they are to moralizing on behalf of their pet prejudices.

    1. Re:Get off your horse by node+3 · · Score: 2, Insightful

      However, I don't trust him as far as I can kick him. He had proved to me that he will always overreact to every situation, and suggest solutions that he is incapable of executing himself.

      You *can't* be serious! Stallman has been one of the most reliable people in the computer industry. You can *always* be sure which side of the argument he'll be on--even if it's not always your side.

      Personally, while I hold software freedom (in the FSF sense) as a value, I don't hold it as the ultimate value. In that sense, I don't find myself, in practice, always siding with Stallman, but it's absurd to say you can't trust him.

    2. Re:Get off your horse by Anonymous Coward · · Score: 1, Insightful

      Also notice how far along the QT replacement project has gotten. Interesting, isn't it?

      Yes, fascinating, it prompted Trolltech to release QT under the GPL. One 100% free QT. Total success.

    3. Re:Get off your horse by bladesjester · · Score: 1

      Yes, it's fairly easy to see which side of the argument he'll be on - His.

      Hate to break it to you, but he's one of the most crazed, unstable (in the mental sense) people in the industry. He thinks that anything that isn't GNU is *wrong* and should never be used by *anyone* let alone be made by someone.

      He doesn't care about other people or about reality; only his own ideals, anyone who disagrees is evil.

      --
      Everything I need to know I learned by killing smart people and eating their brains.
    4. Re:Get off your horse by Anonymous Coward · · Score: 0

      it prompted Trolltech to release QT under the GPL.

      That's an utter lie. The Harmony (Qt replacement) project never got off the ground, never made any headway, and exerted zero pressure upon Trolltech.

    5. Re:Get off your horse by Anonymous Coward · · Score: 0

      Not evil, amoral.

    6. Re:Get off your horse by ozmanjusri · · Score: 1

      He had proved to me that he will always overreact to every situation

      Pot, meet kettle.
      How many inflammatory and bitter postings have you made on this issue? Perhaps you should take a breath of fresh air, smell the coffee, and try to gain some perspective.

      --
      "I've got more toys than Teruhisa Kitahara."
  15. Conflict? Only one side was whining by ishmalius · · Score: 4, Insightful
    Can someone show me the complaints coming from the OpenOffice developers? I didn't see any. They seem to be doing all the work. They seem to be the ones with the conciliatory attitude. They seem to be making the changes in the interest of peace.

    What concessions did the "other side" make?

  16. Bottom line: policy by synthespian · · Score: 1

    Bottom line: policy

    "What we need is a way to distribute a version of OpenOffice that we can count on not to encourage people to use any non-free programs. If the developers of OpenOffice want to maintain their version with this policy, that would be ideal. Until recently I assumed that they did maintain it this way, but it appears they don't: with the current policies, any release of OpenOffice might depend on a non-free program merely because that was the fastest way to implement something. (...) We need a policy decision by the OO developers." (Stallman)

    So, yeah, big mistake by OO.org developers. It remains to be seen if they even understand the point of this policy.

    Because, remember, Java does not run everywhere and the JVM is proprietary, and you can't ship it freely.

    --
    Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  17. Re:Let that be the end of it by Anonymous Coward · · Score: 1, Funny

    Sorry Richard

  18. Wanting to help out? by Anonymous Coward · · Score: 2, Informative
    Check http://developer.classpath.org/mediation/OpenOffic e2GCJ4

    Feedback wanted on how the different distributions are handling this, plus pacakge build instructions.

  19. Re:Will this always happen? by davecb · · Score: 1
    It will happen when one comes up against differences of licensing, most notably when working with GPL, less so with LGPL and rarely with BSD, which is often not restrictive enough.

    If you're an author and may ever work with third-party libraries, plug-ins or, in the future, web services, multiply license your work and make sure LGPL is in the list.

    Most of my work has been GPL or BSD, but in retrospect I'd have better with a medium-severity license like the Lesser/Library GPL. Read RMS's article about why not to use the LGPL, and understand the trade-off you're making.

    --dave

    --
    davecb@spamcop.net
  20. how will businesses respond by b17bmbr · · Score: 0, Flamebait

    How will businesses respond to this squabble over what to them will appear to be two kids pissing. If we want F/OSS to gain market share, credibiltiy, and even parity, we need to put such idoelogically pure trivialities aside. I understand the need for "free" software, but if you are a firm contemplating OO.org, and you see this, what are you going to think? They will not migrate if they think they're dealing with a bunch of children.

    --
    My problem? I was perfectly gruntled, until some numbnuts came by and dissed me.
    1. Re:how will businesses respond by _Sprocket_ · · Score: 1

      Will businesses really care? Will IT managers even be aware of this whole incident? Are they interested in every little squabble within the development team(s) at their proprietary vendors?

      It's all noise at the "higher level" view.

  21. Re:OO and Java by Anonymous Coward · · Score: 0

    Where can I download the CVM?

  22. Re:Let that be the end of it by Anonymous Coward · · Score: 0

    "I can't stand social retards like Stallman."

    He isn't a social retard, He is a communist engineer... something like the same anyway.

  23. What about StarBasic? by questro · · Score: 1

    Is StarBasic not powerful enough to use for creating wizzards and dialogs? Is there more heavy lifting that really needs Java? Or is this a matter of more people know how to code in Java vs. StarBasic?

    1. Re:What about StarBasic? by DickBreath · · Score: 3, Informative
      Is StarBasic not powerful enough to use for creating wizzards and dialogs?

      StarBasic is powerful enough for wizards and dialogs. Many of OOo's AutoPilots are written in Basic.


      Is there more heavy lifting that really needs Java?

      Yes.

      Or Python, but...
      • PyUno bridge still has some problems
      • No python IDE within OOo, although you can (painfully) put python scripts into documents (starting in OOo 2.0).
      • The python that is internal to (i.e. "inside" of OOo 2.0) is still Python 2.3. (and is Python 2.2 in OOo 1.1.x)



      Or is this a matter of more people know how to code in Java vs. StarBasic?

      Using OOo's API with Java is much more difficult than using the same API from OOoBasic. It is the case that there simply are things that cannot be done in Basic...
      • write components
      • access OOo from an external program, i.e. a Servlet (Java) for instance to convert an uploaded excel file into OOo Calc, or vice versa.
      • not to mention issues with the lack of powerful features of Basic...
        • No data structures
        • No classes or user definable objects with user definable methods
        • No "collections" framework in Basic
      --

      I'll see your senator, and I'll raise you two judges.
    2. Re:What about StarBasic? by questro · · Score: 1

      Overall with the features I've seen in 2.0, I'd rather stay at 1.1.4. I'm not that interested in "Base", I can use MySQL with an OOo front end. I'm really only interested in the improved import filters.

      Still, I appreciate the informative response. It would do me well to really understand what features/functions are at play. I'm not sure at this point what limits I'll have if I install OOo 2.0 without Java.

    3. Re:What about StarBasic? by thisisauniqueid · · Score: 2, Insightful

      You *do* want OOo 2.0 -- it is dramatically better than 1.x in many, many ways that don't require java. I recommend trying the packages in the "fedora development" RPMs (what will become FC4). They are very usable today. Some things you'll notice immediately are dramatically improved startup time, better file format support, overall higher polish, filled-in feature gaps. The pieces you'll miss by not having Java are covered in other posts. Briefly: wizards, and the new database frontend (Access clone). You probably don't need them.

  24. Re:Free as in "do as we say" by Anonymous Coward · · Score: 0

    No, BSD licenses are not free. Public domain is truly free, BSD is not because it forces you to give credit.

  25. Re:Let that be the end of it by Anonymous Coward · · Score: 1, Informative

    "It's blatantly obvious when a programmer is using them from the "import sun.xyz.abc", so flame the programmer, not Sun."

    and when the programmers are at sun using a sun language?

  26. Re:Free as in "do as we say" by Megaweapon · · Score: 1

    I said "more free", not "free-est thing evar!!11". Granted, truly free wouldn't involve a license of any sort.

    --
    I'm sure "SlashdotMedia" will improve on all the wonders that Dice Holdings blessed us all with
  27. double standards by Doc+Ruby · · Score: 3, Funny

    I'm shocked that Stallman allows GNU software to run on patented microprocessors and copyrighted, proprietary BIOS'es, without declaring jihad.

    --

    --
    make install -not war

    1. Re:double standards by kebes · · Score: 2, Interesting

      Your post may be intended as a joke, but Stallman is indeed pushing for free BIOS'es. He probably supports open designs for devices too. He certainly supports well-documented interfaces for all hardware. If you read Stallman's writings, it's clear that he identifies a difference between physical objects and ideas. Physical objects (including hardware) will always have costs associated with production, which is quite different from the comparatively effortless reproduction and distribution of software/ideas. His viewpoint is certainly extreme, but not inconsistent.

    2. Re:double standards by Doc+Ruby · · Score: 1, Informative

      Where's the troll? In the article we're discussing, Stallman complains about the "trap" of Free software depending on non-Free software to run. The BIOS'es on which GNU software runs is non-Free software, and even the non-microcode HW of the CPUs are non-Free; the hardware/software distinction is meaningless in Stallman's model. Yet he's not complaining about the trap. Maybe I should be asking "who's the troll"?

      --

      --
      make install -not war

    3. Re:double standards by Doc+Ruby · · Score: 0, Troll

      I'd give Stallman a list of instructions for getting Intel to free the Pentium IP, but it cost too much for me to figure out and prepare for publication to charge less than he can afford to pay.

      --

      --
      make install -not war

    4. Re:double standards by Omnifarious · · Score: 1

      Stallman has a bit of pragmatism in him. If you notice, before there was a viable kernel to run all the GNU code on, he didn't complain bitterly about people who ported it to whatever random proprietary Unix they wanted to run it on.

      I agree with him. Relying on proprietary BIOSes is the way to get something like Palladium snuck into your computer and suddenly preventing you from running anything on it the manufacturer doesn't approve of. Goodbye general purpose computing.

      As for patented microprocessors and such... well, read the other reply to your post and read what Stallman has to say. He has a consistent and reasonable viewpoint on those.

      I have come to the conclusion that any computer that runs proprietary software (even this Powerbook I've comprimised on and am using now) is not really my computer at all, and I might as well just be leasing it and expecting it to exhibit all kinds of behaviors that are not in my best interests. Software freedom is as essential to having real freedom in a technological society as freedom of speech is.

    5. Re:double standards by Anonymous Coward · · Score: 0

      The BIOS'es on which GNU software runs is non-Free software, and even the non-microcode HW of the CPUs are non-Free; the hardware/software distinction is meaningless in Stallman's model. Yet he's not complaining about the trap.

      Crap. You're either entirely ignorant of his position and consequently making up a position and attributing it to him for the purpose of trolling or else you ARE aware of his position on non-free Bioses and are lying about it for the purpose of trolling.

      Maybe I should be asking "who's the troll"?

      Maybe we should be answering "that would be you".

    6. Re:double standards by JoeBuck · · Score: 1

      RMS still supports efforts to make GNU software run on proprietary platforms, even now.

    7. Re:double standards by Doc+Ruby · · Score: 1

      Boy, are you a jerk - and an Anonymous jerk Coward, at that. Stallman's intransigence on the OOo dependence on Java is debatably a question of degree, compared to his position on BIOS. What about the proprietary Pentium? Is your total lack of answer to that consistency preferable to another obnoxious outburst? Because it seems that's all you've got.

      --

      --
      make install -not war

    8. Re:double standards by Anonymous Coward · · Score: 0

      What about the proprietary Pentium?

      If you would actually bother to click on the link already provided and read (I know, all those big words!) what you find there then you would see that it covers his position on this.

      Because it seems that's all you've got.

      ALL I've provided is a link to his actual comments on the issue, as opposed to the crap that you fabricated out of nowhere?

    9. Re:double standards by Doc+Ruby · · Score: 1

      It's really pointless to "debate" with such an incorrigible jerk, especially one hiding among the other Anonymous Cowards. But, to satisfy my own conscience, I'll point out the problem with Stallman's arguments. He's soft on proprietary hardware, and embedded BIOS'es, because of pragmatism - it's too hard (or impossible) to upgrade such hardware, so he'll ignore dependence on it. But he makes an ethical argument against the more practical fight against dependence on proprietary software. He's especially insistent in his "ethical" argument with other Free software like OOo. Because pragmatism shows that other Free software projects will work with him, and proprietary projects, like Intel's Pentium or Dell's BIOS, are too difficult to work with, or to intimidate.

      So, what I've "fabricated", is the truth about Stallman's positions. They're pragmatic, and politically savvy. But ethically flawed - ethics are consistent, ethical imperatives are consistent, even when they're difficult. In fact, that's one test of the distinction between ethics and pragmatism, when it's unclear which is driving action: ethics are inflexible, pragmatism flexible.

      Stallman's flexibility shows his pragmatism, and belies his "ethics". While I suppose your inflexibility, even blindness to inconsistency, demonstrates your ideological committment. That's not making you look any better than are Stallman's fake ethics making him look.

      --

      --
      make install -not war

    10. Re:double standards by Anonymous Coward · · Score: 0

      Your last paragraph condemns both ethics and pragmatism. Stallman pretending to be ethical is eminently practical - look at what he's achieved, and at his legions of genuinely ethical followers (for example, the A.C.).
      Now that you've rejected ethics and expedience, what philosophy do you base your life on? Judging by your posts, I'd guess it's mischevousness...

      Or, as us internet denizens are apt to say, PWNZ0O0O0R3D!

    11. Re:double standards by Anonymous Coward · · Score: 0

      You're my hero AC. Thanks for the support! I was just trying to give congratulation about his (funny) troll but the guy was serious about it !?

    12. Re:double standards by northcat · · Score: 1

      Nice moderating. Slashdot should change its motto to "Fair and Balanced".

    13. Re:double standards by Doc+Ruby · · Score: 1

      No, I point out that Stallman is alternately practical or ethical when it suits him - though he maintains an image of complete ethical purity. Which isn't ethical, in either the primary or secondary analyses. I don't reject either - I merely point out Stallman's inconsistency.

      As for *my* philosophy, that's neither here nor there. It's not the subject of this discussion, and I haven't got a single reason to be interested in your take on it. You can't change the subject with either sneaky tactic of that post. But, whether you "PNXOR" anything or not, you represent nothing but inadequate, anonymous criticism.

      --

      --
      make install -not war

    14. Re:double standards by Doc+Ruby · · Score: 1

      I don't know about "fair", but

      Moderation +1
      30% Insightful
      20% Flamebait
      20% Troll

      is pretty balanced. Your point?

      --

      --
      make install -not war

    15. Re:double standards by Anonymous Coward · · Score: 0

      Actually, he has been advocating the FreeBIOS movement. Plus, he makes a distinction between hardware and software.

    16. Re:double standards by Anonymous Coward · · Score: 0

      Last I checked, microprocessors weren't software, and the FSF is interested in a free BIOS.

      No jihad, just one standard. 'nuff said.

    17. Re:double standards by arose · · Score: 1

      For pragmatic reasons no less.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    18. Re:double standards by m50d · · Score: 1

      No, but he complains if it depends on it. If OOo depended on some feature only found in the IBM BIOS, he would complain just as much - and quite rightly.

      --
      I am trolling
    19. Re:double standards by greenrd · · Score: 1
      I agree with him. Relying on proprietary BIOSes is the way to get something like Palladium snuck into your computer and suddenly preventing you from running anything on it the manufacturer doesn't approve of. Goodbye general purpose computing.

      I don't believe the end of general purpose computing for the masses is a realistic danger. What you're describing sounds like transforming the world into a society like China almost overnight!

    20. Re:double standards by Anonymous Coward · · Score: 0

      Sigh....

      1) Check out rights of first sale.. Even though the processor and everything else is patented, you OWN it. Intel can't come along later and re-possess your hardware because you're using for unapproved reasons. (Analogy: it's legal to take a lawnmower to a shrub, even though it's not designed for that and the documentation tells you not to.)

      2) It IS still a problem though. Ever seen the source to ACPI support in Linux? Every BIOS vendor has to be checked explicitly because they don't bother testing their implementation with free OSes.

      3) "Trusted Computing." When the day comes that you can't actually purchase hardware that doesn't phone home to verify licenses, please be good to support the volunteers in the free hardware movement.

    21. Re:double standards by Doc+Ruby · · Score: 1

      As I mentioned, GNU depends on patented AMD and Pentium IP. Stallman's distinction between SW targets, and off-limits HW, is based on pragmatism, not ethics. But when pragmatism conflicts with his SW jihad, it's irrelevant.

      --

      --
      make install -not war

    22. Re:double standards by Doc+Ruby · · Score: 1

      I don't dislike Stallman's campaign to open all IP. IP should be protected by the PTO, if at all, which requires it to be published as part of its protection - which works both ways. I even like Stallman (from a distance). But my criticism of his vehemence, which is inconsistent depending on pragmatism, not ethics, is legit. When the day comes that the "Freedom" revolution needs to scale up, and its unethical, greedy, rich, powerful and successful world-class competitor opponents hurt Freedom by making its "founding father" look like a dishonest creep, it will hurt us all. Unless we're innoculated with the truth early, and keep a realistic perspective, Stallman's flaws will hurt us all more than he's helped us.

      --

      --
      make install -not war

    23. Re:double standards by m50d · · Score: 1

      I don't think he does see hardware as off-limits. He certainly replaced his bios with a Free one as soon as he could.

      --
      I am trolling
    24. Re:double standards by Doc+Ruby · · Score: 1

      BIOS isn't hardware. It's software, different from, say, GNU/Linux only in that it's stored in ROM (and sometimes the OS is, too). He's got disclaimers about HW, how it's not shareable without cost-per-unit. Ignoring the fallacy of "free" per-unit SW sharing, it's more important that he's got a "practical" loophole in his ethics. When, in fact, there's plenty of HW IP that's shareable for developer access, and many fronts for pressuring HW makers to open theirs. But his jihad currently finds allies in AMD and Intel, working together against the proprietary SW that locks up so much HW value in their devil's bargain with, eg, Microsoft. I accept that, as a plan, but it pokes a hole in Stallman's holy war. Basing the Free Software revolution on demands for "ethics" opens it up to attacks on holes in the ethics. I want more freedom - I don't want Stallman's clay feet to take us by surprise, and take the revolution down with him when his competition finally plays for keeps.

      --

      --
      make install -not war

  28. The issues are good to air by syntap · · Score: 3, Insightful

    Many in the OSS community believe in soup-to-nuts software freedom, i.e. not only should the source to an app be open, but dependencies shouldn't exist on non-open software or libraries.

    The proposal to use GCJ was a good one, and I think raising these issues benefits open source even though it exposes the frictions between the players in the movement.

  29. HOWTO: Install Java On Linux In 5 Easy Steps by SirTalon42 · · Score: 0

    1. Download the Java installer from www.java.com
    2. Run the Java installer. (aka ???)
    3. Profit!!!

    The three step plan always works!

  30. Spoiler by Spy+der+Mann · · Score: 1

    They're forking the code so it can be compiled with CGJ (GNU compiler for java).

    Ta-da.

  31. It's not over until there's an open distro by Animats · · Score: 4, Interesting
    This controversy won't be over until there's an OpenOffice distribution avaialble that requires no proprietary code whatsoever.

    The reason this is so important is that if all the source is openly available, nobody can make it go away. It's essential to avoid "drug dealer marketing" - the first one is free, but then it's going to cost you. There have been too many products that started out "open", and then started to cost money once they had users locked in.

    The typical progression for psuedo-free software is

    • The product is free for download. A user community emerges.
    • A new version comes out, with modest restrictions and price, and the free version is deprecated.
    • The free version disappears.
    • The price goes up, and copy protection is added.
    • Market share declines.

    Examples are Intellicad, Sendmail, and QNX

    1. Re:It's not over until there's an open distro by Nailer · · Score: 2, Interesting

      Nice examples. You might want to add mp3, which owes it popularity to source code without a license attached uploaded to the ISO.

      Between about 1995 and 1998 a massive user community emerged. Then Fraunhofer Gesselschaft emerged after the silence and wanted $10,000 US per codec-using program (even the OSS ones).

    2. Re:It's not over until there's an open distro by Anonymous Coward · · Score: 0

      flat-out untrue. frauhofer has never, ever, EVER charged for software decoders. and the charge for hardware decoders is minimal.

      but don't let the facts get in your way.

    3. Re:It's not over until there's an open distro by aaronl · · Score: 1

      Actually, they charged for encoders. Not like that's much better. They had a patent on the produced bitstream that represented the MP3 format. I don't think they even *could* force you to pay anything for a decoder unless you used part of their reference implementation.

    4. Re:It's not over until there's an open distro by Nailer · · Score: 1

      I wrote:

      Then Fraunhofer Gesselschaft emerged after the silence and wanted $10,000 US per codec-using program (even the OSS ones).

      Then you wrote:
      frauhofer has never, ever, EVER charged for software decoders.

      So you agree they've charged for encoders, but not decoders?

      How the fuck is that 'flat out untrue'? Sounds a little more like 'not quite correct' you antosocial moron.

  32. Nice that they decided to listen to their customer by nietsch · · Score: 2, Insightful
    Given some of the hostility to the larger community within OpenOffice.org, as well as Stallman's determination, deciding on the solutions and implementing them could still create problems. For now, though, at least the two sides are talking and trying to cooperate -- and free software advocates will get a version of OpenOffice.org they can install without pangs of conscience.


    Nice article, until he makes it sound like having priciples is a bad thing. The issue with FSF is not one of "conscience" but of licenses that can/will be an impedient of free use of the software. This goes beyond conscience and ventures into the realm of property rights that typically can deny others of free use. That is why Stallman in the past warned of the issue of using Sun Java.

    I think OOo need to look at FSF as representing customers that have a particular demand and accomodate that demand. All too often critics misuse the word "conscience" to disparage FSF community (customers) demands.

    This is simple "marketing 101" -- listen to the demands of your customers
    --
    This space is intentionally staring blankly at you
  33. Re:Java on leenucks by greed · · Score: 1

    Blackdown is open source? Really? Wow, I can't find a single link to the source on their website. And Kaffe is really not up to snuff for arbitrary code.

    We've got a source-available proprietary 3rd party library in our code. It's a C++ program. No big deal.

    It's just their equivelent of ./configure is written in Java. So, I've spent a big chunk of my time on the Linux on PowerPC port (to an RPM-based distribution, of course--Red Hat Enterprise Linux) in hunting down a JVM that is compatible with both the stupid configure program and the Linux distro in use.

    So, even without being a GNU hardliner, the proprietary nature of Java is extremely frustrating--especially when the product you're working with doesn't even use Java once you get the damn thing built.

  34. Portable OpenOffice and Java by CritterNYC · · Score: 3, Interesting

    Personally, I was more than a bit disheartened when I first found out about how much of OOo 2.0 required Java. While Portable OpenOffice 1.1.4 worked quite well on machines without Sun's JRE installed, I was rather worried how Portable OpenOffice 2.0 would fare (just compiled a test alpha using the latest UPX beta, etc). If they split out a version that didn't require Java installed, I'd probably base Portable OpenOffice on that instead.

  35. Re:HOWTO: Install Java On Linux In 5 Easy Steps by punkrockguy318 · · Score: 1

    5 steps?

  36. Re:Free as in "do as we say" by Qzukk · · Score: 2, Insightful

    This "I have a right to YOUR source code" nonsense goes past what "free" really means.

    I suspect you don't understand what exactly is "free" in this situation.

    The GPL makes sure the code stays free. Remember "information wants to be free"? The FSF doesn't care about the programmers, as long as the code remains free.

    If you don't like it, don't use the GPL, don't contribute code to a GPL project, and for heaven's sake don't use the Linux kernel because you're too cheap to come up with an OS of your own or buy a ready-made one for your dvd player then whine when people bitch at you.

    --
    If I have been able to see further than others, it is because I bought a pair of binoculars.
  37. Re:Nice that they decided to listen to their custo by Anonymous Coward · · Score: 0

    A customer is one who buys goods or services. Does FSF buy anything? No, they expect things FREE!

    If they don't like something, then they should go use Koffice, abiword, or some other office program.

  38. Re:Free as in "do as we say" by Anonymous Coward · · Score: 0

    Public domain is truly free, BSD is not because it forces you to give credit.

    There are versions of the BSD licence that do not require one to give credit. Kind of an explicit public domain thing.

  39. Re:Free as in "do as we say" by mjh · · Score: 4, Insightful

    Ok. But BSD being "more" free is not really in dispute... at least I don't think it is. What's in dispute is whether or not BSD is a better licensing model than GPL. As someone who's published GPL licensed code, I don't really consider the BSD license that much. Mainly because it would irk me to no end if I bought a piece of software from someone else, and it turned out to have my code in it!

    BSD is great (IMHO) for things like reference implementations (e.g. for TCP/IP). For things that you want implemented everywhere. But if you don't want your code ending up proprietary then it's not as good. GPL is better at keeping your code open.

    Which is to say that there are advantages to each license, and it's not obvious to me that either is inherantly better than the other.

    $.02

    --
    Key to financial independence: Spend less than you earn. Save and invest the difference. Do it for a long time.
  40. Re:Free as in "do as we say" by killjoe · · Score: 2, Insightful

    Er um when you use BSD code aren't you saying "I have a right to YOUR source code"?

    --
    evil is as evil does
  41. The Cough by SuperKendall · · Score: 1


    *Sigh*

    Is Java Free Software? Nope. Not yet, it isn't.


    *Cough*

    Excuse me, but Java IS Free. That is, GCJ and the Classpath version. That is Java, and it's Free. It's hard to put it any more plainly, when the whole artcle was about making sure OOo used Free Java!!!

    The Sun VM is not Free. But the Sun JVM is not Java. It's an instance of it.

    I never even understood why this was such a big deal when the solution outlined in the story was the obvious way forward - make sure OOo works with GCJ. Problem solved and much easier that re-wrting HSQLDB in some other languge.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:The Cough by Soko · · Score: 1

      Excuse me, but Java IS Free. That is, GCJ and the Classpath version. That is Java, and it's Free.

      Which I fully agree is the solution to the whole problem.

      I was merely trying to temper the GPs obvious cry of "Sun would never hurt OSS!" with some reality, is all.

      Soko

      --
      "Depression is merely anger without enthusiasm." - Anonymous
  42. Crap like this... by Anonymous Coward · · Score: 2, Funny

    ...is why I use AbiWord and Gnumeric.

  43. Re:Java on leenucks by FidelCatsro · · Score: 1

    I was persuaded blackdowns jvm was gnu , perhaps i picked up the wrong end of the stick somewhere.
    http://rpmseek.com/rpm-pl/j2se1.4-blackdown-source .html?hl=com&cbn=0:J:0::
    there seems to be a source rpm for it .
    i cant see it on the site itself , perhaps i am confusing two things though
    I appoligise for any disinformation if i was mistaken .

    --
    The only things certain in war are Propaganda and Death. You can never be sure which is which though
  44. Doesn't the FSF seem a bit demanding? by Theovon · · Score: 4, Insightful

    It's interesting that OOo has become so influential that the FSF has decided to poke their noses into it. I for one think that making OOo's java code work with GCJ is a great idea and makes it easier on those of us who don't want to have to download Sun's VM. But I also find it a big disturbing that the FSF has the gall to make demands on projects they don't own.

    1. Re:Doesn't the FSF seem a bit demanding? by FhnuZoag · · Score: 1

      The FSF is primarily an advocacy group. Poking their nose into other people's business is their job. If not them, then who else?

    2. Re:Doesn't the FSF seem a bit demanding? by m50d · · Score: 1

      They said, plain and simple, if the project doesn't do this they'll try and fork/clone it. That's their right, and it's courtesy to tell the OOo people what problems they have so they can avoid a fork if they want to rather than just forking it straight away. OOo devs had every right to ignore them.

      --
      I am trolling
    3. Re:Doesn't the FSF seem a bit demanding? by Theovon · · Score: 1

      The threat to fork also seems a bit heavy-handed. Yes, it's legal and allowed under the GPL, but it's certainly not a friendly thing to do to threaten to take over (basically) someone's project like that. That sort of thing insults people who have an emotional investment in it, and threatens to undermine the project by alienating the developers.

      Yes, there are times and places for this sort of thing, but it must not be done coldheartedly.

    4. Re:Doesn't the FSF seem a bit demanding? by m50d · · Score: 1

      I don't think it was, I think it was done because it was seen to be seriously necessary. Using a proprietary API is a big thing, and must be seen to be something we care deeply about.

      --
      I am trolling
  45. And don't get me started about Apple... by Chordonblue · · Score: 1, Interesting

    ...and KHTML. Would you rather that kind of relationship existed between Sun and OOo? So far, what Sun has value-added to OOo is minimal and has not affected the overall operation of OOo. You don't see Sun making impossible changes to OOo like Apple has with KHTML.

    Is KHTML benefiting from Apple? Sure. Much? Not compared to what Apple is getting out of it. I thank God the situation is different here. While I understand Stallman's point, I just wish there was a little more respect or understanding for Sun's considerable efforts in what is a difficult time economically for them.

    --
    "...Well, there's egg and bacon; egg sausage and bacon; egg and spam; egg bacon and spam; egg bacon sausage and spam..."
    1. Re:And don't get me started about Apple... by Chordonblue · · Score: 1

      Ok... Who the fuck rated this as 'OT'? I think it's right on target and an important point as the relationships between OSS and corporations varies.

      Modders like this shouldn't exist but then I guess the rest of us wouldn't have anyone to laugh at.

      --
      "...Well, there's egg and bacon; egg sausage and bacon; egg and spam; egg bacon and spam; egg bacon sausage and spam..."
  46. Re:HOWTO: Install Java On Linux In 5 Easy Steps by Anonymous Coward · · Score: 0

    This applies to all Linux programs minus the profit.

    #3 should be more like, "Presto. It should work, but does it? Oh damn, not another dependency hell!"

  47. Re:Free as in "do as we say" by ZephyrXero · · Score: 1

    This is the self protection of the GPL and LGPL. It's saying that since I allow you to benefit from my work, you agree to allow me to do the same with yours. It's called collaboration. I've seen a bunch of programs with the BSD licence get used by proprietary software without having anything ever contributed back.

    --
    "A truly wise man realizes he knows nothing."
  48. Jesus, you really don't get it by Anonymous Coward · · Score: 0

    "Would you like to explain to me WHY THIS IS SUN'S PROBLEM? They have given everything away except for the actual rights to Java itself. If the GNU Foundation can't produce an Open JVM based on open specs and fully available source code, THAT IS THEIR PROBLEM."

    Nobody claimed it was Sun's problem, so what's your point. The problem is OpenOffice using a technologie that is not free and it simply doesn't matter if the technologie not being free is Sun's, GNU's or Santa Claus' fault, it's still a problem.

    "Come off this nonsense people. Sun is not losing money hand over fist (they're more or less breaking even right now), and they've made it perfectly possible for others to replicate their technology. Why is the OSS community blaming their failure to do so on Sun?"
    Again, this isn't about blaming Sun and nobody is blaming Sun, so your whole rant is totally pointless.

  49. Re:Free as in "do as we say" by Vellmont · · Score: 2, Insightful


    This "I have a right to YOUR source code" nonsense goes past what "free" really means.

    I'm sorry, but I have a big problem with this attitude. Someone writes something and shares it with anyone who cares to use it. All they ask is that if you modify the software and distribute your new version that you share your source code changes. If you don't like it, don't take the deal. But complaining that a GPLed software author didn't give you everything you want is going a bit far.

    Arguing which license is "more free" is like arguing which ice cream chocolate or vanilla tastes better.

    --
    AccountKiller
  50. Awesome suggestion! by sneakers563 · · Score: 2, Funny
    I second the motion, along with an "Apple Fanboy", "Gentoo Fanboy" and "Debian Fanboy" choice. Really, why NOT a generic "Fanboy" entry?

    I'd also like to see any posts that use the phrases "just works", "just don't get it" or "the debian way" automatically modded -5; -10 if they are capitalized a la "The Debian Way". Posts that preface Linux with "GNU/" should be modded "Tiresome, Even to Friends".

    1. Re:Awesome suggestion! by Anonymous Coward · · Score: 0

      Posts that preface Linux with "GNU/" should be modded "Tiresome, Even to Friends".

      How about posts that append "/Linux" to GNU?

  51. Exactly, this improves things for all by SuperKendall · · Score: 2, Insightful

    The best thing of all is if a really stable Free version of Java comes about, then there is no "Java Trap" anymore.

    That really was the most efficient solution, and Stallman being the eminent software developer realized this when he had all the facts.

    Really I feel it unfair to label Stallman a "zealot" when really it should be more like "informed and stubborn for the good of all".

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  52. Re:Free as in "do as we say" by Anonymous Coward · · Score: 3, Insightful

    more "free"?

    The question is "more free for whom".

    The BSD licences allow anyone to use the code for any purpose, but that can include taking a free software project proprietary. The GPL guarantees that a project cannot be taken and turned into something proprietary.

    RMS and the people who agree with him want to maximize the freedom of the end-user, even at the expense of the developer. The most extreme case of this is that RMS would like to require that all new software be released under GPL.[1] Very, very few people agree with this idea.

    Note that the GPL has some cool points. IBM was willing to license some patents to Linux for free, because Linux is GPLed. IBM can allow Linux to use its technology but can still charge money to anyone who wants to use this technology in proprietary applications. There is no chance that IBM will ever release any patented technology under a BSD license, since IBM would no longer be able to charge any royalties on that technology.

    Some coders hate the thought that their labour of love might be taken by someone else and turned proprietary. Those coders will prefer to release code under GPL. Other coders like the thought that anyone can do anything with their code, and they might even hate the thought of someone having to re-create similar code because of a licence incompatibility. Those coders will prefer a BSD-style license. Personally, I'm glad we all have this choice.

    [1] Google for the whole "Freedom Zero" debate. ESR made a public challenge to RMS: if you could pass a law requring all software to be released under the GPL, would you? RMS declined to answer. It's pretty clear he would, since he rejects the idea that "he who writes the code chooses the licence" (RMS wrote that this idea isn't "Freedom Zero", it is "Power Play Zero" because the coder is exerting power over the poor, poor users). Here, I googled and found it for you: Freedom or Power?

    ESR's challenge Freedom, Power, or Confusion?

  53. The glass is indeed half full. by hey! · · Score: 4, Insightful

    BTW, Mr. Stallman. How's Hurd coming along?

    Really, your post I thought was pretty good, but this last bit doesn't do the rest justice. Hurd doesn't have the mindshare to make the kind of rapid progress Linux does. What's that to you?

    The bottom line here is that Stallman has an agenda. A political agenda. A political agenda based on his philosophical principles. What's wrong with that? And, in this case, he was able to draw some attention to, and to advance the aims of his political agenda. Which is what people with political agendas do.

    Since, in the end, he didn't really do any harm to OO, and may even bring it some resources it needs (developers and testers), the final results are win-win, which is an uncommonly good outcome for a political dispute. Granted, a person with a more personable character might have got to the win-win scenario with considerably less heat and fuss, but unfortunately, my experience is that by in large the world effectively ignores those kinds of people unless they have the kind of credibility that only comes with having piles of money at their command. If things were different, then the world would probably be a better place.

    Even good people rarely place principle as high as convenience. Incidents like the recent Linuxworld editor ultimatum over Ms. O'Gara's nastiness are, unfortunately, a rarity. For most of the rest of us, principles are really just a vague, far away abstraction, whereas convenience and profit are very clear and immediate. Right and wrong would never play a role in any decision we make, if it weren't for the fear of exposure.

    So, we are stuck with gadflies, who vary widely in their admirability, but are universally unlikeable. Nobody enjoys being on the receiving end of a sting, which in every case is bound to seem overly harsh and unjustified. As unpleasant as they are to have around, gadflies play an important function. And if you don't like having them around, consider how fortunate you are not to be one. While I'm sure it has it's rewards, being driven against the current of the world must be a frustrating existence.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    1. Re:The glass is indeed half full. by T-Ranger · · Score: 1

      Well, it may have been sarcastic, but it does bring up a good point. "Show me the code" is the stock answer to users requests for features/bug fixes.

      One of RMSs fixes was "Lets fork OOo". You want to fork OOo, RMS? Fine, go crazy. But the reality is that at least for the last decade, the FSF hasn't been a significant contributor to GPLd software, or even the GNU Project. GCC is built mainly by developers paid by places that are not the FSF. By all accounts, the overwhelming majority of OOo code is done by Sun employees, and by all accounts OOo is a complex beast all but impossible for one person to understand compleatly, and undoubtably having a very steep learning curve for new devs. So who would have built this forked OOo? Not FSF, they seem to be fresh out of developers. Not the "communinity", there isnt anyone contributing to the mainline OOo.

      The FSF may be a very effective political movement. And they foster and provide support for some amazing projects. But they have contributed supprisingly little technology in a long while now. At the top of the list of technology they have not delivered, or are delivering very slowly and not as good as the alternatives, is Hurd.

  54. Re:Conflict? Only one side was whining by Omnifarious · · Score: 3, Informative

    Not forking. Being willing to accept an OpenOffice version that had Java in it at all.

  55. surprisingly conciliatory? Why surprisingly? by RealAlaskan · · Score: 1
    ... shows a surprisingly conciliatory attitude on both sides.

    The FSF, at least, is run by grownups, and I have no reason to doubt that there are grownups in charge at OO.org.

    Given that, why would we be surprised that they looked for a constructive way to settle their differences?

  56. Re:Let that be the end of it by _Sprocket_ · · Score: 1
    Sun never made anyone use it's undocumented classes.
    It's blatantly obvious when a programmer is using them from the "import sun.xyz.abc", so flame the programmer, not Sun.

    When did Microsoft force programmers to use their proprietary extensions to Java? Yet Sun jumped on that. And rightfully so.
  57. More credit should be given to Red Hat here by JoeBuck · · Score: 1

    Red Hat has a number of people who are working full time on free Java, and they've done a lot of work on getting OpenOffice to work with the free implementations.

  58. Re:Conflict? Only one side was whining by Anonymous Coward · · Score: 0

    This was a concession?

    They can Fork off to their heart's content. Put the result in the Debian tree and the result may build by the end of the decade. Beter yet, mix it in with the hurd and we can all declare victory and go home. (since it will be idologically and technically pure (and will NEVER ship))

    The FSF threatened to hold its' breath 'till it turned blue unless those mean OO.org developers payed attention to THEM!!!

    So the OO.org folks essentially said "let the baby have its bottle" and the threatened tantrum was headed off.

    This is how open source works? Pathetic.

  59. The FSF and Stallman is correct by codepunk · · Score: 4, Interesting

    Lets just put a stop to the java zeolots right here and now...

    If you cannot package and distribute the application
    "with the JVM" it is not and never will be free.

    I happen to like java, but I sure would never use it in something I was gonna distribute.

    --


    Got Code?
    1. Re:The FSF and Stallman is correct by MythMoth · · Score: 1

      If you cannot package and distribute the application "with the JVM" it is not and never will be free.

      You can. What was your point again?

      --
      --- These are not words: wierd, genious, rediculous
  60. Re:HOWTO: Install Java On Linux In 5 Easy Steps by Anonymous Coward · · Score: 1, Insightful
    He forgot:
    • 4. Realize that they don't provide Java binaries for BSD or non-Intel/non-Mac systems and you have to attempt to build it yourself.
    • 5. Realize that RMS is right and you can't build Free systems on non-Free foundations.
  61. Re:HOWTO: Install Java On Linux In 5 Easy Steps by Anonymous Coward · · Score: 0

    Which is nice... since Linux lets you know about the dependancy hell you're facing up front, unlike Windows that just kinda springs it on you down the line. Or haven't you heard of DLL Hell?

    Of course, you could actually do some reading and learn that 1) "Linux" isn't RedHat and 2) even RedHat now comes with numerous package management methods that greatly limit the dependancy hell you're trying (badly) to troll about.

  62. Re:A surprisingly conciliatory attitude on both si by Stevyn · · Score: 1

    I think Sun was stupid to try this so soon. They're trying to push openoffice AND java at the same time. They should have spent more time making openoffice more of a competitor to Microsoft office in terms of features and not just on cost. When it's good enough where office junkies can switch to OOo, then require Java.

    They should have created the dependency for Java through openoffice, not try to bundle the two together. It's like a car dealer trying to sell the undercoating package before he's sold you on the car.

  63. The copyleft JVM should have fixed its issues by Jamesday · · Score: 5, Insightful

    The FSF was being irrational. There was a JVM licensed with an FSF license which wasn't compatible with the latest Java standards. Instead of advocating fixing the broken code, Stallman was apparently advocating not using anything which didnt work with the broken code, to the point of forking a major project to avoid fixing that broken code. That's hardly an example of good programming ethics. Fix the bugs, don't complain about others not working around them.

    1. Re:The copyleft JVM should have fixed its issues by Anonymous Coward · · Score: 0

      Agreed.

      The problem is not OOo. If they want to use the latest Java 5 features and use them *all*, then GCJ, etc, should hurry up and implement them all well. That may seem unreasonable, but the ball is in their court. Holding OOo back from fully leveraging today's technology until GCJ catches up (which it may never do) is simply wrong.

    2. Re:The copyleft JVM should have fixed its issues by adiposity · · Score: 1

      What if there were no free JVM? What if thousands of hours hadn't been invested to allow GNU zealots to run java on a "completely free" system? Then any java code would present a problem. FSF was not being irrational, because as far as they are concerned, all java code is dangerous until GCJ is finished (it's not remotely finished). Even then, it will be dangerous because Sun can extend it at any time, effectively breaking GCJ.

      As it turns out, Stallman was willing to compromise once he found out there was a free solution not far away. But this doesn't invalidate the original argument: code that requires proprietary run-times is inherently "un-safe" because it can't be guaranteed to run on a free system.

      I'm with Stallman on this one, although I'm usually not. I'm a BSD fan, and java (read: a working jvm) always takes longer to arrive there. That means things with java dependencies sometimes won't work. Although I'm not a big "Free" software advocate (e.g., I use proprietary software and BSD licensed stuff), I do find it annoying when a proprietary language is used for a open-source project. Sure, I can modify the source, but the lack of the libraries may make it nearly impossible to run on my OS of choice.

      It just *happens* that a free JVM is being created. It just *happens* that it has nearly enough functionality to allow OO.o to run on it. But that is because of the work of programmers who want to free themselves from Java's terms. In the meantime, they will oppose projects that depend on a language they haven't fully cloned--an attitude 100% compatible and consistent with the FSF's stated goals and guiding principles. You and I may not agree with this attitude, but it is not irrational--unless the desire to have a truly "free" system is also irrational.

      -Dan

    3. Re:The copyleft JVM should have fixed its issues by m50d · · Score: 1

      The biggest problem was the use of sun-only APIs. Yes, classpath doesn't have the entire library implemented yet, but even if all the missing bits of the official libraries were implemented, prior to this agreement OOo still wouldn't have full functionality. Now it will. Which is an important difference.

      --
      I am trolling
    4. Re:The copyleft JVM should have fixed its issues by Jamesday · · Score: 1

      Dodging any Sun-only libraries makes sense. Standards are important. So much better to encourage working on doing that and working on improving the capabilities of the non-SUN JVMs than encouraging forking which that can make unnecessary.

  64. Re:Conflict? Only one side was whining by Anonymous Coward · · Score: 1, Insightful

    What concessions did the "other side" make?

    RMS amended it to say that if GCJ could compile OO.o, then there's no problem.

    The problem here is that OO.o doesn't see the problem. Despite historical evidence of the stupidity of basing development on a proprietary platform - whether its a version control system or a whole programming language - OO.o went ahead and chose to do it anyway.

    After all, Sun would never break OO.o on Java just to improve Star Office's position in the marketplace, right?

  65. open source CPUs by Jecel+Assumpcao+Jr · · Score: 4, Interesting

    When are open-sourced based CPUs going to be available? Does anyone know of any available? I don't *feel* free with the current processor offerings available.

    Here you go. Check out the OpenRISC 1000 - I am guessing that it will be particularly interesting for you since the 1200 version has been used to demonstrate Linux. Of course the MIPS and Sparc clones can do so as well.

    Transmeta was the closest, since Linus worked for them way back when.

    Given that the native instruction set was top secret, I would say it was the least open source processor of all.

  66. Re:Conflict? Only one side was whining by CaymanIslandCarpedie · · Score: 3, Funny

    What concessions did the "other side" make?

    To stop bitching quite as loudly for a little while ;-)

    --
    "reality has a well-known liberal bias" - Steven Colbert
  67. Re:Nice that they decided to listen to their custo by nietsch · · Score: 1

    So what exactly is the business model of OOo then? What customers are paying them money?

    If they(FSF) don't like it, they can also fork it and make their own version, and that is what RMS intended to do. And the good thing is you are just allowed to do that and put your money (or labor) where your mouth is.

    It is a good thing that they seem to be able to work out the differences: OO.o gets some more publicity, the distro's avoid a messy OOo install (most cannot install Sun Java by default) and the FSF removes another version of the 'java trap'. I can only see winners there.

    --
    This space is intentionally staring blankly at you
  68. Re:HOWTO: Install Java On Linux In 5 Easy Steps by Anonymous Coward · · Score: 0

    There shouldn't be any dependancy hell on any OS.
    Problems like this could be solved, but the Linux community refuses to.

    Productivity is lost when fiddling with install problems.

    OS X wins hands down as the best installation method provided for OSs and commercial.

  69. Hmm... still don't get it. by pavera · · Score: 3, Interesting

    I use the open office beta every day.
    I don't have java installed.

    All of the functionality that worked in 1.0+ works better in 2.0, and I don't use any of the additional features. Obviously, some people will want to use those features, but wow, aren't we always the ones yelling at MS for their stupid "wizards" and now we're mad cause we can't use the OOo ones? And isn't MS Access the bane of all db developers everywhere? And now we're upset cause we can't use our own half assed, not nearly as nice version of Access?

    Seriously people I don't understand. OOo 2.0 is not "crippled" without java, it works just fine for 100% of the existing (ie 1.0) functionality, and all you're missing is some gay wizards, and a half baked db frontend that crashes all the time. I installed java for about 10 minutes to check out the java features, and then uninstalled it, cause well they sucked. I know this is only a beta release and I'm sure 2.0 will be better.. but it won't be anywhere close to usable, not for anything remotely real.

    1. Re:Hmm... still don't get it. by whitroth · · Score: 1

      THANK YOU!!!

      This is the *first* time I've seen what I wanted to know, and what kept me from evey trying 2.0

      I've said this before: 10 years ago, reviewers were saying that 90% of the users of word processors used 10% of the "features", and of the 10% that used those features, they only used 'em 10% of the time.

      Which means that most of them are *utterly* unnecesary. All I'd like in a new release is one that wasn't a *dog*, and ran like it was running on a rePentium, rather than an 8088.

      Now, if it will only open Word Perfect files without Java, so I don't have to run a program to convert 'em to sxw, I'd be happy.

      mark

  70. Active X and Clippy are the answer... duh! (EOM) by vcjim · · Score: 1

    Active X and Clippy are the answer... duh! (EOM)

  71. Re:Nice that they decided to listen to their custo by Anonymous Coward · · Score: 0

    FSF should of tried to fork OOo. However, it would of been quite a challenge for them since FSF doesn't have the right people for the job. Even if they recruited, they would of been behind development, while everyone else is using the newest version OOo.

  72. Only use organic fair-trade java by WillAffleckUW · · Score: 2, Funny

    it's the only way to go.

    in fact, you can't buy any in Fremont (in Seattle) if it isn't, and then you can open your office doors knowing you have good java.

    --
    -- Tigger warning: This post may contain tiggers! --
  73. Re:The Hacking Cough by Anonymous Coward · · Score: 0

    The Free Crowd want everyone to write software so that they can freely copy and modify it and redistribute to their hearts delight. If they want to do this, it is fine. However, no one needs to be tied down to their desires simply to achive the aims of freeloaders. If they want a free Java let them buid their own and then distribute it in a way that will not get them into trouble in the courts and also work as well as the current free implementation of Java made available by Sun. Then they won't have to complain. Obviously, given all the complaining its clear they have time on their hands. If their implmentation isn't any better (non-existent?), then whats all the fuss about and who are they to be complaining about someone else's project?

    I say leave ideological considerations to the brain dead, they are the ones who have time for it.

    I can get a free Java anytime I want in the meantime and a free copy of OO to use as well. As far as I can see the consessions are merely to placate the ideological zealots, who are insisting on not only a free ride, but also ownership of the train. I don't think that would be a good idea, as it would only take M$ or IBM to instantly create their own "standard" Java and then fork the language, which would make its use on multiple platforms even more difficult than it already is.
    The freeloaders have no intention of ensuring that their version of Java will be truely multiplatform, and with minimal support for such an enterprise, java developers can be assured that it won't be. They really don't care about that important aspect of Java, which to java programers can be quite important. How do I know they don't care? Just listen to how loud they are about raising money to support multiplatform java development. After such a fork, why should they expect Sun or anyone else to support the cost of ensuring the fork was multiplatform? For all I know, these folks may just be shills for M$ or IBM, who wants to use java to develop a support/contract business.

    If Java is free as in free beer (AS IT IS NOW), its good enough for me. Actually, its better than free beer as anyone can download Java for free directly from Sun and refill their glass as often as necessary.

    As for that hypothetical moment sometime down the road when its no longer free, well I was just freeloading myself, so why should I then have reason to complain? I can always move on, although I doubt I will ever have to.

    Life doesn't end without "pure" FOSS/GLP even though it is an excellent match for the community at large. Besides, whose to say a pro-business republikan/Bush-packed Supreme Court won't soon rule that the GLP/FOSS is unconstitutional because it somehow unfairly restricts interstate commerce and unconstitutionally limits M$ right to unmitigated greed. I find that a greater concern than worrying about what Sun might do. FOR BUSINESS REASONS, they have already adopted free Java implementations.

    Hence, would going the theologically pure FOSS/GLP route really be an improvement? I say its better to have multiple tracks going forward provides a measure of duplication useful as a failsafe. Besides, the track OO is on up to this point is working just fine (actually it seems even better than most FOSS/GLP projects, so just what (who?) is the problem?).

    OO development is going on just fine (great actually) and these new vocal freeloaders aren't really adding anything to the mix. If they have problems with someone else's project, I say let them go out and build their own. If its better, maybe the community will use it. If not, then perhaps the OO community can get back to productive activity rather than wasting time on all the BS ideology lessons that keep being plastered all over ./ .

  74. Open Graphics Project by Theovon · · Score: 1

    You should see the flames the Open Graphics Project (opengraphics.org) is getting for wanting to keep their hardware proprietary, despite the fact that they already provide an unprecedented level of documentation on how the hardware works.

    1. Re:Open Graphics Project by Doc+Ruby · · Score: 1

      Obnoxious demands for opening IP don't get anywhere, at least not alone. They can form part of an economic argument, by interfering with sales or developer interest. People can be persuaded that our property gains more value when we share it, without losing the value of one's own stake. But such persuasion is always collaborative, of mutual interest. Unless it's got some other leverage, which is unusual and risky.

      --

      --
      make install -not war

  75. Re:Let that be the end of it by bladesjester · · Score: 1

    Big difference. Microsoft was doing it as a "java killer" because they didn't want to run the risk of loosing market-share.

    The language could have provided programs that people could use anywhere no matter whether it was on windows or not. Microsoft saw that this could hurt their market share. By making it only work on their platform with MS specific extensions, they saught to end the threat.

    It's much the same thing that they did in the netscape vs ie battle with the exception that they lost the java war.

    --
    Everything I need to know I learned by killing smart people and eating their brains.
  76. no more "Java Trap" BS? by danharan · · Score: 1

    One can only hope that once Stallman and the FSF crowd reach an agreement with OOo devs we will stop hearing about the supposed Java Trap.

    Those that get their knickers in a knot over Java not being free would be better off working on projects like GCJ than flaming about those that are producing some of the best F/OSS projects out there.

    --
    Information: "I want to be anthropomorphized"
    1. Re:no more "Java Trap" BS? by QuantumG · · Score: 2, Insightful

      Blah, if OpenOffice were to actually use GCJ there would have been no argument in the first place. The problem is they want to use third party code that has been written for Sun Java not GCJ. It's surprising, it really is. When people write stuff for Mono they don't go looking for code that someone has written for .Net and expect it to work out of the box. But when people write stuff for GCJ they always expect stuff written for Sun Java to work out of the box.

      --
      How we know is more important than what we know.
  77. Stop spreading FUD by JediTrainer · · Score: 2, Informative

    Seems to me that you can distribute the JVM without difficulty from Sun. To quote:

    The J2SE platform and the JRE are free to download and to use for commercial programming. They are also free to redistribute, if distributed with a value-add application or applet.

    Seems to me that OpenOffice.org qualifies for that.

    --

    You can accomplish anything you set your mind to. The impossible just takes a little longer.
    1. Re:Stop spreading FUD by synthespian · · Score: 3, Insightful

      (d) you do not distribute additional software intended
      to replace any
      component(s) of the Software,

      From:http://java.sun.com/j2se/1.5.0/j2sdk-1_5_0- ne tbean-4_0-cobundle-license.txt

      Seems to me this imparts Sun the right to stop any Linux or BSD distro from distributing any other non-Sun Java project.
      How does that sound to you? Restrictive?

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    2. Re:Stop spreading FUD by isilrion · · Score: 2, Informative
      Hmm... Seems to me that
      11. Export Regulations.
      All Software, documents, technical data, and any other materials delivered under this Agreement are subject to U.S. export control laws and may be subject to export or import regulations in other countries. You agree to comply strictly with these laws and regulations and acknowledge that you have the responsibility to obtain any licenses to export, re-export, or import as may be required after delivery to you.

      is restrictive enough to make it illegal for me to use it (or for anyone, regardless of his country, to distribute it to me in any way without violating Sun's agreement). If you belive that's free...
    3. Re:Stop spreading FUD by Anonymous Coward · · Score: 0

      Poor choice of example

      Sun are a US company and those lines are required by US law. (OSS was granted a blanket exemption.)

    4. Re:Stop spreading FUD by Anonymous Coward · · Score: 0

      Right choice of example. This is why, for instance, OpenBSD ships from Canada, not from the fascist US.

  78. KDE QT dependency by sucker_muts · · Score: 1

    Don't see me as a troll, I'm a happy Mandriva LE 2005 KDE user, but I remember the Gnome vs. KDE wars (as in talked about on slashdot, I use linux since Mandrake 8.2). It seems KDE wanted to start early and get to business, so they chose QT from trolltech, but Gnome wanted to stand completely on its own so they developed GTK to build the rest on.

    How much is KDE tied to proprietary software? I'm getting scared now...

    --
    Dependency hell? => /bin/there/done/that
    1. Re:KDE QT dependency by conteXXt · · Score: 2, Informative

      You are kidding I assume?

      TrollTech re-licenced QT to something GPL compatible under duress.

      Here's hoping the same for Java.

      --
      The truth about Led Zep should never be told on /. (Karma suicide ensues)
    2. Re:KDE QT dependency by sucker_muts · · Score: 1

      Not kidding, just didn't know the details. Long live trolltech and their GPL'led software! :-D

      --
      Dependency hell? => /bin/there/done/that
    3. Re:KDE QT dependency by synthespian · · Score: 1

      You got, like, 3-4 years of reading to do...

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    4. Re:KDE QT dependency by m50d · · Score: 1

      KDE has no ties to proprietary software at all. Qt became GPL in about 2001. The rest is just FUD from gnome because they know their desktop can't compete on its merits.

      --
      I am trolling
    5. Re:KDE QT dependency by hamal · · Score: 1
      It seems KDE wanted to start early and get to business, so they chose QT from trolltech, but Gnome wanted to stand completely on its own so they developed GTK to build the rest on.


      KDE chose QT because it was a mature environment to build on but is was non-free. The first reaction to this was to build Gnome, but that did not lessen the popularity of KDE. KDE also had a bit of a headstart on Gnome. The second reaction was that Debian refused to distibute KDE since it was GPL-ed but relied on a GPL-incompatible license (so if you consider linking as "creating a derivative product", it was illegal to distribute). By that time initiatives had started for project Harmony which was a QT replacement. All this and especially the pressure that Debian's policy caused resulted in TrollTech to dual-license their QT libraries - one of these licenses being the GPL.

      How much is KDE tied to proprietary software? I'm getting scared now...


      Don't be. KDE is GPLed and linked to a GPLed library.
      --
      Hamal is an yellow star in the constallation Aries.
      It is 66ly away, so it doesn't alter your personality.
  79. Re:Free as in "do as we say" by Megaweapon · · Score: 1, Troll

    I suspect you don't understand what exactly is "free" in this situation.

    I'm going by RMS's idea of "free", in that he believes that all information should be world-viewable, regardless of one's possible desire to not show everything to the world. It's Stallman that said "Down with security!" since he wants access to *everything*.

    ...and for heaven's sake don't use the Linux kernel because you're too cheap to come up with an OS of your own or buy a ready-made one for your dvd player then whine when people bitch at you.

    This tripe gets modded Insightful?

    --
    I'm sure "SlashdotMedia" will improve on all the wonders that Dice Holdings blessed us all with
  80. Why Java? by nurb432 · · Score: 1

    Why do we even have to have Java be part of the equation when there are other *free* platform independent languages out there, such as python.

    Sure, Java works fine, but why even ask for troubles like this by using it?

    --
    ---- Booth was a patriot ----
    1. Re:Why Java? by VGPowerlord · · Score: 1
      Why do we even have to have Java be part of the equation when there are other *free* platform independent languages out there, such as python.

      Simple: Java already has a large install base on desktop systems. While your average server system has things like python installed, how many desktop systems do?

      Now, compare that to the number of desktop systems that don't have Python on them (hint: you have to include Windows systems).

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    2. Re:Why Java? by nurb432 · · Score: 1

      Java had to be installed at some point, at some 30mb or more. It dosent come 'default' for windows machines. ( even my Mac, it had to be totally updated so it might as well not have been installed )

      Python can be installed just as easily, at a lot lower size. ( or whatever else would be chosen ).

      Dont misunderstand, java is nice and has its place, but i tend to agree with many others it has NO place in *free* software.

      --
      ---- Booth was a patriot ----
  81. Re:Free as in "do as we say" by Megaweapon · · Score: 1

    It's not specifically forcing source code redistribution.

    --
    I'm sure "SlashdotMedia" will improve on all the wonders that Dice Holdings blessed us all with
  82. The thing you have to remember... by Anonymous Coward · · Score: 0

    ... of course is that Stallman is an "idealist dickhead" who seems to be exhibit Nazi tendencies towards anything that he disagrees with...

    Let's face it, we PAY for almost every aspect of our lives, free (beer-free) is a nice-to-have but his mindless "it must be free (free-to-do-with-what-i-want-because-i-have-rights ) or it's evil" is fricking idiotic and doesn't take into account the basic realities of life... i.e. that we DON'T live in a star trek futuristic utopian where we all have enough to eat and the living is easy (apart from the borg of course), we have bills to pay and food to buy, most of us who produce OSS have regular jobs coding that do give us those pennies but we don't have the resources to "code-for-the-hell-of-it"... it would be nice but it's not the world we live in...

    I think a healthy dose of "wake-up-and-smell-the-coffe-monkey-boy" is needed on this...

  83. Re:Free as in "do as we say" by Anonymous Coward · · Score: 0
    Ok. But BSD being "more" free is not really in dispute...

    Is the society that forbidds its citizens to sell themselves into slavery more or less free than one that has no such restriction? More restrictions doesn't necessarily mean less free.

  84. Re:Free as in "do as we say" by killjoe · · Score: 1

    And who pray tell puts a gun to your head and forces you to use GPLed code?

    --
    evil is as evil does
  85. Re:Conflict? Only one side was whining by QuantumG · · Score: 1

    You may recall that the OpenOffice developers were complaining that there is very little community involvement in their project. As such, it's obvious they're not making concessions in the interest of peace, they're making concessions in an effort to stay relevant.

    --
    How we know is more important than what we know.
  86. BSD more free than GPL? by fforw · · Score: 1
    Ok. But BSD being "more" free is not really in dispute...
    Depends how you look at it:
    For example, the BSD license allows a derived program to be distributed without source code while the GPL does not. Arguing that this means the BSD license is generally "more free" ignores one basic principle of freedom: Your freedom ends where it limits the freedom of others. So what is more free for the developer means potentially less freedom for the users and other developers.
    --
    while (!asleep()) sheep++
  87. Re:Free as in "do as we say" by shaitand · · Score: 1

    "This tripe gets modded Insightful?"

    Do you consider that a valid alternative when you have no counter-argument?

  88. this was no "accident" by cahiha · · Score: 2, Interesting

    Sun seems to have a clear strategy of trying to incorporate their proprietary version of Java into open source projects: Mozilla, OpenOffice, Gnome, Apache, etc. But a piece of software ceases to be free when it depends in an essential way on proprietary software.

    Fortunately, open source developers are noticing this more and more and are starting to take countermeasures. Hopefully, in the long term, this will lead to unencumbered versions of Java becoming available and acceptable.

    1. Re:this was no "accident" by kaffiene · · Score: 1

      Watch out - your tin foil hat is leaking.

    2. Re:this was no "accident" by cahiha · · Score: 1

      Sun is a failing computer maker with an army of lawyers, they have a widely used proprietary platform, their licenses clearly state that they own the platform and the APIs, and they are "contributing" functionality that depends on their proprietary platform to several open source projects. Add two and two together.

    3. Re:this was no "accident" by kaffiene · · Score: 2, Insightful

      Anyone can produce a JVM. There are several good FOSS ones out there now, as well as AOT compilers with GCJ nearly fully complete. There are NO legal impediments to ANYONE producing their own JVM and there is NO Sun-only bits in OOo.

      Quit spreading FUD.

    4. Re:this was no "accident" by VGPowerlord · · Score: 1
      On the other hand, FOSS JVMs tend to lag behind Sun's JVMs, because Sun writes the standard.

      Although, on the proprietary front, I've heard, IBM's JVMs and Java SDKs outperform Sun's.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    5. Re:this was no "accident" by cahiha · · Score: 1

      Anyone can produce a JVM. There are several good FOSS ones out there now, as well as AOT compilers with GCJ nearly fully complete. There are NO legal impediments to ANYONE producing their own JVM and there is NO Sun-only bits in OOo.

      Anyone could implement GIF as well; people found out that there were intellectual property problems with GIF only years later. Anyone could implement FAT or SMB, but Microsoft is now claiming that they own intellectual property in those standards. Anyone could implement a UNIX-like operating system, but SCO now claims that they own it all and has started a billion dollar lawsuit over it. The open source community needs to avoid such problems because they are disruptive and expensive.

      In the case of Java, just read the damned licenses on Sun's site. You will see that Sun explicitly states that many Java specifications belong to Sun. And go check on Sun's patents: there are a dozen different patents on important Java technologies.

      Quit spreading FUD.

      Quit trying to trick people into using proprietary standards by pretending that they are free.

    6. Re:this was no "accident" by Anonymous Coward · · Score: 0

      IBM has a Java license from Sun, so the fact that they produce a JVM doesn't tell you anything about whether the standard is free.

      Furthermore, IBM's only shipping, complete Java implementation actually incorporates code licensed from Sun, so it isn't even an indication that an independent implementation is feasible.

    7. Re:this was no "accident" by kaffiene · · Score: 1

      ...which is all perfectly natural and what one would expect in any situation where a standard is multiply instantiated. No need for conspiracy theories at all.

    8. Re:this was no "accident" by kaffiene · · Score: 1

      What part of "no legal impediments" don't you understand? As the Apache people themselves mentioned - there are no license issues that prevent them implementing Java. Oh, but they probably don't know what they're talking about, some /. drone of course knows better than one of the biggest FOSS software development groups on the net.

      Well done - the tin foil hat obviously makes you smarter than everyone at Apache!

      Hint: Sun owns the spec, that doesn't prevent you IMPLEMENTING the spec - those are two different things.

  89. debian and fedora issues ? by Anonymous Coward · · Score: 0

    i've been using fedora quite a bit and it has Oo installed by default.

    requiring a JVM would be s step backward, as i beleive that Fedora won't ship binaries with closed source or click-through EULAs.

    Thus Oo would disappear from Fedora, and we'd have to install the Sun JVM first, then Oo.

    I'm sure glad someone, in this case the FSF and Richard Stallman, are pushing to keep free software free. I hate it when things move backwards.

    Seeing as this is all happening after the MS bailout of Sun, and the appearance of MS' Balmer shmoozing with Sun's McNealy is public, I'm sure I smell a big fat rat...one with the Sun logo tattooed on his hairy sack.

    1. Re:debian and fedora issues ? by LnxAddct · · Score: 1

      The Red Hat devs are responsible for bringing us GCJ (Gnu Compiler for Java), and they have gotten it to such an advanced stage that it supports AWT, Swing, SWT (I think SWT, not too sure) and even JOGL so you can write native 3D java apps. All of OpenOffice.org's java components in Fedora and RHEL are compiled with GCJ and so the version of OpenOffice.org in those distros actually runs entirely native without a JVM without any loss of functionality. Its quite nice.
      Regards,
      Steve

  90. Java Trap Illusion by virtigex · · Score: 3, Insightful

    This whole issue seems totally unnecessary. Stallman's "Java Trap" is only relevant because FOSS implementations such as GCJ do not implement the full Java 5 standard. The solution to this would be update or make a FOSS version of Java that implements Java 5. It's not a trap if there is an obvious way out. If you don't want to go the obvious way out (because it takes too much effort), then the only thing that is trapping you is your attitude.
    Also The Harmony project (if it is successful) would seem to lay to rest any FOSS advocate's qualms about Java.

    1. Re:Java Trap Illusion by m50d · · Score: 1

      No, the issue was that sun was using sun-only classes which aren't part of the Java 5 spec. They've now agreed not to do that; classpath still won't run it all immediately, but any fully java 1.31 compliant VM will.

      --
      I am trolling
    2. Re:Java Trap Illusion by GreyWizard · · Score: 1

      The solution to this would be update or make a FOSS version of Java that implements Java 5.



      That is one possible solution, but this is a difficult task -- much more so than making OpenOffice work with the features GCJ offers today. One day GCJ will have full Java 5 support, but until then the Java Trap is quite real. People who don't want to use proprietary software can't use all the features of OpenOffice. This is a practical problem right now and it's one the OpenOffice developers can quickly and easily solve if they want to. Fortunately it looks like they want to.



      Also The Harmony project (if it is successful) would seem to lay to rest any FOSS advocate's qualms about Java.



      Indeed, but so far the Harmony project has shipped nothing. When the Harmony project ships a free software JRE compatible with the Java 5 standard there will be no principled objection to Java from free software advocates. Until then these qualms are real and reasonable.

      --
      Not all those who wander are lost.
  91. Sick and tired by kaffiene · · Score: 1

    I'm getting tired of this adversarial stance that /. readers in general have towards Java and Sun. Sun is not your enemy and Java is not a trojan horse. Sun have made their code available, several FOSS JVMs exist, the java spec is free.

    Sure, it's a lot of work to make a good JVM, and I wish Apache all the best with creating a supurlative FOSS JVM, but the fact that Sun haven't done this on their own does not make Sun evil.

  92. Re:Free as in "do as we say" by Megaweapon · · Score: 0, Flamebait

    Do you consider that a valid alternative when you have no counter-argument?

    Absolutely, given what I was replying to was not an argument but just plain idiocy.

    --
    I'm sure "SlashdotMedia" will improve on all the wonders that Dice Holdings blessed us all with
  93. Stallman's version of free by willCode4Beer.com · · Score: 1

    Lets not forget that Stallman is against public domain code.
    Public domain is about as free as possible, you can do absolutely anything with it, except please Stallman.
    The GPL seems more restrictive than many closed source licenses (as many have pointed out) due to the obligations it creates.

    --
    ----- If communism is a system where the government owns business, what do you call a system where business owns govern
  94. Anti-Sun? by foorilious · · Score: 1, Insightful

    Within the OOo Project, Sun Microsystems, which released the project's code in 2000 and still provides most of its developers, is regarded, with some exceptions, as a community benefactor. By contrast, free software advocates view Sun -- and, by extension, OpenOffice.org -- with suspicion, largely because Sun has a history of alternately supporting and damning free and open source software (FOSS). For instance, while CEO Scott McNealy has called Sun a "heavy contributor" to open source and claimed that Sun invented it, president Jonathan Schwartz has heavily criticized the GNU General Public Licence. Although this inconsistency could be interpreted as an effort to steer a middle path between proprietary and FOSS software, or as an internal difference of opinion at Sun, more often the community has seen it as evidence of duplicity and untrustworthiness.

    I think this paragraph helps explain why some people are viewing this as a somewhat anti-Sun article or conversation. I definitely wouldn't say Sun has ever "damned" FOSS. Criticizing the GPL isn't damning FOSS. If you think that, you are someone who believes that the only FOSS is GPL software, and that is simply not true. Also, Schwartz didn't really rip into the GPL - I've read all his blog comments and his speech that generated all the excitement, and his point was simply that the GPL poses problems for some of his customers, and he felt the CDDL with its MPL model was a better fit for them and for Sun. What's wrong with that? He's not even really criticizing the GPL, he's just saying it's not the right FOSS license for his company's needs. When do we stop pretending that the GPL is the only FOSS license out there and that the FSF's agenda has to be embraced for a project to be beneficial to "the community?"

    It's pretty ridiculous to see the article's author claim it's an "inconsistency" or "duplicity" to embrace FOSS but criticize the GPL, even if Schwartz had been really tearing the GPL a new one, which he totally wasn't.

    Finally, as to the original issue, I agree that OOo should be written at least to public interfaces, and the debate should end there. If "the community" hasn't yet produced a viable FOSS implementation of Java, that is not Sun's fault, not Schwartz's fault, not McNealy's fault, and not OOo's fault.

    P.S. The paranoid and cynical (certainly not me) could see this as a backhanded attempt to further pressure Sun to open Java entirely, and if you were especially paranoid (again, not me by any means), you could further note that this is exactly what IBM is dying for, and finally, wonder why Stallman's missives always seem pretty lined up with IBM's agenda and and why they (one of the biggest patent aggressors in the industry) always seem exempt from his diatribes.

  95. Re:Free as in "do as we say" by Megaweapon · · Score: 1

    RMS and the people who agree with him want to maximize the freedom of the end-user, even at the expense of the developer.

    And as a developer I don't like this (it's a fallacy anyways, developers are users too). Then again RMS doesn't "work" for a living (he lives off grants, etc). Some of the rest of us don't like to be cornered by the "maximization" of the end users' freedom since some of us code for a living. The end user is free to choose or reject software based on the level of "freedom" they have. I actually have no problem with the GPL itself, just the mentality of some of its backers.

    Though since this is Slashdot, and I've already been modded as Flamebait a few times for violating the groupthink I think I'll call it a night on this particular thread.

    --
    I'm sure "SlashdotMedia" will improve on all the wonders that Dice Holdings blessed us all with
  96. Go ahead, mod me troll... by rice_burners_suck · · Score: 1
    The story provides a decent background on why it matters, and shows a surprisingly conciliatory attitude on both sides.

    You mean to tell me that these aren't a bunch of zealot extremists who would rather fight over it and go to jail than risk sounding like someone with a balanced opinion?

    Bah humbug! If you're not a zealot extremist RMS worshipper, then you don't deserve to use a computer!!!

    Just kidding.

  97. IHBT by flimflam · · Score: 2, Informative
    Ignoring the fact that IHBT, I couldn't help but respond to this:

    He didn't like the emacs license, so he cloned it.


    Of course you know that he wrote emacs (it's not a clone of anything). Oh, and gcc.

    --
    -- It only takes 20 minutes for a liberal to become a conservative thanks to our new outpatient surgical procedure!
    1. Re:IHBT by Rick+the+Red · · Score: 1
      Of course you know that he wrote emacs (it's not a clone of anything).
      From the emacs FAQ:"The first Emacs was a set of macros written in 1976 at MIT by RMS for the editor TECO (Text Editor and COrrector, originally Tape Editor and COrrector) under ITS on a PDP-10." So, it appears RMS wrote the original emacs. But the emacs FAQ goes on to say: "Emacs was started by Guy Steele [gls@east.sun.com] as a project to unify the many divergent TECO command sets and key bindings at MIT, and completed by RMS." So I take that to mean two things: First, emacs is an "extension" of TECO, which RMS did not write. Second, RMS did not start emacs, Guy Steele did. So I stand by my statement.
      Oh, and gcc.
      You aren't implying that RMS invented C, are you? Or wrote the first C compiler? As impressive as it may be, gcc is a clone of compilers that came before it.
      --
      If all this should have a reason, we would be the last to know.
  98. Re:Free as in "do as we say" by synthespian · · Score: 1

    BSD is great (IMHO) for things like reference implementations (e.g. for TCP/IP). For things that you want implemented everywhere. But if you don't want your code ending up proprietary then it's not as good.

    What's missing from your picture is the scenario where you want your code to become proprietary. For instance, if you work on a company whose proprietary extensions on top of your code gives the company an edge, where these extensions would only be relevant in that competitive scenario, and largely irrelevant in the general scenario.

    Using the BSD license, you're able to share your code, keep your dayjob, and provide value to the company you work at.

    --
    Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  99. Re:Free as in "do as we say" by Anonymous Coward · · Score: 0

    Dude, issue here is, if you OWN the copyright to the code, IE it's your code, it doesn't matter HOW you license it, it's your perogative to relicense it however you feel like, so you could make a BSD version, a GPL version, and have a version that has whatever licensing the company you work for wants. As such, it doesn't matter if you licensed your code under the BSD or GPL, only if only people wanted to use your code without asking your permission first (that's really all the BSD/GPL do, is allow you to use code without having to go ask the original author for permission directly, they state through the use of an open source license that you have X rights, in return for Y rules.

  100. Re:Conflict? Only one side was whining by locnar42 · · Score: 1

    I completely agree. I read the story and thought, "why the hell do they care?" The FSF can take a leap if they don't like the use of Java in Oo.org. Considering the amount of GPL software written completely in Java, I think it's fairly clear that they are playing off the popularity of Oo.org to get some publicity for themselves.

  101. Re:Let that be the end of it by Saucepan · · Score: 1
    Sun has always strongly and actively discouraged the use of sun.* packages. These classes are part of Sun's implementation of the standard Java libraries (much as IBM's JDK includes some ibm.* packages handling analagous behind-the-scenes plumbing).

    In contract, Microsoft actively encouraged the use of Microsoft-only language features (note: we aren't just talking utility classes here, but totally new syntax!), and in fact developers had to be especially careful to avoid using them unwittingly when using MS's development tools.

  102. Can't Stallman stop being an Ass! by logicnazi · · Score: 0

    Yes I know that he means well and believes he is helping the cause but his extreme black and white mentality on the issue of OSS does just the opposite. I respect his contributions to the OSS movement and even agree that it's beneficial for someone to raise these various concerns. However, I think the OSS movement would benefit far more by having more pragmatic and moderate leaders while retaining individuals like Stallman as gadflys.

    In particular I take the goal of open source software to be providing as much functionality and power as possible through open source software. That is the point of the GPL vs. liscenses like the BSD is to encourage future contributions of code by corporate and individual code. Sure some individual coders may have emotional reasons for not wanting their effort used by another for private gain but the point of these liscenses for the community is merely to promote future development and contribution by forcing later modifications to be released. In other words if we discovered that liscensing software under a BSD style liscense generated more contributions we should do that.

    Thus insisting on idealogy can sometimes be detrimental. Consider insisting on a GPL style liscense when you had a trustworthy promise from IBM to donate many programmers to the project if it was liscensed in the BSD style. Supposing you knew that IBM (and other people) would simply write a proprietary competitor rather than be forced to open source a proprietary technology they wish to offer as an add on to the project. Sure the ideaology can be useful and in many cases a GPL liscense will result in more contributions but it is stupid to ignore the fact that this ideology is directed at a goal, more OSS and thus it is counterproductive to insist on this ideology when it discourages OSS.

    Yet this is exactly what Stallman's vociferous black and white view of the world does. By effectively equating any company or product that does not live up to his idea of open source with proprietary software he diminishes any benefit these companies might have to contribute to the open source world. In fact choosing to contribute to OSS in certain ways can actually result in negative publicity since all the sudden Stallman is critisizing you for not going all the way and people start looking at you as an evil corporation.

    As a result of this attitude companies like Sun get far less benefit out of open sourceing their software then they might otherwise. If instead of postive PR for releasing the code to open office (a very valuable free software tool I might add) they are instead ripped for not fully open sourceing their java compilers/specs and the benefits to sun of the open source programming community are drasticly reduced by a fork designed to avoid Sun's java they will be much less inclined to donate code in the future.

    Sure it is perfectly withing Stallman's rights to fork an OSS project and for this particular project it might even result in more purely open source driven software. However, in the long term this sort of attitude actually harms the OSS movement by sending companies a message that it isn't worthwhile to open source some of their systems or fund the development of an open source framework they can augment with their proprietary technology. It's alot like the problem with enviornmentalists who critique cleaner power plants/companies for not doing enough or for otherwise not living up to the perfect enviornmental ideal while leaving old fashioned dirty coal plants alone because they either see no hope of change or lack of interest (a new cleaner power generation tech will attract interest that one of a 100 coal plants won't). As a result this good intentioned concern to make the planet as clean as possible can actually end up making it dirtier by reducing the incentive for companies to take partial steps in the right direction.

    Finally let me remark that in this particular project we are not seeing an attempt by Sun to deviously lock open office into

    --

    If you liked this thought maybe you would find my blog nice too:

    1. Re:Can't Stallman stop being an Ass! by Anonymous Coward · · Score: 0

      I don't really see your point here. Stallman has agreed to more "liberal" licences if it will attract more developers. He has said so in the case of ogg vorbis (and in several other occasions; read about the reasons the LGPL exists)

      Here, read this to learn of the man's opinions. I think many slashdot posters form misinformed opinions.

      Ok , here it is out of the mailing list:

      Date: Mon, 26 Feb 2001 22:23:38 -0700 (MST)
      From: Richard Stallman
      To: ben@algroup.co.uk
      Subject: Re: [open-source] [Fwd: [icecast-dev] Xiph.org announces Vorbis Beta 4 and the Xiph.org

      The GPL is not an end in itself; it is a measure to protect our
      freedom. In general I would rather see software copylefted, which is
      one way of defending users' freedom against one particular danger. In
      the case of Ogg/Vorbis, there is a bigger danger from another
      direction: the danger that people will settle on MP3 format even
      though it is patented, and we won't be *allowed* to write free
      encoders for the most popular format.

      To overcome the inertia that supports MP3 format will require
      strenuous effort. Even if we do our utmost to encourage everyone to
      replace MP3 format with Ogg/Vorbis format, it is not certain they will
      do so. Consider how long we have been trying to replace GIF with PNG.

      Ordinarily, if someone decides not to use a copylefted program because
      the license doesn't please him, that's his loss not ours. But if he
      rejects the Ogg/Vorbis code because of the license, and uses MP3
      instead, then the problem rebounds on us--because his continued use of
      MP3 may help MP3 to become and stay entrenched.

      Thus, my agreement with the idea of a lax license in this special case
      is just as pragmatic as my preference for the GPL in most cases. In
      both cases it is a matter of how we can attain freedom.

      ------
      In short, don't kid yourself. If the dilemma did arise, Stallman would be all in favour of accepting IBM's offer.

      Furthermore, I don't see anyone rejecting contributions from proprietary code producing companies, as long as the code is free. (ok, in this case there is pressure to make the code run on a free platform as well which conforms to the spirit if not the letter of the previous "directive")

      Oh and a last sidenote which is strictly a personal view: The man is not the charming sort of fellow Linus Torvalds might be. But he did have a clear vision of a free software future back in the day when to do other than proprietary seemed crazy. He, initially alone, started creating the GNU operating system which today is a reality. In my book that is admirable and Stallman is one of he pioneers of freedom of information in our time.

    2. Re:Can't Stallman stop being an Ass! by Escogido · · Score: 1

      ok the below is pretty much imho and going to be somewhat redundant but hey..

      it is stupid to ignore the fact that this ideology is directed at a goal, more OSS and thus it is counterproductive to insist on this ideology when it discourages OSS.

      This appears to be a does-the-end-justify-the-means sort of dispute. Advocating OSS just for the sake of the S being OS and skipping the important ideological part (not depending on proprietary products) to me pretty much means that OSS actually becomes something else than what it is "normally" supposed to be. Stallman does not appear to say OOo shouldn't be doing what they do; neither he is supposed to mean OOo are doing something "bad", or "evil". He is calling a spade a spade, in a way.

      Yet this is exactly what Stallman's vociferous black and white view of the world does.

      I disagree. OOo basically wanted the OSS label without having what it "really" takes; they have the full right to implement what they want however they want, but some things should be clear about it. Stallman pointed it out to them and they even appeared to have agreed on most points.

      In fact choosing to contribute to OSS in certain ways can actually result in negative publicity since all the sudden Stallman is critisizing you for not going all the way and people start looking at you as an evil corporation.

      That, if it is the case, is the problem of Stallman's PR skills, but not of the idea itself. Perhaps failure to find some more "smooth" words alienate a lot of people to Stallman, but it doesn't lower the value of the ideas and concepts that he bears and advocates.

      If instead of postive PR for releasing the code to open office they are instead ripped for not fully open sourceing their java compilers/specs... they will be much less inclined to donate code in the future.

      I am sorry if I misunderstand your logic, but you appear to be missing a significant part of the whole OSS concept. You're putting it this way like the OSS community depends on the large companies releasing large portions of their proprietary code into open source. It doesn't. The whole idea of OSS srives (ugh.. well is expected to) on that the corporations are supposed to be interested in OS-ing their product. If they can't understand what's it about, then they have no reason really to. No big deal, they will learn.. or lose. OS is even stronger than Marxism.

      Sun however does appear to understand what OSS is about and why, and they do what they do, with all the related problems mentioned by other posters. Pointing out the problems is not discouraging them, it's revealing a possible hidden obstacle.

      in the long term this sort of attitude [forking] actually harms the OSS movement by sending companies a message that it isn't worthwhile to open source some of their systems or fund the development of an open source framework they can augment with their proprietary technology.

      Here I can't but absolutely agree. Forking a project should never be taken lightly. It is a kind of last resort and should only be done if educating and convincing the original developers fails and the project is important enough to influence the community.

      nothing in this case prevents future improvements or modifications to GCJ which allow open office to be run in that manner.

      And this is the only right way to go.

      In short the open source community needs to get over this attitude that anyone who isn't totally comitted to OSS is evil.

      I don't see that as a problem.. sure there are some hotshots who see Big Brother issues everywhere but in general the community is inclined the other way -- towards "less pure" OSS. Like someone else mentioned, in real projects people tend to be pragmatic and compromising. I believe that it is our duty to make sure every spade is called a spade and not a fork (ok bad pun) and let everybody decide for themselves. I repea

  103. Re:Free as in "do as we say" by Anonymous Coward · · Score: 0

    it's a fallacy anyways, developers are users too

    Ya, true, but not a useful observation. To the extent that you are a user, benefits to the users are benefits to you. To the extent that you are a developer, limits on the developers are limits on you. Both can apply at once.

  104. Re:Conflict? Only one side was whining by Omnifarious · · Score: 1

    I think you severely underestimate the amount of community ire about this. The fork wouldn't have had the immense level of support that Xorg got when they forked XFree86, but the support wouldn't have been trivial either. I bet they would've had the Java removed within a month or three, and I bet they'd have had replacement database functionality within 6-18 months.

    The decision not to fork is a true concession.

  105. Re:Free as in "do as we say" by Qzukk · · Score: 1

    I'm going by RMS's idea of "free", in that he believes that all information should be world-viewable, regardless of one's possible desire to not show everything to the world. It's Stallman that said "Down with security!" since he wants access to *everything*.

    And? The only thing you get across here is that it's obvious that you're not a believer in the "many eyes" model of debugging.

    Other than the fact that you don't believe in it, do you care to explain why you think this is tripe?

    --
    If I have been able to see further than others, it is because I bought a pair of binoculars.
  106. SHILL by Anonymous Coward · · Score: 0

    AKAImBatman = SUN SHILL

  107. OSS politics. by pugugly · · Score: 1

    Why is it that whenever you see Richard Stallman working out a compromise with some group regarding OSS, you always get the impression he'd have been happier if no compromise had been possible?

    Almost a "Dammit, they suggested a reasonable compromise - I wanted to fight" feel to it.

    --
    An Invisible Entity of Vast Power whose existence must be taken on faith alone: Liberal Media
  108. Re:Free as in "do as we say" by Anonymous Coward · · Score: 0

    just plain idiocy.

    Looking through your history I can see that once upon a time you could actually form a good argument, "I think RMS is wrong, here's why, and this is a better way". Now it seems you've basically degenerated into the average troll, whining about "groupthink" when your post had little by the way of redeeming qualities about it in the first place. Call this post an "intervention", we're here to turn you back from the abyss of trolldom, one step farther never to return.

    Take a look at your posts. Rather than making a reasoned argument you now just make up stuff, change definitions as it suits you (if you were indeed using RMS's definition as the great-whatever poster was trying to explain to you, then you wouldn't have said "goes past what "free" really means."). If you're so tired of arguing with common idiots, why don't you write some huge important piece of software like, say, a popular editor. Then, become famous and live off of grants while you publish books about the way you think things should be and attract a crowd of followers.

  109. Re:Free as in "do as we say" by Anonymous Coward · · Score: 0

    Oh, and forgot to mention, you don't HAVE to do any of that to make the views you expressed any more valid than they are now.

    All it would do is earn you a "camp", which would be stocked with your own followers. Then instead of arguing with "idiots" yourself, you send your own sycophants into battle against the other meme's team. Megaweapon's Licensing Camp vs. the FSF Camp, with renowned leaders who lived the life they espouse and lead their memepools with books and lecture circuits.

    If that's too much work for you, well, just one more step into the abyss... trolls don't need to worry about arguments and the like, they can just say whatever they feel like without making an effort to back it up.

  110. Re:Free as in "do as we say" by synthespian · · Score: 1

    You can relicense new code, AFAIK, but the code already released is not under the new license, because you've granted a third party that.
    You can't retroactively remove a right that you voluntarely granted to a third party, and upon which said third party rightfully developed or derived work from or livelihood.
    I believe it's a principle in Law, at least Roman Law (which I'm more acquainted with), called "acquired rights", or some such term.

    --
    Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  111. Re:Free as in "do as we say" by synthespian · · Score: 1

    IBM can allow Linux to use its technology but can still charge money to anyone who wants to use this technology in proprietary applications.

    Exactly. Ever wondered why more and more companies are dual-licensing their code? Because only the GPL allows room for that. The BSD license doesn't. This, in a funny way, in a paradoxical collateral effect of the GPL.
    However, in a scenario where you want to extend and incorporate code from a community code base, the BSD license may be more interesting. This is a Real World scenario, for instance, you work for a company.
    This gets the GPL camp worked up. However, the code base is there for the community, and the proprietary extension might apply only in a limited scenario.
    So, it's all good. :-)

    --
    Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
  112. Re:Free as in "do as we say" by ClosedSource · · Score: 1

    Remember "information wants to be free"?

    Yes, it's called anthropomorphism. But even if you believe that non-sentient objects have desires, the BSD license keeps your code free forever and ever. Only derivative works have the possibility of becoming "non-free".

  113. Re:Free as in "do as we say" by Anonymous Coward · · Score: 0

    Only derivative works have the possibility of becoming "non-free".

    I could sell any BSD licensed product exactly as its written without making a single change, as long as I don't claim it was written by me. As a business model it would work pretty well, after all, all I'd have to do is find people unaware of the fact that they could have it for free elsewhere, and convince them that the software I'm selling is worth money. Could probably build and sell quite a lot of firewall appliances that way.

  114. Re:Conflict? Only one side was whining by Brandybuck · · Score: 1

    The FSF making concessions? Hah! You must be new to the Free Software Community.

    --
    Don't blame me, I didn't vote for either of them!
  115. Stallman is just a little bit of a crank. by Anonymous Coward · · Score: 0

    He says that the Sun JDK/JRE is not free. It's certainly free as in beer, to use Stallman's own words!

    That said, having OOo work with multiple java implementations is a good idea. Nonportable code is always a pain in the long run.

  116. Sun won't do it -- why not IBM? by thisisauniqueid · · Score: 1

    Sun won't open their JDK -- but the JCP for Java 5 allows for open implementations. I know about Harmony, but IBM JDK is already done. Is there anything holding IBM back from opening their JDK?

    1. Re:Sun won't do it -- why not IBM? by Anonymous Coward · · Score: 0

      AIUI IP issues. Why risk another SCO vs linux?

      In any case, a JVM based around the Apache Portable Runtime means easier and better portability.

  117. Does Stallman think the world revolves around him? by Anonymous Coward · · Score: 0

    I think Stallman and company have this entirely backwards. The OOo community should freely use 100% of the latest Java standards (just not any non-portable Java internals).

    If any of this does not work in GCJ, then Stallman and company need to put up or shut up.

    OOo should not hold off on using portions of standard Java (including the latest Java 5 features) just because GCJ is not up to the task. The onus should be on GCJ, not OOo in this regard.

  118. Re:Let that be the end of it by Rick+the+Red · · Score: 1
    they lost the java war.
    Not really. The threat was that everything would be written in Java and would run everywhere. The reality is that some things are written in Java and they run most places. Everything was going to be written in Jave because Java was supposed to be "write once, run everywhere". It's reputation became "write once, test everywhere, fix platform-specific bugs". I don't know if that contributed to the fact that everything is not written in Java, but it didn't help, and Microsoft's -- shall we say -- unique version of Java did indeed sabotage "run anywhere".
    --
    If all this should have a reason, we would be the last to know.
  119. Re:Free as in "do as we say" by Anonymous Coward · · Score: 0

    And you missed the point. If the company says "I want to base our new software of of this GPL'd program" they can't, right? Unless they release their own version under the GPL. Now if the person who wrote the code is employed by the company, the company can get a license to use the code in a proprietary piece of software w/o abiding by the restrictions in the GPL. That is all he was saying.

  120. Proprietary, undocumented extensions. by Solemn+Bob · · Score: 1

    The concern was that OO.o was using proprietary extensions to Java which aren't well documented and are exclusive to Sun.

    Ahh, which might those be? I *love* when non-Java developers try to talk OSS and Java.

    The sun.* packages. You know, the ones that are intended to be used only internally, and aren't well-documented. You can review Sun's policy towards them at http://java.sun.com/products/jdk/faq/faq-sun-packa ges.html

  121. FSF programmers... by Per+Abrahamsen · · Score: 2, Insightful

    There are close to none these days. FSF is mainly a legal and political organization. Programming on GNU projects is done by volunteers, or contributed by other organizations.

    Of course, you can be a volunteer programmer for FSF working on OO.o, but that is hardly different from being a volunteer programmer working on OO.o.

    What you can do is to be a volunteer on OO.o and be aware of the need of the GNU project ( acompletely free system). Which I suspect is what RMS hoped for in the first place.

  122. Re:Free as in "do as we say" by JohnFluxx · · Score: 1

    'He declined to answer, but I'm going to carry on with my post assuming he said yes'

    Jeez.

    Actually I heard RMS talk in Brussels only a few months ago. In my view, RMS would like to see ordinary off-the-shelf software to be released under the GPL. Things like games etc he said perhaps a 5-10 year copyright. Other forms of information/software should be given a copyright lifetime on a case-by-case basis.

    Personally I think this is reasonable. Let all the RMS bashers destroy me (And there seem to be more and more of them here. I was reading a few weeks ago that one reason for this is that more and more ms windows users were reading slashdot now).

  123. Re:Conflict? Only one side was whining by m50d · · Score: 1
    Look at the last story, one of the first comments is yelling "ASSHOLES" at the people who were complaining about the problem.

    The concessions on the free software side seem to be not forking OOo.

    --
    I am trolling
  124. Re:Conflict? Only one side was whining by greenrd · · Score: 1
    No, I think the reason is that OpenOffice.org probably has about 100x-10,000x the userbase of most other Java-using open source applications.

  125. Re:Free as in "do as we say" by Sinterklaas · · Score: 1

    Mainly because it would irk me to no end if I bought a piece of software from someone else, and it turned out to have my code in it!

    I really don't understand this argument. If someone uses free code in proprietary software, that software costs less to build and is better tested. So if anything, you pay less for better software. Personally I would be more frustrated if the software I bought was buggy and overly expensive because they were reinventing the wheel.

  126. Re:Free as in "do as we say" by ClosedSource · · Score: 1

    So what? The orginal code would still be available to everyone.

  127. Re:Free as in "do as we say" by Anonymous Coward · · Score: 0

    I guess people are talking about two different scenarios here. In one scenario, the whole of the code is developed by you. In the other, code base has been developed by others than the original writer.

  128. Heavy Handed? by GreyWizard · · Score: 1

    Huh? A version of OpenOffice that will not compile and run with properly with GCJ is completely useless to someone who wants to avoid proprietary software like the Sun JRE. This is also the case for people who want to run NetBSD or Linux PPC where the Sun JRE is not available. You may not be one of these people but pretending that their concerns are unimportant is impolite -- much more so than any "threat" of forking.

    Unless the OpenOffice developers are prepared to cooperate with this portion of the community (and fortunately it seems they are) forking is the only alternative to abandoning OpenOffice entirely and recommending alternative projects. Blaming the negative consequences from such a move to the OpenOffice project on people who are just trying to get work done without compromising their principles or buying new hardware is boneheaded.

    --
    Not all those who wander are lost.
  129. Ignorance by GreyWizard · · Score: 1

    Declaring the FSF irrational is easy to do when you don't consider the facts on the ground. The problem is not programming ethics or bugs in the copyleft Java implementation. The problem is that the copyleft Java implementation is not yet finished. People have been working on completing GCJ for quite some time. While the progress they have made so far is impressive this is not an easy task. Everyone would like to see it done sooner but people are working as quickly as they can.

    Limiting OpenOffice to the large set of features GCJ already has available is a practical short term solution and would considerably widen the potential userbase. The OpenOffice developers understand this and have indicated that they are willing to move in this direction, which is not how one would expect them to respond to an irrational complaint.

    --
    Not all those who wander are lost.
    1. Re:Ignorance by Jamesday · · Score: 1
      The complaint wasn't irrational. Suggesting throwing away the resources of the community by forking the project instead of trying to recruit more JVM developers was.

      Wanting copyleft is fine, but free software is supposed to be more efficient and such forks both split the community and waste its resources. Really bad thing for one of the leaders of the community to be suggesting. Lets at least try to work together efficiently!

    2. Re:Ignorance by GreyWizard · · Score: 1

      First of all, the leaders of the community *are* trying to work together efficiently as the original article clearly demonstrates. Stallman has been in contact with the OpenOffice developers who seem to have listened to his objections and promised to take steps to address them. You are calling the FSF irrational for not doing something they have in fact already done.

      Had the OpenOffice developers refused to budge, which they had the right to do, creating a fork would most emphatically *not* be a waste of resources -- at least not from the perspective of the free software community. Doing so would have been necessary and quite important for many users who want a working OpenOffice on a completely free platform (or merely on one that isn't supported by the Sun JRE).

      The ability to fork a project in response to important disagreements is a vital check on the power of developers and is at the core of why free software is more efficient in the first place: a lack of central control means the community can more easily vote with its feet. Consider the Xorg fork of XFree86 or the EGCS fork of GCC. Forking a project is not always irrational. Should the OpenOffice developers not make good on their promises this will be yet another example where forking is the right thing to do.

      --
      Not all those who wander are lost.
    3. Re:Ignorance by Jamesday · · Score: 1
      Yes, forking is a critically important tool but it does take care over deciding when to do it and when to pursue the available more productive courses. That's why the initial reactions were inappropriate - there was a more productive course available than forking, one which will be of far greater benefit to the community: working on free and copyleft JVMs so all projects can use them when java is the most appropriate tool for the problem at hand.

      Personally, I don't think that a fork over this would have made any sense at all, because it would have been, at best, a symptom of impatiance: an unwillingness to accept an intermediate state while the other JVMs were developed to the point that they could run the code. Yes, it's frustrating not to have everything now - but that's still not a reason for a major fork.

    4. Re:Ignorance by GreyWizard · · Score: 1

      I think you underestimate the importance of having working code in the short run. No one is suggesting that GCJ and Classpath should slow down or stop. While it will be nice to have complete Java 5 support there is simply no way these projects are going to reach perfection in the next six months. This could take a year or more even by conservative reckoning. Meanwhile the impending OpenOffice 2.0 release is not going to wait. What should people who prefer free platforms or who have unusual hardware do in the meantime? Stick with the less efficient and feature rich older releases? Use a piece of software full of features that won't work and won't fail gracefully? Compromise on their principles or shell out money for machines based on an architecture and operating system blessed by Sun?

      Why should they do any of these when the community could maintain a fork? What you call impatience others call practical necessity.

      Also, a fork would not be nearly as inefficient as you pretend. One or two people who are familiar with the internals of OpenOffice could cleanly slice off features that rely on things Classpath doesn't implement. Such people might not have enough skill or desire to participate in Classpath development directly, but they could submit bug reports which could help to prioritize ongoing work. A better accounting would consider the possibility that experience will make them more productive later, too.

      Of course, it looks like even the threat of this was enough to make the OpenOffice developers do the right thing. Should they keep their promises we will have the best outcome possible. This might not have happened had no one declared the intention to fork the project. More than anything else, this convinces me that the initial reactions were perfectly appropriate. I hope the FSF has the good sense to use exactly the same approach if issues like this arise in the future.

      --
      Not all those who wander are lost.
  130. Re:Free as in "do as we say" by mjh · · Score: 1

    Why I'd be annoyed by this is that I think I should get my own code for free, not a discount! Ideally, I'd like it to be a fair exchange. They got a copy of my code for free so they should give me a copy of their code for free. But I'll settle for getting a copy of their binary for free. What is completely unacceptable to me is that they get to use my work, without paying me, but they don't offer me the same consideration (using their code without paying them). So I use the GPL to prevent that.

    If this kind of thing doesn't bother you, don't let me stop you from using whatever license you prefer. But since it does bother me, I'm going to respond accordingly.

    --
    Key to financial independence: Spend less than you earn. Save and invest the difference. Do it for a long time.
  131. Is FSF a Monopoly? by Stormy+Dragon · · Score: 1

    Because if, you know, Microsoft had called a up a developer and said, "If you don't stop using Company X's technology, we're going to clone your application and start trying to elbow you out of the market with it", people would be screaming bloody murder.

  132. Re:Let that be the end of it by Stormy+Dragon · · Score: 1

    Microsoft didn't keep its extensions in a nice little com.microsoft.* hierarchy like Sun does with its extensions. Microsoft added classes to the java.* and javax.* hierarchies, changed existing classes within those hierarchies, and even added new keywords to the underlying language. Sun's issue was never that Microsoft was adding stuff; the issue was that Microsoft was adding stuff in a way that made it very hard to tell if you were using a Microsoft only interface.

  133. Re:Free as in "do as we say" by Sinterklaas · · Score: 1
    Why I'd be annoyed by this is that I think I should get my own code for free, not a discount!

    Obviously you are paying for the improvements they made. If those were not worth the costs of the software, you'd be using your own free software. Let's say that x is the price of your code, y the price of their code and $ the money you were willing to spend for the entire package. Obviously x + y = $. Since x = 0, this becomes 0 + y = $. More succinctly y = $. You are only paying for their improvements. QED.

    Ideally, I'd like it to be a fair exchange.

    So what you really care about is direct compensation. Fair enough. But please don't pretend that there is no compensation already. Giving away code that can be used freely by proprietary developers may have any of the following effects:

    1. Voluntary retributions out of conviction or guilt induced by using free software.
    2. Better quality (assuming the reused code is better than a new implementation).
    3. More commercial products. Since production costs are lower, more products can make a profit. This can result in more employment and also in more happy users (assuming that different variants optimize for different user groups).
    4. Lower price for the commercial software (if cost to produce is a factor in the price).
    A good example is the various commercial versions of Apache. This doesn't hurt anyone that is content with the free version (most of us), but the commercial buyers do finance some additional development on the free version that everyone profits from. So you have 1, 2 and 3 and possibly also 4.
  134. Re:Free as in "do as we say" by mjh · · Score: 1
    QED.

    No. My code is GPL. They can't use it unless they compensate me with their code. If I licensed my code under BSD, then you'd be correct. I gave them permission to use my code; I can't complain after the fact that they did. But (like I said) I release under GPL.

    So what you really care about is direct compensation. Fair enough. But please don't pretend that there is no compensation already.
    The "compensation" that you mention is insufficient to me. The price for my code is your code (or something else that we've negotiated). If you don't like my price, don't buy.

    And it doesn't matter that some compensation already exists. In exactly the same way that it doesn't matter to some guy selling his car if you show up with a crisp $100 bill and expect him to give you the car. You may think his price is too high and that you're giving him ample compensation, but it's his car and he gets to decide. You might even be right that $100 is a fair market price for the car. But again, it's his car, and he gets to decide.

    Same thing for my code.

    --
    Key to financial independence: Spend less than you earn. Save and invest the difference. Do it for a long time.
  135. Re:Conflict? Only one side was whining by Anonymous Coward · · Score: 0

    After all, Sun would never break OO.o on Java just to improve Star Office's position in the marketplace, right?

    Right.

    How the fuck do you imagine Sun could possibly break OO.o on Java without also breaking loads of other Java apps and, you know, kind of like damaging Java's position in the marketplace? When your entire company is bet on a platform, the one thing you do not do is change it to break applications that run on it. That's called "shooting yourself in the foot", and is not generally considered a smart move.

    You will note, for example, that OpenOffice.org, Firefox, etc., all continue to run on Windows. For some incomprehensible reason Microsoft have neglected to "break" any of the applications that are beginning to threaten their monopoly. Why? To put it bluntly - because they can't. If they could, do you think they wouldn't have snuck some nasty bit of code into WinXP SP2 that made Firefox crash a little more frequently?

    Incidentally, if you believe Sun are Pure Evil(tm) and will stop at nothing to damage OpenOffice.org's market share, would you be so kind as to explain to me why the fuck they would have open-sourced it in the first place?

    For $DEITY's sake...

  136. Re:Free as in "do as we say" by dysprosia · · Score: 1

    Mainly because it would irk me to no end if I bought a piece of software from someone else, and it turned out to have my code in it! Correct me if I'm wrong, but I believe the GPL permits commercial use of GPL'd code, but the redistributor must provide your source as well. So is your real objection that you don't want people to integrate your code without providing it? Or is your real objection that you don't want people using your code for commercial purposes?