koji

With some help from Simon we now have the koji service mostly up and running at http://koji.inf.ed.ac.uk/koji/. It doesn’t actually do anything useful yet but there is some hope that it can now be battered into working the way we need. The code makes lots of assumptions that the world works in a way that mirrors the redhat network. For instance, they assume that the kerberos realm can be found from the last two parts of the FQDN for a machine. That works fine for foo.redhat.com but rather less well for telford.inf.ed.ac.uk, thankfully it is all written in python and is fairly easy to modify.

After further investigation I think the koji service generates mock configurations on the fly and it also appears that it doesn’t use external yum repositories. It appears that all the packages need to be imported for each distribution. I guess that koji has been designed around the idea of building an entire distribution. I’m not sure how this fits with us wanting to build a smaller set of packages targetted at one of “world“, “uoe” or “inf” for different platforms (e.g. fc6 and sl5). I need to get the service fully functional and then start experimenting.

One other thing I’ve done is that I’ve reworked the headers into two separate parts:

  • dice/options/koji-hub.h
  • dice/options/koji-builder.h

There is only ever one hub but it is possible to use any number of builder machines, for now both parts are on telford.

Comments are closed.