Busybox 似乎是那些想要嵌入式 Linux 的供应商的绊脚石。甚至有关于 Busybox 的诉讼。
对于封闭系统开发人员来说，是否有更自由许可（BSD，MIT 或至少 LGPL）的 Busybox 类似物？
答案1
免责声明：我不是律师。这个答案确实需要法律专业知识，我已尽最大努力提供信息，但这不是法律建议。请找一位了解软件许可和知识产权问题的律师。
TL;DR 版本。封闭系统的风险在于内核，而不是 busybox，因为内核会泄露硬件接口。Busybox 几乎不会泄露任何信息，因为它通常以常规或几乎常规的形式使用。
它们与内核本身有相同的障碍，所以这不应该成为问题。遵守 GPL 并不难 - 如果您分发二进制文件，则必须分发相应的源代码，或承诺做同样的事情，并兑现承诺。但是，您不必分发您的所有工作 - 通常，您不会对 busybox 本身进行更改，因此只需在您的网站上发布您构建 busybox 的 tarball 副本即可。
Linux 内核是一个更大的问题，因为那是驱动程序的存放地 - 从理论上讲，将封闭驱动程序链接到内核的行为要么使这些驱动程序受到 GPL 的保护（如果您拥有版权），要么使您完全违反 GPL 并无法合法分发您的作品（如果您不拥有版权）。这意味着您可能不得不放弃任何嵌入式 Linux 实现的关键硬件细节。
其余的“秘密武器”应该是安全的——标准用户空间程序不是问题，它们最终在任何地方都基本相同。使产品正常工作的自定义应用程序最终完全由您自己创建，并与允许链接封闭源代码的库链接。
答案2
我认为你会发现前 busybox 开发人员的工作非常有趣：
http://landley.net/toybox/about.html
http://lwn.net/Articles/478308/
韋斯
答案3
野兽盒子试图将类似 Busybox 的工具引入 BSD 世界。其大部分工作来自 NetBSD。