The ongoing fight against GPL enforcement
mjg59.dreamwidth.org
The ongoing fight against GPL enforcement
1–10 of 94 posts
Re: The ongoing fight against GPL enforcement
#2What a bunch of hypocrites. If BusyBox made Sony money, they'd fight an attempt to replace it tooth and nail, as AT&T did with BSD.
Re: The ongoing fight against GPL enforcement
#3Wait what? This has actually happened?
Re: The ongoing fight against GPL enforcement
#4>The SFC will grant a new license, but on one condition - not only must you provide the source code to Busybox, you must provide the source code to all other works on the device that require source distribution. Wait what? This has actually happened?
Re: The ongoing fight against GPL enforcement
#5Sony wants to write a BusyBox that doesn't use BusyBox's license? What exactly is the problem? If they don't like the license isn't that the best approach they can take?
"A couple of weeks ago, this page appeared on the elinux.org wiki. It's written by an engineer at Sony, and it's calling for contributions to rewriting Busybox. This would be entirely reasonable if it were for technical reasons, but it's not - it's explicitly stated that companies are afraid that Busybox copyright holders may force them to comply with the licenses of software they ship. If you ship this Busybox replacement instead of the original Busybox you'll be safe from the SFC. You'll be able to violate licenses with impunity."
Wait, didn't GNU and the GPL start off for the completely non-technical reason that Stallman didn't like the original license?
I'm also not sure I like the idea of using BusyBox as a backdoor to examine the rest of a product's source code. I didn't realize that was a condition of the GPL, but it makes me glad I've switched most of my projects over to the BSD and ISC licenses.
Re: The ongoing fight against GPL enforcement
#6Maybe I misunderstood, but I'm not seeing how this is bad. Sony wants to write a BusyBox that doesn't use BusyBox's license? What exactly is the problem? If they don't like the license isn't that the best approach they can take? "A couple of weeks ago, this page appeared on the elinux.org wiki. It's written by an engineer at Sony, and it's calling for contributions to rewriting Busybox. This would be entirely reasona…
And the point is that the people who wrote Busybox don't want money if you're infringing their copyright - they just want to see exactly what you've done with their code, and get the chance to play with it. Which is pretty reasonable when you think about it.
Re: The ongoing fight against GPL enforcement
#7Maybe I misunderstood, but I'm not seeing how this is bad. Sony wants to write a BusyBox that doesn't use BusyBox's license? What exactly is the problem? If they don't like the license isn't that the best approach they can take? "A couple of weeks ago, this page appeared on the elinux.org wiki. It's written by an engineer at Sony, and it's calling for contributions to rewriting Busybox. This would be entirely reasona…
Re: The ongoing fight against GPL enforcement
#8Maybe I misunderstood, but I'm not seeing how this is bad. Sony wants to write a BusyBox that doesn't use BusyBox's license? What exactly is the problem? If they don't like the license isn't that the best approach they can take? "A couple of weeks ago, this page appeared on the elinux.org wiki. It's written by an engineer at Sony, and it's calling for contributions to rewriting Busybox. This would be entirely reasona…
They're not asking for this because they dislike Busybox'es GPL license. They're asking for it because they know Busybox actually goes to court to enforce it, and asks for the other GPL products to have their license respected too.
I'll spell it out more clearer: they want to get rid of Busybox, because its one of the only things whose license they cannot violate with impunity.
Re: The ongoing fight against GPL enforcement
#9>The SFC will grant a new license, but on one condition - not only must you provide the source code to Busybox, you must provide the source code to all other works on the device that require source distribution. Wait what? This has actually happened?
Re: The ongoing fight against GPL enforcement
#10Maybe I misunderstood, but I'm not seeing how this is bad. Sony wants to write a BusyBox that doesn't use BusyBox's license? What exactly is the problem? If they don't like the license isn't that the best approach they can take? "A couple of weeks ago, this page appeared on the elinux.org wiki. It's written by an engineer at Sony, and it's calling for contributions to rewriting Busybox. This would be entirely reasona…
This is bad because Busybox has copyright holders that actively enforce the GPL on their product. They're not asking for this because they dislike Busybox'es GPL license. They're asking for it because they know Busybox actually goes to court to enforce it, and asks for the other GPL products to have their license respected too. I'll spell it out more clearer: they want to get rid of Busybox, because its one of the on…
On one hand, if the license holders of the other infringing software don't care to enforce the license, why should anybody care? It makes no sense to me, but it's up to them.
On the other hand, if Sony would rather write it themselves than abide by the GPL then I'm not seeing the problem there, either. Again, it makes no sense, but it's their decision.