有人知道 iText 的一个分支吗？ [关闭]

Posted 2023-02-24

【中文标题】有人知道 iText 的一个分支吗？ [关闭]

【英文标题】：Does anyone know of a fork of iText? [closed]

【发布时间】：2011-03-10 21:23:50

【问题描述】：

现在 iText 已经使用 AGPL，我假设有人会采用旧的（2.1.7 或 4.2.0）代码并分叉它以保持 LGPL 版本的运行。有人知道这样的分叉已经开始了吗？

【问题讨论】：

OpenPDF 的新家是 github.com/LibrePDF/OpenPDF，截至今天它看起来非常活跃。

如果有人有兴趣加入我的团队并在 LGPL 下维护和开发 itextsharp 4.2.0 分支，请告诉我。

【参考方案1】：

旧版本仍然存在。鉴于 Itext 的大部分开发工作都来自 Bruno 和其他一些人，他们将把这些东西放入新版本中，这有什么意义吗？谁来开发分叉？

【讨论】：

我预计很多人都希望获得 LGPL 或其他商业代码兼容许可证。我认为布鲁诺做他所做的事情有充分的理由（尤其令人心酸的是公司如何在他处理儿子的疾病时推动他解决问题的故事），我仍然认为很多人有兴趣看到现场直播的 LGPL 版本开。

您可以从 bruno 和 AGPL 获得商业许可，并支持他的所有工作。

我们本来希望支持它，并且有一些补丁可以贡献——一些代码非常粗糙和薄弱——但是对于一家小公司来说，所要求的许可费用使它成为非-启动器。

【参考方案2】：

我在我的博客（链接自我的 SO 个人资料）中讨论了 iText AGPL 许可的一些实际问题。为什么不直接购买 IText？在许多商业 PDF 库中，这无疑是一种选择，尽管它们确实需要针对竞争对定价进行标准化。

事实上，我过去从未真正使用过 iText。它要么总是缺少某些功能，要么 API 比其他（非免费）替代品更难绕开你的脑袋，尤其是对于最小的 PDF 操作（而不是生成报告所需的 PDF 操作级别，例如） .

目前我所知道的唯一一个类似授权的PDF库是ICEPdf，它在MPL 1.1 license下，但它的商业模式是有一个更有限的版本，并为更高级的功能收费（比如更多的字体支持） .

【讨论】：

您查看价格了吗？

你必须“请求报价”才能考虑定价这一事实是荒谬的。

【参考方案3】：

您的请求存在许多问题：

可以维护 iText 分叉的人员列表相当短。我恰好是其中之一。 ;) 能够维护 iText 分叉并愿意阻止 Bruno 最终从 iText 赚钱的努力的人员名单（在最初编写时）为零。我当然不是其中之一。

因此，有很多人会喜欢为他们的商业应用程序提供一些免费（小“f”）代码。他们可以使用 2.1.7 并处理任何错误、单独行动、分享他们的源代码或花一些钱。

（是的，我意识到维持 MPL 分叉同时鼓励其他人凑钱是虚伪的。我曾尝试在自己的公司中做到这一点，但到目前为止我的努力还没有取得成果。）

【讨论】：

我确实尝试过“花一些钱”的方向来补偿布鲁诺的努力。但是对于一个小型初创公司的报价甚至不包括任何支持的价格都比我预期的要高得多（单台服务器的最低价格超过 2000 美元）。所以我改变了主意，我认为应该支持一个分叉，因为它的价格对于 99% 的客户来说是不合理的。它们只迎合实际需要大量使用它的大公司。

【参考方案4】：

在某种意义上，想要使用或继续使用 LGPL 版本似乎是对布鲁诺的个人侮辱。

人们采用该库是因为它首先是 LGPL，这件事怎么样？现在更改软件包名称和许可证应该没问题，我们应该闭嘴并忍受它。这就是所谓的诱饵和转换。

布鲁诺可以做他想做的事，这个男人想要一些钱来做他的努力是可以理解的。如果这是通过他的工作获利的最佳方式，那么他应该这样做。然而，这并没有让那些想要使用原始 LGPL 版本的人被贬低，并且想要继续使用该许可代码库的一个分支，这并不令人讨厌。