Web应用程序是否应该有一个通知/ about页面来详细说明我们正在使用的组件/库以及相关的许可证?使用许多开源许可证的商业Web应用程序是否应该有关于/通知页面?
某些许可如LGPL(由SevenZipSharp使用)具有组合作品子句:
LGPL V3
- 联合工程。您可以根据您选择的条款传送组合作品,这些作品合起来可以有效地不限制组合作品中包含的库的各个部分的修改 以及用于调试此类修改的逆向工程,如果您还对各个作品进行了 以下:
a)给出受瞩目的是, 图书馆在它和图书馆和它的使用是由 本授权覆盖使用的组合作品的每个副本。 b)将GNU GPL和本许可证文件的副本合并在一起。 c)对于在执行过程中显示 版权声明的组合作品,请在这些声明中包含版权声明 库以及引用 用户指向GNU GPL副本和本许可证文档的参考。 d)执行以下操作中的一个 :0)根据本许可证的 条款以及 表格中的最小对应源代码发送适当的条款,并允许用户重新组合 或重新链接根据GNU GPL第6部分规定的 规定的方式生成修改后的组合作品,用于传输相应的源文件。 1)使用 合适的共享库机制来链接库。 (a)在运行时使用用户的计算机系统上已存在的 库的副本,并且(b)将 与 的库的修改版本一起正常操作,所述库是与接口兼容的 链接版本。 e)提供安装 信息,但前提是您需要根据GNU GPL的第6部分提供 这样的信息,并且只有在 需要安装和执行 修改版本的组合通过重组生成的作品或 将该应用程序与链接的 版本的修改版本重新链接。 (如果使用选项4d0,安装信息必须包含 伴随最小对应源和对应 应用代码。如果您使用选项4d1,您必须按照 GNU GPL第6节规定的方式提供 安装信息对应的源代码。)
LGPL V2.1
你必须给受瞩目的作品的每个副本的 图书馆在它和图书馆和它的使用是由 使用覆盖这个 执照。您必须提供本许可证的副本。如果执行期间的作业 显示版权声明,则必须在其中包含该库的版权声明 以及引导用户访问本许可证副本的参考 。此外,还必须做一个 这些事情:
一)陪同与图书馆包括 使用任何变化的工作(必须根据第1条配送的完整的机器可读 源代码的工作和上面2); ,并且如果工作是与库链接的可执行文件,则使用完整的机器可读的“使用该库的工作”,作为目标代码 和/或源代码,以便用户可以修改该库,然后使用 重新链接以产生包含修改的 库的修改的可执行文件。 (据了解,更改库中 定义文件内容的用户不一定能够通过 重新编译应用程序以使用修改的定义。)b)使用合适的共享库机制与库进行链接。合适的机制是(1)在运行时使用已经在用户的计算机系统上存在的 库的副本,而不是将库函数复制到可执行文件中,并且(2)将使用修改的版本适当地操作 如果用户安装了 之一,只要修改后的版本与该作品的版本是 版本的接口兼容。 c)与 书面要约一起工作,有效期至少为三年,以使同一用户 上述第6a小节中指定的材料的费用不超过执行此分配的成本 。 d)如果 的发行是通过提供从指定地点复制的方式进行的, 提供等同的访问权限,以复制来自 同一地点的上述指定材料。 e)确认用户已经收到了这些材料的 副本,或者您已经向该用户发送了一份副本。
许多其他许可证都有类似的条款,用于在您的应用程序或组合作品中显示通知。
这是否意味着Web应用程序需要使用关于页面细节的组件?我无法找到任何网站的例子,虽然很多网站通常会使用OpenSource图书馆?
我猜想网站/应用程序当前使用的get out子句是谁会知道OpenSource组件是否在服务器端的组合工作/ Web应用程序中使用,但这不是一个借口,特别是如果Web应用程序曾经接受过审计。
你的意思是开源库吗?您当然没有在您的软件中使用许可证... – Oded 2012-04-18 11:26:13
是开放源代码库 – JonAlb 2012-04-18 11:27:23
如果您不确定许可证的内容,最好在不同的网站上询问这些库是否真的需要这样一个在您的Web应用程序中的页面。例如: – 2012-04-18 11:29:39