在 2011年7月19日 下午4:47,Tommy He <lovenemesis(a)fedoraproject.org> 写道:
致微菜
看到你在 emerge-rpm 方面的进展值得鼓舞,下面这个 SPEC Repo 的权当另一个挑战。
一开始,可以尝试下以下命令组合:
yum-builddep a.spec && spectool -g a.spec && rpmbuild -ba a.spec
但是 ... 如果依赖也不在 repo 里呢?
a.spec 为任意 spec 文件。
如果 SPEC 文件描述无误,那么以上命令组合将完成从下载源代码包,检查并安装编译依赖条件,最后生成 rpm 和 srpm 的过程。
经过和 liangsuilong 的讨论,这种方式和 gentoo 基于 portage 的源代码分发方式十分类似,并且:
1. 不破坏现有的 RPM 体系结构
2. 只要修改 SPEC 文件,可以轻松实现远程或本地定制化补丁的整合。
3. 无需走 Fedora 仓库的审核过程,及时响应新软件及鸡血补丁
那么怎样让它更像 Portage 呢?liangsuilong 和我的想法的是实现一个 SPEC 仓库,该仓库应该具有如下功能:
服务器端:
1. 存储 SPEC 文件
2. 元信息抓取工具,可以从 SPEC 中抓取基本的信息,包括应用了哪些补丁等,放置到单独一文件中以备查询
客户端:
1. 可以从服务器端获取、缓存并更新 SPEC 文件
2. 可以读取服务器端的元数据,可以显示并依据规则查询基本信息
3. 将 yum-builddep a.spec && spectool -g a.spec && rpmbuild -ba a.spec
封装到一起,可以实现类 apt-build 或 portage 的语法。
就这些了,不知道微菜承受的起不?
不实用啊!