Emacs violates GPL since 2009
lists.gnu.org
lists.gnu.org
It was noticed a couple parsers included in the source tarball are generated from grammar files that are not. This means they are distributing the compiled version without the corresponding sources (although the parsers are human readable) and that is unacceptable. The situation is analogous to distributing a compiled program without its source or, say, a merged-minified version of a JavaScript library without its original corresponding files.
The solution will be applied retroactively to source tarballs and previous tarballs that did not distribute these source files will be removed.
It's like the Emacs team just noticed the have been driving their car with a broken headlight for the past couple miles.
In the meantime, I seriously doubt many other teams would be so principled as that. Kudos for them.
As much as RMS gets on my nerves sometimes, I have to admire him here. I feel like his reactions are over the top sometimes, but this shows me that at least they're consistently so -- even when he's the one at fault.
Once and for all let's admit that RMS is actually a quite reasonable guy and that when his reactions are "over the top" it is the exception and not the rule. Let's also realize that his "over the top" reactions are due to his role in the FSF and the GNU project. If he is not the one being obsessed by the definition of "free software" versus "open source" then who will be? It's a matter of drawing too hard in one direction so the "forces" compensate and the general direction is as close as possible to what is reasonable.
I remember an interview with RMS where he basically said that, while this cause is very important to him, the amount of pressure he felt in his role as a free software leader was enormous. I think you're probably right, he seems to get a lot of scorn for being a radical, and not enough praise for his integrity and results.
We may see them as "over the top" because we aren't as principled as he is.
Someone would email asking a question about Windows or Photoshop, and RMS would invariably chime in with something like, "you know, you shouldn't use that, it's like supporting a dictator."
So it is with that background that I was impressed with his comments here. On that mailing list I actually would say over the top reactions were the rule, rather than the exception. That said, maybe taken among all his public fora, he's quite reasonable. I haven't seen/heard him much elsewhere.
Unfortunately I doubt we're going to see RMS on a Segway.
I may be misreading, but the issue is that some of the elisp sources of CEDET were generated from bison input files automatically at some point -- but they're still elisp sources; a user can still modify them if needed, and if an asteroid hits the house of whoever did the original conversion, development can still continue that way.
That doesn't mean that _technically_ we wouldn't be a lot better off if the bison sources made it into the next emacs release, for completeness and ease of future development -- but I'm not sure I see the GPL violation here.
The parser also likely contains large tables of values autogenerated by the parser generator (though I didn't check this). There is no way the average developer could modify the parser to suit their needs. This would be even more difficult than disassembling a binary and altering the assembly language.
In a way I am glad this happened. After a months long ordeal some years ago involving strongly worded letters with threatening legal language due to an accidental violation of the GPL (which I simply don't use for new projects any more) I now have an uncontentious example that I can point people to which shows that even developers with the best of intentions make "serious" accidental mistakes!
Stallman doesn't seem to think so, he labels it serious and calls for immediate correction.
While I agree with this conclusion and that it needs to be fixed: Wouldn't the irony in the mistake have been a good opportunity to show some sense of humor?
That said, it doesn't surprise me either that as a person known for sticking to his principles he'd take this situation very serious.
Also, I think I see what you mean by irony but calling it that would be more appropriate if Stallman himself would have made that particular commit or even if he would have been overseeing the project actively at the time the commit was made. But neither is the case: Chong Yidong committed it according to [1], and when the commit in question was made 2009-09-28 Stefan and Yidong had already taken over the maintainer role [2].
So really, not all too ironic from where I sit... hope this isn't spoiling a good joke :-)
[1] http://bzr.savannah.gnu.org/lh/emacs/trunk/revision/97804
[2] http://emacs-fu.blogspot.com/2009/08/interview-with-chong-yi...
What I meant isn't that this is funny but ironic because Emacs is the FSF/GPL flagship. That said, I fully understand that RMS is taking this seriously because he wants to sort this out. Maybe he'll make a joke about this one day if it turns out to be a harmless oversight.
I'm not an RMS fanboy, nor a GPL or GNU fanboy for that matter, but I do admire him for being principled and taking a stand in spite of his position becoming less and less popular in the past few years, if I detect the prevailing sentiment correctly. And I'm getting a bit tired of seeing many people taking cracks at his beard, hygiene, lack of humor, etc. instead of taking him up on the specific issues he's raising.
But again, I didn't think you were trying to do that, your lighthearted comment in a prominent position just prompted me to reply.
Cheers!
EDIT: oh, I see now, it's because of the bit about "spoiling a good joke". Sorry, I mainly added that to make it sound a bit less dry and pedantic, nothing worse than that when replying to a comment about lack of humour!
Actually, in person, when he's not discussing serious things, he's a very jovial, laid-back chap.
Every church has to have its pope, though ...
Edit: a simple README to point the issue in older tarballs might suffice -- though the issue has to be fixed going forward, no question on that.
Note the "in essence". They are not actually distributing binary blobs, they are distributing generated code made with a parser generator which they are not distributing, and they argue that this is equivalent of distributing binary code for all practical purposes, as the user "may neither fix nor extend the existing functionality."
It's not unfixable.
A simple README doesn't solve this issue.
The goof here isn't that emacs is somehow "polluted" going forward; everyone agrees that this is easy to fix. The problem is that existing versions of emacs were/are distributed in a form that is a violation of its own license.
This is not correct and I would expect RMS to call him out on it. You can distribute binaries without the sources. You just have to make them available when someone asks for them in writing. It seem that this is the first time that someone has asked for them, and they are being provided.
(If there is, RMS should probably be made aware of it, because that addresses half of his concern).