A New Model for Software Innovation

An anonymous reader writes "In this whitepaper published at LinuxDevices.com, Matt Asay (former Linux naysayer-turned-disciple) analyzes the GPL, picking apart what it means (and does not mean) for users, and whether it is enforceable. Assay also details how its terms inhibit and foster innovation, and why we should care. In this next generation of software, those who understand 'copyleft' licenses like the GPL will have the upper-hand, and will be best positioned to take on closed-source shops like Microsoft. Assay wrote this paper while attending Stanford Law School, where he studied the the GNU General Public License under Professor Larry Lessig." A thoughtful piece that answers - as well as they can be answered - a lot of the questions about the GPL that we get for Ask Slashdot, as well as examining the economics of it. Good reading for anyone developing or selling software.

Comments

You don't HAVE to give away your GPL'd apps

[Anonymous Coward]

As far as I know, if you write an application, and place it under the GPL, you don't *have* to make it available to people. You just cannot force anybody you *do* give it to not to give it on.

So, if a company wants you to write an application, and they are paying you to do so, as long as they don't mind the application being under the GPL, there is no reason why you cannot use GPL code in the program you are writing for them. The code you write is then under the GPL, and you give them a copy. None of you is obliged to make the application available to the general public. However, neither you nor the company has the right to stop the other one from doing that.

Interesting...

Re:You don't HAVE to give away your GPL'd apps

[Anonymous Coward]

AFAIK -> You don't have to suck to suck.
AFAIK -> Ummm... WTF!
AFAIK -> Wow insightful, not true _And_ poor attempt at troll. Maybe you'll do better next time, oh yeah, it helps if you don't go AC to do trolls like that.

whatever, IHATEGNU!

Re:You don't HAVE to give away your GPL'd apps

[RoadWarriorX]

AFAIK -> You don't have to suck to suck. AFAIK -> Ummm... WTF! AFAIK -> Wow insightful, not true _And_ poor attempt at troll. Maybe you'll do better next time, oh yeah, it helps if you don't go AC to do trolls like that. whatever, IHATEGNU!

Signed, Bill Gates

Re:You don't HAVE to give away your GPL'd apps

[Eric Damron]

Actually, everything he said was 99% true. Not eloquently stated but defiantly true.

If you create a piece of software that is based on another GPL'd software then your software must be covered by the original GPL license. You are not under any obligation to release the binaries or source. However, if you do release the binaries you must make the source available upon request.

This effectively prevents someone from making changes to a GPL'd product and then sell the changes for a high price. They could do it but the buyer would have the right to distribute the code for free thus killing the seller's market.

The only part that I disagree with is that because the programmer is being paid to product the product his employer would have the exclusive right to initially release the code. So unless the employer released to code to the programmer, the programmer couldn't release it to the general public.

If I am incorrect, perhaps you could point me to the paragraph in the GPL license that supports your position.

Re:You don't HAVE to give away your GPL'd apps

[kingkade]

If you create a piece of software that is based on another GPL'd software then your software must be covered by the original GPL license. You are not under any obligation to release the binaries or source. However, if you do release the binaries you must make the source available upon request.

I think that's what I got out of the ref'd whitepaper, but also doesn't it say that you only have to release source upon request within 3 years? Or did I just misunderstand.

Also, the linking, kern module, and other issues are an extremely big question mark, IMHO, even though the author cites precedent as answering the question for us, ie, the existence of binary only kernel drivers, and programs linking with GPL'd shared libs.

Re:You don't HAVE to give away your GPL'd apps

[Eric Damron]

"I think that's what I got out of the ref'd whitepaper, but also doesn't it say that you only have to release source upon request within 3 years? Or did I just misunderstand."

Well, if you mean by "within 3 years" that you can wait three years before turning over the source then I believe you misunderstand that part. The offer to turn over the source must be good for three years after you release the binaries. So if you get a request for the source the very next day after releasing the binaries you must honor that request within a reasonable time.

"Also, the linking, kern module, and other issues are an extremely big question mark, IMHO, even though the author cites precedent as answering the question for us, ie, the existence of binary only kernel drivers, and programs linking with GPL'd shared libs."

Yes, this also concerns me. I could see it going either way. I think that Linus should make it clear that for the kernel, statically linked hardware device drivers are acceptable.

We need to allow hardware vendors to support us and yet we must not allow some jerk to take GPL'd code and compile it into an "so" file on Linux or "DLL" on windows and feel that they don't have to follow the GPL license.

Re:You don't HAVE to give away your GPL'd apps

[Eric Damron]

oops, I said statically linked and I meant dynamically linked. (Linked at run time.)

yay editors!

[Anonymous Coward]

glad to see you doing your job:

"where he studied the the GNU General Public License "

Re:yay editors!

[chocolatei]

That type of error is quite hard to spot. When it comes on a line break. More so. (-dot)

Innovation

[bytesmythe]

From the article link (not the whitepaper):
"In turn, this most 'anti-IP' of licenses is arguably doing more to foster innovation than patents or copyrights ever have."

Patents and copyrights are about making money, NOT fostering innovation.

Re:Innovation

[fatboy]

Patents and copyrights are about making money, NOT fostering innovation.

In America, patents are supposed to foster innovation. That's why you must publish everything about how your patented method works. After you loose your patent, everyone will be able to use your method and build upon it.

Re:Innovation

[Milo Fungus]

Interesting attitude. You need to read up on the history of copyright. It was originally intended "to promote the progress of science and useful arts." This is something that very few people understand, even many lawyers. The interpretation of copyright law has evolved into basically what you're describing, but that was not the original intent.

Re:Innovation

[Damek]

Indeed - this really needs to be modded up. All knowledge is built on that which came before, and you can't build on something if you're disallowed access to it. And so it follows that in the lust for money and recognition, knowledge and innovation.

At the outset, I think the authors of patent and copyright laws sought to balance the interests of recognition and greed with those of knowledge and innovation, but things really seem to be getting out of hand these days.

Perhaps the problem is that our culture and the pace of knowledge have sped up as information and people move faster and faster, but the patent lengths haven't been shortened, and copyrights have only grown longer... In information technology, patents are often in effect longer than the technology they cover!

If no one is using something anymore, I think it should pass into the public domain. If the difficulty then becomes "how do you know if no one is using it", and the solution is to establish generic time limits, then as the culture moves and changes faster, the time limits should shorten, not lengthen.

Re:Innovation

[FreeUser]

Patents and copyrights are about making money, NOT fostering innovation.

Very true, but the excuse for patents and copyrights, and the economic and cultural harm such informational and intellectual monopolies cause, is the mistaken notion that they are intended to, or in fact do, "foster innovation." As we've seen demonstrated very clearly in the software industry, and as we've seen evidence of in other areas of endeavor, these government mandated monopolies do not foster innovation or progress ... so their very excuse for existing, and for granting such privelege to so few, is itself a farce.

Which is something the average joe is only now, slowly, becoming aware of.

Re:Innovation

[Bruce Perens]

After you loose your patent, everyone will be able to use your method and build upon it.

That's the way it's supposed to work, but the reality is that after you lose your patent, it's useless to everyone else - at least where most software patents are concerned. The state of the art will have progressed too far, and there will thus be no real quid-pro-quo for the public.

Bruce

Re:Innovation

[bytesmythe]

Agreed. When I wrote my post, I was only considering the modern use of copyright/patents.

Re:Innovation

[Znork]

From the US constitution:

The Congress shall have power ... to promote the progress of science and useful arts, by securing for limited times to authors and inventors the exclusive right to their respective writings and discoveries;

The original intent of patents and copyright was about fostering innovation.

Not that the corruption of the idea we have today is about that tho.

Re:Innovation

[mmol_6453]

I know most "would this work" posts are ignored, but...

Would it make sense for the patent office to set a limit on a patent's life span based on the rate of technology progression in that field?

Re:Innovation

[bytesmythe]

You beat me to this post, but thanks for making the point.

I used to be involved in pharmaceutical marketing project, and these companies spend most of their time racing to make new products to get everyone to use so that when the patent on their previous drug runs out, everyone will switch to the new stuff rather than going generic.

Look at Nexium. It came out right when the patent for Prilosec was set to expire. Or Glucovance and Glucophage XR came out right when the patent for Glucophage expired.

The point is that the patents last just long enough to make the invention useless. Perhaps one solution would be to simply shorten the duration of patents, since R&D efforts happen on a much faster scale now.

Re:Innovation

[Anonymous Coward]

Patents and copyrights reward people who spend the money and time to research an idea. Unfortunately, aggressive people abuse the system, creating the kind of rejection of the whole system that one often sees on these message boards. The Patent Office definitely should be reformed, and should stop granting patents to innovations that are obvious to anyone skilled in the art.

Let's put this in persepctive.

I found on that "supermodels" can make $50,000 for FOUR MINUTES of just walking down a runway at a fashion show. Four minutes.

Do you think that is all right? Do you think programming a computer is easier or harder than walking down a runway?

Why am I spending my own money and effort trying to write a piece of software, when in the end nobody will help pay for my health insurance ($93 per month), my apartment rent ($600 per month), car insurance (about $100 per month), and food? My landlord doesn't expect to give me housing for free, the grocery store isn't giving me any hand outs, and the police will throw me in jail if I'm caught driving without proof-of-insurance.

Indeed, if I can't make money from this software when it is eventually finished, due to piracy, then I will probably do non-related software work, meaning NO innovative work. The carrot in front of me is definitely the hope that I can build a sustainable business. Furthermore, I hope that my software will be bug-free enough and feature full so that people won't have to pay me for software "services" on a case by case basis.

While GPL and Open Source are viable for SOME business models (such as Cygnus, now a part of Red Hat), it is not viable for EVERYTHING. I think some of you readers don't understand that.

(By the way, because I am a short male, there is no way I could be a supermodel. )

Re:Innovation

[aardvarkjoe]

Well ... the only problem is that the 'rate of technology progression' would be defined by lawsuits, not by any scientific method. (Imagine some judge, not knowing anything about software, ordering that software patents should last 100 years. You know it would happen.) The biggest problem with 'reforms' is that those that it's supposed to effect can usually manage to stall them forever.

Re:Innovation

[mmol_6453]

If a patent clerk can use his judgement on whether or not something is patentable, wouldn't he be able to take into account the rate of technology advancement as well?

It doesn't matter if the occasional clerk's judgement is just as poor...Companies sue over whether something is patentable, so they'll also be able to sue over whether something is patentable for so long.

Re:Innovation

[Reality Master 101]

Do you think that is all right? Do you think programming a computer is easier or harder than walking down a runway?

"Which is harder" has nothing to do with anything. The only question is which is more valuable in monetary terms. The model isn't getting paid to walk, the model is getting paid to use her physical assets to promote the fashion designer's product. If the fashion design didn't think it was worth it, she wouldn't get paid. Now how many people have the physical assets to do that, versus how many people can crank out code? That's why she makes $50K and you don't. Supply and demand rules all.

And by the way, if you're going to complain that she's "just" using her beauty that she was lucky enough to be born with, and turn up your nose about how superior you are, be sure and realize that you are just using a particular mental talent that you were lucky enough to be born with.

Re:Innovation

[mmol_6453]

Come to think of it, should patent lengths be contested, another factor must be taken into account: How and why a patent is profitable to the patent holder.

If the judge finds it reasonable to believe that the patent holder is holding the patent so he doesn't have to put more money into R&D--that stifles innovation, and therefore flouts the purpose of patents in the first place.

Re:Innovation

[Anonymous Coward]

The reason that the GPL is the best license is because it protects the rights of the largest number of people, i.e. the consumers of software. The GPL does the greatest good for the greatest number. That is why it is to be preferred.

Re:Innovation

[fatboy]

That's the way it's supposed to work, but the reality....

Bruce,

That's what I said. "In America, patents are supposed to foster innovation."

Re:Innovation

[Maniakes]

The Congress shall have power ... to promote the progress of science and useful arts, by securing for limited times to authors and inventors the exclusive right to their respective writings and discoveries;

Does this mean that any IP laws which do not promote the progress of science and useful arts are unconstitutional?

Similar logic has been applied (rightly or wrongly) to the second amendment to limit the right to keep and bear arms to members of militias.

Re:Innovation

[diablovision]

Patents and copyrights are about making money, NOT fostering innovation.

Bzzzt!

Patents and copyrights are about protection of an individual's ownership and reproduction rights of a produced work.

Re:Innovation

[poot_rootbeer]

Making money and fostering innovation go hand-in-hand.

(I would explain my position, but you didn't bother presenting anything that supported your statement, so why should I?)

Re:Innovation

[cmorriss]

Patents and copyrights are about making money, NOT fostering innovation.

I beg to differ. They are about making money AND fostering innovation. It is exactly the possibility of reaping large profits from a patented product that fosters innovation. The fact is, a vast majority of GPLed software is just a copy of a successful proprietary version. Some are good copies, but copies none the less.

Is Mozilla more innovative than Internet Explorer or Opera?
Is Linux (including the various desktops) more innovative than MacOS X?

I would say they are not. In fact, I can think of MANY proprietary software programs that are truely innovative. The open source area produces few programs that fit this bill. They simply play follow the leader.

Re:Innovation

[_Sprocket_]

It might be worth noting that its not just being born with natural talent. Its dedication to maintaining a certain physical appearance coupled with a limited time period in which that is possible. Maintaining this image for as long as possible requires a lifestyle of strict eating behavior and a constant exercise regime. In short, an image worth $50K is not simple to maintain... a point increasing age and a penchant for fully-sugared Coke has driven home to me personally. :)

Re:Innovation

[Anonymous Coward]

Well, in my case, it's not that I was lucky, I just have great genes. hehehe.

Re:Innovation

[chris_mahan]

On the other hand, you will find that quite a few proprietary software solutions have implemented algorithms developed by the open-source community. The reason it's not commonly known is that the program is proprietary, and people can't look in to see where it came from.

Amazing uh?

Re:Innovation

[bytesmythe]

Here's an excerpt from a talk given by Tim O'Reilly:

"History teaches us that as far as innovation is concerned, open beats proprietary every time. You have only to look at the history of the UNIX operating system to see this effect. Many of the innovations that were incorporated into commercial UNIX systems (as well as many of the foundational technologies for the Internet) were developed in universities as extensions to the original work at Bell Labs. Once AT&T took UNIX commercial, under a restrictive license, that work stopped, and didn't burst into flower again until Linux, a free implementation, took over leadership of UNIX operating system development."

When you close everything off, only enough innovation is done to perpetuate the monopoly, and no one else can share in the innovation to help further it.

Re:Innovation

[Stephen Samuel]

Patents and copyrights are about protection of an individual's ownership and reproduction rights of a produced work.

Bzzzt!

That's close to what they do, but it's not what they're about. Patents and Copyrights are supposed to give inventors/authors a temporary monopoly on their inventions so that they have an incentive to create and distribute them.

The temporary 'ownership' of the ideas and the profits that should go with that are simply supposed to be the vehicle for promoting innovation. It's pretty clear when you give a good read to the text of the first amendment.

Re:Innovation

[Stephen Samuel]

Is Mozilla more innovative than Internet Explorer or Opera?

Internet Explorer and Opera are based on the original NCSA Mosaic browsers -- which was an open source project. NT's TCP/IP Stack is mostly 'embraced and extended(corrupted)' BSD (open source) code.

Without open source, Bill gates wouldn't have ben able to program his way out of a router.

Re:Innovation

[bytesmythe]

What else is protecting reproduction rights about if not making money?

No one goes off to get patents and copyrights just to have them.

Re:Innovation

[ichimunki]

Both historically and now, I think the idea is that the financial incentive is what fosters innovation. So it's not so much one or the other, but that they are intertwined. Patents are still somewhat reasonable (although I agree that the pace of innovation in both medicine and high tech make 17 years seem like forever, we may see some slowdown in that pace in the future so a sudden change seems premature). Copyright, however, is out of control and hopefully after-the-fact extensions will be ruled unconstitutional. There is no way that grandchildren collecting royalties on something done by a guy who died 69 years ago is truly fostering new works.

Re:Innovation

[Stephen Samuel]

Is Mozilla more innovative than Internet Explorer or Opera?

Is TCP/IP and the Internet more innovative than xns? or netbios (which came much later)?

Is Sendmail / SMTP more innovative than DEC's messaging system from the early '80s, or IBM's? (damned If I can remember their names).

