LWN.net Logo

Suits and Patents: A Report from the GPLv3 Launch Conference

January 23, 2006

This article was contributed by Dan York

As you approached MIT room 10-250 on Monday, January 16th, you could see the rise in prominence of the GNU General Public License simply by the presence of the "suits". Oh, some had certainly "dressed down" with the black T-shirt/turtleneck and jacket motif instead of a tie, but they were very clearly of the corporate world and a quick glance at name tags proved that: Intel, IBM, HP, Novell were all there of course, but also companies such as Hasbro and many others.

To be sure, the free and open source community was well represented: Bruce Perens, Andrew Tridgell, Chris DiBona, Seth Schoen, and many other free/open source stalwarts. But you would expect them to be here, while the corporate presence was definitely a sign of the times. Indeed, as I sat waiting for the presentation to start, two corporate folks were walking up the stairs behind me and one said to the other "Oh, yeah, we are all here to watch the ground shake."

The ground may not have shaken immediately, but the session began around 10am with Richard Stallman welcoming the crowd of 200+ attendees and providing a broad introduction to the GPLv3. He spoke on the overall goal of increasing the compatibility of the GPL with other appropriate licenses (such as the MIT X11 and BSD licenses) and then discussed the threats of digital restrictions management (DRM) and how it can never be compatible with the goals of free software. At the end, he introduced Eben Moglen, who proceeded to take the crowd through about an hour-and-a-half of line-by-line analysis of this first draft of GPLv3.

In all my years working with free and open source software, I'd actually never heard Eben Moglen speak and it turned out to be quite an enjoyable time. With occasional wit and humor, he guided us through the new clauses and the rationale behind the changes. As others have already provided some analysis and the FSF's GPLv3 rationale document gives their view on the changes, I'll not repeat much of that. His main thrust, though, was that the changes were about the increased compatibility of which RMS spoke, as well as clarifying a number of areas in which GLPv2 was unclear or vague. There was also a good amount of effort put into trying to make the GPL more "global" in the sense that it would better comply with copyright laws of more countries. One example is the new use of the term "propagate" in Section 0 as "distribute" turned out to have some formal connotations in some countries.

Moglen spent a good bit of time on the minimal "patent retaliation" clause now found in Section 2 and the reasons (explained in the rationale document) why the FSF did not go further. There was also an involved discussion of the ability to add additional permissions and requirements and how those flow on to recipients during the propagation/distribution process. Predictably, he spent a significant amount of time on Section 7, "License Compatibility", discussing what the different clauses mean with regard to the other free and open source licenses.

One of the discussions I found most interesting concerned the changes to section 8 ("Termination") specifically around the "60 day" clause. GPLv2 provided for the "automatic termination" of the license if you violated it and the license also essentially required someone in violation to contact all copyright holders to obtain forgiveness for having violated the license. As the FSF was very often the one acting to aggregate the claims and help entities come into compliance, they did see the pain this requirement caused when the process of contacting all copyright holders became long and protracted. In their view, this new arrangement provides a stronger incentive for entities in violation to come into compliance quickly as it gives them some assurance that if they do comply, they will not have the threat of GPL-infringement lawsuits looming over them once the first 60 days have gone by.

Another interesting addition was section 18 that speaks of the program not being tested for use in "safety critical systems". He said that at the time the GPL was first being applied, no one was thinking that free software might be used to run nuclear power plants or other systems that might have critical implications if there was a failure. This phrase was added to explicitly state that programs were not tested for these environments. However, he also said that he fully expects some companies to offer warranties (for a fee) to provide coverage for using such programs in those environments.

Throughout the talk he threw in entertaining quips such as "Most of us would see the copyright law of 1897 as being better than that of 2004", "Protecting freedom is hard work!" and "That's our legal theory and we're sticking to it." He also received a great deal of laughter when he relayed that the warranty sections (now 16 and 17) were not changed at all - except that he moved them from being all in uppercase. He said that he had yet to find a lawyer who could explain why they were all putting warranty provisions in all caps and that it seemed to be something people were just doing because everyone else was. So he decided for the sake of readability to make the change.

Moglen concluded his presentation with a moving comment on the "spirit" of the license and the overall need to preserve "the spirit of tinkering, of hacking, of making an unexpected invention out of the materials lying around". He spoke of this revision process as trying to keep the GPL safe, make it bigger and add more people to the discussion - and with that he invited people to become part of the process. He turned the floor back to RMS who said a very few final words and then opened it up for questions.

