id Resolves DOSBox/GPL Issue
The British Gaming Blog is reporting that id Software has successfully resolved the minor issue it had with DOSBox, regarding older PC games being sold on Valve's Steam network. "The problem is all fixed up now with the proper licensing text in the game's readme. Developers working hand in hand with smaller application authors is not all that uncommon; SCUMM has worked closely with point and click masters Revolution and LucasArts to improve compatibility with their games, and hopefully this trend will continue so we can experience more old classics in the future."
So is the modified dosbox source code available somewhere now? From what I've understood, there were some kind of modifications to make it depend on and require steam(?)
Id software will suffer long, and the result on their bottom line will be degraded greatly. They might even go out of business, considering the costs the inclusion of the text of the licensing agreement of DosBox in their readme will incur.
The original complaint was merely that the license wasn't included. If you distribute GPL material I do believe you are required to distribute a copy of the license with it.
id and the DOSBox crew are apparently all happy now, and all they had to do was include the license with the distribution, as noted in the article.
http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
Developers working hand in hand with smaller application authors is not all that uncommon
That's true. I know it's offtopic, but for example Sega, in their old game compilations (like Sonic Mega Collection+ etc) always use open source emulators, like Gens.
This issue was already resolved when the violation story was posted. This story would have been better served as a Slashback article.
Prosperity is only an instrument to be used, not a deity to be worshipped. Calvin Coolidge
Actually at least the most recent titles Sega Genesis Collection (PS2/PSP) and Sega Vintage Collection (Xbox 360 Live Arcade) definitely do _not_ use open source emulation. Digital Eclipse (aka Backbone) has proprietary emulation code which is used in many many emulation compilations. Open source emulation code (such as Gens) tends to rely on a patchwork of code from various sources (68000 core, Z80 core, sound chips, and so on) which would make it extremely difficult (or impossible) to properly license it as a package for commercial release.
This really was a no-brainer non-issue from the start. /. article hit the frontpage.
It's obvious that ID are proponents of open software.
The dosbox forums were not half-way as upset as slashdot.
ID-software started fixing this, even before the
Nothing to see here, or for that matter in the previous article, move along.
Blah blah sig blah blah blah irony blah blah
Here's an exchange from the QuakeCon keynote last Friday:
n _carmack-quakecon-keynote-2007.mp3 (about 1 hour 25 minutes in)
Audience member:
"I wanted to say thank you for open-sourcing the Quake 3 engine, it's made a huge difference to the community. I wanted to ask your opinion about the future of Linux and open source gaming."
John Carmack:
"I do take a great deal of personal pride and satisfaction with what I've been able to do with getting so much of the stuff out. Sometimes I think about it, and while I know it's not something I'm generally considered for, I may be one of the most prolific open source authors considering all the code that I've written over the last 15 years that I've made open source, or have made open source there. I do think it's very valuable. I'm very happy when I see both user gaming community stuff, or research universities, or people doing simulation tests, or bringing up things. Every new piece of hardware ends up having Doom or Quake titles used as an early form of test application. So I'm very happy to have done that. It's certainly going to continue. I mean I won't commit to a date, but the Doom 3 stuff will be open source. We still make those decisions even today when we're doing the Rage code when we have decisions about "do we want to integrate some other vendor's solution, some proprietary code into this". And the answer's usually no, because eventually id Tech 5 is going to be open source also. This is still the law of the land at id, that the policy is that we're not going to integrate stuff that's going to make it impossible for us to do an eventual open source release. We can argue the exact pros and cons from a pure business standpoint on it, and I can at least make some, perhaps somewhat, contrived cases that I think it's good for the business, but as a personal conviction it's still pretty important to me and I'm standing by that."
Source: http://www.3ddownloads.com/Action/Rage/Movies/joh
:wq
Yes, I bet they are kicking themselves they didn't spend 6 man-months or more of dev and testing time creating their own emulator!
I don't usually do this, but the temptation of the parent's post was too great.
I really should browse at +1 when I'm not having mod points
Would GPL3 make such wrappers illegal?
Slightly off-topic. Here's a fix I wrote that patches the conf files of DoxBox inside Steam. Sorry for the code, wrote at 1-2 am last night and was a bit under influence. Ignore the silly and/or slow parts. SteamIDDosBoxFix.zip . Fixed are: aspect ratio under 1280x1024 TFT displays, sound stuttering, mouse sensitivity. You can edit dosbox.conf yourself, the fix simply replaces your entries into all .conf files (while keeping their format) it can find under Steam's install dir (which is taken from the registry).
Hey man, quit trying to tame the FOSSie outrage.
We don't have any successful products- a false sense of superiority is all we have left.
This is probably the dream situation. First, the GPL developers actually recognize that id and steam using their stuff is a good thing. Second, id and steam didn't integrate any of the GPL stuff into their own base.
Take either of those two things away and this situation can quickly approach nightmare levels from a corporate perspective. Eventually, there is going to be a very high profile case where some developer at some company gets caught stealing gpl code after integrating it into their companies product line. It's happening already, just no one has got caught yet.
I'm sure the company will blame the developer. That may be their main line of defence. I wonder if removing the offending code will work, after all, that's what everyone says they'll do if MS ever tries to enforce a patent. I don't think that would work in either case (seriously, if you remove code then you are admitting infringement, maybe not a good strategy).
So far, most of these GPL violations have been minor, not that you'd know it on slashdot.
I know Carmack has a Slashdot account, though he doesn't post much and I have no idea if he'll read this or not, but I just want to say thanks! I'm sure that your code has helped a lot of people and that many have learned from it.
I still remember the discussion about the fast inverse square root function. I have a math degree, but I learned quite a bit. (Although I'd still like to know _how_ you all came up with that... it was hard enough to understand it.)
Not distributing the license text with the binary was only one issue, and a minor one at that. The larger issue is that they are distributing a modified and copy protected DOSBox without providing the modified source code, and the build files required to build the version they distribute. That's a definite violation of the GPL that still needs to be remedied.
The modified DOSBox binary is also linked with proprietary libraries that are required for operation of the program. Those libraries would also need to be released under a GPL compatible license in order for this distribution to comply with the GPL. Last time I checked, DOSBox contained some code from another GPL DOS emulator project to which I have contributed. It's possible that I have legal standing regarding this issue whether other contributors to DOSBox wish to press the point or not.
I think it's unlikely that the issue will be resolved any time soon without major changes to the way DOSBox is distributed via Steam.
Support SETI@home
(farther and farther off topic)
Actually, the Genesis emulation for SGC was created 'from scratch' by Digital Eclipse (starting with existing 68k and Z80 cores). Steve Snake was indeed involved, primarily in the area of sound emulation, but the main emulation was not based on his fabulous Kega work.
the above poster is trolling and is not worth a reply.