Stories
Slash Boxes
Comments

SoylentNews is people

posted by cmn32480 on Sunday September 04 2016, @12:16PM   Printer-friendly
from the it-is-usually-sugarcoated dept.

In the time leading up to the next Kernel Summit topics are presented and discussed beforehand on the Ksummit-discuss mailing list. There [CORE TOPIC] GPL defense issues was introduced. Even though Linus is not subscribed to this list he speaks his mind, bluntly. A good read.

I'm not aware of anybody but the lawyers and crazy people that were happy about how the BusyBox situation ended up. Please pipe up if you actually know differently. All it resulted in was a huge amount of bickering, and both individual and commercial developers and users fleeing in droves. Botht he original maintainer and the maintainer that started the lawsuits ended up publicly saying it was a disaster.

So I think the whole GPL enforcement issue is absolutely something that should be discussed, but it should be discussed with the working title.


Original Submission

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 5, Insightful) by stormwyrm on Monday September 05 2016, @02:47AM

    by stormwyrm (717) on Monday September 05 2016, @02:47AM (#397635) Journal

    That is pretty much the way the Free Software Foundation itself has historically dealt with GPL violations [gnu.org]. As Prof. Eben Moglen, who was, up until 2006, general counsel for the FSF, puts it:

    ...A quiet initial contact is usually sufficient to resolve the problem. Parties thought they were complying with GPL, and are pleased to follow advice on the correction of an error. Sometimes, however, we believe that confidence-building measures will be required, because the scale of the violation or its persistence in time makes mere voluntary compliance insufficient. In such situations we work with organizations to establish GPL-compliance programs within their enterprises, led by senior managers who report to us, and directly to their enterprises' managing boards, regularly. In particularly complex cases, we have sometimes insisted upon measures that would make subsequent judicial enforcement simple and rapid in the event of future violation.

    In approximately a decade of enforcing the GPL, I have never insisted on payment of damages to the Foundation for violation of the license, and I have rarely required public admission of wrongdoing. Our position has always been that compliance with the license, and security for future good behavior, are the most important goals. We have done everything to make it easy for violators to comply, and we have offered oblivion with respect to past faults.

    In the early years of the free software movement, this was probably the only strategy available. Expensive and burdensome litigation might have destroyed the FSF, or at least prevented it from doing what we knew was necessary to make the free software movement the permanent force in reshaping the software industry that it has now become. Over time, however, we persisted in our approach to license enforcement not because we had to, but because it worked. An entire industry grew up around free software, all of whose participants understood the overwhelming importance of the GPL—no one wanted to be seen as the villain who stole free software, and no one wanted to be the customer, business partner, or even employee of such a bad actor. Faced with a choice between compliance without publicity or a campaign of bad publicity and a litigation battle they could not win, violators chose not to play it the hard way.

    --
    Numquam ponenda est pluralitas sine necessitate.
    Starting Score:    1  point
    Moderation   +3  
       Insightful=2, Informative=1, Total=3
    Extra 'Insightful' Modifier   0  
    Karma-Bonus Modifier   +1  

    Total Score:   5