GNU软件评估

向GNU提供软件

如果您已经编写了要提供给GNU的软件项目，非常感谢！本页包括一份调查问卷在向我们发送包裹时完成，以便我们可以获得信息并尽快进行评估。

请慢慢填写问卷。我们已经写过了它是预先格式化的文本，因此您可以将其复制到系统并填写小心一点。完成后，请发送电子邮件至<gnueval@gnu.org>（以纯文本格式）。

GNU不仅仅是有用程序的集合，而是一个100%免费的统一操作系统软件因此，为了保持GNU系统在技术上的一致性，我们确保各部分配合良好。所以评估人员判断基于它们在GNU系统中的适用程度的程序技术上和哲学上，以及它们的质量、可用性，以及您期望的其他特性。基于评估人员的报告，Richard Stallman（首席GNUisance）是否接受捐款的最终决定。

这样做的一个后果是，我们通常不接受新的与现有GNU包.作为连贯的系统，GNU最好有一个给定的包来完成给定的工作，以及该领域的人们为该一揽子计划做出贡献和改进，一起工作，而不是有很多不同的包工作的一部分，每一部分都是独立开发的。类似地，一个小程序通常作为现有包的一部分比作为新包更适合它自己的包。（GNU确实有许多这样的重叠今天的套餐，通常是出于历史原因。这并不排除一般原则。）

另一个结果是成为GNU维护者有点正式流程，因为作为维护者加入GNU项目意味着你必须同意在维护——GNU项目的软件任务自由。

因此，除了问卷之外，请阅读中的GNU政策这个GNU维护人员信息软件以及GNU（全球导航单元）编码标准.A型专业总结政策下面给出了，但也请查看完整的文件。

如果您发布了一个免费软件包但不想填充填写调查问卷和/或满足官方GNU的要求我们仍然鼓励您在自由软件目录.我们想要目录涵盖所有发布的免费软件包。

再次感谢您对GNU的关注。

程序成为GNU包意味着什么

以下是rms对程序的解释是一个GNU包，它还解释了GNU的职责包维护器。

制作一个程序GNU软件意味着它的开发者和GNU项目同意“该项目是GNU项目的一部分，在GNU的支持下发布”——在程序。

GNU项目最初指定包维护人员主要开发商，或希望被任命为代表GNU项目对包负责。我们希望这不会发生，但如果他们下台，我们会寻找其他人维护人员。程序保持为GNU包，除非/直到GNU该项目决定将其退役。

作为GNU包意味着我们通常会将上的程序ftp.gnu.org网站。然而，我们可以请参考您选择的打包发布站点，前提是我们判断它是安全的，它允许任何地方的任何人进行连接，并且即使用户的浏览器拒绝运行JavaScript代码，它也能正常工作。

这也意味着该项目的官方网站应该打开网址：www.gnu.org，特别是在/软件/PROGRAMNAME。每当您提供的URL包裹主页，你会给出这个地址。可以使用另一个次要主题的站点，例如供用户使用的页面帮助开发包，并用于运行数据库。（我们可以例外并将程序的网页放在其他位置（如果有）这是一个非常紧迫的原因。）

这意味着开发人员同意关注该程序与GNU系统的其余部分配合良好，反之亦然GNU项目将鼓励其他GNU维护者支付注意使他们的程序与之相适应。

让程序协同工作主要意味着实际问题取决于程序的功能。但是有一些一般原则。GNU编码标准的某些部分直接影响整个系统的一致性。这些包括配置和构建程序的标准，以及命令行选项的标准。使所有GNU项目在适用时遵循这些标准。

另一个重要的GNU标准是GNU程序应该附带Texinfo格式的文档。这是GNU标准文档格式，并且可以自动转换为各种其他格式格式。您可以使用DocBook或任何其他合适的格式文档源，只要将其自动转换为Texinfo的效果很好。

如果GNU程序想要扩展，它应该使用Guile公司作为编程语言的可扩展性，如果可能的话。对于某些程序，有一个做不同事情的原因，但如果是这样，请使用Guile可行。

