Please don't spread FUD...

Posted Jan 18, 2012 21:59 UTC (Wed) by jrn (subscriber, #64214)
In reply to: Please don't spread FUD... by dlang
Parent article: Google's disappearing Android GPL compliance opportunity

> I did not say that someone has sued, I'm saying that someone could sue, and point to the file as distributed by the FSF as proof that it's released under the GPLv3.

> and if they don't intend to be able to do this, why change the license?

See <http://lwn.net/Articles/475946/>.

I'll admit I'm a bit disappointed to read that you apparently are claiming that the binutils maintainers did this with the intention of lying.

Please don't spread FUD...

Posted Jan 23, 2012 0:35 UTC (Mon) by landley (guest, #6789) [Link] (3 responses)

The binutils maintainers insisted that Red Hat sign over the copyrights to them (which they've always done as a condition of contributing code to GNU proejcts), and then the FSF took those contributed files and released them under GPLv3, not under GPLv2.

That was a choice the binutils guys made, not Red Hat. The FSF could have released those files under GPLv2. They chose not to do so. They chose to retroactively relicense the old tarball, and to make the new tarball under a different license available from the old link, and wait for people like me to go "why did my checksum fail and fall back to a mirror" in order to even notice it had happened.

Whether they were being incompetent, or being sneaky, is a separate issue. They did what they did, by choice.

How is that "spreading FUD"?

Rob

the term "retroactive relicensing"

Posted Jan 23, 2012 1:25 UTC (Mon) by jrn (subscriber, #64214) [Link] (1 responses)

Who said you were spreading FUD? khim's corrections were in response to a comment by dlang.

However, your characterization _still_ strikes me as strange. Usually when I see the words "retroactively relicense the old tarball", I would assume that that means there was old code under one license and they have revoked the license, replacing it with a new one. You can be unhappy with the license chosen for binutils 2.17a and the choice to put that symlink there (and I would agree with you) but calling it fraud as dlang did or retroactive relicensing as you are seems disingenuous.

Please take a note of the following...

Posted Jan 23, 2012 2:11 UTC (Mon) by khim (subscriber, #9252) [Link]

You can be unhappy with the license chosen for binutils 2.17a and the choice to put that symlink there (and I would agree with you)

As I've already explained: initially file was just removed, symlink was added later to [hopefully] help users with automatic scripts. I'm not sure it was good idea - but it was quite explicitly not produced by RMS, FSF or "binutils guys"...

As I've said already: stop spreading FUD. I may not agree with everything FSF does (and the fact that they released these files under GPLv3 looks strange to me, too), but I at least tend to check facts before trying to tell tales about FSF conspiracies.

Good try...

Posted Jan 23, 2012 1:56 UTC (Mon) by khim (subscriber, #9252) [Link]

They chose to retroactively relicense the old tarball, and to make the new tarball under a different license available from the old link, and wait for people like me to go "why did my checksum fail and fall back to a mirror" in order to even notice it had happened.

Whether they were being incompetent, or being sneaky, is a separate issue. They did what they did, by choice.

How is that "spreading FUD"?

Well, apparently you don't know what FUD is. Definition: FUD is generally a strategic attempt to influence perception by disseminating negative and dubious or false information - and this is what you are doing here.

FSF never relicensed old tarball: new tarball was put under different name. Then people started complaining that old tarballs disappeared and offered a solution: This kind of URL change is a serial killer for automatic build system/script already shipped. Is it possible to have simlinks like 'oldername'->'newname' (as for example binutils-2.21.1a.tar.bz2 tarball will actually contain binutils-2.21.1)? and binutils maintaines agreed to make few symlinks.