混淆和 GPL [关闭]答案

【问题标题】：Obfuscation and GPL [closed]混淆和 GPL [关闭]
【发布时间】：2010-11-08 08:34:37
【问题描述】：

这是一个假设场景（即：我只是想出来的，我不打算这样做！）

是什么阻止了公司通过以下方式阻止 GPL 衍生作品的有效使用

所以从技术上讲，他们已将源代码重新发布回社区。但它实际上是无用的。

我知道这将是一件非常低级的事情，而且这违反了 GPL 的精神，但 GPL 是否可以防止这种滥用行为？如果有怎么办

【问题讨论】：

【解决方案1】：

来自GPL：

作品的“源代码”是指制作作品的首选形式对其进行修改。

我想很难证明（以任何方式）混淆的形式是修改的首选形式。

【讨论】：

他们显然已经仔细考虑过了，感谢您的回答+1
嗯，技术上是正确的。但这意味着每个源代码都应该以高度可维护的方式进行充分的注释和编写 - 具有良好的命名和良好的结构，我们都知道并非总是如此，并且不会阻止在 GPL 下发布。
但不记录代码与混淆相去甚远
sharptooth：我认为“进行修改的首选工作形式”是指“您处理它的方式”（例如，不要将代码混淆为发布构建步骤 - 但是如果你主要处理混淆代码，应该没问题）
此条款被特别纳入以防止人们通过以混淆形式重新分发源代码来绕过 GPL 的条款。它也适用于构建文件。有一次，有一家名为 Smoothwall 的公司生产的产品违反了 GPL。他们尝试发布源代码但没有生成文件，并且在此过程中或多或少地受到私刑。此外，围绕 GPL 开展工作的公众尝试也有获得负面新闻的历史，参见Novell 的“学分”。

【解决方案2】：

另一个原因：即使源代码无用并且无法修改用于所有实际目的的程序，任何想要这样做的人仍然可以像啤酒一样免费重新分发二进制文件，而无需向公司支付一分钱。

【讨论】：