写在前面 本篇文章是上一篇文章的继续，由于koji里面的内容实在是太多，都塞进一篇文章里会显得很臃肿，于是我就拆成了两部分。在上一篇文章里，我们已经部署好了Fedora koji系统，此时kojihub已经运行、可以通过kojiweb或koji命令去访问，并且也打开了kojira和kojid,这时候你已经具备构建的能力了。在这篇文章里，我会在x86_64上构建x86_64的rpm包，然后再进

1. 序 本文和大家讨论下koji的搭建过程，顺便其中的一些概念我会做一些讲解，也是作为我koji环境搭建的一次记录。 2. 什么是koji koji是一套构建rpm包的软件系统，自身也是基于mock来做rpm包的build操作。一条指令，koji也是可以在多台电脑上进行编译。同时koji也是能作为针对编译的包的一些管理，能够一目了然。话不多说，我们就开始搞起。 3. koji架构 3.

序言 使用koji来编译rpm包时，因为rpm包会依赖很多的其他的rpm包，而这时我们自己的build tag对应的rpm包又不足够时，我们就会使用外部仓库来提供依赖包，那么koji如何选择依赖包来自于build tag对应仓库还是来自于外部仓库呢？同时又会有什么样的条件呢？这就和我们引进外部仓库时使用的合并模式（merge mode）及优先级等等一些选项相关了。 引进外部仓库 使用指令就可

2019独角兽企业重金招聘Python工程师标准>>> koji的安装配置 koji 的一些术语 N-V-R 即Name-Version-Release对于unzip-6.0-2.fc13.i686.rpm来说，Name="unzip",Version="6.0",Release="2.fc13"NVR其实来自SPEC文件中的对应字段而非rpm文件名,该例只是正好相同而已，比如

2019独角兽企业重金招聘Python工程师标准>>> Koji是Fedora的装配工厂： http://koji.fedoraproject.org 所有的Fedora的RPM包都在这里面编译审计。Fedora的内控流程是我接触过的所有项目里面最变态的，不要以为开源项目管理很宽松，恰恰相反。 转载于:https://my.oschina.net/u/209431/blo

2019独角兽企业重金招聘Python工程师标准>>> <h1>Summary</h1> Currently, we KVM team are maintaining the code repository of the virtualization software(such as QEMU, Libvirt, Kimchi, Linux, etc.) for PowerKVM dev

RedHat Koji Build System 缺什么包就到这里找 -------------------------------------------------------------------------------------------------------------------- CentOS https://cbs.centos.org/koji/ Fed