【问题标题】:Should a commercial Web Application that uses a number of Open Source Licences have an about/notices page? [closed]使用多个开源许可证的商业 Web 应用程序是否应该有关于/通知页面? [关闭]
【发布时间】:2012-04-18 11:23:26
【问题描述】:

Web 应用程序是否应该有一个通知/关于页面,详细说明我们正在使用的组件/库以及相关许可?

一些许可证,例如 LGPL(由 SevenZipSharp 使用)具有合并的作品条款:

lgpl V3

  1. 组合作品。您可以根据您选择的条款传达组合作品,这些条款合在一起实际上不会限制修改 合并作品中包含的图书馆部分和 用于调试此类修改的逆向工程,如果您也这样做 以下各项:

a) 在合并作品的每份副本中给予显着通知,即 图书馆在其中使用,图书馆及其使用由 本许可证。 b) 使用 GNU 的副本随附组合作品 GPL 和本许可文件。 c) 对于显示的组合作品 执行期间的版权声明,包括版权声明 这些通知中的图书馆,以及指导 GNU GPL 和本许可文档的副本。 d) 做一个 以下内容: 0) 在 本许可证的条款,以及相应的应用程序代码 形式适合,并在允许的条件下,用户重新组合 或使用链接的修改版本重新链接应用程序 以指定方式生成修改后的组合作品的版本 由 GNU GPL 第 6 节来传达相应的源代码。 1) 使用 用于与库链接的合适的共享库机制。一种 合适的机制是 (a) 在运行时使用 图书馆已经存在于用户的计算机系统中,并且 (b) 将 使用经过修改的库版本正常运行 接口与链接版本兼容。 e) 提供安装 信息,但前提是您需要提供 根据 GNU GPL 第 6 节提供的此类信息,并且仅限于 此类信息对于安装和执行 通过重新组合或产生的组合作品的修改版本 使用已链接的修改版本重新链接应用程序 版本。 (如果您使用选项 4d0,安装信息必须 伴随最小对应来源和对应 应用代码。如果您使用选项 4d1,您必须提供 以第 6 节规定的方式安装信息 GNU GPL 用于传达相应的源代码。)

lgpl V2.1

您必须在每份作品的显着位置发出通知 图书馆在其中使用,图书馆及其使用由 本许可证。您必须提供本许可证的副本。如果工作 在执行过程中显示版权声明,您必须包括 其中图书馆的版权声明,以及参考 将用户引导至本许可证的副本。另外,你必须做一个 这些东西:

a) 随附完整的相应机器可读的作品 库的源代码,包括在 作品(必须根据上述第 1 节和第 2 节分发); 并且,如果作品是与图书馆链接的可执行文件,则 完整的机器可读的“使用库的工作”,作为目标代码 和/或源代码,以便用户可以修改库,然后 重新链接以生成包含修改后的修改后的可执行文件 图书馆。 (据了解,更改内容的用户 库中的定义文件不一定能够 重新编译应用程序以使用修改后的定义。) b)使用 适合与库链接的共享库机制。一种 合适的机制是(1)在运行时使用 图书馆已经存在于用户的计算机系统上,而不是 将库函数复制到可执行文件中,并且 (2) 将运行 正确使用库的修改版本,如果用户安装 一、只要修改后的版本接口兼容 制作作品的版本。 c) 伴随工作 书面报价,有效期至少三年,给予同一用户 上述第 6a 小节规定的材料,不再收费 比执行此分配的成本。 d) 如果分布 该作品是通过提供从指定地点获取复制品而制作的, 提供同等的访问权限以从 一样的地方。 e) 验证用户是否已经收到了 这些材料或您已经向该用户发送了一份副本。

许多其他许可也有关于在您的应用程序或组合作品中显示通知的类似条款。

这是否意味着 Web 应用程序需要使用关于页面详细信息的组件?我找不到任何这样做的网站示例,尽管很多网站通常会使用开源库?

我猜网站/应用程序当前使用的退出子句是谁知道开源组件是否正在服务器端的组合工作/Web 应用程序中使用,但这不是借口,特别是如果 Web 应用程序是曾经被审计过。

【问题讨论】:

  • 你的意思是开源库吗?您肯定没有在您的软件中使用许可证...
  • 如果您不确定许可证的内容,如果您真的需要在您的网络应用程序中包含这样的 about-page,最好在不同的网站上询问库。
  • 例如.. SevenZipSharp 使用 LGPL :“您必须在每份作品的副本中明确声明图书馆在其中使用,并且图书馆及其使用受本许可保护。您必须提供本许可证的副本。如果执行期间的作品显示版权声明,您必须在其中包括图书馆的版权声明,以及将用户引导至本许可证副本的参考。此外,您必须执行以下操作之一这些东西”很多网站/Web应用程序将使用这个库
  • 我投票结束这个问题,因为它是关于许可和法律问题,而不是编程或软件开发。 See here 了解详情,help center 了解更多信息。

标签: asp.net open-source licensing


【解决方案1】:

仅仅因为别人做错了,并不赋予你做错的权利。

如果图书馆的许可证规定您的应用程序应该包含一个具有适当学分的页面,那么您应该这样做。

编辑:

(这是我对许可协议的解释,可能有误)。

我相信库和 Web 应用程序之间存在(相当大的)差异。上面发布的许可协议似乎适用于其他库,而不适用于最终用户网络应用程序。我相信,如果您从 SevenZipSharp 库中创建自己的库,则上述许可协议中的引用适用 - 并迫使您也必须在 LGPL 下分发您的库。但是,如果您在面向用户而不是面向开发人员的应用程序中使用 SevenZipSharp 库,则许可中的上述引用不适用。

【讨论】:

  • 我同意,但是有很多/大多数大型商业网站会引用多个库之一。我正在努力寻找一个具有通知页面的 Web 应用程序,该页面详细说明了用作示例案例。
  • 也许可以在网站上询问图书馆是否知道任何示例案例?
  • 总之,我认为我同意大多数网站/网络应用程序不这样做就违反了 OSS 许可规则!不要调皮,确保您的网站/网络应用程序良好。
【解决方案2】:

很抱歉重新提出这个相当老的问题,但显然没有公认的结论。作为免责声明,IANAL,因此接下来的所有内容都是外行对如何将此许可证应用于此主题的解释。我真的在寻找澄清、确认或证明我错的人!

我目前的解释是,正在运行的 Web 应用程序不会将自身“分发”给每个冲浪者,它只是生成输出,然后在冲浪者的浏览器中呈现。

因此,Web 应用程序需要在其自己的文档/安装说明/管理员/操作员手册中包含版权/许可声明 - 这是针对 Web 应用程序的用户,实际上是安装、配置和操作的用户它。

许可证通常不涵盖应用程序生成的 OUTPUT,这是访问应用程序生成的网页的冲浪者所消耗的。因此,生成的输出中不必包含版权声明,即。网页。

在交互式 Web 应用程序中,“应用程序”和“生成的输出”之间的界限并不那么清晰和清晰,但是,如果部分应用程序代码包含在交付的网页中,甚至可能不再存在(作为 Javascript 应用程序)。所以我不确定我的解释是否成立,或者它是否有效。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-08-03
    • 2011-03-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多