Predictably, the questions came quite quickly and were mostly about... patents. Two clauses received the most questions. The first was the "patent retaliation" clause in Section 2 and the second was the part of Section 11 which says that, if you distribute a work "knowingly relying on a patent license, you must act to shield downstream users against the possible patent infringement claims from which your license protects you." The response on this latter part from Eben Moglen was that they are not looking to require companies to search all their patents to ensure they are not infringing before distributing work, but more to prevent people from distributing work that they know requires a patent license which they may already have, but which the people who receive their work will not. He went on to say that this clause really only applies to a very small number of people and companies and that he looked forward to working with them to make sure this clause works well.

Beyond the patent questions, there were questions about the 60-day notice, the DRM provision and some general questions about the process of moving from GPLv2 to GPLv3. Overall it was a very useful, interesting and intense morning session.

My one critique of the FSF conference would be what happened next. As we broke for lunch, a subset of the participants (including many of the corporate folks and high-profile members of the free/open source community) apparently went off to separate "discussion groups" to which they were specifically invited. That left the rest of us (myself included) returning from lunch around 1:30pm to face a "Q&A session" with FSF Executive Director Peter Brown, FSF web/wiki coordinator John Sullivan and a young FSF staffer/volunteer who did not identify himself. After a brief statement around the process that would be starting how to comment online, the floor was opened for questions... many of which could simply not be answered.

I don't really fault the three of them. They tried as best they could to answer some of the questions, but they were definitely out of their element. The questioners wanted to ask specific points about the license and clearly needed RMS and Eben Moglen to be there. After a bit, Peter Brown tried to direct the questions away from the license draft and toward the process, asking for other questions to be held until Eben Moglen could return around 3 or 3:30pm. The frustration was visible in a number of the folks there.

I do understand that the FSF was trying to make use of the fact that it had all of these various folks in one physical location and certainly a room of 200 people is not a great way to get a large quantity of feedback. Small groups work far better for that type of thing. I also know that numerous media personnel were there and that RMS and Eben Moglen needed to spend some time with those folks. Still, given that the published agenda said that the afternoon session was for "Q&A" with no mention that RMS and Moglen would not be there, it was a bit frustrating to learn that it was not the type of Q&A that most attendees wanted.

Having said all that, there were some very good questions raised during this afternoon session. Patents were raised again several times, but a question was also asked about the definition of "Complete Corresponding Source Code" in Section 1 where it includes "any encryption or authorization codes necessary to install and/or execute the source code". The specific concern was about whether code could be encrypted with GnuPG for sending, but I failed to understand the issue as to my mind you would be encrypting it with the recipient's key, so they would already have it.

Far more of a concern for a few questioners, though, was the requirement in Section 6b that you will make available your source code on a "durable physical medium customarily used for software interchange." The concern was that solo developers might have to get into the business of stamping out CDs to distribute source code. It was pointed out by someone there that, per Section 6d, one easier way to comply was simply to offer a download. Still the concern persisted. Interestingly, Eben Moglen stated in his earlier presentation that this phrasing had been inserted primarily so that an entity could not "give you the source code" by giving you a printout, which he indicated was a possible way to comply in GPLv2. Now, you must be able to receive the source code in a fashion where you can use it electronically.

All in all, and even with my critique, it was well worth spending the day at MIT and I certainly think the FSF is to be commended for starting this revision process in such an open manner. While I was unable to attend the second day of the conference, I am sure that it was quite involved, as this is, for all of us, only the start of a conversation that will last most of a year. The GPL is incredibly important in this day and age and all of us should definitely monitor this first revision in 15 years, and get involved as much as we are able. The suits will be there - will you?


(Log in to post comments)

Suits and Patents: A Report from the GPLv3 Launch Conference