Is NFS more innovative than RFS?? (actually, I'd say that they were about even -- but NFS won out .. possibly because it was more open than RFS).

______

When you think about it: VHS beat out Beta -- not because it was better but because it was more 'open' (just about anybody could produce a VHS machine, but only Sony could produce Beta).

Similarly, many people ascribed DOS's ascendency over the obviously superior MAC to openness -- the fact that anybody could (and did) build a DOS box, and put whatever they wanted into it.

Openness does drive innovation.
With two products of equivalent inovativeness, the one that is more open tends to drive more collateral innovation -- and is thus most likely to thrive.

Part of the reason for patents and Copyrights was the fear that, without them, big-money own-it-alls would usurp the works of truly innovative (usually small) authors and scientists -- make all of the money off of their work and, this remove any incentive for them to make their work known.

Copyright and Patents have now swung to the other end of the pendulum. They've become and end in, and of, themselves. They've been 'strengthened' to the point where we'll soon be 'celebrating' a Century of Intellectual wilderness -- A century during which substantially nothing has been put into copyright that has subsequently flowed into the public domain -- as envisioned by the writers of the first amendment.

Much of what was created in the early 1900s will be lost into this wilderness. Only the most famous (and, in some cases, the most mundane) works will survive. Much of the rest is caught in a legal limbo. Nobody knows who 'owns' it -- thus, nobody can obtain the right to copy it. By the time it's legal to redistribute it, the originals will be incapable of being duplicated.

Consider that recordings of the technical conversations with the Apollo astronauts were only barely recoverable -- and this after less than 30 years in storage. Imagine what another 100+ years of languishing would do to less famous works -- Those who would like to preserve them risk criminalizing themselves in the process.

Had the original works been protected under current Copyright rules, Disny's Snow White would never have been made. Similarly, most of Shakespeares works are known to have had their stories lifted from other authors.

We build on the works of others. Copyright and Patent laws are useful to the extent to which they lubricate the path from creation to public availability. The moment that these laws block that path, they become repugnant to their moral and constitutional underpinning.

Re:Innovation

[ergo98]

Do you have proof of this? The open source community likes to pat itself on the back and make vast, unproven claims of widespread thievery of their brilliance, yet usually their examples are horribly incorrect (for instance the common claim that Microsoft stole BSD's IP stack because people misunderstand what a "Berkeley Socket" is and what a standard it is). Oh, right, Sigma Software borrowed some code from an open source project (which people DID discover), therefore it's widespread.

Re:Innovation

[ergo98]

Internet Explorer and Opera are based on the original NCSA Mosaic browsers

Opera was written from scratch and has, to the best of my knowledge, no origins in Mosaic apart from inspiration. I feel reasonably certain that absolutely 0% of IE 5 or greater has any origin in Mosaic (which was a brutally simplistic application, and is credited in the about for niceness licensing reasons: i.e. MS trying to avoid monopoly charges. The idea that Microsoft is relying upon the trivial Mosaic code for a tremendously complex application like IE6 is just a riot), and at best the original IE was perhaps

NT's TCP/IP Stack is mostly 'embraced and extended(corrupted)' BSD (open source) code.

I just referenced this in another posting, unaware that there was a hilarious post referencing it just down the page. Microsoft used Berkeley _STYLE_ sockets, just like Linux, just like Solaris, just like Apple. If you use TCP/IP, you almost certainly use BSD sockets. Berkeley Sockets != "they stole the IP stack", yet that particular anti-MS myth just keeps carrying on. If someone has proof, or even a reasonable assertion, that they did then I'd be fascinated to hear it, but if it's the same old tired misunderstanding, unintentionally or intentionally, then it's time to put it to bed.

Without open source, Bill gates wouldn't have ben able to program his way out of a router.

Uh huh.... So the relatively recent open source kick off of Linux ripping off a open sourced commercial product (BSD) travelled back in the past, and engineered all of Microsoft's products that made them the biggest software companies in the world. How absurd. Of course this sort of FUD goes by unquestioned on here.

Re:Innovation

[Anonymous Coward]

Supply and demand rules all.

But there's a huge supply of idiots in the world and lot of them make more than me. How does 'supply and demand' answer this one?

Re:Innovation

[Anonymous Coward]

>And by the way, if you're going to
>complain that she's "just" using
>her beauty that she was lucky enough
>to be born with, and turn up your nose
>about how superior you are, be sure
>and realize that you are just using a
>particular mental talent that you were
> lucky enough to be born with.

You have a truly warped sense of values. Programming is extremely difficult work.

Re:Innovation

[Anonymous Coward]

"Patents and copyrights are about making money, NOT fostering innovation."

Not entirely true ( is anything? )..
for software this can be true, because of the low entry costs for R&D.

Think of it in terms of the drug companies, spending millions of dollars on R&D. Like you said Patents & copyrights are about making money. In this case the copyrights and patent protection are the ONLY thing that foster innovation.

In some cases money fosters innovation, in some cases it doesnt.

Re:Innovation

[extrasolar]

Maybe they think that doing their simple workouts everyday is "earning their worth". But I don't buy it.

It's more likely they are a supermodel because they don't have an eating disorder than they don't have an eating disorder because they are a supermodel.

Or perhaps they have an eating disorder in the opposite way, not eating enough. But I consider this a sickness, not dedication.

Re:Innovation

[Chexsum]

...the reality is that after you lose your patent, it's useless to everyone else...

Interesting choice of words. I agree that certain Patents are useful and help innovate by allowing the creation of a monopoly when you put ideas into a perspective of business.

The ability for a business to sue a single developer for loss of profit because he may one day innovate the patented idea beyond the method the Patent owner has implemented is the reason I think the Patent System is unfair and anti-innovative.

I do not understand the benefits of the length of time Software Patents last. I do not understand why a single person could be responsible for showing a flaw in a patented method and/or a patented idea.

Why should an obvious idea to implement a useful method be granted with an extensive monopoly even when it does innovate?

Re:Innovation

[Chexsum]

Someone hasnt looked at the header files of winsock. ;)

Re:Innovation

[Anonymous Coward]

Winsock was not written by Microsoft. Microsoft did create their own, Winsock compatable stack, with NT and Windows95.

Re:Innovation

[Anonymous Coward]

From the "About" box in IE 6

Based on NCSA Mosaic. NCSA Mosaic(TM); was developed at the National Center for Supercomputing Applications at the University of Illinois at Urbana-Champaign.
Distributed under a licensing agreement with Spyglass, Inc.

So, you can't be right all of the time.

Re:Innovation

[Chexsum]

My point remains. MS uses BSD code. ;P

Re:Innovation

[ergo98]

The header files define the Berkeley socket standard contract (i.e. defines for choosing socket types, etc), they don't implement the stack.

Re:Innovation

[chris_mahan]

Of course not. But the reality is that we can't check to make sure.

This is very similar to the police not being able to ask someone to check the trunk of their car for illegal stuff unless they have probable cause.

In some cases, in software, there is probable cause (similar behavior, etc), yet there is no way to make sure because there is no way to look at the binary and there is no way to look at the source code.

It is human nature to hide stuff where you know nobody can look. If police was banned to look into car trunks, under any circumstances, there would be dead body, weaponry, cocaine, and anything else you can think of.

Of course, there would be no proof. There can never be any proof, when there is no accountability.

This is why people assume that Saddam does develop nukes BECAUSE he doesn't let the "Cops" look in his "trunk".

Let the software manufacturers open their source code to law enforcement. Then we'll have proof either way. Until then, there is no proof either way.

So, since there is no proof that they haven't, you cannot say that I have lied, and you therefore must accept my opinion as a valid opinion.

You do understand the concept of opinion, right?

Re:Innovation

[Chemical Serenity]

Yeah, but try to add in provisions to review that, and it'd make things even worse. The fat companies that have mad bank will be taking little-guy patent holders to court to 'prove' they're making use of a patent EVERYWHERE.

Reducing the term of patent issuance (or removing them outright for software development) and getting patent office workers with a clue would be money far better spent, I'd say...

Re:Innovation

[Chemical Serenity]

er... to prove that they're NOT making use of a patent, that is.

Bah. I even previewed before I posted. Damn rented fingers. :D

"Slashdot requires you to wait 2 minutes between each successful posting of a comment to allow everyone a fair chance at posting a comment." [sigh... wait... twiddle fingers...]

Re:Innovation

[Anonymous Coward]

You're actually much dumber than you claim to be. Mystery solved.

Software Law

[Shant3030]

What I am really curious about is if the field of Software Law is growing, or if it just falls under the more general patent law? I am interested in both the areas of software development and engineering (being one myself) and law.

Re:Software Law

[yelligsc]

Definitely.

After reading through all the .pdfs linked to in this article, Im starting to think IP law of somekind would be pretty sweet (And genuinely interresting) to be involved with.

Scott.

Re:Software Law

[Rhin_Oh]

It's definitely growing, and not just in the patent world. The Altai case was probably the modern landmark (referenced in my paper), IMHO. It set up a way for courts to review software copyright claims, something they really didn't know how to do before. Course, they still lack the expertise to do so, but they'll come around. Professors like Lessig are breeding students who eventually will be able to do something about software law to open it up to alternative ways of viewing IP.

Unfortunately, we haven't seen the GPL make its way into court, though I know Moglen and his crew have been close. (Btw, in this Microsophic world, I think a court is going to want to side with the GPL, whatever its ultimate legality. I hope so.)

You should get into the legal side. The law could use some techies. Very few make it there, because you're all doing more intersting, productive things. But think of it as charitable contributions that you can give to society. (-:

Matt

Worldwide monopolies?

[bytesmythe]

From the whitepaper this time:

"It just replaces Microsoft, a monopoly
by one, with a global development effort, a monopoly by all, as it were (which, of course, is really no
monopoly at all)."

Right. It's a polypoly.

Re:Worldwide monopolies?

[Anonymous Coward]

or a polymono?

Re:Worldwide monopolies?

[Proudrooster]

Or, "polyopoly" which seems to roll off the tongue easier with that extra "o".

Re:Worldwide monopolies?

[alienmole]

Following the trend set by "oligopoly", where an "o" was stolen from "monopoly" simply to aid in pronunciation, the word you want might be " polyopoly " - or perhaps "poliopoly", but that sounds a bit too much like someone who is infected by multiple polio viruses.

Re:Worldwide monopolies?

[Anonymous Coward]

Why am I suddenly craving crackers?

Re:Worldwide monopolies?

[Anonymous Coward]

Why not just call it a polyp.

Its an apt description, linux zealots always seem to have something up their asses.

Re:Worldwide monopolies?

[Stephen Samuel]

polyopoly " - or perhaps "poliopoly", but that sounds a bit too much like someone who is infected by multiple polio viruses.

But -- as was pointed out: Jonas Salk placed his vaxine into the public domain -- and thus saved millions of lives and made polio almost extinct (with the exception of 'defensive' bioweapons stores).

From one story about Salk:

The success of the vaccination effort won Jonas Salk unsought fame. The March of Dimes, hoping to boost publicity and donations to fund vaccination programs, lionized Salk to the point of offending his colleagues. He had applied the findings of others in a successful bid to prevent disease. Other researchers and doctors grumbled that he hadn't found anything new; he had just applied what was there. But the timing of his successful vaccine at the peak of polio's devastation made the public blind to that.

Had todays IP laws been in place back then, much of the work that Salk depended on would have probably been patented. He might not have been able to create the Smallpox vaccine, and many of us here today would have thus been dead.

barf!

[Anonymous Coward]

``Free source software has a long history of playing catch-up to proprietary software.''

``The GPL is an incentive killer.''

If anyone posted this garbage here, they'd be moderated to -1 in a hurry.

Re:barf!

[aardvarkjoe]

If anyone posted this garbage here, they'd be moderated to -1 in a hurry.

Are you under the impression that slashdot moderation has anything to do with the quality of a post?

Re:barf!

[selan]

``Free source software has a long history of playing catch-up to proprietary software.''

Just curious: why do you disagree with this statement? As others have noted, the majority of open source software is described as "an open source version of [insert proprietary software name here]". Even GNU was meant to be a free replacement for Unix.

Re:barf!

[Exotabe]

You apparently didn't read the papers. Both of them.

The author makes it very clear in his second paper that he has completely changed his opinion on the GPL as a viable licensing model.

He spends a lot of time sorting out both the myths and truths surrounding the GPL's effect on closed-source companies, OSS developers, and consumers/end users. Especially interesting was his analysis of how dynamic linking to GPL code effects proprietary software development/licensing. In short, there was a lot more to the documents than the topic sentences you grabbed from the first couple of pages.

As an aside and a personal opinion, the first of your quotations is actually a truth, not garbage. OSS has been playing catch up for quite some time, as it had a much later start. Granted, it's come a lot farther in a lot less time, but that doesn't change history.

Anyways, if this sounds like a rant, it probably is. After reading all 47 pages, the last thing I wanted to see was a blatent troll cluttering the forums.

Re:barf!

[Anonymous Coward]

I'm not the author of the original post, but I'll chime in:

I think the paper's author's statement is misleading: it's less about "playing catch-up" than it is about *innovation* using current technology as a base. Yes, we have things like OpenOffice which reads/writes Word docs, and looks like a standard GUI word processor, yet does things like by default saves in a human-readable XML-based format (a step in the right direction, IMHO). Also, take Linux. A *nix clone, yes, but in recent incarnations has sprung some interesting things like virtual memory manager debates, in-kernel HTTP daemons, and non-core things like User Mode Linux.

Ultimately, one has to start somewhere.

Re:barf!

[dd301]

Even GNU was meant to be a free replacement for Unix.

GNU stands for GNU is Not UN*X. Clearly, they are not looking to copy UN*X functionality.

Re:barf!

[selan]

I based the comment on this statement from the GNU site:

"The GNU Project was launched in 1984 to develop a complete Unix-like operating system..."

I think that RMS named it GNU's Not Unix to make sure no one would get confused.

GPL Revision

[paladin_tom]

The paper refers to a proposed revision of the GPL. A link to it is on the page.

This GPL revision seems like a completely new GPL. It's language is much simpler, and devoid of legalese. Does anyone else worry about such a complete re-write being enforcable?

Re:GPL Revision

[Anonymous Coward]

Proposed, as in proposed by Matt Harris. And notice how it basically exempts kernel modules from being derivative works? That's because Lineo wants to make proprietary kernel modules.

If you want to see where the FSF is going for GPL v3, try the Affero license.

Re:GPL Revision

[Anonymous Coward]

Do you worry about the old GPL being enforcable? It's never been challenged in a court of law. It's never been tested to see if it stands up. RMS acknowledges that.

Re:GPL Revision

[Bruce Perens]

I don't like Matt's revision for one point - that it excuses things like dynamic linking as not being covered. Given today's COBRA and so on, any linking at all can be dynamic.

Re:GPL Revision

[Bruce Perens]

Do you worry about the old GPL being enforcable? It's never been challenged in a court of law. It's never been tested to see if it stands up. RMS acknowledges that.

Dear AC,

No, I don't worry at all. If the GPL tends not to be valid, the people who have challenged it are then left with the default in copyright law, which is all rights reserved. Even if they win, they lose. Would a court say "yes, you can use and redistribut GPL code without any obligation to anyone else"? If they did, that interpretation would apply to code under other licenses as well - including that stuff in the boxes from Microsoft. Forget about that happening.

Bruce

Re:GPL Revision

[paladin_tom]

I worry less about the current GPL because GNU/FSF has had a bunch of lawyers look it over. You may notice from the wording that it isn't a "simple" license.

Re:GPL Revision

[selan]

The current GPL is full of legalese because the FSF's lawyers go over it with a fine tooth comb. You're probably right that they wouldn't want to change the language.

But it makes the GPL so much easier to understand, doesn't it? If the FSF doesn't like it, why doesn't the writer submit it to the OSI as a new license? I'd use it.

Re:GPL Revision

[mmol_6453]

Actually, Cobra was from the GI Joes in the 80s. One could say they were dynamically linked, as the links would be broken as soon you tossed a grenade in their direction.

Re:GPL Revision

[Anonymous Coward]

why doesn't the writer submit it to the OSI [opensource.org] as a new license? I'd use it.

Don't! This simplified language carries some nonobvious bombs. For instance, paragraph 8 says that

if you sue anyone over patents that you think may apply to the software for a person's use or distribution of the Software, your license to the Software ends immediately and automatically.

Which may very well mean that Red Hat may be blocked from enforcing its patents (i.e. on Ingo Molnar's kernel work), possibly against some bad guy.

At this point, I'm not saying this is good or bad, I'm just saying it's nonobvious and needs to be carefully thought through.

Re:GPL Revision

[emarkp]

Are you sure? Page 15, footnote 37 speaks to the proposed change to the GPL, but the essay seems to deal with the GPL in its current revision.

Re:GPL Revision

[paladin_tom]

From the link:

Note: Matt Asay's paper makes reference to a proposed revision to the GNU GPL. That proposal, by Matt Harris (currently CEO of Lineo), is available here . . . Suggested Revision of the GNU GENERAL PUBLIC LICENSE Version 3.0, May 2001

Re:GPL Revision

[mpawlo]

This is actually a real problem for companies being part of a larger development chain. What happens if someone higher in the chain discontinue operations or loose its right to development? What happens if Linus Torvalds dies and his estate withdraws the license for Linux?

Add to this that the GNU GPL is a very American license. It does not deal with author's rights in a European way which may pose a legal and commercial threat to any company relying on free software.

Regards,

Mikael

Re:GPL Revision

[Anonymous Coward]

What happens if someone higher in the chain discontinue operations or loose its right to development?

However, parties who have received copies, or rights, from you under this License will not have their licenses terminated so long as such parties remain in full compliance.

What happens if Linus Torvalds dies and his estate withdraws the license for Linux?

What happens if Ford goes out of business and takes your car back?

It does not deal with author's rights in a European way which may pose a legal and commercial threat to any company relying on free software.

Authors rights are mainly rights of attribution; the GPL deals with attribution in section 1.

Re:GPL Revision

[mpawlo]

I am not sure how US copyright and contract law works in this case, but in Sweden and most of the European countries you can not acquire intellectual property (yeah, I know about Stallman's Wittgenstein take on this term, but I use it anyway) through ignorance of previous rights. That is, should the licensee not be the rightful proprietor of the intellectual property, the licensor has no right to the intellectual property.

Ford and their cars are tangible property and can not be compared to computer programs. In this case we may develop a truck or an airplane of the intellectual property equivalent of a Ford car.

Author's rights are not only a right to attribution, it is also a right to have an impact on distribution. Please bear in mind, author's rights can not be waived.

Maybe I should add that I am a GNU GPL fan, but Stallman does not like me .-)

Regards,

Mikael

Re:GPL Revision

[Anonymous Coward]

actually it's quite possible that the courts could decide to nullify some clauses of the GPL while leaving others. they could even force all GPL-licensed works into the public domain. of course this would affect microsoft's EULA, but i think microsoft would rather have free access to all the GPL software and then have to defend their EULA than to allow the use of the GPL to continue.

Re:GPL Revision

[LMCBoy]

What happens if Linus Torvalds dies and his estate withdraws the license for Linux?

As I understand it, the worst that could happen would be a fork. The codebase at the moment before the license change would still exist, and would still be GPL'd. Guess which fork most people would continue to use and develop...

Re:GPL Revision

[mpawlo]

In order to fork the kernel you must be allowed to do so. In order to be allowed to fork the code you need a license.

From a legal perspective you have to check out whether Finnish or US law would apply. Then you would have to check whether the kernel was a part of the estate or not. Then you would check whether the license could be enforced or not. I guess the estate would have a fair shot at claiming ownership, while the kernel was distributed for free (which adds to the giver's rights).

However, this is most likely only a theoretical problem, while the Torvald relatives seem to be fairly well-aquainted with the concept of Linux .-) Still, the safest thing for Linux developers would be for Linus Torvalds to put the kernel in a foundation, FSF or something else. Maybe this have been done already? Mr Perens?

My point was rather to mention a few European problems that may be interesting to consider, should the GNU GPL be revised. I think there is a European investigation going on, issued by FSF Europe, but I have not got the URL at hand.

Mikael

Re:GPL Revision

[LMCBoy]

Yes, I was assuming that the copyright of the kernel was currently held by Linus, and that it would revert to his estate if he died. However, in the COPYING file at kernel.org, Linus says that the linux kernel is "copyrighted by me and others who actually wrote it", so I guess it isn't so clear-cut.

A different perspective, perhaps?

[DesScorp]

While I welcome any insight or debate into the GPL and CopyLefting, frankly, I'm not getting anything new here. And the fact that he studied under Lawrence Lessig is going to imply some bias on his part, considering Lessig's positions. Frankly, other than speculation and name calling, there's not much real analysis out there on the issue of licensing in open source. What I'd like to see is some expert opposing viewpoints, starting a real debate on the legality of the issue. I've yet to see an article from the other side of the opinion fence regarding the GPL's legality, and this is strange, considering Microsoft's attack against the license, and the fear among many in the Open Source movement that it's unenforcable. How about it, Slashdot? How about some legal opinions from people other than Lessig or his students, pro AND con? That would be an interesting debate.

Re:A different perspective, perhaps?

[Anonymous Coward]

Um, that's because the GPL is obviously legal. If Microsoft et al. were to use well-reasoned arguments to attack the GPL and open source, it would fail.

Re:A different perspective, perhaps?

[Anonymous Coward]

I seem to recall that this very issue of legal enforcement of the GPL (pro and con advocates) was a Slashdotted topic (linking to ~4 different people's debate?) a while back (maybe two years? two and a half) but I'm unable in a (relatively) cursory search to turn up the topic.. Good luck..

Re:A different perspective, perhaps?

[ClosedSource]

"Um, that's because the GPL is obviously legal."

In the real world nothing is "obviously legal".

GPL

[hatrisc]

The GPL is far from perfect, but it offers a hacker solution to a problem which other hackers are faced with. After reading Free as in Free as in Freedom I have seen how and why it came about, and agree with almost 100% of it. But there are some things which might make me think twice about releasing software under it. Though I would probably release it anyway.

psych

[sstory]

Whatever the GPL says or omits, being 'best-positioned to take on closed source shops like msft' will not be possible without understanding why people will pay $550 for a word processor and spreadsheet. And dismissing that behavior as just 'lusers being stupid' isn't an answer.
When people will pay $550 for an easy, intuitive word processor that comes with restrictions (Office), rather than a more primitive, ugly, yet free and somewhat as functional word processor (Emacs or other unix WP), there's something begging to be explained. And the licening details are of secondary importance.

Re:psych

[Anonymous Coward]

First, Emacs is not a word processor. Second, to say Emacs is primitive compared to word is to call yourself a Microsoft Troll. If anything Word is the more primitive of the two. Emacs is far more advanced then Word will ever be. Have you tried to edit plain text documents in Word?

Re:psych

[Anonymous Coward]

Comparing MS Office to Emacs is like comparing sitcoms to Mozart. I'll leave Emacs-heads to flame you for the "primitive" and "somewhat as functional" comments, personally I like Vi even though I have no idea what half of it is about.

What needs explaining is why use MS Office over, say, OpenOffice.org and the reasons would seem to me manifold:

1) Familiarity (users and tech suport know MS, they want to stick with it 'cause its easier than learning something new)

2) Value (a bizarre concept but most people still believe that something must be "worth" what it costs)

3) Anti-competitiveness (see most of the rest of Slashdot for references)

and doubtless loads more I can't be bothered to type right now.

Re:psych

[sstory]

My question is aimed at understanding why people prefer to pay an arm and a leg to use msft office rather than linux apps. Telling me Emacs is not a mere word processor, or how great it is, is not the answer to my question. Gnu types have been going on about that for years, and yet 98% of people go out and get MS Word. I'm trying to have a discussion about why, and how to change that.
And for the record, there's nothing difficult about editing .txt files in Word97 or WordXP, in my experience.

Re:psych

[Anonymous Coward]

Tell that to Marconi or Enron shareholders. Then again, maybe they _did_ get what they paid for, the most expensive shafting in history.

Re:psych

[Maniakes]

Comparing MS Office to Emacs is like comparing sitcoms to Mozart

Mozart and sitcoms are targeted towards very different audiences.
By all accounts, Mozart is of higher quality than sitcoms.
Sitcoms are far more popular than Mozart.

Seems like a pretty good analogy.

Re:psych

[Anonymous Coward]

Thanks. I had my special "thinking hat" on.

Re:psych

[Djinh]

What a nonsense argument. Have you ever tried driving a Ferrari Maranello down a mud path?

Does that make the Ferrari more primitive than a bicycle?

Re:psych

[kirkjobsluder]

One of the issues is that for many applications open source software has been (and in some cases, still is) so far behind the innovation curve that it is more worthwhile to adopt a proprietary solution. $579 for an item that will be used for two years is really small potatoes compared to other business expenses, and I don't know many people who actually pay full retail price for Microsoft Office. Most people I know get Microsoft Office either cheap as part of a computer bundle, through the educational discount, or through bulk pricing. It has only been recently that OpenOffice and other applications have offered the same feature sets with a similar interface. For me personally, there are a few key applications which are both not available and not even on the horizon for the Linux desktop that justify my plopping down several hundred dollars for them.

Another factor is that in many cases while the free solution offers superior functionality, (I am personally a latex user myself) but at the expense of a steeper learning curve and accessibility. Once Microsoft decided that they were going into a GUI environment, they devoted a huge amount of resources to the problem coming out with an extremely slick product compared to the Linux desktop that still frequently looks and feels like the product of a hobbyist. The more powerful open source programs such as emacs, vim and latex (programs that I use on Windows) require memorizing complex and arcane keystroke sequences. Even the open source GUI applications that I have worked with are frequently quirky in their interface design.

Finally, for many people the last mile problem is a major issue in terms of software adoption. OpenOffice may be free, but downloading OpenOffice over a modem connections is still a serious task. There is great software out there, but installing it is still a pain in the rear unless you can find a CD copy. Most people are just going to use whatever comes on the computer, or whatever they can pick up in blister pack at Wal-Mart.

In many cases, I find that the exclusive focus on access to source code and the licensing issues is really missing some of the big problems with the adoption of open source software and the issues of freedom and access in general. Access to source code in licensing issues are important. But accessibility, usability, and the availability of applications designed to do what we need to do are perhaps even more important but considerably less talked about. There is no point in giving me the freedom to modify source code that I don't understand, for a program that doesn't meet my needs, that requires a completely new interface language, and I can't use anyway because it does not interface with software for my disability. The bottom line is that 99 percent of the population doesn't care about access to source code, and perhaps a majority does not care about licenses. Until the open source movement starts treating accessibility, usability, and functionality as "freedoms" to be just as zealously promoted as access to source code, it's not going to be a much interest beyond a political clique.

Re:psych

[symbolic]

Microsoft decided that they were going into a GUI environment, they devoted a huge amount of resources to the problem coming out with an extremely slick product compared to the Linux desktop that still frequently looks and feels like the product of a hobbyist.

I have to agree. I recognize that the people on the KOffice development team, for example, put a LOT of effort into the KOffice suite, but spit and polish do make a difference. And, there are some apps that, while having immense potential, are crippled by some arcane interface conventions. Dia comes to mind. So, hats off to the open source developers - just remember, that if the goal is to advance the cause of open source software, you have to attract users. In order to attract users, you have to pay attention to issues related involving usability. Simply being able to "use" an app isn't enough - when using it feels like you're riding in a well-engineered car, then you know you're on the right track.

Re:psych

[jonadab]

> rather than a more primitive, ugly, yet free and somewhat
> as functional word processor (Emacs or other unix WP)

Calling Emacs a word processor and complaining that it
isn't Word is like calling your house a car and complaining
that it isn't a [insert favourite brand of expensive car].

People don't use Word as a substitute for Emacs. They use
Notepad as a substitute for Emacs. And if there was ever
anything primitive or ugly, Notepad makes it look advanced
and beautiful by comparison. Using Notepad as a substitute
for Emacs is roughly equivalent to using a wheelbarrow as a
substitute for a HumVee. People can argue that they prefer
the Jeep (vim), and we just shake our heads and say there's
no accounting for taste, but arguing for the wheelbarrow can
only be done out of complete ignorance. All of this is no
reflection on Word -- Word is not the same type of thing.
Word is a word processor. An expensive word processor.
Emacs is not a word processor. I _love_ Emacs, but despite
joking about using it as an operating system, I do not
use it as a substitute for MS Word. (I use OpenOffice
for that.) On the other hand, I would never subject myself
to the agony of attempting to use a word processor (MS or
otherwise) as a substitute for Emacs. I'm not even sure
that's possible; it certainly isn't sane. Not only does
it (Word or any word processor) lack the big high-end
features of Emacs (_complete_ scriptability and automatic
indentation and character insertion according to the mode
determined by the type of file being edited, _complete_
email and usenet facilities, unparalleled extensibility),
but it lacks even the basic features that nearly all modern
text editors have, without which editing is intensely painful
(regular expression search-and-replace and mode-driven syntax
highlighting, for example; it does at least have recordable
macros, but what good are they if you can't record the things
you would do in a real text editor, such as regex searches?).

Besides, Word can't use your ISO standard network coffee
maker to brew coffee :-)

