Slashdot Mirror


SpecOpS Labs Response to Wine Project

Kelly McNeill writes "osViews/osOpinion received the following letter from SpecOpS Labs. This letter is in response to the WINE HQ Weekly Newsletter, Issue 222 dated May 14, 2004, entitled "PROJECT DAVID USES CODEWEAVERS CROSSOVER OFFICE". Their objective in writing this letter is to clear up some of the issues raised on the statements contained in the aforementioned Newsletter, which they believe might misrepresent their efforts to expand the availability of Windows applications on Linux."

45 of 105 comments (clear)

  1. Interesting Software Development Strategy by capt.Hij · · Score: 5, Insightful

    Once we finalize our design and we determine exactly which open source code we will use, we will then disclose the nature and extent of the Open Source and free code that is used.

    Shouldn't they be keeping track of this sort of thing as they go. This isn't going to help fight the view that open software is like the wild west with little regard to "intellectual" property. (Is that property owned by self absorbed smart people?)

    1. Re:Interesting Software Development Strategy by JohnFluxx · · Score: 3, Insightful

      hmm, I read it another way. In that they have been keeping track, but theres some open source code that they might or might not use, and haven't decided yet.

    2. Re:Interesting Software Development Strategy by Richard_at_work · · Score: 4, Insightful

      Who said that they wont be keeping track of it, for all we know "determining exactly which OSS code" may involve querying the developers "external code usage" database. After the recent furor over the project, these guys realise that they cant put a foot wrong, so personally Im going to wait until they release code before judging them. Also they may start out with more origional GPL code than they finish with, as a lot of it may be rewritten to fit their own needs.

      Im going to stick with "I think these guys deserve a better judgement than they are currently getting from us" and wait for an actual product to emerge.

    3. Re:Interesting Software Development Strategy by farnz · · Score: 4, Insightful

      I think you need to read the GPL again. As yet, SpecOps Labs have not distributed their product, and as such the GPL does not yet affect them. There is no clause that insists that they make the authors aware of any modification to their code; it's polite to do so, but so long as you comply with the GPL, you don't have to.

    4. Re:Interesting Software Development Strategy by Darren+Winsper · · Score: 2, Insightful

      Not just copy, either. Copy and distribute, in the strictest sense of "and" means that if you copy but not distribute, you're not covered.

    5. Re:Interesting Software Development Strategy by Anonymous Coward · · Score: 3, Informative

      Seriously, if I'm missing something (quite possible) let me know. But the way I'm reading this ... if I modify the source, compile said source - all fine and well. If I make even one copy of the result, I need to make source available. This would seem common in a project distributed among "... up to 50 developers working simultaneously ..."

      If you really want to know the answer, consult a lawyer. For what it's worth, however, allow me to inform you that your opinion differs from that of the FSF: the GPL FAQ claims that you only need to make source available if you distribute a copy of the software to someone outside your organisation. And even then you only need to make it available to people who already have the software - you are not obliged to give it to any Tom, Dick, or Harry who asks.

    6. Re:Interesting Software Development Strategy by aallan · · Score: 3, Informative

      Even if you make a tiny modification, you have to make the authors aware that such a modification exists.

      No. If you modify a piece of GPL code you are under no obligation to make the authors aware of it. You are also not under any obligation to distribute the changed source code unless you release your modified version of the program. You are still under no obligation to inform the original authors that you have made changes (and released) a version of their code, so long as you release the changed source code with your binaries.

      The only obligation you have under the GPL in this respect is that if you release it, and it's GPL'd, you have to release the source code with it.

      Al.
      --
      The Daily ACK - Eclectic posts by yet another hacker
    7. Re:Interesting Software Development Strategy by mindstrm · · Score: 2, Insightful

      They have not distributed. The code belongs to the company, not the developers.. there has been no distribution.

      No rights have been transferred to the other employees regarding the code.. the machines are the property of the company, and the employees are using the code as agents of the company.

      If I install code on your computer at my office, like a copy of windows with a non-transferrable license, I am not distributing it, or giving it to you, I am installing it on company property.. it still belongs to the company.

      The same goes for development work. I can put all the proprietary code in a GPL app that I want, and use it as much as I want.. a company can do the same thing, and use it wherever they want within that company.

      They could also beta-test internally, or with licensed beta testers, without having to give source.

      There is a fuzzy line eventually... for instance, what if I, on my own, want to test some of my proprietary code with some GPL code. I am free to do so of course. Now let's say my good friend who happens to be an expert coder is also interested in this project, and wants to help me sort out some bugs... we are separate legal entities, not a company... so it would seem I cannot simply send him the code, ask him not to distribute it, and see if he can help me out, even if he is perfectly willing to do so.. because the GPL forbids it.

      IT all comes down to how "Distribution" is determined by the courts.

      Common sense says that a few developers working on building a finished product sharing copies is not distribution... if it were it would defeat the purpose of the GPL in the first place.

  2. Shame! by Danathar · · Score: 3, Insightful

    Shame on all you troll trashing naysayers that automatically ASSumed that SpecOps was just a ripoff /Scam company!

    I'm willing to admit that in the end it still may be a scam. BUT I'm also willing to wait and see before passing judgement! Are you?

    1. Re:Shame! by isdnip · · Score: 3, Interesting

      No, no shame. SpecOps was trolling for dollars by keeping quiet about the WINE code they're using. Now they're spinning.

      So in this new letter, they're admitting that there's WINE in there, though not saying how much. And they're adding improvements atop it, which Codeweavers also does. And when it's released, per the GPL, they'll apparently release their modified source code where required. Okay. Whether David is useful or not remains to be seen.

    2. Re:Shame! by k98sven · · Score: 4, Funny
      Yeah, given tall tales like these, how could anyone possibly get the impression that they're a scam?


      The story behind David reads like an adventure novel: In July of 2002, news of SpecOpS Labs' discovery was leaked from Oracle-Philippines to Microsoft in Redmond WA. Microsoft immediately relayed a communiqué to an Asian based Private Investigator requesting detailed info on the SpecOpS Labs Platform; days later, news of the investigation was intercepted by a friendly asset and delivered to SpecOpS Labs. In August, the Philippines' top computer scientist & MIT alumni scrutinized the David blueprint and certified its validity; a few weeks later, a high-ranking ASEAN IBM Official learned of the discovery and its certification and requested a meeting with SpecOpS Labs.


      I have no idea. That all sounds perfectly reasonable.
  3. Kudos to them by Richard_at_work · · Score: 5, Insightful

    Well, its not often that you see this kind of comeback, and I take my hat off to SpecOpS for doing it.

    We are puzzled over the furor of some people concerning our use of open source code such as WINE in our David software. The success of the open source movement is based upon the ability of the open source code (such as the Linux code) to be used and modified. We have improved and we will continue to improve code from selected open source projects. Once we make David available for commercial release, we will acknowledge the specific work of other individuals, groups or companies referenced in Project David, we will also release the open source code that we improved back to the community.

    I must say that this is pretty much the same view I had when I read the story here on slashdot. A lot of people were lamenting the fact that they seemed to be using WINE derived code, which struck me as strange, since wasnt this the whole point of the GPL? In my view, they have embraced OpenSource pretty much fully, tho only time will tell if they succeed.

    The quote they have from Trilogy makes for interesting reading, as they also publish within that quote negative aspects of the review (namely the "we have concerns about the business aspects" quote), which is almost unheard of for a company, which makes me think that they are trying to be legit. They state that the screen shots that made the rounds was basically a pre alpha, WINE repackaged with a bit of their own code, so no wonder people could spot various things wrong with it.

    Here on slashdot, we seem to have a strange "community thought" on the usage of GPL code in a commercial project, and this came out in full when this story broke. Many comments were along the lines of "Oh My God, they are using WINE code! This is a rip off, they shouldnt be doing that! Someone get the FSF on this right away" (ok, paraphrased a bit). We knew pretty much nothing about the project, except what they had released as "future goals", and therefor I think the reaction was almost fully unwarranted.

    They state that they are using OSS code, and they also state that they will be contributing code back to the community, what more do you want? Until this guys actually start distributing stuff, give them a break, they may very well help WINE along nicely.

    1. Re:Kudos to them by JohnFluxx · · Score: 2, Insightful

      It wouldn't have been a problem at all if they just mentioned on their website that they used wine, instead of trying to make it look like they did it all themselves.

    2. Re:Kudos to them by Richard_at_work · · Score: 2, Insightful

      Why should they, the GPL doesnt contain any advertising clause, infact many people moved away from Xfree precisely because they wanted to have people credit them for their work. You cant have it both ways, these guys took screen shots of a pre alpha, a non finished product, a proof of concept, they had no need to credit anyone.

    3. Re:Kudos to them by Richard_at_work · · Score: 2, Insightful

      Maybe they want to take WINE in a direction that the current maintainers/developers of WINE dont agree with? Its all good and well saying "why dont they contribute to..." but it takes both parties for a successful contribution. Their plans may not fit in with WINES over all structure, hence any code they contribute back may be worthless to the WINE developers.

    4. Re:Kudos to them by Ann+Elk · · Score: 2, Interesting

      From the SpecOpS letter (emphasis mine):

      We are currently testing and updating our basic system architecture/design, which now uses a combination of open, free and proprietary code/modules from numerous sources.

      It will be interesting to see how this plays out as the project matures. As I understand it, they can either a) make the entire project open source, or b) make the entire project proprietary. Option (a) is obviously preferred to most of the folks around here. Option (b) will require them to rewrite any open source dependencies they currently have. Of course, one could argue that they have been "tainted" by viewing/using projects like Wine...

    5. Re:Kudos to them by HolyCoitus · · Score: 2, Interesting

      I think this all depends on which direction the code has taken. I'm hoping that it's more complicated than a Wine fork. If this is an end all runtime for Windows or close to it, I won't be complaining later. I worry though, that this will just be a pointless fork. I'm hoping that this can add to Wine and be itself something greater. That would be ideal. It's just worrisome with how they'll manage everything.

      --
      That's scary.
    6. Re:Kudos to them by rastos1 · · Score: 2, Insightful
      >A lot of people were lamenting the fact that they seemed to be using WINE derived code, which struck me as strange, since wasnt this the whole point of the GPL?

      No it's not the whole point. That's only one half of it. The other half is the community getting something back.

    7. Re:Kudos to them by Joel+Carr · · Score: 5, Insightful

      The current version of Wine is released under the LGPL license, not the GPL as most posts so far have been asserting. As a result it is perfectly legal to write code that links to Wine and keep the code proprietary. Any changes to the LGPLd code itself would require the changes to be made available though.

      Even if the license were the GPL, there would be nothing stopping them writting seperate proprietary programs/modules to complement any GPLd code, as long as the code doesn't link to or contain anything GPL. For example, in Wine entire DLLs could be written and kept proprietary, without breaking the GPL (if this were the license being used).

      To sum up, a project does not have to contain only open source or proprietary code.

      ---

      --
      Any man who can drive safely while kissing a pretty girl is simply not giving the kiss the attention it deserves. -- AE
    8. Re:Kudos to them by JohnFluxx · · Score: 3, Interesting

      Yeah you're right, I can't think of any reason.
      Oh wait, common curtesy - that was it.

      You're going to trust a company that is asking for VC money for a product that they aren't even going to say where 90% of the code came from?

    9. Re:Kudos to them by jsebrech · · Score: 2, Informative

      I thought the requirement was simply for the source code for GPL projects used to be made available for download, and for any modified GPL code to also be made available. I wasn't aware that simply doing -lsome_gpl_library was enough to drag proprietary code under the terms of GPL. If it is I am surprised and concerned.

      That's the way it works. It's meant to ensure that you don't just take pieces of GPL'd code, wrap them in a library, and build code on them that you don't open source. If you base your stuff on GPL'd code, your code has to be GPL'd too. That's the deal you agree to when you use GPL'd code in any way, even just by linking to it. If you don't like it, don't use it.

    10. Re:Kudos to them by jsebrech · · Score: 4, Insightful

      Well, its not often that you see this kind of comeback, and I take my hat off to SpecOpS for doing it.

      What comeback? They don't address the claim that the screenshot on their site shows a bug only in crossover office and not in the main wine tree, other than by saying "no, we're not using it". So pay no attention to the bug behind that screenshot.

      A comeback generally involves disputing the claims that you've been doing bad stuff with actual evidence that you haven't. That entire letter is full of nice words, but no actual content. Their position on what OSS code they use is summed up as "we might be using some OSS code, we might even one day tell you what it is, and then we might contribute back our changes to those projects, and we might not actually do any of the things we said we might."

      They also still do not give credit to the wine project for what they're doing, despite overwhelming evidence that they are basing their stuff on wine. They're not legally required to, but it bodes ill when someone doesn't even want to admit what open source code they're using regarding how good a community member they'll be.

      I must say that this is pretty much the same view I had when I read the story here on slashdot. A lot of people were lamenting the fact that they seemed to be using WINE derived code, which struck me as strange, since wasnt this the whole point of the GPL? In my view, they have embraced OpenSource pretty much fully, tho only time will tell if they succeed.

      Embraced fully? Where's the source? Where's the community participation? Where's even the simple crediting of the shoulders on which they stand? They haven't done anything whatsoever to embrace open source, other than pay lip service to it.

      Here on slashdot, we seem to have a strange "community thought" on the usage of GPL code in a commercial project, and this came out in full when this story broke.

      Open source survives because of the community. Anything that damages the community, damages the very principle of open source.

      Besides, look at the transgaming example. Transgaming's winex is closed source based on an open source project. They've been heckled over it, but at the very least they credit the wine project, and have contributed _some_ code back. This project david has done none of that. They seem to avoid participating in the OSS community. Why should they get treated nicely by the community then?

      They state that they are using OSS code, and they also state that they will be contributing code back to the community

      So they talk the talk. Big deal. I want to see them walk the walk.

    11. Re:Kudos to them by JohnFluxx · · Score: 2, Interesting

      hmm I guess it just comes down to difference in opinion then. I think if a company bases 90% of it's work on an open source product, then it's polite to acknoledge that.

      I dislike Sun as well for doing this with their Java desktop thing.

  4. On the bright side... by Anonymous Coward · · Score: 2, Interesting

    the ruckus has highlighted to SpecOS that they must respect the terms of WINE's licenses when the time comes to release their application. Call it a preemptive strike, in line with the new preferred foreign policy of various countries.

  5. two years! by quixoticsycophant · · Score: 5, Funny
    1. We have been working on David for more than two years now.

    C'mon, installing Crossover Office isn't THAT hard.

  6. Hmm, I think this smells more suspicious by Anonymous Coward · · Score: 4, Insightful
    Blames the third party website makers - God, they were paying for that site?

    Questions whether codeweavers accidentally released that specific buggy code back into wine when it is stated otherwise.

    Says they will figure out what parts of opensource code they will use and deal with crediting and releasing any code the have to 'later'. Not exactly legally smart - we will figure out what we took and what our liabilities are after. I would question whether they could keep closed any of it being linked to current wine. So if they are not dealing with this now, is there a new funding requirement in their business plan for the lawsuits?

    This in even the Philippines will probably make further funding for them impossible.

  7. Hiding nothing? by KoriaDesevis · · Score: 4, Interesting

    From the article:

    David is unique, however we do not claim, nor have we ever claimed that David is 100% our own proprietary code.

    and...

    Lastly, Project David is not a repackaging of Codeweavers CrossOver Office. We are experimenting with some of the open source WINE code but we are not knowingly using any of the Codeweavers source code. Perhaps, Codeweavers has unwittingly released its code back to the WINE Project.

    Ok, it sounds like they're being open and straightforward about it. They are recycling code. They also are putting this little disclaimer that they're not intentionally using CodeWeaver code. All right, if there is a problem, this should put up flags with concerned parties now, instead of waiting until they are all done. It would suck to be all done and then be told they had proprietary code that had to be removed. (This is reminiscent of the SCO situation -- perhaps they're trying to avoid that kind of aggravatiuon now?)

    1. Re:Hiding nothing? by Joel+Carr · · Score: 2, Informative

      The Codeweavers code in question is LGPLd. So Project David doesn't need to be concerned that it is proprietary, as it is released under the same license as the WineHQ tree. Infact, all of the Codeweavers Wine code is LGPLd. The code that isn't is things like their installer, and other supporting applications that make using Wine painless.

      This doesn't mean the Wine code Codeweavers distributes is the same as the WineHQ code though. There are lots of nasty hacks and work arounds that Alexandre Julliard would never let into the WineHQ tree.

      ---

      --
      Any man who can drive safely while kissing a pretty girl is simply not giving the kiss the attention it deserves. -- AE
  8. Which version of wine? by trinity93 · · Score: 5, Interesting

    If they used code from the MIT-X Licened codebase they could do with it what ever they wanted too as long as they gave credit. This means ship binaries only. Wine has only recently become GPL/LGPL (I forget which, i think it is LGPL) So in the end this discusion could be for nothing.

    .

    --
    We substituted the coffee Slashdot normally drinks with "Sandoz Crystals", Lets see if they notice the difference
  9. Disclosure by Anonymous Coward · · Score: 2, Insightful

    No one trusts anyone who does stuff in secret. Either do it in public, or keep quite about it. Cloak and dagger tactics and "teaser" shots are for cheesy movies, not software projects.

    1. Re:Disclosure by dinivin · · Score: 3, Insightful


      Bullshit. A lot of people obviously trust Microsoft, and their entire OS was developed in private.

      Dinivin

  10. I smell a problem by HolyCoitus · · Score: 3, Interesting

    We have been working on David for more than two years now. David is an experimental prototype, and is based upon technology that has been evolving over the past 15 years.

    David is unique, however we do not claim, nor have we ever claimed that David is 100% our own proprietary code. We are currently testing and updating our basic system architecture/design, which now uses a combination of open, free and proprietary code/modules from numerous sources.

    Ummmm... The technology has been around since 1989 they say? And developing? But they hadn't gotten that far enough to be able to run simple Windows programs? All this would appear to be is a Wine fork with proprietary additions. That's fine, but I just wonder how much is their own code and how well it will work... We'll just have to wait and see.

    --
    That's scary.
    1. Re:I smell a problem by AndroidonPPC · · Score: 2, Interesting

      Especially since linux has only been around for 13 years.

      On one hand, I want to believe that these folks are doing a fairly cool thing, making a good bridge that runs windows apps in linux

      On the other hand, I still can't shake the feeling that these folks are full of a certain biological waste product.

      Hell, was windows 3.1 even availible that far back? what technology are they talking about? These people, they a-make-a no sense!

  11. Know what they're doing by millette · · Score: 3, Funny

    I guess these guys must know what they're doing, their press release hit google news. But do they really? Search for "Corporate Structure teaser text here" and let me know what you think...

  12. Nothing new... by mike_mccormack_au · · Score: 5, Interesting
    3. Lastly, Project David is not a repackaging of Codeweavers CrossOver Office. We are experimenting with some of the open source WINE code but we are not knowingly using any of the Codeweavers source code. Perhaps, Codeweavers has unwittingly released its code back to the WINE Project.
    Firstly, the bug I pointed out their screenshots is a bug that I personally created to solve another more annoying bug. The bug only exists in CrossOver's implementation of Wine, and will not be merged back into WineHQ because Alexandre(Wine's maintainer) does not like the patch.

    Secondly, we don't unwittingly release any of our code... we deliberately release it all back to WineHQ, as it is written.

    SpecOS labs have done nothing illegal, however the screen shots they posted show that using Wine and some patches merged from Crossover Office's Wine package, they can do what CrossOver Office has been able to do for over two years now - install Microsoft Office. What's new?

    1. Re:Nothing new... by Anonymous+Bullard · · Score: 2, Interesting
      Could the SpecOpS Labs also be experimenting with the leaked MS-Windows code by any chance? Considering their intentions of keeping the use of WINE code secret and their apparently ambitious plans to attract vulture (venture) capital, perhaps they thought they found a shortcut to profits but now find themselves between the GPL and a hard place.

      One also wonders what kind of "validation" the potential investors, such as PriceWaterhouse Coopers, actually performed before wanting to inject cash into or even buy this SpecOpS outfit.

      And how does the WINE project authenticate their contributors? There might also exist an industry behemoth which would like to see the WINE project facing claims or even only suspicions of containing "illegally stolen" code.

      Finally, Microsoft used a third party (if Paul Allen can be called such) venture capital company to turn Corel (a Linux and WINE contributor before Microsoft's involvement) from a publically-held competitor into a private and submissive unit. They, and their network of friends in the financial circles, have a mountain of cash but apart from that purchasing power rather few ideas about combatting the open source method to protect their lucrative monopolies. WINE should become extra vigilant about the code contributions they accept. Perhaps OSDL or some neutral third party should start performing "blind" code comparisons between WINE and known (leaked?) code from Microsoft or other proprietary parties?

      --

      Should invading one's peaceful neighbours be opposed, or rewarded with trade deals?

  13. Google Cache shows a complete 180 by Robotron2084 · · Score: 4, Informative

    Gotta love the google cache:

    Project David Overview

    Project David Architecture

    Project David Technology

    Umm....THIS is what the 'furor' is over. If you're going to use open source software, it has to be, like, open. This does not in any way, shape or form mention WINE, that they use open source, but only states that they've found the magic elixir that gives +10 to windows emulation.

    Of course it doesn't give them pointy horns either, but it does destroy their credibility. And what's up with 50 simultaneous developers? Can anyone verify if that number's at ALL realistic?

    1. Re:Google Cache shows a complete 180 by AaronGTurner · · Score: 2, Insightful

      "David is not a reinvention of the wheel. It takes the best of breed pieces from previous attempts to simulate the Windows Subsystem, and integrates them into a single product." It doesn't mention WINE, but it doesn't actually say it is all new, and in fact says it isn't. Now it could be that Project David was trying to hide things, or the project organisers were going to wait until they were near to release and see what code they were actually using and then announce what they were using. They might be using a particular part of WINE today, but might replace that with proprietary code. If they base their code on WINE they will have to release it under the LGPL, but if it is entirely new, then they won't be bound by this. It isn't entirely impossible that by the time it is released they will have reinvented the wheel and there will be no WINE code left.

  14. hmmm... some gossips? by john_uy · · Score: 3, Informative
    i heard there are some squabbles inside the group especially with the programmers. i don't want to expound specifically but it may affect the outcome of the software (as with the delay?)


    also heard that they are not believed by some it companies here. (with grain of salt)


    from the philippines here so i "hear" some things from the industry.


    i don't want to pass judgment because i have not seen the product yet. but it makes me wonder what differences it has with applications such as wine.


    here is a link (from a local newspaper about the issue just today.

    --
    Live your life each day as if it was your last.
  15. members of by Anonymous Coward · · Score: 3, Interesting
    We are members of the Open Source community and understand that...

    I doubt that they have such a good understanding of the community and processes. The most important rule, when developing open source code, is to "release often, release early". However they say that they want to wait until "it is finished". No real commitment, just commercial attitudes.

    But whatever, if they feel it helps their business plan, just let them go. After all, it's their right to do so.

  16. Correction by trezor · · Score: 2, Insightful
    • Is that property owned by self absorbed smart people?

    No. It the other way around. It's property that makes people self absorbed, believing they are smart, and also gives them heavy litigating tendencies.

    --
    Not Buzzword 2.0 compliant. Please speak english.
  17. Derivative works? by two_ply · · Score: 2, Interesting

    Maybe someone better versed in copyright law than my IANAL self could clear something up for me...

    The GPL is based on copyright law, extending the rights of a distribution to those who receive the code, assuming they follow the conditions of the GPL. However, if I go out and buy a Tom Clancy novel, change the names of the main characters and rewrite some portions of it, I can still be sued for creating a derivative work... at what point does their use of open source code bases to 'boot strap' their own app, and rewriting those portions of code afterwards constitute a derivative work? At what point does further code written after seeing the other implimentations become something covered under a new copyright, and not a derivative work?

    I've been in this situation several times as a developer. Last year I did a 99%-complete rewrite of a GPL app, and went with the idea that because the code I wrote was so heavily influenced by the original, that mine would have to be GPL'ed as well. In my case the new app was based on an LGPL library that forced the two apps to be very similar in structure, and I was working from a copy of the old apps code in order to grok the library. It seems that in the spirit of the GPL and copyright law (not to mention morally...), that keeping it GPL'ed is the right thing to do... but can companies (legally) write a cheap clone of a GPL'ed product, with full access to the source code, and then claim full copyright ?

    P.S. I'm not saying that this is what SpecOpS is doing... I'm ust wondering where the line is...

  18. Re:This might help people to migrate: by Queuetue · · Score: 3, Interesting

    a) Crossover Office Already Does This.
    b) Linux has already taken off.
    c) Most people just use OpenOffice and don't worry about office emulation, only compatability. My clients are worried about thier accounting packages, some of which run well under normal wine.

  19. Re:Linux going the way of OS/2 by The+Spoonman · · Score: 2, Insightful

    Windows compatibility was only a small fraction of the reason OS/2 died. The fact that IBM SOLD their SDK for $600-1000 when MS was giving theirs away for free was a huge nail in the coffin.

    Well, that, and OS/2 sucked.

    The previous sentence was only to provoke hordes of flames. If you agree with me, I don't wanna hear it. ;-)

    --
    Which is more painful? Going to work or gouging your eye out with a spoon? Find out!
    http://www.workorspoon.com
  20. WINE isn't licensed under the GPL by rkaa · · Score: 2, Informative

    It's the LGPL you want.