[FZH] 致微菜：SPEC 仓库

[Liang Suilong]

在 2011-7-19 下午9:09，"microcai" <microcai at fedoraproject.org>写道：
>
> 在 2011年7月19日 下午4:47，Tommy He <lovenemesis at 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 的语法。
> >
> > 就这些了，不知道微菜承受的起不？
>
> 不实用啊!

但是你得有一个数据库存储所有软件的元信息啊。

求一个不破坏 RPM 体系的一个更好的办法。

>
> >
> > --
> > Take a Deep Breath out of Windows
> >
> > https://fedoraproject.org/wiki/User:Lovenemesis
> >
> _______________________________________________
> Chinese mailing list
> Chinese at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/chinese