Re:psych

[jonadab]

> Finally, for many people the last mile problem is a major issue
> in terms of software adoption. OpenOffice may be free, but
> downloading OpenOffice over a modem connections is still a
> serious task.

These people obviously haven't discovered wget yet. When I
was using a browser to do downloads, I considered "large"
things like Java to be a nightmare to download. No more.
wget makes it _easy_. You just give it a list of URLs to
download, minimize the window it's running in, and get on
with your life. Later you check to see if it's finished
yet. With wget, something small like Java or OpenOffice
is NO problem. I downloaded a set of three ISO CD images
for Mandrake 9.0 Beta 2 over my 33.6 dialup connection.
The connection had to be redialed periodically, but each
time wget just kept right on going where it left off...
no problem.

There are also outfits that will burn stuff like OO to
a CD-R and send it to you for a price that is much more
reasonable than MS licensing fees. If you want to talk
about _features_ Word has that OO lacks, okay, but don't
try to make the fact that OO can be downloaded a strike
against it.

I agree that most people will use whatever comes on the
computer. I will go so far as to add that if the store
had similarly priced models sitting side-by-side, one
with everything MS and the other with Gnome and OO and
Mozilla, people would look at things like the visual
attractiveness of the case and the brand name on the
monitor when making the decision which to get. Really.

Re:psych

[kirkjobsluder]

I downloaded a set of three ISO CD images for Mandrake 9.0 Beta 2 over my 33.6 dialup connection. The connection had to be redialed periodically, but each time wget just kept right on going where it left off... no problem.

Arrrg! No offense, but this is one of the biggest problems that I see the open source community has in regards to dealing with user problems, the tendency to respond to user problems by saying "Oh that's not a problem, I just use this very obscure feature of this very obscure program to deal with the problem." Downloading large files over multiple dial-up connections is not a big deal for us power users willing to tie up the telephone for an extended period of time to try out a new piece of software. The 99 percent of the computer using public will say "That is too much work, it is not worth my time."

There are also outfits that will burn stuff like OO to a CD-R and send it to you for a price that is much more reasonable than MS licensing fees. If you want to talk about _features_ Word has that OO lacks, okay, but don't try to make the fact that OO can be downloaded a strike against it.

It's not the fact that it can be downloaded that's the problem. It's the fact that the only distribution channels require going out of your way to get the software that becomes a problem. 99 percent of the computer using public will say "Why should I bother searching the Web for this product, when Microsoft-something came preinstalled on my computer?" Linux is probably in a better position because you can get a distribution shrink-wrapped at most department stores. But even so, you're dealing with the fact that most of the computer users will fight to having to try anything new. They have spent hours learning how to get things done using their favorite software package. Convincing them to switch will require reducing the barriers to adoption and long download times and obscure distribution channels are significant barriers.

Re:psych

[jonadab]

> It's not the fact that it can be downloaded that's the problem.
> It's the fact that the only distribution channels require going
> out of your way to get the software that becomes a problem.

Oh, yes, I agree with that. The biggest thing the Linux
community needs right now is a big-name OEM to ship desktop
systems with an OSS distro (or their own distro of mostly
OSS software) pre-installed, branded with the OEM's logos,
preconfigured for the hardware, and set up to be easy for
the end user (i.e., huge panel buttons for "get my email",
"surf the web", and "create a document".) With 90 days free
tech support, extendable to three years for a price.

Apple is closer to this than what we had two years ago, but
their hardware is pricey and most of the end-user apps (such
as AppleWorks) are not OSS. And anyway, it's not Linux,
so while it's all well and good for Apple, the Linux
community still is wanting a major OEM. Yes, I know there
are such OEMs, but they're not the big guys who advertise
on television.

Re:psych

[dd301]

I have to agree. I recognize that the people on the KOffice development team, for example, put a LOT of effort into the KOffice suite, but spit and polish do make a difference.

I think they should focus on features which will never make it to these proprietary apps. For example, I don't think IE will ever have popup killing. And proprietary apps usually are not as scriptable and don't play well with apps from other proprietary companies. Free software should play to its strengths.

lol

[Quasar1999]

former Linux naysayer-turned-disciple?

That's funny... How come I don't read about former Microsoft naysayer-turned-disciple??? Anyone???

Re:lol

[Anonymous Coward]

because they're too busy playing Sims and Warcraft III, right CmdrTaco?

Re:lol

[empereur]

How about Miguel de Icaza?

Re:lol

[Anonymous Coward]

omg, it's back-stabbing ignorance like this that borders on making the open source community a true waste of time.
tell me, what full-featured GPL'ed window manager did you write?

Re:lol

[Anonymous Coward]

This is Slashdot...so if anyone did say that, it would quickly be modded to -1, or the story would not be run. And they would say "it's for your own good" , like DRM, the DMCA, and all of this anti-terrorism (read: taking away our individual feddoms)crap.

Sounds great on paper

[Junks Jerzey]

I've read lots of papers like this, going back to Eric Raymond's rants. And you know, it sounds great on paper. It really does. And I love the idea of the GPL. But in practice, we're just not seeing all the innovation that you would expect. The classic examples are always cited--Perl, gcc, Emacs, Apache, the Linux kernel--but for a model that's supposed to be so superior, the success stories are fewer than you'd expect.

One striking example is that the GPLed games for Linux always tend to variations of Tetris, Boulder Dash, Missile Command, etc. You would expect the innovative games to be coming out for Linux: no pressure from marketing, free development tools, big community. But the games with spark, like The Sims and Grand Theft Auto 3 are coming from elsewhere.

Re:Sounds great on paper

[Bruce Perens]

The gamers are playing games instead of coding :-)

The lure of Free Software development mostly has to do with useful software that can be developed incrementaly. It doesn't necessarily make much sense for games. The fact that both KDE and GNOME produced great desktops in 4 years is pretty impressive, given what folks have spent on CDE and so-on.

Bruce

Re:Sounds great on paper

[Anonymous Coward]

And CDE is still unusable.
(of course I also think KDE and GNOME are unusable and are far from great, but then so is windows, so everyone loses :)

Re:Sounds great on paper

[Reality Master 101]

The classic examples are always cited--Perl, gcc, Emacs, Apache, the Linux kernel--but for a model that's supposed to be so superior, the success stories are fewer than you'd expect.

And even those examples aren't really that pure. Perl is (arguably) the work one one loan, mad genius, and is not GPL.

The gcc compiler is by far not the best compiler for any platform. It's sole advantage is that it's portable.

Emacs is, well, Emacs. I'll refrain from commenting because of my personal biases. :)

Apache is not GPL, so it doesn't reflect on the GPL, but it's probably the one application that is truly a success story. The reason, of course is that it filled a need when there was a huge demand for web servers and not many to fill the void. One can even make the argument that Apache represents the best web server, although you find plenty of argument about that in specific cases.

The Linux kernel is certainly successful -- but far from innovative. No one (hopefully) claims that Linux represents even close to the "best" implementation of a Unix kernel. Still, you have to give props to the "usefulness" of Linux.

Re:Sounds great on paper

[jareth-0205]

I believe Perl is GPL... atleast if you run

perl --version

you're told that it can be copied under the Artistic Licence or GPL...

Re:Sounds great on paper

[kbonin]

That's simply due to money!

A grade "A" title single player game can cost $2-4M to develop. The majority of that figure is salaries for the people involved: Averages might be 2-5 programmers, 5-10 artists, and 3-10 support people, all over 18-24 months, plus overhead.

Comments on game quality aside, most big games (lots of levels, high replayability, lots of art, lots of sound/music) take a heck of alot of money to develop. Someone has to front all that money. And if they think that releasing under the GPL will prevent them from recouping their investment, or have a significant negative impact on the bottom line, then it won't be released under the GPL. Period.

What you have here is a simple incompatability of business models, or at least the perception thereof. Games traditionally have to make a pile of money fast, so investors can make a return, and salaries can be paid for the team to start on the second project. You're looking at $1-2M per team per year before overhead. How can a GPL model provide that?

That's not to say it isn't theoritically possible to release the software under the GPL and sell all the content under another or traditional license, but someone needs to demonstrate that a GPL model can take in that $1-2M per year for a relatively short-lived product like a game before it'll happen.

Re:Sounds great on paper

[haeger]

...games for Linux always tend to variations of Tetris, Boulder Dash, Missile Command, etc.[...]But the games with spark, like The Sims and Grand Theft Auto 3 are coming from elsewhere.

Isn't it so that most OpenSource software is constructed to "scratch an itch". You have a need, you write a tool that helps you with that. You see someone who has a similar problem (or think that someone might have) so you give your tool away.
You didn't write the program to make money, you wrote it to help you with a task.

Games on the other hand is pure entertainment. You don't just sit down (most ppl don't anyway) and write a game. If you write a game, you probably want to make some mone off it. Especially if it's a new idea.

.haeger

Re:Sounds great on paper

[Patoski]

One striking example is that the GPLed games for Linux always tend to variations of Tetris, Boulder Dash, Missile Command, etc. You would expect the innovative games to be coming out for Linux: no pressure from marketing, free development tools, big community. But the games with spark, like The Sims and Grand Theft Auto 3 are coming from elsewhere.

There's a very easy explanation behind this. Coding is one of the smaller parts (although certainly non trivial) in the effort involved in producing a top notch game. Finding quality artists who grok Open Source and are willing to open their works using an Open Source license is very difficult. This makes creating games like GTA3 and the Sims problematic.

If you've ever gone in search of quality Open Source/Public Domain artwork/music you'll know what I'm talking about. The reason you see so many of these simple games produced by the open source community is that the coder is able to do the art themselves and therefore these are the games that get done.

I would like to note however that free (as in speech and beer) art is getting more common as Linux has matured into a viable gaming platform. At WorldForge we're amassing large collections of music, 3d meshes/textures, sprites and sound fx in our CVS repository to help fix this problem. All of the material in our media modules are either Public Domain or GPL/FDLed (some older stuff is OPL). There is already a great deal of material in our cvs media repositories but much is still left to do before we'll see a vibrant indie gaming scene as you described above.

-Jason

Re:Sounds great on paper

[GMFTatsujin]

The examples you cite - Apache, Perl, etc - are also tools which have been lauded for their flexability under a variety of circumstances. It seems to me that once the major component is in place, innovation becomes a matter of what kind of modules you can tack onto a flexable system to cover a specific need in that system's baliwick. Therefore big success stories can be expected to be few and far between - a single flexable success story can cover a *lot* of ground, and the innovation then defers to figuring the niggly bits of how it applies specifically to you.

As far as games go... well. I'd expect that the game programming going in is really done more in the spirit of "I wonder if I can figure out how they did that, then add my own touches to it", such as a CS student might employ to test their skills. These games have simple rules and a narrow environment. The sparky games like Sims and Grand Theft Auto shot for the moon in creating games with unique characteristics of gameplay and theme. The rules and environments are far more complex - "emulate various personality traits in a world full of objects that affect statistics in different ways, which then play off of the personality traits themselves to produce human-like behaviour... and make it skinnable" is a far cry from "blow up missles falling from the sky" or "push rocks down a dirt tunnel."

