混淆和GPL

hha*_*fez 15 obfuscation gpl

这是一个假设的场景(即:我只是想到了,我不打算这样做!)

通过执行以下操作,阻止公司阻止有效使用衍生GPL工作的原因

  1. 分叉GPL项目
  2. 做一个衍生作品
  3. 出售衍生作品并以模糊形式发布源代码

技术上他们已经将源代码发布回社区.但它实际上没用.

我知道这将是一个非常低的事情,这将违背GPL的精神,但GPL是否可以防止这种类型的滥用?如果是这样的话

bal*_*pha 37

来自GPL:

作品的"源代码"是指对其进行修改的首选作品形式.

我想很难弄清楚(以任何方式)混淆形式是修改的首选形式.

  • 嗯,技术上是真的.但这意味着每个源代码都应该以高度可维护的方式进行充分的评论和编写 - 具有良好的命名和精细的结构,我们都知道并非总是如此,并且不会阻止在GPL下发布. (4认同)
  • 该条款专门用于防止人们通过以混淆形式重新分发来源来解决GPL的规定.它也适用于构建文件.有一次,有一个名为Smoothwall的装备制造了违反GPL的产品.他们尝试发布源代码但没有make文件,并且在此过程中或多或少地被私刑化.此外,公众试图围绕GPL工作有着吸收负面新闻的历史,参见Novell的"信用". (4认同)
  • sharptooth:我认为"进行修改的工作的首选形式"意味着"你正在处理它的方式"(例如,不要将代码混淆为发布构建步骤 - 但如果你主要处理混淆代码,应该没问题) (2认同)