有谁知道iText的分支？
现在iText已经走了AGPL ，我假设有人会采取旧的（2.1.7或4.2.0 ）代码，并叉到LGPL版本去。 有谁知道这样的叉子已经开始了吗？
似乎有一些意思是想要使用或继续LGPL版本是一个个人侮辱布鲁诺。
那么人们采用这个图书馆的事实呢，因为它是LGPL呢？ 现在，软件包名称和许可证的更改应该是可以的，我们应该闭嘴并与之共存。 这就是所谓的诱饵和开关。
布鲁诺可以做他想做的事情，这个人为他的努力需要一些钱是可以理解的。 如果这是赚钱的最好方法，那么他应该这样做。 但是，这并不会使那些想要使用原LGPL版本贱民，并希望与该授权的代码分叉前进的人不是讨厌的。
您的要求有许多问题：
- 能够维护iText分支的人员名单相当短。 我碰巧是其中之一。 ;）
- 能够维护一个iText分支并且愿意把Bruno的努力从iText赚取一些钱的人的清单（迄今为止）是零。 我当然不是其中之一。
所以有很多人在为他们的商业应用程序喜欢一些免费的（小'f'）代码。 他们可以使用2.1.7，处理任何bug（在itext邮件列表上冷眼旁观），单独使用，分享源代码，或者花费一些钱。
（是的，我意识到维护一个MPL叉子的虚伪，同时鼓励别人去做一些面团，我试图用我自己的公司做到这一点，但是迄今为止我的努力并没有取得成果。）
我在博客中讨论了iText AGPL许可证的一些实际问题（从我的SOconfiguration文件链接）。 为什么不只是购买IText？ 这当然是许多商业PDF库中的一个选项，尽pipe它们确实需要将其定价与竞争标准化。
事实是，过去我从来没有真正使用过iText。 它总是缺乏某些function，或者API比其他（非自由的）替代scheme困难得多，特别是对于最小的PDF操作（而不是生成报告所需的PDF操作级别） 。
在这一点上，我所知道的唯一获得相同许可的PDF库是ICEPdf，它是在MPL 1.1许可下的，但是它的商业模式是为更高级的function（比如更多的字体支持）提供更加有限的版本和费用。
旧版本将仍然在那里。 鉴于Itext的大部分开发都来自Bruno和其他一些将把新东西放入新版本的人，有没有什么意义呢？ 谁将开发叉？