Unfortunately, that takes a lot of talented and skilled developers working hard toward a declared, managed goal. The fact that these are ground-breaking ideas makes it all the more difficult and time-consuming. The sheer interactivity that *every object* in the sparky games carry with them is a thing of wonder to me, and I wouldn't expect anybody to pull something like that off in their copious spare time. The kind of game takes a fellowship of like-minded dedicated programmers who can put serious day-to-day time into the project -- and that means money.

Not a programmer, just a guy who tries to think about things. I could be wrong.
GMFTatsujin

Re:Sounds great on paper

[MindStalker]

Have you looked at the mod scene latly. Almost all mods are released for free, and many are released opensourced, more would if there was encouragement. So the problem really is the engine, and engines are expensive to develop. But then again, mods can be expensive to develop too. If you look around though will will find many 3d engines of the past GPLd just no modern engine. Because really?? whats the drive. You spend years creating your GPLd 3d engine, and carmack release a commercial one that blows yours out of the water. So why bother? I'm sure there is a way to get out of this lock. But personally as games are a luxery and not an essential there isn't as much of an itch to scratch and why bother?

Re:Sounds great on paper

[NorthDude]

Makes me think...
I really really beleive that the GPL is a brilliant concept.
But, and sorry for that, I fail to see how I could buil a business on top of it.
Sure, it can work for some type of application, you give the app, sell the support.
But there are other type of application which I don't see could fit in this model.
Games for one. How could you make a profit selling open-source games?
First of all, there is no support to offer.
Second, games are generaly obsolete within months.
I mean, it is not like an open-source server which could evolve years after years.
A game, you release it one time, maybe add to that a couple expension pack, a couple patch, and it's over.
And as beautyfull an idea as it may be, and as much as I would like to share knowledge with each others, I have to eat, pay the bills and build up my future.
All that takes real money!

So, do you people beleive (and have a rational explanation) that the GPL can be applied to EVERY single type of software, or it can only be aimed at some categories of software which one can offer services for?

Re:Sounds great on paper

[pmz]

And CDE is still unusable.

CDE is just fine. It is pretty simple, quite configurable, and very well documented. It is also pretty ugly compared to other desktops, but aesthetics wasn't the main motivation behind its design. It is, simply, a workstation desktop.

Re:Sounds great on paper

[Anonymous Coward]

Right, if you ignore the focus problems, the motif problems, the apps that come with it and the fact that sun and HP have both ditched it for gnome.

And yes, I'm using CDE right now.

Re:Sounds great on paper

[mmol_6453]

Since I'm not creative enough to come up with ideas for current games try this:

Let's say Dune II was released under the GPL, with the content protected under a different license. Somebody decides to add selection of multiple units, support for antialiasing and higher resolutions...and ten years later, someone writes an OpenGL 3D system to play the game through instead of the standard 2D interface.

If the game itself was good enough, you'd find people still paying for the original content, but playing it with newer engines.

Another example: What if the Quake engine had been initially released under the GPL (impossible, I know, 'cause id licenses the source for $$ for a few years)...GL support could have come a lot sooner, and the NetQuake protocol might still rule the net, with some of the same enhancements that id put in the QuakeWorld protocol, only sooner.

It brings a Microsoftesque flavor, too. Flood the market with your product (that keeps getting improved, with no effort on your part), and competitors will have to produce something a quantom leap ahead of your product, if they want any market interest.

Re:Sounds great on paper

[Djinh]

Grade "A" operating systems can cost $100-1000M to develop. The majority of that figure is salaries for the people involved: Averages might be 10-1000 programmers, 10-100 artists and 30-100 support people, all over 18-48 months, plus overhead.

[...]

Oh wait, there's Linux, FreeBSD, etc, etc...

I've got no idea why there are no Great Open Source Games With Spark, but I bet money's got nothing to do with it.

Re:Sounds great on paper

[Anonymous Coward]

Neither have ditched it, just said they would. They also both said they would ditch CDE and OpenLook for OpenStep. See how well that worked out.

Re:Sounds great on paper

[grumbel]

There is actually one innovative Free game, its called LiquidWars and actually quite a bit similar to Pikmin, but was released long before it. But well, its not really up to todays standards.

Free Software games lack the tools, the artists and a lot of man power to keep up with commercial ones. And well, if somebody say "Look at the mod" scene under Windows, that doesn't really make a big difference, since they all base there work heavily on the work done by the commercial games. Only few are really independed of that ones.

Re:Sounds great on paper

[Anonymous Coward]

The lure of Free Software development mostly has to do with older legacy stuff that's well specified and of which there are strong examples to just duplicate. This is because there is almost no new design actually done on Free Software.

Re:Sounds great on paper

[robson]

That's simply due to money!

All of your points are correct, but I want to take it one step further: What's different about application development? Why is it possible to produce high-quality GPL applications under the same circumstances? In other words, is there anything we can learn from open-source app development and then apply to potential open-source game development?

Here's where I'm coming from: I'm a professional game designer. I use Linux at home for (most) of my computing tasks, and that means I'm benefiting from the work of hundreds (thousands?) of open-source developers. I want to give something back, and I'm intrigued by the possibility of doing a GPL'ed, FREE game that isn't subject to the whims of the marketplace. That's where this thread's parent post starts to kick in -- once you get good, passionate people working on a game without having to worry about sales, suits, and the like, you're likely to get a riskier, more innovative result.

Now... you don't need to tell me how long or how many people it takes to make good games; I know. But I can't help but think that there's a solution somewhere that we're ignoring. Again, what can open-source game developers learn from open-source application developers? Do applications really come together that much faster than games? Is it that there aren't enough artists willing to contribute their time and skills?

(Afterthought: My post assumes that open-source games are being developed in volunteers' spare time; I'm under the impression that most open-source application development works this way. If this isn't the case, that changes the arguments.)

Re:Sounds great on paper

[theBraindonor]

Go back to the goal of the GPL briefly: foster software development. It seems fairly obvious that if a game with "spark" was nothing more than source code that is compiled and executed, then the GPL would indeed foster development.

Unfortunately, the largest component of games with "spark" is artwork. Just take a look at the credits of your favorite game. There were probably half a dozen software developers recognized as creating the game. There are likely a hundred other names in there of people who didn't write a single line of code: artists, animators, musicians, actors, etc. The actually software development plays a small part in the whole of creating a game. Based on a division of labor, it isn't a wonder why the GPL hasn't fostered many games with "spark".

Further, the GPL is a software license. It applies to code. It does not transend to works of art. The models, textures, movies, and sounds of the modern video game are all works of art with substantial copyright protection. Unless a individual or group to create an open-license that covers general works of art that becomes as popular and enforcable as the GPL, proprietary game development will have the advantages.

Re:Sounds great on paper

[pmz]

But in practice, we're just not seeing all the innovation that you would expect.

What innovation are you expecting? Are you looking to be swept off your feet by the next handsome OS that you see in the elevator?

Linux and GNOME are a unique twist on the old idea of a UNIX desktop. Linux has matured a great deal over the years to rival old giants like Microsoft, and GNOME has become a very good desktop environment for many people. While they aren't earth-shatteringly innovative, they provide some relief from the stagnant mainstream desktops out there.

Then there are the countless tools that made my life livable over the years: GCC, gnuplot, ghostscript, Emacs, LaTeX, ispell, XFree86, Mozilla, and OpenOffice.org for my desktop, and sendmail, apache, and BIND on the servers. There are many many many more tools that I won't take the time to list out, but that doesn't mean they aren't there doing their part.

Many Open Source software projects are not truly innovative but provide best-of-breed implementations of standard protocols. Nearly all of the standard Internet protocols have been implemented for Linux and the BSDs. Ones like Apache steal the show, and ones like the BSD TCP/IP stack are "borrowed" by smart and successful people like Microsoft.

Perhaps the biggest contribution of Open Source is properly moving things into the "public domain" after no longer being commercially worthwhile or after becoming commodities. The protocol implementations I mentioned certainly fall into this category. For example, I seriously think the idea of a commercial web browser is obselete, and ones like Internet Explorer really serve to hold back progress rather than help it.

Another way that Open Source contributes in ways that companies can't is to provide uncorrupted software. By "corrupted" I mean: integrated DRM, proprietary file formats, proprietary communications protocols, unfair EULAs, and any other blatant company or government-driven attempt to limit what computers can do. The frequent advocacy by Open Source enthusiasts for open file formats is one way to drive innovation that really can be earth-shattering (imagine a world without .doc!).

So, I'm not sure what you're looking for, but I'm pretty convinced that there is more innovation occuring than we can shake a stick at. It isn't always suprising, revolutionary, or even obvious, but to say it isn't happening is to be in denial.

Re:Sounds great on paper

[mallan]

I see very little innovation in either KDE or GNOME.

The look and feel of both are a hodgepodge of Windows, Mac, and CDE interfaces (although KDE at least has a more consistent feel across the board). Virtually all of the apps are direct rip-offs of commercial software, and most of the time they don't even make the effort to come up with an original name (hey, I'll just stick a "g" or a "k" in front of the name of the app I'm cloning!)

The success of KDE has been fueled by a high quality, commercial toolkit (Qt), and GNOME has been fueled by a desire to keep up with KDE.

The amount of work that has gone into both KDE and GNOME is impressive, and their accomplishments are also impressive. However, keep in mind that they are copying work which has already been done by MS, Apple and Sun. Both KDE and GNOME have benefited from "what folks have spent on CDE and so-on."

Re:Sounds great on paper

[Anonymous Coward]

>Here's where I'm coming from: I'm a professional game designer.
>
>
Translation: I'm one of the people responsible for the glut of FPS games on the PC.

Re:Sounds great on paper

[robson]

Translation: I'm one of the people responsible for the glut of FPS games on the PC.

That's a curious assumption. No, I'm not working on a FPS, and I'm not developing for the PC.

Re:Sounds great on paper

[pmz]

Right, if you ignore the focus problems, the motif problems, the apps that come with it and the fact that sun and HP have both ditched it for gnome.

I've been using CDE for years...I guess I just don't notice these problems. Perhaps they really aren't problems but are just differences relative to other desktops?

I have found CDE be a very useful very no-frills desktop. It doesn't really need to have any eye candy, and it is good enough for me to get done what I need to get done.

Regarding GNOME, I do look forward to the migration to GNOME, but only after they have worked everything out to make GNOME a low-risk transition. I'm willing to be patient about this.

Re:Sounds great on paper

[ChaosDiscordSimple]

I've read lots of papers like this, going back to Eric Raymond's rants. And you know, it sounds great on paper. It really does. And I love the idea of the GPL. But in practice, we're just not seeing all the innovation that you would expect. The classic examples are always cited--Perl, gcc, Emacs, Apache, the Linux kernel--but for a model that's supposed to be so superior, the success stories are fewer than you'd expect.

Fewer than you would expect? If by "success" you mean "market penetration", yes, we have problems. But we also lack dedicated marketing departments. If by success you mean "large, useful, stable, worthwhile", we're doing great. The Wine project is making amazing progress on effectively reimplementing Windows. It's to the point where Microsoft Office runs. Gnumeric isn't perfect, but for 90% of the world's spreadsheet needs, it's great. AbiWord and KWord are lagging a bit, but making great progress. I've been using GnuCash for almost a year and haven't missed MS Money in the slightest. Sure, the Gimp has some issues that make it difficult to use for professional image publishing, but it's more than adaquete for your average person, or someone doing web images. (A friend who does photo editing work for a local newspaper says that the Gimp has everything she needs to replace Photoshop.) Playing music: XMMS. DVDs, DivX:-), and many other video format: Xine. Email: Evolution. Highly standards compliant web browser: Mozilla. Every single one of these is a huge success story to me, they've allowed me to replace Windows as my primary work system without missing anything.

One striking example is that the GPLed games for Linux always tend to variations of Tetris, Boulder Dash, Missile Command, etc. You would expect the innovative games to be coming out for Linux: no pressure from marketing, free development tools, big community. But the games with spark, like The Sims and Grand Theft Auto 3 are coming from elsewhere.

There are a number of reasons why Free Software games tend to be more simplistic. The biggest is art, sound, and music. Programmers can whip up simple icons for their word processor, but generating the hundreds of textures, dozens of sounds, and music for a game isn't something we're as good at. And the concept of "Free" hasn't infected the artists and musicians to the extent that it has programmers. (This may be because programmers have a great deal of incentive to share code. It's harder to take another artist's work and tweak it a bit for your own needs.)

That said, Free Software games aren't totally dead, just small. Nethack avoids the art problem entirely and remains one of the most innovative computer hack and slash games available. Freeciv is highly derivative, but has an innovating client-server set up. Tools like SCUMMVM and MAME show a great deal of innovation in reverse engineering and improved visual displays of existing content. Crystal Space is an excellent 3D engine mostly suffering from lack of content created with it.

Re:Sounds great on paper

[nelsonal]

Sweet, I have been waiting for xBill 2.

Actually, good luck with what ever it is you are working on.

Re:Sounds great on paper

[kbonin]

Its a tough problem, and I'm in the same boat. I'm a professional game programmer, about 15 years in the industry (SSI, Bethesda, Accolade, others...)

10+ years ago I started an VR engine project that I wanted to eventually place into the public domain - I've even continued to get employment contractual waivers from employers to allow me to do so. Over the last 10 years I have invested hundreds of hours trying to cultivate relationships with others who could contribute.

Here's the problems I keep running into:

1a. High-end games are VERY hard, and most people who have the requisite skillset already work in games.
1b. Most people who work in games have signed contracts precluding them from working on other games, including open source peojects.
1c. People who could otherwise help are kept so busy with the sweatshop hours most game houses run on that they have little to no time available to contribute!

2. If work on a game project is done on the side, it becomes very difficult to keep up with the state of the art. I've had to throw away huge sections of my codebase (especially 3d) and begin again to keep it competitive! It gets depressing when you know the code your working on at work is now n>1 years behind the engine you're building on the side. Low tech starting points do not inspire people to join...

3. If development work on an open source engine is done in the open, it becomes trivial for other developers to "steal your thunder" by encorporating your best ideas into their titles, which due to funding, ship before you! It also becomes possible for certain parties to use their access to your work to begin patent abuse! (ala Rambus, etc.) Personal example: In the few weeks after I announced on my website that I was going to publish my VR scalability whitepapers, I had a huge traffic spike from the research.microsoft.com domain. I changed my mind...

The other problem is related to tools. Games generally require significant content. Good content generally requires good tools, which generally means expensive. 3ds Max and Maya are very expensive. Artists who have purchased these tools for personal use NEED to make enough $ to recover their investment, not to mention keep food on the table. Audio tools are nearly as expensive...

I think it could happen, but only if a sufficient critical mass was acheived. I haven't seen it happen yet...

Re:Sounds great on paper

[Anonymous Coward]

But in practice, we're just not seeing all the innovation that you would expect.

So, just how much innovation can one expect?

In physics, we saw Newton, Einstein, Feynman, Hawking, and probably two dozen others, who really came up with new stuff, as opposed to variants and extensions of the old. In math, we had Newton and Liebnitz, Pascal, Euler, Gauss, Cantor, and again perhaps a dozen or so others who actually did NEW work.

In a period of about 400 years, we've seen perhaps four dozen real ground-breaking geniuses, in two of the most important and interesting fields of science. I don't think that software in general (and Opensource/Libre software in particular) is doing too badly for innovation. Don't forget, it is a technology field rather than a science, so the Newtons and Gausses aren't likely to be steered in that direction by their mentors. If we get one really innovative thing every twenty years, we'll be doing pretty well.

Fussing because thousands of code monkeys aren't thousands of geniuses is ridiculous. The problem isn't the licensing scheme, whether open or closed, the problem is that genius is rare.

Re:Sounds great on paper

[Anonymous Coward]

I've used worse desktops than CDE, but CDE just isn't very light weight. It's kinda slow, but my big issue are the focus problems.

Try this -> open netscape, double-click the '-' button(closes current window). The second click is used to close the current window and is _also_ sent to a lower window. This means that you'll close a browser window and click a link on the next window. I also have problems with applications stealing focus, and the window manager making a window occupy all workspaces at once. I find the controls pretty useless(which is personal preference, not a dig on CDE). The window manager in click to focus mode will sometimes lower the active window, so it is not visible.

I have other gripes, but I'll not discuss them here.

NOTE: Currently using CDE 1.3.4

Re:Sounds great on paper

[robson]

Hey kbonin.

2. If work on a game project is done on the side, it becomes very difficult to keep up with the state of the art. I've had to throw away huge sections of my codebase (especially 3d) and begin again to keep it competitive! It gets depressing when you know the code your working on at work is now n>1 years behind the engine you're building on the side. Low tech starting points do not inspire people to join...

Okay. I'm glad you brought this point up. Here's the thing: As we know, games aren't like movies -- game technology is constantly evolving, and this makes developers' jobs harder than it needs to be. So... I'm almost tempted to say that we need to resign ourselves, at least partially, to last-generation technology. Something's got to give, and that seems like the best candidate.

This takes a lot of pressure off developers and enables us to focus on gameplay. You recruit volunteers not by displaying cutting-edge technology, but by clearly specifying the project's vision. You attract volunteers who have similar goals. This forces a different question, though -- as an engineer, what are your motivations when you approach an open-source game project?

As a designer, I'm excited by the possibility of making the sort of game that the free market couldn't support -- either because it doesn't have a cute character, or because its themes are too "mature" (not blood-and-tits mature, but grown-up mature), or whatever. Thus, my suggestion above to resign a project to behind-the-curve technology suits my needs, design needs.

However... it occurs to me that an engineer might be attracted to an open-source project (on the side) because it gives him/her a chance to do sexy research & tasks that their "day game" doesn't permit. Thus, resigning a project to old tech may render it undesirable for an engineer to volunteer for.

So where does this leave us? Reduce the scope of the project. Keep It Simple. Don't try to compete with commercial games; just do a small set of things well. Try to build the design in such a way that unsexy art, design, and programming tasks are kept to a minimum.

I think for that, for open-source/free game development to work, it may be necessary to think about it differently than we think about commercial game development.

Obviously, I could easily be wrong -- it's possible that if you remove most of the unsexy tasks from a game's schedule, you end up with half a game :) ("How can we have a game with no UI?!?")

3. If development work on an open source engine is done in the open, it becomes trivial for other developers to "steal your thunder" by encorporating your best ideas into their titles, which due to funding, ship before you!

I don't know how kosher this is in GPL terms, but are you "allowed" to release the source only after a project has reached a certain level of completion? Say, beta?

The other problem is related to tools. Games generally require significant content. Good content generally requires good tools, which generally means expensive.

I don't really have an answer to this. There are free tools out there, but as you know, they don't generally compare to pro tools.

Re:Sounds great on paper

[Frank Grimes]

I used CDE for about 5 minutes in a computer lab when I was in college. Then my eyes started to hurt from all of the ugliness. So I ran off to find a nice linux box with windowmaker on it.

Re:Sounds great on paper

[Eric Damron]

