DeVault: GitHub Copilot and open source laundering
DeVault: GitHub Copilot and open source laundering
Posted Jun 24, 2022 17:45 UTC (Fri) by rgmoore (✭ supporter ✭, #75)In reply to: DeVault: GitHub Copilot and open source laundering by Wol
Parent article: DeVault: GitHub Copilot and open source laundering
The point is that isn't how licenses work. The idea behind a copyright license is that the licensor grants the licensee some rights they would normally be denied by copyright law in exchange for a consideration. For example, if copyright law would normally deny me the right to use your program to train my ML model, you can write a license that would grant me that right.
But in practice a license can't prevent someone from doing something they would otherwise have the right to do under copyright law. It is possible to write a license that requires the licensee giving up some rights under copyright law as part of the consideration they get for receiving some other rights. But nobody is forced to agree to the license! If they simply refuse to accept the license, they can continue doing anything they normally had the right to do under copyright law. Refusing the licensing terms would deny them whatever rights the license would grant them, but if they weren't intending to do those things it's an empty threat.
      Posted Jun 24, 2022 20:25 UTC (Fri)
                               by Wol (subscriber, #4433)
                              [Link] (2 responses)
       
But if copyright LAW is not clear on the matter? 
That is what everybody is ignoring - it is down to the Judge to decide what the law IS. If the licence explicitly refuses permission, does the Judge make a NARROW ruling that says the licensor's explicit wishes rule, or a BROAD ruling that all such clauses are invalid. 
PJ was quite clear that given a choice between a broad or narrow ruling, the Judge would opt for the narrow ruling every time. 
And I don't know which case it was, but there was a discussion about a pro-software-patent Judge some while back, who ruled "In THIS case, the software is clearly non-patentable. I can't conceive of a scenario where any software is patentable". Note he didn't even attempt to say software isn't patentable. He was pro-patents. But he stated, in a ruling, "I don't think it is possible for software to pass the patentability bar". He made a very narrow ruling, but accepted that the consequences would probably be wide. 
Cheers, 
     
    
      Posted Jun 24, 2022 21:21 UTC (Fri)
                               by rgmoore (✭ supporter ✭, #75)
                              [Link] (1 responses)
       But that applies only if the broad and narrow ruling turn out the same way.  In that case, the judge will usually rule on the narrowest possible grounds that results in the outcome they think is right for the case.  If the broad and narrow grounds for the ruling have opposite results, the judge has to go based on which one seems to be a better reading of the law and situation, not just on narrow versus broad.  More generally, narrow vs broad is something that's more true of low-level judges than of higher-level ones.  Even if individual judges make narrow rulings, it's likely that different judges will rule differently.  That will create uncertainty and force a higher court to rule on the matter, creating a broader ruling.  That's the way these things usually go.
      
           
     
    
      Posted Jun 25, 2022 17:05 UTC (Sat)
                               by khim (subscriber, #9252)
                              [Link] 
       Where does that idea comes from? Narrow ruling is used precisely to ensure the possibility of broad ruling (made in a different case by a different judge later) to proclaim the opposite outcome! Narrow is almost always better. Because, well, it's narrow. It describes the situation more precisely. The only save you can have is to proclaim that narrow reading is so narrow it's not applicable to your case at all. That often happens with patents (judge is presented with half-dozen of patents which can be, theoretically, be treated as prior art and eliminate the patent completely, but 9 times out of 10 judge doesn't do that, but only just proclaim that yes, patent is still valid, just not applicable for your case). I would say it's the way these things usually don't go. 99% of time decision doesn't reach high enough courts to decide anything definitively. Usually it takes dozens of cases and decades of litigation for that to happen. 
     
    DeVault: GitHub Copilot and open source laundering
      
Wol
DeVault: GitHub Copilot and open source laundering
      PJ was quite clear that given a choice between a broad or narrow ruling, the Judge would opt for the narrow ruling every time.
      > But that applies only if the broad and narrow ruling turn out the same way.
DeVault: GitHub Copilot and open source laundering
      
 
           