Vi.*_*Vi. 2 license proprietary busybox
对于想要很少嵌入式 linux 的供应商来说,Busybox 似乎是一种绊脚石。甚至还有关于 Busybox 的诉讼。
对于封闭系统的开发人员,是否有更自由的(BSD、MIT 或至少 LGPL)Busybox 类似物?
免责声明:我不是律师。这个答案确实需要法律专业知识,我已尽最大努力提供信息,但这不是法律建议。找一位了解软件许可和知识产权问题的律师。
TL; DR 版本。封闭系统的风险在于内核,而不是busybox,因为内核揭示了硬件接口。Busybox 几乎没有显示任何内容,因为它倾向于以股票或几乎股票的形式使用。
它们与内核本身具有相同的绊脚石,因此这应该不是问题。GPL 并不难遵守——如果你分发二进制文件,你必须分发相应的源代码,或者提供相同的资源,并在该提供的情况下做好。然而,您不必分发所有的工作——通常,您不会对 busybox 本身进行更改,因此它就像在您的站点上放置您构建的 busybox tarball 的副本一样简单。
Linux 内核是一个更大的问题,因为这是你的驱动程序去的地方 - 将封闭的驱动程序链接到它的行为理论上要么使这些驱动程序受 GPL 保护(如果你拥有版权),要么使你完全违反 GPL 和如果您不这样做,则无法合法分发您的作品。这意味着您可能不得不放弃任何嵌入式 linux 实现的关键硬件细节。
其余的“秘密武器”应该是安全的——标准的用户空间程序不是问题,它们最终在任何地方都基本相同。使您的产品工作的自定义应用程序最终完全是您的创作,链接到允许链接封闭源代码的库。
| 归档时间: |
|
| 查看次数: |
2995 次 |
| 最近记录: |