"One striking example is that the GPL'd games for Linux always tend to variations of Tetris, Boulder Dash, Missile Command, etc. You would expect the innovative games to be coming out for Linux: no pressure from marketing, free development tools, big community. But the games with spark, like The Sims and Grand Theft Auto 3 are coming from elsewhere."

I run Linux exclusively at home and it is true that popular big name games are few and far between but there are the exceptions. Look at Quake 3. The Linux version has better frame rates than the Windows version if you are using NVIDIA's OpenGL drivers.

Linux has been traveling a long road; uphill and against the wind. Microsoft has done everything to try to stop Linux but it can't be stopped. It can't be bought, bribed, threatened into submit ion, outlawed, or destroyed by FUD. In short, none of Microsoft's usual tools work against Linux.

Does this mean that Linux will be the most popular OS immediately?

No. Linux needs a critical mass of users before proprietary software companies will consider it a viable platform on which to develop products. It also needs a critical mass of products to draw in users. This is a classic 'Catch 22.'

I believe that we are approaching the critical mass of software. The visibility that companies like IBM, SUN, HP, Compaq and others are giving Linux is a big help. The fact that Linux is a great operating system with lots of great free software means nothing if no one hears about it.

So, the growth has been slow but we are nearing those critical masses that will rocket Linux into the public consciousness.

Re:Sounds great on paper

[jgkastra]

An innovative game is much more intensive in design, to a lesser degree art, and to an even smaller degree technology (though technology can drive huge interest also, and does). While design and to an extent technology can be free, art talent is a hard thing to come by. You have to be born with it (if you are lucky enough), work at developing the talent, or hire employees to do the art.

An idea I've been thinking about is the thought of an innovative open sourced game. Providing the source for the game on the media and the company/project website, but purchasing the art. While you still could comply with an open source model, true developmental freedom is still held back by buying the art itself to see your work on the game. This can be overcome by creating a game around the rendering engine and frame itself. Something along the lines of Ikaruga (FreeKaruga), if a community desires to do so.

An open sourced gaming model would greatly help budding game designers to get their vision to the public, but what are the problems with this business model? The obvious ones are money lost on engine licensing, and users playing the free game instead of purchasing the company's game, but are there more that aren't so apparent?

Re:Sounds great on paper

[BadmanX]

It's very simple.

If you use software, but sell products or services, Free Software is your best friend. It reduces your costs while not undercutting what you're really selling.

If you sell software, Free Software is your worst enemy. It takes away the only thing you have to sell.

Game developers make money by selling software.

Re:Sounds great on paper

[flonker]

Nethack.

Not quite GPL, but still, it is open source. And it still has managed to steal quite a few man-months of work from me.

Re:Sounds great on paper

[fferreres]

1) Produce something that can help other make money and you use the GPL (or closed source).
2) Produce something that can't make money for anyone (games, and most home user programs) and you can't make money except using a closed source system.

So under 2) you end up with really low quality apps and products while under 1) you have great or even better-than-Closed-Source solutions (in some cases).

It all can be summed up with: if you can't sell X directly or indirectly, you are left with no X at all. At least, this is was has been hapening up to now.

Re:Sounds great on paper

[ShieldW0lf]

Early games were released shareware by people who enjoyed making them. What a strange idea... making something to make it.

Re:Sounds great on paper

[pmz]

Try this -> open netscape, double-click the '-' button(closes current window). The second click is used to close the current window and is _also_ sent to a lower window.

I'm using CDE 1.4 and wasn't able to reproduce this.

I also have problems with applications stealing focus, and the window manager making a window occupy all workspaces at once.

These do happen occasionally, but I'm so used to them that I reflexively correct them as they happen. The problem of some windows switching desktops for no reason is probably the most common.

Innovation and interest

[Bruce Perens]

There's a quote of Lincoln on one side of the patent office building in Washington DC. It says something about the patent system coupling innovation with interest, which I guess means providing a reward for innovation. That's where the money comes in.

But of course there are any number of situations where that reward is not the optimal means of promoting innovation, or isn't even appropriate - one example is the case of public-funded research resulting in private patents, another would be when the monopoly grants not merely methods but entire categories of business, as with today's broadly-interpreted business method patents.

Bruce

Re:Innovation and interest

[SanLouBlues]

I believe you mean this.

The quote: "The patent system added the fuel of interest to the fire of genius."

Re:Innovation and interest

[josh crawley]

Yes, but in the times he wrote (said) it, giving things free was unheard of. It's true that robber barons gave money after making their fortunes.

For an example, what about MP3 (and perhaps OGG). Fraunhofer patented the psychoacoustic encoding technique. Even though the idea is "free" and there is free software, they must still pay .75$ US for each copy (as of the slashdot article procaiming yesterday).

In these days of "Free" software, It's a situation of capitalism interfreing with a sort of un-enforced socialism. It somewhat shows how broken our patent system is (in the way that in considers everybody hard-core capitalist).

Re:Innovation and interest

[Anonymous Coward]

here's a piece of interesting trivia: Did you know that Abe Lincoln is only president to hold a patent? Basically, he was once on a riverboat that got stuck on an underwater sand bar, keeping the boat immobile for several hours until the tide came in. He designed a device to get the boat moving should a sand bar be hit. He was awarded the patent, though the device was never implemented.

Re:Innovation and interest

[Anonymous Coward]

Perens, you are a lazy slacker who left a good position at HP. You had more influence working within the system, but you would rather be a slacker bad boy. I really have no respect for you. You fucked over free software when you quit HP, giving free software an undeserved shiner in the process. Why don't you just go sit in the corner and shut up. You had your chance, and you blew it.

Re:Innovation and interest

[Bruce Perens]

Yes, but in the times he wrote (said) it, giving things free was unheard of.

Yes, the term "indian giver" was still popular when I was a child. People obviously did not understand a gift exchange.

You know, what you refer to as socialism is almost a side-effect. It's just that the money gets in the way of our collaboration. So, I prefer to refer to it as a commons within an overall capitalistic system.

Thanks

Bruce

Re:Innovation and interest

[josh crawley]

Actually, I have a nine year old sister who sometimes uses the term. She probably doesn't know the origin of the term, or cares.

Still, regarding the socialism comment..

I see it a bit more than a side-effect. In meat-space, there's only soo much resources to go around, so a type of rationing has to be created (the basis of money). In this situation, the cost is the materials, the machinery, the buildings, and the development. That's a big bottom line

However, in cyber-space, once you create "something", it can be duplicated at little to no cost. Because of the same cost on all subsequent copies, it's effively worth the basic cost of development..

A type of socialism in coding had to happen sometime. Except in this type of socialism, there's nobody forcing you to make more code. It's all donation. Also, once you write it, others can use your older work and improve on it. After all, storage is cheap enough to disregard.

Nice talking to you.
Josh Crawley

Innovation and patents....

[Steveftoth]

Actually the idea of a patent is to grant a temporary monopoly to someone with the idea of luring people to do things who would otherwise not spend their time and enegry on such pursuits. Yes, it's about greed and money, but the end result is supposed to be that people spend their time doing things like advancing technology. Before people had to hide their ideas from other people because they would lose their competive edge if anyone found out the secret. Now people publish their ideas without fear of people stealing them since they are protected by the law.

Many ideas were lost because the only person who knew them died without writing them down or passing them on. They might have written them down if they knew that they were protected by the gov.

Re:Innovation and patents....

[Milo Fungus]

Case in point: obstetrical forceps were invented by an Englishman in the 1600's. He used his invention to save many mothers and babies from dying at childbirth. The knowledge of his invention was forgotten until the 1800's when someone found his storage trunk. He had jealously guarded his invention, sharing it with only a few family members. If he had been protected by patent law, he would probably have disclosed the details of his invention. This would have resulted in millions of babies and mothers saved from a terrible death.

That's why we have patent laws.

Because there are none.

[Anonymous Coward]

That's simple - there are none to hear from.

Economics and the GPL?

[Anonymous Coward]

*LOL*

A new model for software innovation

[jukal]

I see this as the perfect chance to plug openchallenge and maybe get good comments on how to improve the concept.

Mace Moneta summarized the idea well:
" get those that have the skills needed to tackle a problem together with those that have the problem, and solve it as Open Source. The OpenChallenge web site lets you submit problems; those looking for a project to work on can browse the list of requests for something that they find interesting. "

It's in PDF format!

[Anonymous Coward]

Damn! When will someone come up with TEXT CONSOLE *pdf reader? I don't have X installed on this baby.

Re:It's in PDF format!

[RoadWarriorX]

How would you see the cool graphs? ASCII art?

Re:It's in PDF format!

[Anonymous Coward]

Go get pdftohtml (don't remember url, check freshmeat or sourceforge). Dump pdf to html.
% lynx pdf_paper.html

Done, text mode pdf!

Re:It's in PDF format!

[Anonymous Coward]

Thanks dude! Didn't know software like "pdftohtml" existed. Your reply solves my problem.

Stallman must be obsessive-compulsive

[John Harrison]

Either that or a robot. On page 17 he goes off on the "GNU/Linux" thing without provocation. Unless you consider the word "Linux" provocation. Anyhow, I just had to laugh. I guess I should have seen it coming but the FSF guy replied to to question in such a normal way and RMS had been replying so normally that it caught me off-guard.

Re:Stallman must be obsessive-compulsive

[Anonymous Coward]

Stallman's a has-been. The man hasn't done anything genuinely useful since Emacs.

Re:Stallman must be obsessive-compulsive

[Anonymous Coward]

Stallman is amazing... Back when I first started working with Linux (early 90's) he and his folks were working on Hurd and would have little to nothing to do with Linux, almost to the point of laughing it off as a joke. Here we are a handful of years later and Linux is actually a serious contender (where's Hurd? Still pre-alpha after how many decades of work?).

What does Stallman do?

With Linux "out there", in use, and quite popular, he pulls this "GNU/Linux" thing out of the ether and effectively attempts to take ownership of the very project he would have nothing to do with when it wasn't famous. I don't think it's surprising in the least that he hasn't claimed title over "GNU/*BSD" or "GNU/FreeDOS", even though using his own set of rules they probably qualify for the moniker.

Re:Stallman must be obsessive-compulsive

[Maniakes]

Stallman wants fame. Partly as an end in itself, and partly so that people will listen to his ideas. As long as Torvalds gets primary credit for Linux, he has more fame than Stallman.

Re:Stallman must be obsessive-compulsive

[LMCBoy]

Stallman wants fame.

No, Stallman wants his vision to come true. Read "Free as in Freedom". His obsessive behavior is much more readily explained by his strict adherence to his principles, and a near-absolute unwillingness to compromise.

It must be "GNU/Linux", not because he wants to associate himself with the success of Linux, but because he wants to make sure that Linux remains firmly in the Free Software camp, and does not drift off into some less-Free OSS realm.

"There is no OS but GNU, and Linux is its kernel"

Re:Stallman must be obsessive-compulsive

[BadmanX]

Not only that, but in this case, "Linux" was the correct term, since the guy was referring just to the kernel. Didn't stop Stallman, though.

Re:Stallman must be obsessive-compulsive

[Anonymous Coward]

Hehe, Stallman has you idiot eating out of his hands.

Retard!

esay

[mobiGeek]

Assay also details how its terms ...

It's a great esay written by Assay.

Re:esay

[Prior Restraint]

It's a great esay...

It's an even better essay.

proposed revision of the GPL

[Dr. Awktagon]

An interesting streamlining of the GPL. However he takes out all the "social statements" which may or may not be a good thing.

A few comments:

You can use GNU GPL Software for any purpose. You can modify, copy and distribute GNU GPL Software, including derivatives, for commercial or non-commercial purposes.

In return, you must agree:

No no, you can use the Software for any purpose. Period. If you re-distribute the software, THEN you must agree to the terms.

The license should emphasize that it only covers "copying, distribution and modification". No one should feeled compelled to accept the GPL, just because they are using the software. This also helps dispel the stupid notion that you don't have a right to use software you buy or download unless someone grants it to you.

This, in my opinion, is one of the greatest thing about the GPL. It lies dormant and only applies to you if you distribute copies. You don't need to read it, you don't need to "click-through" it. You only need to care when distributing copies, which you aren't allowed to do to begin with. In fact, if I were writing the GPL, I'd put that up at the very beginning (after a warranty disclaimer if that's necessary): "you don't need to read this unless distributing copies" or something similar.

if you distribute GNU GPL Software, you include two things: a copy of this license and a ready means of obtaining the source code for the Software.

Define "ready means"..

That if you distribute a derivative of GNU GPL Software, you include a notice explaining the changes you made.

(Nitpick) why isn't this included with the previous requirement? What constitutes a "notice explaining the change"? A diff? A paragraph? Is this important?

The GPL is wordy, partly because it spells out some of this stuff in more detail (for instance, see item #3 in it). The "revised GPL" should also be specific whenever possible.

Anyway, the GPL does need to be streamlined and clarified to a certain extent, and perhaps the FSF can get some ideas from this revision. For instance, cutting out the Preamble of the GPL entirely might be a good idea, and replace it with a link to the FSF philosophies.

Re:proposed revision of the GPL

[naasking]

Unfortunately, it may still be necessary to agree to the GPL even to use software. It frees the developer from liabilities by disclaiming all warranties including fitness for any purpose.

Re:proposed revision of the GPL

[Bruce Perens]

You left out the part about linking. If we are to clear up that part, I'd much prefer to make it clear that some forms of dynamic linking and server-izing (as with CORBA) do create derivative works. I think the key concept of a derivative work in software has nothing to do with linking, and everything to do with the span of the thread of control in a computer program. This can indeed happen across physical system boundaries. The boundary for the copyright should probably be at an API that is explicitly designated as an interface to separate works, such as the kernel system call interface. Not just any API.

Thanks

Bruce

Re:proposed revision of the GPL

[FooBarWidget]

It's only a proposal, not the final version! Don't hammer it, it's not even complete yet.

Re:proposed revision of the GPL

[Zathrus]

The purpose of proposals is to hammer them. If there is no constructive criticism (which the OP certainly gave) then it may as well be final.

Re:proposed revision of the GPL

[Ed Avis]

The licence cannot define what creates a derivative work. That is given by the copyright law and court decisions. Your arguments about where copyright's boundary should lie make sense, but they don't belong in the GPL's text.

Of course the GPL could waive rights: 'even if for some weird reason it turns out that mentioning the name of Richard Stallman makes all future programs you write a derived work of GNU Emacs, we choose not to restrict distributions of such derived works'. But you are talking about strengthening, attempting to claim control over things which the law might not consider to be derived works, and that isn't possible. (Without some unpleasant UCITA/click-through which I'm sure RMS wants to avoid, and probably not even then.)

('IANAL' considered redundant.)

Re:proposed revision of the GPL

[Zathrus]

Well stated.

The proposed revision of the GPL does "fix" some of the murkiness related to dynamic linking -- but does so by implicitly claiming them as derivative works.

I know this is what RMS wants, and perhaps it's what the community as a whole wants, but it's also why most commercial companies won't touch GPL code with a 10' pole.

At the very least an API as you define it should be able to form a firewall between GPL and non-GPL code (note - not necessarily commercial - I may want to distribute my code under BSD license, but it still needs to be untainted by GPL for that to be an option).

Without this provision companies will continue to avoid GPL code for fear of losing core business logic. I code in Unix, use open source tools, and we avoid any GPL libraries even though there's no intent to distribute the code outside our company. It's simply not worth the risk that one day we'll have a component that does need to be distributed and potentially tainting everything else -- which is core business logic.

Re:proposed revision of the GPL

[sacrilicious]

The boundary for the copyright should probably be at an API that is explicitly designated as an interface to separate works.

This thought is good/interesting. Comparing the linking interpretation with the above, I conceive of the scenarios this way:

(a) Linking: if you link to GPL'd code, you must release the entire source base

(b) API Boundary: if you modify code within the formally designated API boundary, you must release your modifications within that boundary

(b) seems more in the spirit of what I'd want, but it does present some problems:

1) what rules are adopted to ensure that the new API boundary remains clearly delineated within the new additional code, with no holes or ambiguities?

2) what if the person modifying the code decides to specify the API boundary at such a shallow depth into their added code that the spirit of the standard is defied, and the released code ends up getting polluted with such intentionally devious boundaries?

.

Re:proposed revision of the GPL

[Bruce Perens]

The licence cannot define what creates a derivative work.

It could make more of an attempt at this if it purported to be a contract, but it does not. However, copyright law is fuzzy enough about what constitutes a derivative work in software - the law says almost nothing about it - that a statement included in the license of what the parties consider to be derivative works might have some force.

Bruce

Re:proposed revision of the GPL

[jpvlsmv]

I'd much prefer to make it clear that some forms of dynamic linking and server-izing (as with CORBA) do create derivative works. I think the key concept of a derivative work in software has nothing to do with linking, and everything to do with the span of the thread of control in a computer program.

However, this moves a major burden to the USER of the software, who is supposed to be free from restrictions on the use of the GPL-licensed software.

By including dynamic linking (or CORBA) into the definition of derived works, the user must be aware of all code that may be imported into the application. A GPL program may be legal to use on one system (a linux system with a GPL'd corba instance) but not on another (a linux system with a GPL-incompatible corba system). Even if these corba implementations are indistinguishable from the application's point of view.

Another example, would installing a non-free libc.a (with the same function prototypes, but not a derived work of GNU libc) on a linux system violate the license of all GPL software on that system? Any GPLd program which (dynamically) links with /usr/lib/libc.a would be combined (in memory at least) with something that can not be distributed under the GPL.

--Joe

Re:proposed revision of the GPL

[Bruce Perens]

it's also why most commercial companies won't touch GPL code with a 10' pole

Both HP and IBM touch the GPL with some simple policies and a review board as their only precautions. They tell their customers about it, too. It happens that I am in the business of selling corporate Open Source policy and practices, so I can say sincerely that the 10-foot thing is ending.

People who want to save their business logic put it in non-GPL applications and don't put GPL code in those applications. It's not such a big deal. Also, if you do end up infringing, your proprietary code isn't "tainted", you have to cure the infringement. Writing out the GPL code and saying "I'm sorry" is an option to cure the infringement. Do you really think any court is going to compel someone to GPL their application?

Bruce

Re:proposed revision of the GPL

[Bruce Perens]

Well, the big question is whether or not someone can arbitrarily add new API boundaries to your GPL code - as in your #2. Perhaps there should be some rules about the purpose of the API? I haven't thought it out, and I see this needs thinking through.

Thanks

Bruce

Re:proposed revision of the GPL

[Bruce Perens]

The question is whether or not a simply warranty disclaimer requires agreement. I'm not sure that Sprecht v. Netscape (on the nature of agreement) is relevant to that. Now, if you want the user to indemnify you, I would think that really does require agreement.

Thanks

Bruce

Re:proposed revision of the GPL

[Ed Avis]

Yeah but the biggest strength of the GPL is that it is not a contract; 'you are not required to accept this License, since you have not signed it'. That's what gives it its enforceability. If you tried to make it a contract then you'd have a hard time showing in court that it fulfils the requirements for a legally binding contract.

IMHO a restriction on serverization would make the software non-free; for example I didn't consider GPLtrans to be free software because the author attempted (despite using the GPL) to forbid making it into a web service without publishing source. (The current web page doesn't seem to mention that, so maybe the usage restriction has been dropped.) But as we are discussing, the definition of free software might change slightly so that people can't bypass copyleft by making everything into a CORBA service.