Posted Jan 23, 2006 18:59 UTC (Mon) by kirkengaard (subscriber, #15022) [Link]

Not having been there, it sounds like a very good summary of a very good meeting. It's nice to have this virtuality about what is going on where.

" ... but a question was also asked about the definition of "Complete Corresponding Source Code" in Section 1 where it includes "any encryption or authorization codes necessary to install and/or execute the source code". The specific concern was about whether code could be encrypted with GnuPG for sending, but I failed to understand the issue as to my mind you would be encrypting it with the recipient's key, so they would already have it."

I also see the question as mistaken; "any encryption or authorization codes necessary to install and/or execute the source code" tends more to evoke the possibility of black-box encryption schemes and non-open document or media encoding such that the open source of the program, without the encryption or authorization, is not functional. A Gatesian bargain of sorts, if you will. Opening the source with the exception of the bits that make it functional, allow it to interoperate, or authorize its use. Especially in the coming TPM era. "Sure, have the source. You can't do anything with it, but here you go.", foreclosed by this provision in GPL v3.

Suits and Patents: A Report from the GPLv3 Launch Conference

Posted Jan 25, 2006 13:25 UTC (Wed) by dyork (guest, #2819) [Link]

Yes, this clause was added to GPLv3 to specifically ensure that entities that modify GPL'd code can't escape the requirement to provide source code by appearing to give it to you... but then not giving you the key or password necessary to open it up. There were a couple examples given such as one where in the past someone had provided source code in an encrypted ZIP file, but then failed to provide the password. Similarly someone had done something which required an encryption key to decode it. Both of those examples would now not be allowed by GPLv3.

The person asking this question was, if I recall correctly, quite concerned about sending GnuPG-encrypted copies of his source to other developers and then needing to provide his key for them to decrypt. Unfortunately I never got a chance to ask him about his specific concern because I couldn't quite understand it. By the very nature of GnuPG, if you are encrypting something to send to someone, you are encrypting it with *their* public key. They have their *private* key to decrypt it, so you don't have to provide them with anything.

It seems to me that this provision of the GPLv3 would really only apply for symmetrical (i.e. secret-key) encryption where there is a shared-secret key or password that parties need to know or have. In public key encryption like PGP/GnuPG, the data is normally encrypted with the recipient's key.

Suits and Patents: A Report from the GPLv3 Launch Conference

Posted Jan 25, 2006 19:51 UTC (Wed) by tres (guest, #352) [Link]

Perhaps it was if person A sent it to B encrypted w/ B's public key and then C wants it. To decode it C would need B's private key.

Suits and Patents: A Report from the GPLv3 Launch Conference

Posted Jan 26, 2006 10:27 UTC (Thu) by nlee (guest, #730) [Link]

I think what this is say is that encryption is really only a transport mechanism. Thus encryption should not be use as a mechanism to 'pretend' or to be seen to have satisfied the legal responsibility under GPL to distribute the code upon request.

In this case, C could request the code from either A or B. Depending on who 'distributed' the application to him in the first place. So in B's case, they'd just re-encrypt the code and send it to C. Furthermore, its likely under GPL that B would have the 'freedom' to distribute the code however they wish. ie. send the code unencrypted, put simiply put it up on a web page.

Another example one could think of were this would work is a company putting an encrypted zip file on a website, but only providing the 'password' (key file or whatever) to clients who receive the application.

GPL3 and providing encryption keys

Posted Jan 26, 2006 22:42 UTC (Thu) by giraffedata (subscriber, #1954) [Link]

Yes, this clause was added to GPLv3 to specifically ensure that entities that modify GPL'd code can't escape the requirement to provide source code by appearing to give it to you... but then not giving you the key or password necessary to open it up. There were a couple examples given such as one where in the past someone had provided source code in an encrypted ZIP file, but then failed to provide the password. Similarly someone had done something which required an encryption key to decode it.

Giving someone the code in encrypted form is such an outrageous failure to deliver the code that I'm sure any court would find it doesn't satisfy GPLv2 either. It's like being ordered by a court to turn over your accounting records to an investigator and you give him an encrypted copy. You think you wouldn't wind up in jail?

In the press over the past few years, they have said that the encryption issue is about code that won't run without keys. E.g. you get all the source code for your Tivo, but the Tivo boot loader won't load it unless you sign it with a key you don't have.

On the public key encryption (GnuPG) thing, I can see where someone might think that GPL poses a problem. If I give you a signed object code file, derived from material I got under GPL, one might think the conditions of GPL require me to give you the key required to reproduce the exact bits I gave you, to wit my private key.

compatibility?

Posted Jan 23, 2006 19:22 UTC (Mon) by stevenj (guest, #421) [Link]

He spoke on the overall goal of increasing the compatibility of the GPL with other appropriate licenses (such as the MIT X11 and BSD licenses).
This doesn't sound accurate. The GPL is already compatible with the X11 (X.org) license and the modified BSD license, while RMS has specifically stated that the GPL v3 is still incompatible with the original BSD advertising clause. My understanding was that the increased compatibility of GPL v3 referred to e.g. the Apache license.

compatibility?

Posted Jan 23, 2006 21:01 UTC (Mon) by tjc (subscriber, #137) [Link]

My understanding was that the increased compatibility of GPL v3 referred to e.g. the Apache license.
By which you mean the Apache 1 license, or the Apache 2 license? The two are quite different. IIRC Apache 1 is similar to the MIT/BSD licenses.

compatibility?

Posted Jan 23, 2006 22:02 UTC (Mon) by stevenj (guest, #421) [Link]

Version 2; the only previous incompatibility with Apache v2 had to do with the patent-
termination clauses, and those are supposed to be addressed by GPL v3.

compatibility?

Posted Jan 25, 2006 13:09 UTC (Wed) by dyork (guest, #2819) [Link]

You are correct that RMS said that GPLv3 is still incompatible with the advertising clause of the original BSD. At the launch event, RMS said that he wanted to make it <i>more</I> compatible with a wide range of other free/open source licenses and specifically gave the example of the MIT and BSD licenses.

Suits and Patents: A Report from the GPLv3 Launch Conference

Posted Jan 23, 2006 20:13 UTC (Mon) by dmarti (subscriber, #11625) [Link]

"Durable physical medium" protects users whose only access to the Internet would be through an ISP that has unconscionable Terms of Service, but who have access to postal mail.

durable physical medium

Posted Jan 23, 2006 23:16 UTC (Mon) by sanjoy (subscriber, #5026) [Link]

"Durable physical medium" protects users whose only access to the Internet would be through an ISP that has unconscionable Terms of Service, but who have access to postal mail.

I think the GPL is brilliant and useful, but I disagree with its philosophy here because it centralizes the hassle caused by lame ISP's. If you have a lame ISP, you can ask a friend with a decent one to download the source for you, burn a CD, and post it to you. Decentralizing this work means that providing source code does not become onerous even as the number of users (who want source) grows huge. The developers can spend most of their time improving the program, and less of it burning CDs.

My favorite open-source/free-software license (the Open Software License 3.0) makes it very easy: The licensor merely has to place

a machine-readable copy of the Source Code in an information repository reasonably calculated to permit inexpensive and convenient access by You for as long as Licensor continues to distribute the Original Work.

Those terms ('for as long...') remind me of another problem with the GPL, that you have to provide source for three years after you stop distributing the binary (or book or whatever object code you use it for). Three years is a long time in the computer world! Many websites do not exist for that long.

I recognize that sometimes it is better to centralize a hassle. Obfuscated email addresses in Usenet postings, or in mailing list archives, shift the burden of dealing with spam from the poster to every reader who wants to reply and has to type the correct address in by hand. But if the poster has a decent spam filter (e.g. bogofilter), or their ISP does, it would take care of most of the problem. Or, to reduce pollution, use electric cars (the energy is generated in a large central power plant, which presumably can afford good scrubbing technology, whereas a gasoline-powered car has to carry the technology (catalytic converters) around with it, which is much more expensive and wasteful).

However, with source code provision, I think decentralizing has advantages.

durable physical medium

Posted Jan 24, 2006 0:01 UTC (Tue) by piman (subscriber, #8957) [Link]

If you ship the binaries and the source code at the same time, none of that matters. It's only if you offer just the binaries. This won't bother developers at all, only people who distribute binaries without source -- who, if they had the resources to distribute the binaries, should have no problems with the source.

durable physical medium

Posted Jan 24, 2006 19:07 UTC (Tue) by sanjoy (subscriber, #5026) [Link]

All good points. Although one case I was thinking about, from a recent discussion on debian-legal, is if you want to hand out OpenOffice CD's or Knoppix CD's, as good publicity for free software.

Ideally you'd just like to tell anyone who asks: "Go to openoffice.org for the 1GB of source code." That relies on provision 3(c) of the GPL:

Accompany it with the information you received as to the offer to distribute corresponding source code.

But if you downloaded OpenOffice from openoffice.org, then you cannot rely on provision 3(c) because it is available only if you (a) are noncommerical, which you might be, and (b) if you received a written, three-year offer when you got the program, in accordance with your upstream source following provision 3(b). Openoffice.org, as far as I know, isn't providing such an offer. They (reasonably) just offer you source and binary on the same website, which is following provision 3(a).

3 years

Posted Jan 24, 2006 0:01 UTC (Tue) by jzbiciak (✭ supporter ✭, #5246) [Link]

Well, the net effect of the 3 years provision is that if you violate it, you lose your legal right to redistribute modified binaries, as extended to you by the GPL. If you lose your physical ability to distribute the source code (e.g. your website implodes for whatever reason), chances are you've also lost your ability to distribute the binaries.

The net effect of this provision is that you are encouraged to offer the binaries and corresponding source together. If, for some reason, the two channels are separate (think "firmware" and "website" for binaries and source, respectively), then you must take additional pains to ensure that the source remains available.

I don't think this is too onerous. Web hosting is cheap (and getting cheaper), and is especially cheap with respect to the cost of developing the software in house.

3 years

Posted Jan 24, 2006 2:05 UTC (Tue) by drag (subscriber, #31333) [Link]

Not to only mention that it doesn't specify that you have to have it immediately aviable.. and that it's always been possible to recoup the expenses caused by distributing the source code. (at least in GPLv2, I assume they didn't change it in GPLv3 draft)

For instance if you need to go out and stamp a bunch of cdroms for some people you can change those people postage and the costs of making those cdroms.

So that way you don't have to deal with some a-hole trolling and demanding a hundred copies of source code while posing as multiple people over email or whatnot.

At least that is my understanding.

Ten times cost.

Posted Jan 24, 2006 5:59 UTC (Tue) by xoddam (subscriber, #2322) [Link]

> it's always been possible to recoup the expenses caused by
> distributing the source code. (at least in GPLv2, I assume
> they didn't change it in GPLv3 draft)

They did change it. You're now allowed to charge up to ten
times what it costs you to distribute source, rather than
provide source at cost.

durable physical medium

Posted Jan 24, 2006 9:07 UTC (Tue) by gdt (guest, #6284) [Link]

If you have a lame ISP, you can ask a friend with a decent one to download the source for you, burn a CD, and post it to you.

I think the export of the code for PGP on paper shows the utility of a paper copy in the face of lame ISP regulations. It's likely that a CD in the post would have been forbidden under te same regulations that prevented other formes of electronic copies of PGP beng exported.

3 years can now be longer - as long as you distribute the code...

Posted Jan 25, 2006 13:32 UTC (Wed) by dyork (guest, #2819) [Link]

Note that in GPLv3 clause 6b the text actually may require distribution longer than three years (emphasis added):
Distribute the Object Code in a physical product (including a physical distribution medium), accompanied by a written offer, valid for at least three years and valid for as long as you offer spare parts or customer support for that product model, to give any third party, for a price no more than ten times your cost of physically performing source distribution, a copy of the Corresponding Source for all the software in the product that is covered by this License, on a durable physical medium customarily used for software interchange...
This was mentioned at the launch event as a way to prevent people who continue to distribute modified versions for more than three years to escape their obligation to provide source code in this format.

3 years can now be longer - as long as you distribute the code...

Posted Jan 26, 2006 23:23 UTC (Thu) by giraffedata (subscriber, #1954) [Link]

valid for at least three years and valid for as long as you offer spare parts or customer support for that product model,

This was mentioned at the launch event as a way to prevent people who continue to distribute modified versions for more than three years to escape their obligation to provide source code in this format.

The three years in (in both GPLs) is from the time of the distribution of the object code copy in question, not the time the first copy was distributed to someone else. So this has always been covered.

What's not covered in GPLv2 is where you give someone a router containing a GPL control program and 4 years later he demands the source code. Under GPLv2, you can say no. Under GPLv3, if you are still answering questions about the router and selling replacement power cords for it, you must say yes. (Under both, if you gave the user a firmware upgrade last year, you must say yes).

durable physical medium

Posted Jan 26, 2006 22:57 UTC (Thu) by giraffedata (subscriber, #1954) [Link]

If you have a lame ISP, you can ask a friend with a decent one to download the source for you, burn a CD, and post it to you.

But the "durable physical medium" clause doesn't apply here anyway. The option of mail vs download is the distributor's. So the lame ISP that justifies the durable medium clause is the distributor's ISP. The lame term of service that could cause a problem is one that says you can't operate a server -- i.e. you can't offer stuff for download.

durable physical medium

Posted Feb 2, 2006 9:32 UTC (Thu) by Wol (guest, #4433) [Link]

There's a problem with the Open Source Licence 3 ...

What happens if I print a thousand binary CDs, distribute them as a one-off, and don't print any more?

I make a load of bucks, and my customers don't get source because I'm no longer distributing...

Cheers,
Wol

Suits and Patents: A Report from the GPLv3 Launch Conference

Posted Jan 23, 2006 22:01 UTC (Mon) by sbergman27 (guest, #10767) [Link]

Eben Moglen. I've never met him, and never heard him speak. But I have read some of his writings and interviews. He is a fine spokesman for the FSF. Reasonable... rational... and doesn't seem an extremist at all, though he basically gets across the same ideas as certain others who do come across as extremists.

The FSF would do well to emphasize Eben as their primary spokesperson.

Suits and Patents: A Report from the GPLv3 Launch Conference

Posted Jan 24, 2006 4:08 UTC (Tue) by kirkengaard (subscriber, #15022) [Link]

I don't know about primary spokesman. Eben isn't an idealist, he's a lawyer. He's "our" lawyer, and he has been RMS's lawyer for 13 years, and he believes in what he's writing, but he's Melanchthon to RMS's Luther. You need someone with uncompromising vision, as well as someone who will take that vision and make it world-conformant. But if RMS dropped dead tomorrow, and Eben were tagged to run the show (not that that would happen, necessarily), he would no longer have anyone to translate.

Suits and Patents: A Report from the GPLv3 Launch Conference

Posted Jan 24, 2006 20:56 UTC (Tue) by nix (subscriber, #2304) [Link]

A lawyer who spent time as a hacker. He shares the common vision, I'd say.

Suits and Patents: A Report from the GPLv3 Launch Conference

Posted Jan 26, 2006 14:18 UTC (Thu) by bcs (guest, #27943) [Link]

Eben isn't an idealist, he's a lawyer.

I encourage you to read or, better yet, listen to Die Gedanken Sind Frei on his web site. I think you'll find he's quite the idealist, as well as a lawyer.

2 clarifications

Posted Jan 24, 2006 0:55 UTC (Tue) by coriordan (guest, #7544) [Link]

First clarification is that the discussion groups that half the audience went to after lunch were actually meetings for the committees which will, roughly, act as an interface from the public to FSF during the process. So it wasn't "now we'll give special time to important people", it was to get the members of the committees to know eachother and to work out how communication will happen during the next 12 months.

Second clarification is that while "200+ attendees" is correct, it is inprecise by 200. The room at 450 chairs and maybe 50 were empty. The steepness of the incline was deceptive. (Note: some people wanting to come were unable to get visa's or were turned away by USA immigration - others decided not to come because entering the USA carries the requirements of fingerprinting and of having personal information transfered to the government of USA).

2 clarifications

Posted Jan 25, 2006 13:46 UTC (Wed) by dyork (guest, #2819) [Link]

> First clarification is that the discussion groups...

Good to know. This was not clear to the folks who were sitting there. All we knew were that half the audience was gone and RMS and Eben Moglen were nowhere to be seen. It makes sense for the FSF to do this and I commend them on organizing it that way. Apparently when Eben Moglen returned later he was to talk about the process and these committees may have been discussed then, but ufortunately I had to leave prior to that so I don't know what he precisely said.

My critique was not that the FSF held these separate sessions. It was a sensible use of time and people to do so. My issue was that there was essentially no communication to the remainder of folks and if you missed the very brief mention at the very start of the conference that there were going to be discussion groups at lunch, you had no idea what was going on. Again, this was a minor issue in the grand scheme of things.

> Second clarification is that while "200+ attendees" is correct, it is inprecise by 200.

When Eben Moglen was finishing his speech and talking about opening the session up to questions, I sat there and counted the number of people in the room as I figured there would be the most people there at the time - and people had not yet started to leave. Then just to be sure I counted again. Both times I wound up a bit over 200. That's how I came up with the number.

Suits and Patents: A Report from the GPLv3 Launch Conference

Posted Jan 25, 2006 0:02 UTC (Wed) by sylware (guest, #35259) [Link]

I posted a comment on the first draft of the GPL v3 license. Hopefully, it will be taken into account. Patents are implicit in the text of the current license draft but in the final text those should be made a kind of exception in order to avoid giving credit to such things as "software patents". Moreover, in my country "software patents" are *still* a non-sense, so it should use the "geographical region" thing to restrict its application.
I have the secret hope US can cure this disease before it's too late...

Eben Moglen Speaks

Posted Jan 26, 2006 22:02 UTC (Thu) by cmc (subscriber, #16767) [Link]

I've never heard Moglen speak in person, but on his website he has an MP3 and an Ogg version of a talk he gave in Berlin on June 10, 2004, ``Die Gedanken Sind Frei: The Free Software Movement and The Struggle for Freedom of Thought''.

The talk is brilliant. Moglen is brilliant. I'm surprised that the crowd didn't surge up, take him on their shoulders, and storm a government building to start the revolution and bring about the promised land of free software.

Copyright © 2006, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds