Busybox 是否有非 GPL 替代品?

Vi.*_*Vi. 2 license proprietary busybox

对于想要很少嵌入式 linux 的供应商来说,Busybox 似乎是一种绊脚石。甚至还有关于 Busybox 的诉讼。

对于封闭系统的开发人员,是否有更自由的(BSD、MIT 或至少 LGPL)Busybox 类似物?

Ste*_*nie 6

免责声明:我不是律师。这个答案确实需要法律专业知识,我已尽最大努力提供信息,但这不是法律建议。找一位了解软件许可和知识产权问题的律师。

TL; DR 版本。封闭系统的风险在于内核,而不是busybox,因为内核揭示了硬件接口。Busybox 几乎没有显示任何内容,因为它倾向于以股票或几乎股票的形式使用。

它们与内核本身具有相同的绊脚石,因此这应该不是问题。GPL 并不难遵守——如果你分发二进制文件,你必须分发相应的源代码,或者提供相同的资源,并在该提供的情况下做好。然而,您不必分发所有的工作——通常,您不会对 busybox 本身进行更改,因此它就像在您的站点上放置您构建的 busybox tarball 的副本一样简单。

Linux 内核是一个更大的问题,因为这是你的驱动程序去的地方 - 将封闭的驱动程序链接到它的行为理论上要么使这些驱动程序受 GPL 保护(如果你拥有版权),要么使你完全违反 GPL 和如果您不这样做,则无法合法分发您的作品。这意味着您可能不得不放弃任何嵌入式 linux 实现的关键硬件细节。

其余的“秘密武器”应该是安全的——标准的用户空间程序不是问题,它们最终在任何地方都基本相同。使您的产品工作的自定义应用程序最终完全是您的创作,链接到允许链接封闭源代码的库。

  • 仍然归结为正确理解许可证及其含义。对于busybox,重要的是要知道您对busybox 本身所做的任何修改都必须重新分发。这不是问题,因为您首先不应该将您的专有软件硬编码到busybox 中。至多,您拥有编译所需的任何代码更改,以及修复您发现的任何错误所需的任何代码更改(无论如何,您应该共享这些代码以成为优秀的企业公民 - 这样做不会伤害您,并且它会保持您依赖于改进的软件。) (2认同)