Re:proposed revision of the GPL

[SN74S181]

It happens that I am in the business of selling corporate Open Source policy and practices,

Somebody I know was recently hassled by a telemarketer trying to sell her aluminum siding for her house.

She told the salesman: "But our house is made of brick!"

The salesman answere: "We can put aluminium siding on a brick building....."

Re:proposed revision of the GPL

[catenos]

At the very least an API as you define it should be able to form a firewall between GPL and non-GPL code (note - not necessarily commercial - I may want to distribute my code under BSD license, but it still needs to be untainted by GPL for that to be an option).

Without this provision companies will continue to avoid GPL code for fear of losing core business logic.

Sorry, but who cares? ;)

More seriously, the LGPL is for such things. If an author did not put the code under LGPL, but GPL. Tough. Live with it. Either comply or look for another source for your needs.

PS: Couldn't the kernel linking question also be resolved this way (i.e. using LGPL instead of GPL). Sorry about my ignorance, but I am not into this kernel issue.

Re:proposed revision of the GPL

[Dwonis]

For instance, cutting out the Preamble of the GPL entirely might be a good idea, and replace it with a link to the FSF philosophies.

No, that would be a bad idea. The preamble is part of the licence, and would be used in the licence's interpretation in court.

Re:proposed revision of the GPL

[spitzak]

None of these are problems, they are allowed under the GPL.

The GPL does not restrict *use* of the software in any way. What it restricts is the *distribution* of software. You can link a piece of GPL code with closed software. So can the person you give your copy to. This is OK, no matter how much MicroSoft tries to claim it is not.

What you are not allowed to do is modify the GPL software so it only works when linked to the closed-source software and then give that modified copy away. You have then violated the rules of the GPL about when you are allowed to give copies away, therefore it reverts back to copyright law and you are violating US (or whatever countrie's) copyright laws.

Re:proposed revision of the GPL

[etxjrh]

Maybe I've oversimplified this, but I see it like this:

Let's say I write, for example, libpng. It's a library for working with png graphics. If it gets linked into someone's browser, then that's OK by me (LGPL style). Of course, they mustn't touch the library. If they do then they have to release the changes *to the library*.

Further, consider the case where my library only decodes images, and someone decides to augment it with encoding algorithms. I see two scenarios:

1) I should have called my library libpngdecode and someone writes a completely separate libpngencode. They keep libpngencode (its all their own code).

2) They re-use some of my code while extending the API to include encoding routines. They have to release the changes to the library.

The key here is whether they are making a buck off my effort. If I write it then I can LGPL it. If I didn't then I can't.

I specified the API by writing the code. You can call anything that was designed to be called (perhaps I document the API, or supply a header file that defines the API). If you call anything more deeply routed then the calling routine is a derivative work of my library.

I have no problem with libraries being a product in their own right. All the LGPL requires is that you release any changes or improvements you make to the library back to the pool. I can see that this may be a little more difficult to write in strict legalese, though. Where am I going wrong?

Re:proposed revision of the GPL

[evbergen]

A thread of control means little if you post another program and wait for its response--it then moves from one program to the other and back.

A more sensible definition seems to me this: if a new work can change the intended behaviour of the original work, then it's a derivative.

In other words, you're always safe interacting with programs that live in other address spaces; by definition you can only interact with interfaces that the program's author decided to make public (or otherwise the program is buggy security-wise).

You're less safe when sharing an address space, eg. when linking statically or dynamically, because you can access every global variable and call every routine, possibly making the original program deviate stronly from its intended behaviour. However, if the original work is written as a library and the additional parts refrain from calling routines or modifying variables that are clearly marked as internal, it would not interfere with the library's intended behaviour, so the combined program would not be a derivative work.

I'm not sure to what extent the concept of 'not modifying intended behaviour' can be sensibly applied to programming languages other than C, such as eg. a complete Lisp system using a single address space.

However, I do feel that interfaces are a fundamental aspect of all computer programming, and that interface boundaries will always be more or less identifiable, regardless of programming model or language.

Indeed, following the practice set by the Linux kernel seems only too sensible now: if you use *public* interfaces, you're not creating a derivative work. Not with RPC mechanisms like CORBA, not even when sharing address spaces.

If you use internal interfaces (or worse), you're creating a possibly unauthorised derivative work. Of course, you're still free to use that, you're only not allowed to redistribute the combination without source or GPL to cover it, giving subsequent users the right and the means to do the same thing you did.

Re:proposed revision of the GPL

[wfrp01]

I think the terms "API boundary" and "linking" could use some clarification. In fact, I don't know that I'd use the word "linking" at all, because of its specific association w/ particular programming languages. It's all about definitions. I think the issue needs to be translated from the language of programmers into legal nomenclature.

Somebody should do something (but not me). ;)

Re:proposed revision of the GPL

[russotto]

I really don't think Open Source or FSF would be very happy with the results if the FSFs idea of creating a derivative work by dynamic linking could hold. This would potentially make anything which used, e.g., the WIN32 API a derivative work of Windows.

Stallman/FSF appears to think that a work dynamically linked with a GPLed library is a derivative work of that library, but I honestly can't see how. A simple thought experiment: suppose I were to take the documentation for some GPLed library, and have a crack team of programmers in a clean room develop a non-GPL equivalent. I then develop my own program based on the non-GPL library. I distribute my program, but without the library, instead suggesting that people download the GPLed library. If Stallman's view is correct, either

1) I created a derivative work without ever working with the code my work is a derivative of. This is patently absurd.

2) The user created a derivative work when he ran my program with the GPLed library in place. This is NOT a view the FSF or anyone else who likes Open Source wants to become law -- making the ephemeral dynamic-linked copy count as a derivative work gives certain monopolistic copyright holders the total control over use of their work that they desire.

Re:proposed revision of the GPL

[keebler]

You only need to care when distributing copies, which you aren't allowed to do to begin with. In fact, if I were writing the GPL, I'd put that up at the very beginning

That's why the file is called COPYING and not EULA.

Re:proposed revision of the GPL

[Zathrus]

Either comply or look for another source for your needs

We do. Thus we use Boost, OTL, and other C++ libraries with non-GPL licenses. Realistically it hasn't been an issue for us -- there aren't any libraries that we've wanted to use but were prevented from by the license. If there were, we'd either find an alternative or write it ourselves.

Problem is, a lot of people do write code, hoping for it to be used widely and then GPL it. Yes, LGPL is the right license, but it doesn't get nearly as much press as the GPL and so a lot of people unfamiliar with the particulars of both licenses might not get it.

I'm not asking to subvert the GPL. I'm asking that it be far more clear as to what constitutes a derivative work -- Bruce took a good step towards that IMO.

Re:proposed revision of the GPL

[guacamolefoo]

> An interesting streamlining of the GPL. However

Ummmm. That should really be GNU GPL. I mean, without the GNU development tools, where would the GPL be? Huh?

guac-foo

Re:proposed revision of the GPL

[catenos]

Agreed. Bruce clarification would help a lot.

His next paper...

[return 42]

...will be on the Slashdot effect.

IANAL++

[jon_c]

This guy deserves a new acronym

IANALBISL

I Am Not A Lawyer, But I Study Law.

-Jon

Re:IANAL++

[Maniakes]

I Am Not A Lawyer, But I Study Law.

I prefer IANYAL = I Am Not Yet A Lawyer.

Taking best advantage of IP and software

[MarkWatson]

I have just skimmed his paper (interesting stuff to me started on page 31), so this is tentative: I have been thinking of GPLing my software technology for semantic extraction and natural language processing.

My problem is that I have invested a little under 2 years of work on my NLP tools, and although I only make about $5K a year selling them, that money does help pay the bills and I believe the long term market for my software is excellent.

I have received many great bug fixes and code improvements for my Open Source projects and even more great help with material for my free web books, but these projects have not cost me nearly two years of work.

I guess that the real question is if companies (and perhaps individuals) who use GPLed software to make money in their own closed commercial products are honest about paying a fair license fee to get a non-GPL license to use my work. I do receive many generous donations for my free web books, so I do trust in many people's generousity and fairness.

An alternative to using the GPL is to license software for free non-commercial use and then hope that commercial use users act fairly.

I think that many developers would very much like to have their work freely used by people who make no money off of their work and at the same time collect reasonable payments from anyone making money on one's work. Tough problem - please share any good ideas :-)

In any case, it is tough for me to make a decision here.

-Mark

Re:Taking best advantage of IP and software

[Anonymous Coward]

I see your point. I do not have any specific websites/software in mind, but I have seen where companies and individuals have written thier own legal statements. Basically, the statement is what you said - if you use it for personal or non-profit reasons then you may use it for free. Entities that profit from software (directly or in-directly) is required to pay $XXXX.

Of course, I would recommend what ever legal statement you create be reviewed by an attorney (someone with experience in these matters). Although my company does not write software - we do provide services. Our contracts are written in house then reviewed by our attorney (each and every time we alter it).

Good luck.

Re:Taking best advantage of IP and software

[Enquest]

you would under GPL still be able to sell the software. You would under GPL get the assistens of others in your programe which makes it even a better product to sell. Your invesment would be returned and.
If you want to give it for free for non profit then there are other licence's.

I would take GPL if you want to make a real good product.

Is linking closed code to GPL library "fair use"?

[Zelatrix]

Interesting paper. Since the GPL only grants permission to do things that would otherwise be forbidden under copyright law, I wonder if linking proprietary code to a GPL library could be defended as "fair use"? Ignoring the GPL license. Much the same as "reading it" could be considered fair use of a copyrighted book.

If so, would that mean that linking to any software library, whether proprietary or not and whether validly licensed or not could also be defended as fair use?

I am no lawyer, natch.

Re:this is a test post

[Anonymous Coward]

That's because you're trolling too much.

Comment removed

[account_deleted]

Comment removed based on user account deletion

Re:linux is dying

[Anonymous Coward]

Don't you get it? It does not matter wether people use BSD or Linux, since they are both Unix systems.
You're flaming at the wrong community. Microsoft is the enemy, not Linux!

The Microsoft Factor

[Analysis Paralysis]

One item only partly addressed in the document has been the increasingly burdensome requirements of Microsoft licenses (product keys in manuals, product keys stuck to the back of PCs - good idea MS!, online product activation and shotgun EULAs giving MS the "right" to alter your system). In combination with the increased cost of licensing, this is prodding all Windows consumers to re-evaluate their options. Not to mention MS's famed security...

You are looking in the wrong places

[FreeUser]

I've read lots of papers like this, going back to Eric Raymond's rants. And you know, it sounds great on paper. It really does. And I love the idea of the GPL...ut for a model that's supposed to be so superior, the success stories are fewer than you'd expect.

That is because you are looking in the wrong places for your "success stories." You are wondering why some GPLed mapping program hasn't unseated Microsoft's Streetsmart, or why program X under the GPL so resembles commercial program Y (though often it is program Y which mimicks the GPLed program X ... much of OS X's eye candy can be traced back to the first program to ever use images in window decorations and borders: Rastorman's enlightenment, but I digress).

What you are ignoring are the tens of thousands of small firms, like my own, like the dozen's a friend of mine consults for, and thousands of others around the world, who have used free software (GNU/Linux in particular) to build their infrastructure, their inhouse software, and their business out from under the everpresent heal of Microsoft, Sun, or Apple (though the latter has become a kinder master of late than the other two, it nevertheless remains a master). The success stories you are ignoring range from the traders I work for, who earn a sizable chunk of money thanks in no small part to GNU/Linux's superiority over their competitor's infrastructrue, to Pengiun Airlines, to Wallmart, to BMW, to the German government, the Chinese Government, the Brazilian government, and others too numerous to list, all of whome are able to run their IT infrastructure on their own terms, within their own budgets, and free from the coerced upgrades and chronic, forced obsolescence of their software and their hardware at the hands of their operating system vendor, as is chronically the case for anyone subject to Microsoft, Sun Microsystems, and yes, even kinder, gentler Apple.

That is where you will find the innovation and the flourishing of the technology more than anywhere else, amongst the users which have been liberated by the Freedoms expounded upon by the Free Software Foundation, people like myself and many, many others who have been able to flourish even during these difficult times, thanks primarilly to the GPL and the user's freedoms which it helps to guarentee.

Freedoms that allow us to run our businesses and earn a living, without being subject to the whims and deprivations of a copyright cartel or a convicted monopolist.

Re:You are looking in the wrong places

[sheldon]

I believe he was asking for examples of innovative creations of technology, not uses.

Re:You are looking in the wrong places

[FreeUser]

But in practice, we're just not seeing all the innovation that you would expect. The classic examples are always cited--Perl, gcc, Emacs, Apache, the Linux kernel--but for a model that's supposed to be so superior, the success stories are fewer than you'd expect.

Differentiating between innovative creations and innovate uses of technology is semantic nonsense. Even in the purest act of creation, in which you create a new program that does something no one ever thought to do before, you are still making innovative use of the underlying technology, including the hardware, the operating system, the compiler, and any number of libraries.

In house software for trading systems, for accounting systems, for real estate analysis, or for any other purpose, are no less creative for being in house, and no less innovative. And in many cases, what makes it possible for an average, non-wealthy person to do, is Free Software.

All users may not be developers, but every developer on the planet is by definition also a user of technology. The GPL is as much about user freedom as it is developer freedom, and the success stories may be uncomfortable to those of you who like to advocate a return to proprietary bondage, but they are no less real or potent for that.

Re:You are looking in the wrong places

[sheldon]

Differentiating between innovative creations and innovate uses of technology is semantic nonsense.

No, actually it's not semantic nonsense.

But thanks for trying to participate in an intelligent discussion.

Pronouncing 'Asay'

[emarkp]

This guy is actually someone I know from my San Jose days. Really good person, very smart, and I'm enjoying reading his paper. But anyway, his name is pronounced like "Ace-ee". If it were spelled "Acey" you might not need help. But there it is.

Re:Pronouncing 'Asay'

[Anonymous Coward]

thank you, Mr. Dumass

(actually I wanted to refer to the Asswipe sketch from SNL, but more ppl seen the root beer commercial)

Re:Pronouncing 'Asay'

[Anonymous Coward]

Really good person, very smart, and I'm enjoying reading his paper. But anyway, his name is pronounced like "Ace-ee"

So.. that would make him the only AC that contributed something worthwhile? :o)

Usefulness is important [Re:Sounds great on paper]

[X]

Perl is (arguably) the work of one loan, mad genius, and not GPL.

But Perl is free software, and it is actually a lot more than the work of a loan, mad genius. It certainly started out that way, but the same is true of most good software.

The gcc compiler is by far not the best compiler for any platform. It's sole advantage is that it's portable.

Actually, on many platforms it's the *only* compiler. There were times where it generated the fastest code of any compiler out there for a few platforms, and I believe that is still true today on x86 (I could be wrong because I haven't benchmarked it against MSVC 7.0). In general, even proprietary compilers tend to not perform as well as the specialized, high-performance compilers that CPU vendors write for their own chips. It's true though that gcc's primary goals have been stability and portability. To that end they've been more successful than any of their competition in the proprietary space.

I could go on. Heck, during most of the last 20 years and 90's it wasn't uncommon for admins to replace their vendor supplied Unix programs with GNU or BSD versions because they were better.

Still, you have to give props to the "usefulness" of Linux.

In general, free software doesn't tend to be terribly interesting from an academic standpoint. However, it does tend to be very "useful" (to paraphrase you). I'd argue that every piece of software you put on that list would score high on the usefulness scale. This is actually what you'd expect to be the emergent quality of software that is ultimately controlled by the end user. Don't undervalue "usefulness". That quality is by far the most important in software, and the one which is most lacking. If that were the only quality where free software exceeded proprietary software, it's reason alone to scrap the proprietary development model.

Yes, but...

[Vainglorious Coward]

Using the pharmaceutical industry as an example of "IP protection encourages innovation by promoting R&D spending" is specious, because (as you already hinted):

Pharmaceutical companies spend vastly more on marketing than they do on R&D

But I agree, that in many areas and especially in software development, patent durations need to be much shorter. The ultimate aim of IP protection is (or at least, was originally) to benefit the public and the nation through the sharing of new inventions. The monopoly granted to "innovators" is supposed to be temporary, recognising that incentives may be required to encourage lots of invention, but ultimately, IP protection is supposed to be about providing benefit to everybody, not just the few IP "owners".

cf Jonas Salk, creator of the polio vaccine, famous for answering the question "who owns this vaccine" with "The people own it. There is no patent. Could you patent the sun?" (although granted, the likes of Jack Valenti probably would love to have IP ownership of everything and anything).

Re:Yes, but...

[bytesmythe]

Just to further the point you made...

You said:
"Pharmaceutical companies spend vastly more on marketing than they do on R&D."

Very true. Apparently, so does Microsoft...

Surely it can't cost them that much to steal all those ideas. ;)

Re:Yes, but...

[Stephen Samuel]

"The people own it. There is no patent. Could you patent the sun?" (although granted, the likes of Jack Valenti [slashdot.org] probably would love to have IP ownership of everything and anything).

Or, as my (very right wing) sister once said (after a tornado hit Edmonton),

• Too bad you can't sue god.

She was in law school at the time.

Re:Yes, but...

[LMCBoy]

In the case of pharmaceuticals, they typically get the bulk of their R&D free from publically-funded university research. The government then gives a particular company a legal monopoly on bringing the fruits of the research to market, garnering huge and easy profits for the company.

Your reference to Microsoft is apt; they would like something similar: to be able to reap financial profits from the "R&D" work of the community...too bad they have the darn GPL standing in the way! I bet they're pretty jealous of the sweet deal the pharmies have going...

Proposed revision to the GPL

[Anonymous Coward]

I didn't read the proposed revision (it was PDF, and I didn't have a pdf viewer handy), but it makes me wonder...

My copy of the GPL contains this:

Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed.

The GPL itself is copyrighted by the FSF.

So is publishing a proposed modified GPL a violation of the FSF's copyright?

(Heh. Programmers take everything so literally. :-)

Making money on hardware versus software

[pcause]

What is interesting about this paper is that most of its examples, at the end, of companies adopting and using Linux are people who are *PRIMARILY* hardware companies and view the hardware as the product and software as a cost.

Why not use Linux rather than pay VxWorks or some other company, when you are primarily a box company. Lindows is in the same boat. They sell a PC and then make money selling software to the end users. Some of the software may even be free, but end users don't necessarily know about site like SourceForge. IBM likes Linux because it is a box and services company, and you'll certainly need a lot of services to start using Linux in a corporate environment. Their UNIX OS isn't a great success and is tied to their proprietary hardware. Their mainframe OS isn't growing. Their database software and Notes have no real Linux challengers (see below).

