GLEP 15: Gentoo 脚本仓库
作者 | James Harlow <hythloday@gentoo.org> |
---|---|
类型 | 标准跟踪 |
状态 | 延期 |
版本 | 1 |
创建日期 | 2003-09-30 |
最后修改日期 | 2017-10-13 |
发布历史 | 2003-09-30, 2004-10-25 |
GLEP 源代码 | glep-0015.rst |
状态
实现未完成。由 GLEP 编辑 Michał Górny 于 2017-10-13 标记为延期。
摘要
目前还没有一个中央仓库来存放对管理 Gentoo 系统有用的脚本。这个 GLEP 提出了一种解决这个问题的方法。
状态更新
预计首个 alpha 版本将在 11 月底左右发布。
动机
在 Gentoo 系统上,许多小任务可以通过脚本编写变得更加容易和防错。然而,并非每个人都具备编写此类脚本的经验;那些有经验的人可以选择在开发人员的网页上或通过搜索引擎查找脚本,或者自己编写,这往往会重复其他人的工作。
更好的解决方案是在 www.gentoo.org 上有一个这些脚本的仓库。
规范
一个 scripts@gentoo.org 邮件别名将被设置并转发给团队,该团队将接受并发布这些脚本到网站上。该团队需要访问网站的一部分,但只需要足以添加脚本和更新主 "scripts" 页面上的链接。我建议它成为 tools 或 base 顶级项目的子项目。脚本团队需要对 gentoo/xml/htdocs/proj/en/[base|tools]/scripts/ 进行提交访问权限。它不应该显著增加 gentoo.org 上的负载。
脚本应该按任务类型进行划分,例如系统管理、gentoo 管理、杂项,并在内部进行良好注释。如果有足够的脚本,那么可能需要一个搜索界面。
理由
gentoo.org 上的仓库将解决没有一个中央点来存放所有脚本的问题;由于 gentoo.org 受大多数 gentoo 用户信任,它也将解决在不知道其确切效果的情况下运行脚本的问题。通过让开发者签署他们的脚本并将签名上传到并行位置,可以进一步增强信任。
定期对仓库进行快照,对脚本进行 QA,并制作一个软件包进行分发。
拥有一个广为人知的脚本仓库也将简化发行版的重大更改,并且可以作为第一道防线,为软件包中的安全问题提供解决方法。
向后兼容性
这不是这个 GLEP 的问题。
版权
此作品是根据知识共享署名-相同方式共享 3.0 未本地化版本许可协议授权的。要查看该许可协议的副本,请访问 https://creativecommons.org/licenses/by-sa/3.0/。