序言
本文档旨在声明复制软件包的条件，以便版权持有者对软件包的开发保持某种程度的艺术控制，同时赋予软件包用户以或多或少习惯的方式使用和分发软件包的权利，以及进行合理修改的权利。
测试对于基于标准的产品的正确开发和维护至关重要。
对于买家：充分的符合性测试可以降低集成成本，并保护在应用程序、软件和人员方面的投资。
对于软件开发人员：平台和中间件的符合性测试大大降低了开发和维护多平台应用软件的成本。
对于供应商：深入的测试可以提高客户满意度，并控制开发和支持成本。API 符合性是高度可衡量的，声称符合性的供应商必须能够证实其声明。
因此，由于这些是符合性的基准衡量标准，我们认为测试工具的完整性非常重要。为了保持此测试包现有符合性模式的完整性，并允许修改版本的接收者运行原始测试模式，本许可证要求保留原始测试模式。
如果您在标准模式测试用例中发现错误，请告知我们，以便我们可以将其反馈到原始版本中，并向相应的机构（例如 POSIX 委员会）提出任何规范问题。
定义
- “软件包”指的是版权持有者分发的文件集合，以及通过文本修改创建的该文件集合的衍生品。
- “标准版本”指的是未修改的软件包，或根据版权持有者的意愿修改的软件包。
- “版权持有者”是指软件包的版权或版权中署名的人。“您”是指您，如果您正在考虑复制或分发此软件包。
- “合理的复制费用”是指您可以根据介质成本、复制费用、相关人员的时间等来证明的任何费用。（您无需向版权持有者证明，而只需向作为必须承担费用的市场的整个计算社区证明即可。）
- “免费提供”意味着该项目本身不收取任何费用，但处理该项目可能涉及费用。它还意味着该项目的接收者可以在与接收时相同的条件下重新分发它。
1. 您可以不受限制地制作和赠送此软件包标准版本的源代码形式的逐字副本，前提是您复制所有原始版权声明和相关的免责声明。
2. 您可以应用来自公共领域或版权持有者的错误修复、可移植性修复和其他修改。以这种方式修改的软件包仍应被视为标准版本。
3. 您可以以任何方式修改您的软件包副本，前提是您在每个更改的文件中插入醒目的通知，说明您如何以及何时更改该文件，并且前提是您至少执行以下操作
重命名任何非标准可执行文件和测试用例，使其名称不与标准可执行文件和测试用例冲突（标准可执行文件和测试用例也必须提供），并为每个非标准可执行文件和测试用例提供单独的手册页，清楚地说明它与标准版本的不同之处。
4. 您可以以目标代码或可执行形式分发此软件包的程序，前提是您至少执行以下操作
将任何非标准可执行文件和测试用例与其对应的标准版本可执行文件和测试用例一起提供，为非标准可执行文件和测试用例提供非标准名称，并在手册页（或等效文档）中清楚地记录差异，并提供有关从何处获取标准版本的说明。
5. 您可以对分发此软件包收取合理的复制费用。您可以对本软件包的支持收取您选择的任何费用。您不得为此软件包本身收费。但是，您可以将此软件包与其他（可能是商业的）程序聚合在一起，作为更大的（可能是商业的）软件分发的一部分进行分发，前提是您不将此软件包宣传为您自己的产品。
6. 作为此软件包程序的输入或输出提供的脚本和库文件不会自动属于此软件包的版权，而是属于生成它们的人，可以进行商业销售，并且可以与此软件包聚合。
7. 您提供的并链接到此软件包的子例程不应被视为此软件包的一部分。
8. 未经事先书面许可，不得使用版权持有者的名称来认可或推广由此软件衍生的产品。
9. 本软件包按“原样”提供，不提供任何明示或暗示的保证，包括但不限于适销性和特定用途适用性的暗示保证。
结束