What the author does not address is the issue of making money from SOFTWARE in the Linux world. Oracle will make money because they have a proprietary lock on the data and programs that are written to run with their database. Over time, MySQL or HSQL might replace them, but remember that the cost of switching is huge and the risk high for a large corporation. Same is true of DB2 and Notes.

And that is the issue. For new development or new systems, Linux and its various middleware is free and greatly reduces the cost of deployment and potentially the cost of development in terms of tools and desktop costs, not project costs. What GPL doesn't do is provide a software product industry. In the end we will be left with the only way to make money as a developer being to work for a corporation writing dull accounting programs, because we'll have given away our efforts to destroy the revenue streams of the companies that provided us with a living.

Was it Lenin or Marx who said, "When the time comes to hang the capitalists, they will fight for the right to sell us the rope"?

Re:Making money on hardware versus software

[ClosedSource]

I agree. Obviously hardware companies see nothing wrong with the idea of free software if they don't make money on software and it helps sell their hardware. I'm sure MS and other software companies would be delighted if PCs were free for exactly the same reasons.

It would be great if everything in life were free, I just don't see why software is a special case.

Re:Making money on hardware versus software

[Anonymous Coward]

Was it Lenin or Marx who said, "When the time comes to hang the capitalists, they will fight for the right to sell us the rope"?
Neither Its when the time comes to hang the last imperialist a capitalist will sell us the rope

This is one of the most insightful posts...

[Anonymous Coward]

...that I've seen on the subject of open-source gaming.

I'd like to add to this that in many cases, this is because many genres of gaming currently lack a critical theory. That sounds sort of pretentious and vague, but what I mean is that many genres of gaming haven't approached the stage where the players, developers, and critics consider the game an art form that follows a set of theoretical ideals. I know that lots of you might say, "no, lots of good games are just fun", but I think that's not necessarily true, and that that attitude is exactly what I mean (it IS possible to develop a critical theory around why Serious Sam is enjoyable, for example).

I would argue that often, having a critical theory itch to scratch is what drives good open-source gaming development currently. Thus, you see more good open-source gaming development in areas where there is a more theoretical appreciation of gaming: interactive fiction, FPS technical design and visual experimentation, etc.

Fame?

[John Harrison]

I am not sure about this unless by fame you mean hacker-cred.

The Author Does Not Understand the GPL!

[Gorobei]

He's confused about licenses versus copyright, e.g:

The GPL's language, then, tries to swallow every piece of software that incorporates a GPL program or portions of it. However, it probably cannot do so under the copyright law it purports to follow. The definition of a derivative work proves highly controversial in the software world, and may not stand up in court. [Page 15.]

This has nothing to do with the GPL!

If I create a derivative work from a copyrighted piece of GPL software, I can release it under my own terms without accepting the GPL. I then probably get sued by the COPYRIGHT holder, and the courts then decide if this was a derivative work, a new creation, a copyright infridgement, or whatever.

Alternatively, I can accept the license (the GPL,) in which case copyright law no longer applies: I have freely entered into a contract that gives me certain benefits and takes away certain others (e.g. my right to claim copyright trumps the license I just agreed to.) If I now start doing evil like violating the GPL, I get sued for violating a LICENSE, not copyright law.

The GPL does not "build on" copyright law - it's a license that I can agreed to or not. If I don't agree, copyright is the operative thing, if I do agree, the license if the operative thing!

Re:The Author Does Not Understand the GPL!

[Salsaman]

by
modifying or distributing the Program (or any work based on the
Program), you indicate your acceptance of this License to do so, and
all its terms and conditions for copying, distributing or modifying
the Program or works based on it.

Seems pretty clear to me. The act of modifying the program, or distributing it, and the act of agreeing to the license are one and the same. In other words, you can do what you like with the software, but if you distribute or modify it, then you have already agreed to be bound by the terms of the GPL. You might imagine that you hadn't agreed to the license, but how else would a court determine whether you had agreed to it or not ?

Re:The Author Does Not Understand the GPL!

[aridhol]

You might imagine that you hadn't agreed to the license, but how else would a court determine whether you had agreed to it or not ?

If you didn't agree to the licence, you have no legal means of distributing the code - you would be breaking copyright law.

Re:The Author Does Not Understand the GPL!

[Gorobei]

The usually "defenses" by the GPL-violators appear to be:

1) A rogue summer-programmer copied the GPLed code into our product. [This probably doesn't fly - he was their agent.]

2) We re-implemented the code (fair enough, though most "reimplementations" are just rearranging and changing variable names, which probably will not stand up in court.)

3) We never read the GPL, so we couldn't have agreed to it. E.g. we found the routine on the web using a search engine, cut&paste, didn't read the rest of the file.)

4) We based our program on a stripped copy of the source we found somewhere - it contained no GPL.

5) The GPL is weaker than a click-through licence, we didn't even click to accept!

2 is completely a copyright issue.
3 & 4, if found credible by the court, may make the whole thing come down to copyright.
5 is interesting, but I don't know enough to judge.

Re:The Author Does Not Understand the GPL!

[a_n_d_e_r_s]

But if 5 is not valid then the ordinary copyright laws apply - thus invalidating everything given by the GPL.

So if they didn't follow the GPL, they are still comitting a copyright violation.

It does not matter if they saw the GPL or not - it's still not legal to steal others software.
If they use others code they better make sure that they have the rights to use it.

Re:The Author Does Not Understand the GPL!

[Planesdragon]

The GPL does not "build on" copyright law - it's a license that I can agreed to or not. If I don't agree, copyright is the operative thing, if I do agree, the license if the operative thing!

The GPL, and every other copyleft license, builds upon and requires copyright law to work, and is limited by the scope of copyright law.

If I look at your program, and then I create something that I can defend in court as not being derivtiive, the GPL can't touch me unless I want it to.

IIRC (too lazy to look it up) I accept the GPL by following the GPL. If I were to purposefully not follow the GPL, someone wanting to "force" me to would have to take me to court, and convince the judge that my work was derivitive. (It's likely that we'll settle out of court, unless you or I are a zealot. MS stealing the HURD might be about the only case that couldn't ever settle.)

Hmm... let me put that in shorter terms. "If not for copyright law, the GPL wouldn't have any teeth at all."

Re:The Author Does Not Understand the GPL!

[bovinewasteproduct]

But remember the definition of dervived software. If I don't accept the GPL as a license for me to use the software, then ONLY copyright law stands.

That means I can look at header files and even the code to see how it works. All I have to worry about are patents, as trade secrets are moot as regard to GPL'ed software.

That means I can see how the authors implemented it, but I just can't use their code.

BTW, I publish under a BSD license, so most of this does not concern me directly...:)

BWP

Re:Usefulness is important [Re:Sounds great on pap

[Anonymous Coward]

>> Perl is (arguably) the work of one loan, mad genius, and not GPL.

>But Perl is free software, and it is actually a lot more than the work of a loan, mad genius. It certainly started out that way, but the same is true of most good software.

Geez just because you quoted him, doesn't mean you have to copy his incorrect usage of the word loan (hint: a bank does this). LONE is the word. You guys are worse than CmdrFishTaco.

Please don't read it

[T.E.D.]

Normally we have trouble with folks posting here without even bothering to read the article in question. But in this case I'd argue that would be a good thing.

I read through about the first half of it, but his explanations of the GPL are so confused and horribly unsound that attempting to follow it was starting to muddle my brain.

In the first paragraph it struck me as odd that he claims that he was recently convinced of the GPL's innovation harming qualities, but now is convinced that the complete opposite is true. Executive summary: I know I sounded convinced yesterday. But I was actually full of shit then, and just didn't realize it. But today I really do know what I'm talking about. Honestly

However, after reading his embarassing attempts at logic, its perfectly understandable how something like that could happen to him. With logic that muddled, tomorrow he might be convinced the GPL has manged to retroactively kill the dinosarus.

My suggestion is that anyone who doesn't have a real good handle on the GPL already avoid this whitepaper like the plague. Folks who fully understand the GPL should take the Monty-Python "World's Funniest Joke" approach, and split up into teams with each person analyzing a small bit of it seperately. That way perhaps no one person will read enough of it to become fatally confused.

Re:Please don't read it

[L1nUx h4x0r]

Spoken like a true zealot.

I'm glad that you're looking out for all of our interests. I know I sure hate trying to take information in and make decisions for myself. Thank you for relieving me of independent thought.

Honestly, is that how you think? The GPL is gospel, perfect in every way.

Look at it this way, if I said to you, "Anyone who doesn't have a good handle on the bible already ought to avoid reading the Quran like the plague. Folks who fully understand the bible should take..." Wow, scary, huh?

Re:Please don't read it

[Anonymous Coward]

How about you check for a sense of humor. ...dumbass...

Re:Please don't read it

[T.E.D.]

I'm glad that you're looking out for all of our interests. I know I sure hate trying to take information in and make decisions for myself. Thank you for relieving me of independent thought.

Dude, believe me, I'm making this suggestion for your own mental health. I've never made a similar suggestion about equally (or even more) wrong stuff that Microsoft or others put out on the same subject. Doing so with a critical and informed mind will at least give you insight into where they are comming from. And they may even have a valid point or two.

This whitepaper is different. It is like the "third rail" of illogic; there is so much of it coursing through there that contacting your brain to it is liable to fry something. I'm just trying to save others the psycic agony I went through.

If you don't believe me, by all means, feel free to step on that third rail. But at least have a friend nearby to turn off your monitor or knock you out of your chair or something if you start to turn blue and foam at the mouth.

Preferably a blind friend, or someone who can't read English, so they don't get fried too...

Re:Please don't read it

[selectspec]

I agree. The article was bad news. What the article fails to understand is that what my opinion or this guy's views of the GPL is is irrelevant. It is the opinion of a judge someday to decide the fate of Intellectual Property that links or otherwises uses GPL (and even LGPL) code. This is the fear that companies face with the GPL, uncertainty.

I wouldn't exactly trust this guy's conclusions...

[aardvarkjoe]

Let's see ... on the page of the paper, the author asserts that the public and corporate perception of Linux has undergone a 180 degree reversal in the last year. (Simply not true ... a year, even two or three years ago, Linux was very much on most of the mentioned companies' radar. He's trying to pass off his change of mind by claiming that it was the industry's) He also states that "Linux and its global network of developers have long sought nothing less than 'total world domination.'" (Again, untrue; 'Linux,' as an operating system, doesn't have any desires. Linus Torvalds, the head of the "global network of developers," has repeatedly stated that Linux is a hobby, not a grand political scheme. The only one interested in world domination is RMS, however, in that case the article shouldn't be about Linux at all; it should be about GNU and the FSF.)

I'd take any paper that starts that way with a grain of salt.

how 'bout a little puppet show

[Eil]

<RMS MODE ON>

Any part of Mr. Asay's article where he implies the GPL is bad or could use some work is merely due to his failing to comprehend or understand the meaning and scope of what the GPL in its entirety.

<RMS MODE OFF>

Isn't that pretty much what we're going to hear in a few days? I'll thank the moderators for at least attempting to have something resembling a sense of humor.

P.S. No offense meant to RMS or his devout apostles.

Re:how 'bout a little puppet show

[T.E.D.]

Any part of Mr. Asay's article where he implies the GPL is bad or could use some work is merely due to his failing to comprehend or understand the meaning and scope of what the GPL in its entirety.

Actually, it would be more accurate to say "Any part of Mr. Asay's article where he implies anything whatsover about the GPL, good or bad, is merely due to his failing to comprehend or understand..."

Or better yet, borrow a disclaimer from TV:
"This whitepaper is a work of fiction. Any resemblance to actual facts found in this paper, either living or dead, is purely coincidental."

You'd honestly be better off learning about the GPL from reading Microsoft whitepapers. That's how bad it is. At least Microsoft will use decent logic after spreading the initial foundation of mischaractarizations. This paper is about as accurate and well-reasoned as a statement from Lyndon Larouche.

I can tell you didn't actually read it before posting, but in this case I won't gripe at you for that, because on the balance that's probably a good thing. I read about halfway through, and just now got back from the subsequent bathroom trip (I feel much better now).

Re:how 'bout a little puppet show

[Eil]

My RMS MODE pseudo-future-quote was, of course, merely poking fun at RMS as that seems to be his standard disclaimer whenever someone has a legitimate gripe about his opinions, projects, or writings.

I don't think the GPL is bad in and of itself, but I hardly think it to be the One True License for Everything either. For instance, if I'm sitting at home writing up a neat little bit of code in my free time and I want it to be used as well as improved then the GPL is perfect. Just about any other scenario will cause you some amount of problem, however.

No, I didn't read the article but for good reason: hanging around the OSS community one gets a pretty good familiarization of the ins and outs of the GPL. Familiarization, dead-horse style, that is. I just wanted to do a little good-humoured RMS bashing, that's all.

Consideration and the GPL.

[glrotate]

One aspect of the GPL I don't see discussed much is the issue of consideration. Without it a contract is invalid, and I don't see any in the GPL. Has there been any analysis of this?

Re:Consideration and the GPL.

[nelsonal]

Consideration does not have to be monitary. IANAL, however, I think that the agreement to redistribute your changes would qualify as consideration, as would origially giving away the software for the counterparty. Also, the whole section about not signing anything therefore no contract has always bothered me about the GPL. It seems to me that the license would have to be a contract to overrule the original copyright agreement, and oral contracts or usage agreements, are upholdable in courts.

Re:Consideration and the GPL.

[Royster]

The GPL is a license, not a contract. Some licenses are contracts, but they do not have to be. The GPL is more powerful in that it is a license and not a contract.

WTF is a whitepaper?

[Shooter6947]

Dudes: can anybody tell me what the hell a whitepaper is? How can it be a whitepaper if its all electronic? How is a whitepaper different than a normal paper? This smells to me of Dilbert's boss doublespeak.

Re:WTF is a whitepaper?

[volpe]

Look here.

Re:WTF is a whitepaper?

[EmbeddedJanitor]

We've also used the term greenpaper meaning a whitepaper that isn't ready yet (ie, typically just incoherent ramblings like /.).

Modelling

[Animats]

Fashion modelling isn't a big-money business. Ask any woman who's done it. A few hundred people make decent money on a regular basis; everybody else doing it needs a day job. There are more good-looking women who want in than there are jobs.

You meet enough actress/model/waitress types in SF, NY, or LA that it's a cliche.

An FSF Response to Asay's article

[bkuhn]

We at FSF have spent a few minutes reviewing Mr. Asay's paper. We are glad to see that someone who once took a clear anti-GPL stance now claims an "admiration" for it. We noticed the paper contained a number of email quotes from our founder, Richard Stallman, and our General Counsel, Eben Moglen. The quotes appear to be taken from various email conversations that Asay conducted with Moglen and Stallman separately. Quoting email out of context is always tricky, and the conflict and confusion with our official statements regarding the GNU GPL are apparent rather than real.

We do, from time to time, have occasion to clarify our views on the GNU GPL, and we work hard to be responsive to questions from the community on them. This does serve to generate a lot of email traffic concerning the Foundation's opinions on GPL, and out of context pieces of the whole of such correspondence can be confusing. When we get pieces together that are particular good and clear, we post them on our philosophy page, as we did with Eben Moglen's essay, Enforcing the GNU GPL, and in our GNU GPL FAQ.

As for the GNU GPL, version 3, we had indeed long ago seen Mr. Harris' proposal, but we did not feel it was representative of our plans for next version of the license. The copyright of the so-called draft of GPL Version 3 distributed alongside the article, thus, is incorrectly attributed to the Free Software Foundation. We do not hold copyright on it, nor did we have a hand in drafting it.

Efforts for development of real GNU GPL, Version 3 continue within the Foundation. We of course expect to have extensive public discussion before any draft is finalized as the official new version of the license. In March 2002, We approved the Affero GPL, which includes a draft of one major provision we are considering for the next version of the GNU GPL. Of course, when we do announce that a draft copy of actual "GNU GPL, Version 3" is available, it will certainly come directly from the Foundation.

Bradley M. Kuhn
Executive Director, Free Software Foundation

Still Not Clued

[Euphonious Coward]

Remarkably, after all this time, he's still only partially clued. As might be expected when somebody was totally wrong and announces the fact, when he explains his new understanding there's little more reason to take him seriously than before.

From such little details as getting the names of the licenses wrong -- leaving the word GNU out of the title of his paper, and elaborating the LGPL as the "Library" GPL rather than its correct name, the Lesser GPL -- to totally missing the true competitive value of the GPL to businesses, as well as the very simple economic motivation for developers to participate, he still has a lot to learn.

If there's anything new or interesting here, I didn't find it. He's articulate, though, and evidently open to reason after he has been pummeled sufficiently, so he might even get it right on the third try. In any case he's no worse than ESR.

Re:Still Not Clued

[L1nUx h4x0r]

Lets take each point, shall we.

First, he could be speaking of Linux, the kernel. It is still called that, despite what you may think.

LGPL is sometimes referred to as the "Library" GPL. In fact, if you go to http://www.gnu.org/copyleft/lgpl.html, the title of the page proclaims, "GNU Library General Public License".

Perhaps you too have a lot to learn.

Re:Still Not Clued

[Anonymous Coward]

So,

What is the "very simple economic motiviation for developers to participate"?

I don't know as if I've ever really heard of any.

Re:Usefulness is important [Re:Sounds great on pap

[Anonymous Coward]

Ha! I actually thought somebody gave him money to write the first version of perl :) Until you pointed it out I didn't know what they really meant.

Leave GNU/Linux & GPL alone!

[Anonymous Coward]

Why don't you people leave GNU/Linux & GPL software alone??

There is so much hypocrisy in your message.

If you do not like GPL software, please do not use it. Use something else, use MS Windows, BSD, whatever you like.

You would like to use GPL software but you do not like the GPL because it will not let you profit from the work of others available to you for free. How is that?

tooth fairy

[epine]

That reputation argument is a crock. It sounds like some kind of monetary surrogate in the minds of people who can't organize reality in any other way.

I participate in open source because I still believe in the tooth fairly. I put a tooth with a cavity under my pillow at night, I wake up the next morning and the cavity is gone.

Once upon a time it was possible to have incredible wealth, yet still have bad teeth. You don't brush your teeth to improve your reputation. Perhaps those who bleach their teeth are in it for personal profit, but the rest of us just want good teeth _without_ spending a fortune on dental work. Is it really that hard to understand?

As a recent Linux adopter...

[Mithal]

I completly lost the author when I read this quote:

Very few applications exist in the open-source world, at least those that would be useful to the average user.

Completely false! Especially for "average user". Tons of applications to suit all my need were installed automatically when I installed Mandrake. And I could easily complete by looking on the web (gimp, OpenOffice).