GNU程序应使用最新版本的许可证GNU项目建议——不仅仅是任何自由软件许可。对于大多数软件包，这意味着使用GNU GPL，“版本3或稍后。”

GNU程序不应建议使用任何非自由程序，并且它不应该向用户免费提供任何非免费文档软件。这个免费活动文档使用自由软件是GNU的主要关注点项目；为了表明我们对此是认真的，我们决不能破坏我们的立场是推荐非免费文档。

偶尔会出现一些重要的术语问题整个GNU项目的成功。所以我们希望GNU程序的维护者要遵循它们。例如程序中的文档文件和注释应该提到GNU/Linux系统，而不是调用整个系统“Linux”，并应使用术语“免费而不是“开源”。自从GNU该计划是在GNU的主持下发布的，不应该说任何与GNU项目的观点相矛盾的事情。

对于要成为GNU软件的程序，不需要传输FSF版权；这是一个单独的问题。如果您转移FSF的版权，FSF将强制执行该程序的GPL如果有人违反了；如果你保留版权，强制执行将由你决定。

作为软件包的GNU维护者，请确保留在接触GNU项目。如果我们遇到与包裹，我们需要告诉你，并与你讨论如何解决问题。有时我们需要请您与其他人合作维护人员解决涉及使用多个包的问题一起。这可能一年内不会发生一次，但请如果真的发生这种情况，请确保我们可以联系您。

以下是提示GNU维护人员可能是对以后要做的一些事情的有用概述您的程序包成为GNU的一部分。

这些文档中提供了更多详细信息：

有关GNU和自由软件的基本思想，请阅读以下内容论文：

向GNU提供软件的调查问卷

*一般信息**你同意遵守GNU政策吗？如果您的程序被接受为GNU系统的一部分，这意味着你成为GNU维护者，这反过来意味着你会需要遵循与GNU计划相关的GNU政策。（如上所述，有关完整描述，请参阅维护人员文档。）**包名称和版本：**作者全名<电子邮件>：**程序包主页的URL（如果有）：**源tarball的URL:请为评估目的制作一个发布tarball或者你不公开发布。如果你没有无论在哪里上传，都可以将其作为附件发送。**包装简要说明：*代码**依赖项：请列出包的依赖项（源语言、库等）。**配置、建筑、安装：它可能使用或不使用Autoconf/Automake，但必须满足GNU标准。甚至不需要编译的包必须遵循这些标准，以便安装人员有统一的方法来定义目标目录等。请参阅：http://www.gnu.org/prep/standards/html_node/Configuration.htmlhttp://www.gnu.org/prep/standards/html_node/Makefile-Conventions.html**文档：我们需要使用Texinfo(http://www.gnu.org/software/texinfo/)以获取文档，并建议编写参考和教程同一手册中的信息。请参阅http://www.gnu.org/prep/standards/html_node/gnu-Manuals.html**国际化：如果您的软件包中有任何用户可见的字符串，请将其设置为使用GNU Gettext可翻译为其他语言：http://www.gnu.org/software/gettext/**无障碍：请讨论任何可访问性问题使用您的包，例如使用相关API。**安全性：请与您的软件包讨论任何可能的安全问题：使用加密算法，存储敏感数据，特权的可能提升等。*许可：软件本身*和所有依赖项*（第三方库等）必须是自由软件才能包含在GNU（全球通用单位）。一般来说，官方GNU软件应根据GNU GPL版本3或任何更高版本，GNU文档应在GNU FDL 1.3版或任何更高版本下发布。请参阅http://www.gnu.org/philosophy/license-list.html对于免费许可的实用指南（出于GNU的目的）和而不是。请提供所涉及的任何许可证的特定url该页上没有列出的。*类似的自由软件项目：请解释是什么促使您编写包裹，并进行搜索至少是自由软件目录(http://www.gnu.org/目录/)用于类似于您的项目。如果有，也请解释主要区别是什么。*任何其他信息、评论或问题：

再次，请将问卷发送至<gnueval@gnu.org>完成后。

帮助GNU项目的其他方法

有许多其他方式的帮助GNU，技术性和非技术性的。