Two Helpings of WINE 210
Mister Snee writes: "As of the latest WINE release, the developer who's been working on the ActiveMovie and DirectShow code for the last nine months suddenly pulled it all from the source tree, citing fears of trouble under the DMCA." And an anonymous reader submits: "TransGaming Tecnologies is offering much of its own proprietary code up for exchange if Codeweavers are willing to relicense some of their code under the less restrictive (more free) X11 licence (eg contributing it to the X11 fork of wine, Rewind). Details can be found at this post by CEO Gavriel State. This all came from the Codeweavers-dominated recent licence change (to the LGPL) which was done in an attempt to steal TransGaming's Direct3D code and force them to open up all their work (thus have no means to make money)." Your attitude toward these license machinations may vary; Codeweavers seems unlikely to oppose people making money from WINE development.
wine confusion (Score:4, Insightful)
Wow.. this was one way to put it (Score:5, Insightful)
The licensing change was made because the Wine-project didn't really want "leeches". That is, companies using their work, without contributing back. This has NOTHING whatsoever to do with stealing.
If this hurts TransGaming, then that is their problem, not the Wine-projects.
PS! I actually like WineX, and I am a subscriber, but they have no universial right to use all the work of the Wine-project unless the contributors think that is ok (stated with a license). If they succeed in "swapping code" that is ok. Bitching about not being able to use LGPL-code, is not.
Re:Wow.. this was one way to put it (Score:2, Insightful)
Some might argue that changing the licensing of the project after a couple of years of development, because the developers didn't think things through when they began, is not OK either.
Dinivin
Re:Wow.. this was one way to put it (Score:2, Insightful)
WINE == DEAD END? (Score:4, Insightful)
Virtual Machines such as Bochs and VM-Ware will eventually be the only choice for running x86 applications.
Incedently VMWare and Bochs are not new concepts. SCO have had something called Merge [caldera.com] for ages, which has allowed people to run Windows on Openserver for years now and more recently allowed Unixware users to do the same.
Wine's forking is a desperately sad attempt to remain as near to the cutting edge in legally grey DMCA infested waters. Virtual Machines and emulators are the way to go, DMCA be dammned.
I don't even know the situ. and I see the bias! (Score:5, Insightful)
This all came from the Codeweavers-dominated recent licence change (to the LGPL) which was done in an attempt to steal TransGaming's Direct3D code and force them to open up all their work (thus have no means to make money).
<Dripping Sarcasm>
Oh, very well put.
</Dripping Sarcasm>
I don't even know what's going on and I can tell that this is absolutely nothing but a ham-handed attempt to push forward a view of the GPL and LGPL (and/or of Codeweavers) and blame it for things for which it no more responsibility than it does for the crisis in the Middle Eeast.
Licence changes of open code only affect future versions. If an earlier version was out under a different licence you liked better-- fork from there! That's what gave us OpenSSH. It was forked from the last "open enough" version of ssh. Similarly with TuxRacer; it's gone commercial, but the earlier GPLed versions are still GPLed, and nothings to stop anybody from further development of them.
What's more, even if you change your future versions of code, you can't "steal" somebody else's code which uses an older version. The current ssh is under a more restrictive licence... but OpenSSH doesn't have anything to worry about using the older ssh code. Similarly for TuxRacer; if somebody else writes a GPLed extention to it, the proprietary version can't "steal" it simply because it's connected to an earlier version of code that the proprietary version grew out of. (And vice versa. Developers of the GPLed version aren't "stealing" the proprietary code, or preventing it from being sold, by building on the earlier version.)
This statement is little better than Microsoft FUD, and comes across as far less slick than it. If there really is some beef or ethical problem with what Codeweavers has done, I don't know. If there is, it needs to be stated much better than this. This statement here only makes me believe that the poster is a whiner with strong opinions about the GPL that aren't actually based in fact.
-Rob
Re:Wow.. this was one way to put it (Score:5, Insightful)
Of course most of the stories here on slashdot are kind of biased (towards open software), but this one is really bad (and in the wrong (non-open) direction this time).
Who says you can't make money with open software? Ximian does it, Codeweavers (with *tada* Wine) does it, Eazel did it (they spend more than they made however
License fights (Score:2, Insightful)
Re:WINE == DEAD END? (Score:3, Insightful)
Easy thing: stay on windows. Don't force yourself on a certain system because it is hip. Be professional. If you need linux software, use them on a VM.
Re:Territoriality (Score:4, Insightful)
So why was Johansesn (DeCSS) arrested (or at the very least, taken by authorities) and questioned in Sweden?
LGPL does not prevent proprietary additions (Score:5, Insightful)
Bruce
Re:LGPL. (Score:5, Insightful)
Bruce
Re:Who is the guilty one? (Score:5, Insightful)
In other words, this is much ado about nothing.
Bruce
share and you get more (Score:3, Insightful)
How can you argue that TransGaming's proprietary fork is okay, but proceeding with the LGPL is not? You can't have it both ways. WINE is not some corporate charity, so the developers chose a license they're more comfortable with.
TransGaming leveraged a million lines of code, the result of almost ten years of development, in the development of its proprietary WineX product. Now TransGaming wants to trade some of its code for LGPLed code. I can forgive some WINE developers for feeling like TransGaming hasn't made good on its previous trade. Alexandre summarized the WINE sentiment as follows:
That said, if swapping code improves WINE, I'm all for it. In fact, it validates the decision to go LGPL.Re:"Start" vs. "K" (Score:3, Insightful)
It sounds stupid, but retraining can be painful for a "power user." I have a Windows setup that works for me. I put the task bar on top, set to autohide. I rename frequently used Start menu items so I can quickly select them with the keyboard: "1 Windows Explorer," "2 cygwin bash," "3 Word," etc. I frequently use the <Windows>-m shortcut to minimize all windows.
It has taken a while, but I've gotten more comfortable with sawfish under GNOME. When I finally had a weekend to play around, I discovered that the panel doesn't have to be a monstrosity at the bottom of the screen, and I rearranged the applets. I mapped some familiar shortcuts to the Windows key. However, the GNOME menu doesn't appear to support first-character discrimination, making it useless for keyboard navigation.
Despite some effort, I am still more comfortable (I hesitate to use the word "productive") under Windows. Eventually, I'll learn GNOME-isms that I miss under Windows. In fact, I'm already pretty attached to Galeon.
I commend your effort to make the workstations more usable, even if making them more Windows like may have felt like a regression.
Total Hogwash (Score:3, Insightful)
Newsflash- the LPGL is not some awful burdensom thing designed to make your life hell. It's a perfectly reasonable license that strikes a good balance between the full blown GPL and a BSD-type license. Anyone who has serious complaints about it is just selfish.
This kind of pointless sniping is not a stellar example of how business and open source can work together. Hopefully Codeweavers and Transgaming (and the l33t followers on both sides) can come up with a more intelligent solution than schoolyard name-calling.
Re:The claim of the LGPL's effect is bogus anyway (Score:2, Insightful)
it doesn't fix any problems and is only usefull for your proprietry libaries.
It doesn't do anything about the "Direct3D work" but it does mean that people can't take the LGPL code base fix bugs and then sell it without releasing the code.
What it doesn't stop is someone comming along adding say DirrectX 9 support that is clearly seperate from the original code but requires wine. (you still have the changing API problems as wine is updated sine the code isn't in the common code base it must be updated speratly)