The average user needs a browser. Konqueror, or Mozilla, or derivatives will do.
The average user need a mail reader. Mozilla, Kmail, will do.
The average user needs a word processor / spreadsheet. KOffice, or OpenOffice, will do.
The average user needs a MP3 player, and instant messaging client, .... There is some on linux already.

What else do you REALLY need? The author certainly didn't look much before making this affirmation. There are plenty of applications for Linux. And more are coming our way every day.

The author also says that the GPL is an incetive killer for developper. For COMMERCIAL applications only. The way I see it, there is a lot more programming done with no commercial intentions. I like to code; and I always though of releasing some of my stuff as shareware or freeware. GPL is even better! Someone might improve it! What I think the author doesn't get is that the GPL intends to change the buisness model of software makers. And that is a good idea.

Re:As a recent Linux adopter...

[Anonymous Coward]

Read the whole article!

The author was re-stating his previous views about the nature of open-source software from an article he wrote a year ago. He then refutes most of these claims at the end of the article, which obviously you didn't read.

Tools vs Art

[_Sprocket_]

One striking example is that the GPLed games for Linux always tend to variations of Tetris, Boulder Dash, Missile Command, etc. You would expect the innovative games to be coming out for Linux: no pressure from marketing, free development tools, big community. But the games with spark, like The Sims and Grand Theft Auto 3 are coming from elsewhere.

As others have pointed out, modern games are becoming more and more a blend of technical and multimedia artistry. Part of this may simply be exposure and time will bring more artists in to the Open Source community. But some of it is also the culture and nature of artistic work.

On the technical side, we already have some great coders working on Open Source tools. Part of this may be that coders are the first to benefit from other Open Source projects and feel compelled to "give back" to the community. But also part of this is definitely the positive return from finding others to collaborate on your project. Development of tools benefit from multiple developers. It might be worth noting that there are some very interesting Open Source projects involving toolsets and engines for games.

The artistic side comes from a different world. First, most of their tools are proprietary... although with tools like the GIMP and Blender (knock on wood), this may change. Secondly, art tends to have a limited collaborative nature. And finally, art does not need an equivalent of source code to improve from one example to another. In fact, artistic influence is largely unaffected by IP laws. For example, while reading many of the better fantasy novels available today... one will often see the influence of J.R.R. Tolkein - despite a rather aggressive protection of copyright by the Tolkein estate (just ask TSR/WotC or whatever they're called now). This artistic influence is felt within other aspects of artistic endeavor also. Simply put, artists do not have as much a need for Open Source ideals as coders do (although "look and feel" and other issues are very similar technical examples of influence).

But that doesn't mean artists will never find themselves in the Open Source fold. As more and more interesting tools begin to appear, Open Source may begin providing an environment that is attractive to artists' desire to experiment. And this experimentation is often produces some of the most compelling content.

It may simply be a mater of time.

Unconventional business models

[Cable]

must be used when dealing with open sourced software. Sun is finding this out the hard way.

Re:Is linking closed code to GPL library "fair use

[mheine]

Linking would certainly be okay. However redistributing the result would be a clear violation of copyright. About the only thing you could buy yourself there is Linking your proprietary library, a GPL library and your GPL app together and distributing. Assuming of course that your library does not depend on the GPL Library. And a lawyer would probably be willing to argue that anyway.

Re:YOU DONE FUCKED IT UP

[Anonymous Coward]

Actually, it is generally accepted that because it requires fewer syllables to express the same idea in English than Japanese, when writing haiku or other forms of Japanese poetry in English, it is acceptable to use fewer syllables per line.

Holes in his proposed GPL...

[anthony_dipierro]

• AS IS isn't capitalized. The UCC requires for it to be.
• It doesn't define "source code".
• It doesn't require a distributor of a derivative work to distribute that derivative work under the terms of the GPL unless that distributor is the same person who created the derivative work.
• You only have to include a notice describing the changes you made, not the changes made by others. That effectively makes the requirement meaningless.
• A distributor cannot impose license restrictions, but the creator of the derivative work can.
• Clause 5 is equivalent to a restriction against removing the "do not remove" sticker on a mattress. I should be allowed to do whatever I want with my copy of the software.
• I'm sure there are others.

Derived Work, Re:proposed revision of the GPL

[angel'o'sphere]

You left out the part about linking. If we are to clear up that part, I'd much prefer to make it clear that some forms of dynamic linking and server-izing (as with CORBA) do create derivative works. I think the key concept of a derivative work in software has nothing to do with linking, and everything to do with the span of the thread of control in a computer program. This can indeed happen across physical system boundaries. The boundary for the copyright should probably be at an API that is explicitly designated as an interface to separate works, such as the kernel system call interface. Not just any API.

Thanks

Bruce


What the term "derived work" means is defined in the appropriated laws. E.g. copyright law.

According to the law using CORBA and such a like is not creating a derived work.

Form a programmers standpoint of course one could think it would.

However, keep in mind: copyright is about creating and distributing copies.

As long as you can "use" a copyrighted work wihtout the need to copy (or incorporate in parts) that work, you have not created a derived work.

That means by loading(and this is a copying!!) a CORBA server into main memory of my server, I need usualy a license to be allowed to do so.

Clients interfacing with that server are not copies, nor do they usualy include/use any portions of the server as copies or adaptions or variations. So the clients are no derived work.

Of course your work still depends in its functionalyty on the original one ... but that is not an issue in copyright, probably it is in patent law.

So your "key concept", see above, is (fortunatly, IMHO) not the way copyright law sees it.

Regards,
angel'o'sphere

Re:Derived Work, Re:proposed revision of the GPL

[Bruce Perens]

According to the law using CORBA and such a like is not creating a derived work.

Go read the law. It does not say yes or no about this linking issue, it says almost nothing about software. Then go read the only relevant case, Nintendo v. Goloob Games. Note that the judge said the case is not definitive.

Bruce

Big Money....

[Steveftoth]

I think that it comes down to more of the old fashioned economy of scale.

If there were no patents, then a larger firm with a higher efficiency would be able to steal a smaller firm's design, and produce it at a lower cost. It's much cheaper to make a million of something if you have the ability to do so.

With patents, the larger firm is forced to license the design from the smaller firm to make it.

Re:Big Money....

[CH-BuG]

...or to copy it anyway and wait till the small company dies when it has burned all its cash in court

Re:Is linking closed code to GPL library "fair use

[OwnedByTwoCats]

What about distributing code with instructions to the end user on how to link the code with GPL'ed libraries? Does that imply a burden to open-source the code?

Ummm...

[???]

I don't believe Stallman helps himself, the Free Software Foundation, or the Open Source world by playing this game, but I understand where he is coming from.

He probably doesn't ask the BSD folks to call it GNU/FreeBSD or GNU/OpenBSD because the GNU tools are not a fundamental part of the FreeBSD or OpenBSD operating systems.

What organization is responsible for the following executables on your Linux box?:

ls
rm
cp
cat
bash
grep
gcc

Try doing a:
[pkobly@hatari man]$ find . -name *.bz2 -exec bash -c 'bzcat {} | grep "Copyright.*Free Software" > \
/dev/null; if [[ $? == 0 ]]; then echo {}; fi' \;
From the man directory of your Linux box. How many fundamental parts of the operating system are owned by the Free Software Foundation?

Try doing this on a BSD box. How does this change your results?

Re:Usefulness is important [Re:Sounds great on pap

[Anonymous Coward]

I thought he meant Larry had to take out a huge loan in order to spend his time working on Perl...

The work of three things:

one loan
mad genius
lack of GPL (or something like that)

It's kinda disgusting how little pride people take in what they have to say. If this guy really cared about expressing his opinion, he'd do it so that others could understand.

Re:Is linking closed code to GPL library "fair use

[spitzak]

This is a good question. It does seem that it is impossible to prevent this because that would clearly violate free-speech laws.

However it requires distributing the code so the receiver can see how it works. I think anything where you precompile the code could be defied as a derived work (because the compiler incorporated information from the copyrighted header files) so it is almost impossible to obscure your code.

But it does seem you can put rules on the code like "you can't give it to anybody else" which seems not in the spirit of the GPL.

I would think that because of this reason, ALL GPL code can be considered LGPL for programs that use it and are distributed as source code.

GNU advocates stealing Apache credit

[joneshenry]

Yet another GPL/GNU advocate steals credit from The Apache Software Foundation while claiming that Apache's success supports the GPL. Ironic how the same movement that is trying to advocate the name GNU Linux is shamelessly citing Apache's success as its own. Of course the Apache Software License is incompatible with the GPL so that code from the Apache and GNU projects cannot be mixed whatsoever, but that doesn't stop the GNU advocates from citing Apache as support for the GPL.

How many more of these articles are we going to see that make bizarre claims like Apache is GPL software? (Note the passage containing "today thousands of GNU GPL software packages are already available including operating systems (like the famous Linux OS), office packages, Internet servers (like Apache running on 30% of Internet Servers".

Re:GNU advocates stealing Apache credit

[istartedi]

Argh! You're right. After posting my usual snide remarks, I decided to download the article and read it. Right there on the first few pages is Apache's market share graph. That Apache isn't GPL'd (and that claiming it for the GPL camp is one of the oldest lies in the Free Software advocate's handbook) is bad enough. What's even sadder is that it plainly shows Apache to have "peaked" and lost ground to IIS (note, I'm not saying that's good or bad, it's simply an observation).

I stopped reading the essay when I saw that.

So, for once I am not going to offer any calm objective arguments to follow my bombast. I stand by the troll.

Does your software load mine

[Anonymous Coward]

Isn't the argument,
If i load your software then your software is a plugin.
if you load my software then your software is a derived work.

Coming Up Next

[istartedi]

How whip cream fosters weight loss, how unfettered immigration promotes security, and how adultry prevents AIDS.

Sure there are people who eat all they want, live next door to strangers from Iran, screw all the time and don't end up as fat disease bags screaming in a pool of their own blood at a bombed-out supermarket. However, the smart money says "why chance it?".

Re:Coming Up Next

[Anonymous Coward]

I have, in fact, known many people from Iran (although they did start out at strangers), and have never had any trouble. Asshole!

Donald Knuth Quote

[Anonymous Coward]

"I believe that the time is ripe for significantly better documentation of programs, and that we can best achieve this by considering programs to be works of literature. Hence, my title: "Literate Programming." "

Can't you just see it...

'Twas a dark and stormy night, when c, the character, strode into the database. "I'm looking for 'Harry', he whispered. The database replied, with a feint Scottish accent, "Aint no 'arry ere".
C thought about this for a while, at which point he,turned on his heels and left the database, throwing an exception along the way...

Re:Donald Knuth Quote

[Anonymous Coward]

syntax error on line 1

openoffice?

[Anonymous Coward]

ever tried openoffice? you'd be supprised?

I hate having to download PDF Files!

[Mike McCune]

Go to http://www.adobe.com/products/acrobat/access_simpl e_form.html

and enter the URL of the paper

http://www.linuxdevices.com/files/misc/asay-pape r. pdf .

That would be horrible

[Sloppy]

The boundary for the copyright should probably be at an API that is explicitly designated as an interface to separate works, such as the kernel system call interface. Not just any API.

Imagine this scenario: Hacker reverse engineers an internal interface in a Microsoft OS, perhaps to write a MSIE replacement or a DOS TSR (heh, remember those?). His program is a derivative work?!

*ONE* good point

[binaryfeed]

His whitepaper brings up one good point, in my opinion. That in the free software world, consumers can develop software for other consumers rather than businesses developing software for profit. His example of Mozilla giving the user control over privacy with cookies, etc. is a good one. A better one would be the popup-disabling support that AOL/Netscape (tried to) remove from the commercial version of the browser.

The rest of his paper, IMNSHO, is rubbish.

Copyright makes derived works quite broad

[smiff]

As long as you can "use" a copyrighted work wihtout the need to copy (or incorporate in parts) that work, you have not created a derived work.

I can go off and write a completely new novel set in a world where Jedi Knights swing light sabors around, use something called "the force" to telekenetically move objects and influence weak-minded people. I could do this without copying a single screenshot or character from Star Wars, but George Lucas would still sue me for creating a "derived work".

Not GPL

[Anonymous Coward]

Don't mention non-GPL programs such as X, BIND, apache, sendmail, mozilla, LaTeX in a context that argues that GPL is supperior; you clearly argue against GPL, because the success stories of the GPL are _VERY_ few.

If we take non-GPL opensource programs, then it's a dufferent story; the success is great.

Re:Not GPL

[pmz]

you clearly argue against GPL...

I disagree. I believe I am arguing for both GPL and non-GPL Open Source.

Let's say I write some software that has a proprietary set of algorithms, but I want to make the file format and its API open to everyone. Simple solution: keep the algorithms closed source and release the file format and its API under the GPL. My business wins and the community wins.

Let's say I write some software that I want businesses and hobbyists alike to use in their own software, but I'm not in it for money. Simple solution: I release my software under a BSD or LGPL license.

Let's say I write some software that I want any one to use for free, but I want to ensure it can't be made proprietary. Simple solution: I release my software under a GPL license.

Any of these paths can lead to a success story, but success isn't necessarily defined by huge popularity or seven-digit incomes. Here, the author chooses a desitiny for the software and, if the author is satisfied with the outcome, then the software is successful. What drives the author's satisfaction is something we can't define here.

Best let the courts decide what's 'derivative'

[smiff]

If you spell out exceptions in the license, you simply create loopholes. Consider your example:

The boundary for the copyright should probably be at an API that is explicitly designated as an interface to separate works, such as the kernel system call interface.

What is to stop someone from modifying that API to make it exploitable? Certainly, if one were to "embrace and extend" ext3 so that every file has two forks, the result would be a derivative of ext3.

Suppose someone adds a new plug-in API to the ext3 module. They'll call it ext4 with plug-ins. They then sell a plug-in that allows people to have two forks for their files. In my opinion, this is a derivative work, but under your definition (and the paper's definition) it is not.

The same situation comes up with communication protocols and file formats. I think it's best to let a court decide what is not a derivative work. It would be nice, however, if the GPL gave examples of things that do and do not constitute derivative works.

Personally I think anything that breaks compatibility should count as a derivative work.

OT: Re:Innovation

[extrasolar]

What you say is true.

Someone who scores high on the SAT test doesn't necessarily deserve all them scholarships either. This is just another example.

But pride is a different issue. A person is not proud of being beautiful, just as a person is not proud of being smart. If the person thinks he or she is proud, then I can only attribute this to delusion of some kind.

What is worth being proud of is what you accomplish. The supermodel is at a great disadvantage in this regard. Already she (or he) has decided not to be rewarded for what she is proud of. Lots of people envy supermodels for their beauty and lets face it, for the sex and popularity they have. But there have always been hotties in the world. The difference is that our allegiance to basic human rights gives beautiful people an amazing social advantage. In other times, the opposite would be true--the beautiful people would be the most often raped and enslaved for the worst reasons.

But the great thing about these principles of human rights is that with work you can do things you are proud of. This is an amazing virtue. This is true no matter what genes you are born with.

The point is, in your life, to accomplish something. Don't bullshit yourself either. Raising kids isn't, in itself, an accomplishment. People have had children in all ages, under all sorts of circumstances and privilidge. Scoring high on the SAT, in itself, isn't and accomplishment either.

Life is without meaning, otherwise.

Almost but not completely a load of dingo's kidney

[curne]

One footnote stood out:
...there is no such thing as intellectual property in the Open Source world, since all code must be open to the view of the user, who is free to modify the code...

Mr Asay has one or two good points. These are methodically buried in a series of categorical statements like the one above. He proffers statements that are clearly inaccurate or directly false. He has made his research, but evidently not understood what it was about.

Consider this sentence, "The GPL turns all of this on its head. Not only does the GPL remove the property right (or, at least, the ability to profit from it), the GPL skews the definition of "common good" for which copyright and patents provide. That is, the GPL focuses on developers, rather than the end user." Aha. And everybody who ever installed RedHat is a developer? I think not. End users benefit hugely from using Free Software, in that they never have to be nervous about EvilEmpirism. For the man on the street, Open Source is like playing with an open deck of cards. You might not understand the game but at least the on-lookers can see if your opponent is cheating.

I am sorry to say, that Matt Asay has shredded his credibiliy with me. He seems intelligent enough but a paper can only have so many blatant blunders before the reader loses respect completely.

Complete bullshit

[fferreres]

Supply and demand explain PRICES (and wages for the fact). The don't measure VALUE. What is more valuable, 100 tons of rice or a big diamond? As you can see, they are not equal though their prices may be the same.

Abstract:
VALUE = subjective
PRICE = supply and demand

Demand in turn depends on how money is distributed among society. If africa had more money, rice prices would rise. If the world was about 30 bill gates and 20 Soros and 5B poor, diamonds could be worth all the food in the world).

And values do exist. It is not for nothing that you get a life sentence for murder. Also, apparently humans can't be sold for a price (slavery). But if you don't earn enough money to buy food and shelter, you die. So you could say the right to live is arround U$S 300 a month. That is about $30.000 a human. That's our (base) price, though apparently, we are priceless. But of course, VALUE != PRICE, so you can't kill someone and pay $30.000 (nor ANY ammount) to get away from prison.

Self-Determined Time Limits

[It's Baby!]

Hi, all.

It occurred to me, why is the government deciding the time limits for copyrights and patents? Since each application requires a document unto itself, wouldn't it make sense for there to be a space to assign your own time limit, and might this provide a way to encourage short time limits on tech patents?

For example, in patenting software, let's say software patents require a time limit (to be imposed by the author), after which, the software source will be forced into the public domain under an OS license.

As example, say you have two creators, that create competing products at the same time.

Creator A chooses 5 years because he knows he can make a lot of money with the software immediately (there's a strong demand for the software RIGHT NOW), but at the same time wants the software to gain market share and beat out other competing products in the long run. He advertised that it will be OSS in five years, and his patent is registered (along with his code) for five years, after which the patent office will release his code on the internet.

Creator B chooses lifetime because he thinks, no matter what, it's my idea, and if someone uses it, I should be reimbursed.

Now, since A can advertise "Here's this great product, and, btw, after five years it's OSS and you can do with it what you want" whereas B can only say "Here's this great product".

Would companies be more inclined to buy things that will eventually be free to them? Will other companies license this technology because they know they only have to pay for it for five years? Will companies wait for five years, possibly losing a competitive advantage, in order to avoid paying?

How might these ideas play out?

Would people embrace technologies with shorter time limits, because it would imply eventual cheaper adoption later on? Or, would everyone just make unreasonably long lifespans? Would creators use this idea to work against publishers who would just milk a product dry even after the creator no longer works for the company?

Just curious if any work has been done on that idea?

M.

I agree, but

[Per Abrahamsen]

it is actually nice to see how a person despite a lack of understanding of the GPL and general muddy thinking have come to apreciate it, simply by observing its effects.

Apparently we can win over people who don't think like a programmer, by the simple fact: It works.

Give this man a Raise!

[Steveftoth]

Are you management? What's a manager doing on /.?