On 27/03/15 16:03, Justin Clift wrote:

Hi all,

Any Koji experts around, who can give some pointers/assistance with the CentOS "Community Build System"?

We're trying to automatically build a patched kernel RPM, when new kernel updates happen. (for the Storage SIG)

the opeafs guys had thrashed out a working solution using client side yum plugins etc, is that now no longer considered usable ?

When triggered, the build environment only has the stock/base kernel rpm though, and not the updated kernel one. :(

Ideas?

Regards and best wishes,

Justin Clift

-- GlusterFS - http://www.gluster.org

An open source, distributed file system scaling to several petabytes, and handling thousands of clients.

My personal twitter: twitter.com/realjustinclift

---

CentOS-devel mailing list CentOS-devel@centos.org http://lists.centos.org/mailman/listinfo/centos-devel

On 03/28/15 22:07, Justin Clift wrote:

On 27 Mar 2015, at 16:41, Karanbir Singh mail-lists@karan.org wrote:

...

On 27/03/15 16:03, Justin Clift wrote:

...

Any Koji experts around, who can give some pointers/assistance with the CentOS "Community Build System"?

We're trying to automatically build a patched kernel RPM, when new kernel updates happen. (for the Storage SIG)

the opeafs guys had thrashed out a working solution using client side yum plugins etc, is that now no longer considered usable ?

Bart?

Hello Karanbir and Justin,

Thanks for having taken the time to reply to my e-mail.

Regarding openafs, it would be appreciated if more information could be provided about the solution that has been worked out by the openafs developers. All I have found so far in the openafs tree is a script src/packaging/RedHat/mockbuild.pl. However, to me it looks like the only interaction between that script and yum is that it reads the RPM name cache built by yum ?

Thanks,

Bart.