mockchain grows a couple more options

mockchain has grown a couple more options:

-r chroot

originally the chrootname was the first argument – but that became an annoyance and limitation for some other plans so I just made it -r. This is now required to make it work

I also made it so the pkgs you specify can be local pkgs or they can be http[s] urls to pkgs. mockchain will fetch and build them for you. This is in order to achieve some other evil plans I have.

Syndicated 2012-05-03 17:12:04 from journal/notes

spherical cow

I wanted to make sure people knew the background on spherical cow:

http://en.wikipedia.org/wiki/Spherical_cow

having worked as a sysadmin in a physics department this was a bit of a running gag so the name amuses me.

It was good to be amused by things while working in the physics dept

Syndicated 2012-05-02 16:21:03 from journal/notes

mockchain use cases and examples

I’ve mentioned mockchain a few times here. An interaction with averi today on irc pointed out that I should give some examples of how to use it.

Use case #1:

I have a big pile of srpms – I’m pretty sure they all build, but not sure in what order, I want them all built against fedora-16-x86_64.

 mockchain fedora-16-x86_64 -l /tmp/myrepo –recurse *.src.rpm

That will produce a dir at /tmp/myrepo which has a config and results dir filled with: resulting pkgs and the logs from the build process in a subdir per package.

Inside the results dir there will be a fedora-16-x86_64 dir which is a yum repository and can be referred to in a yum repo configuration like:

[myrepo-fedora-16-x86_64]

name= my repo I just built with mockchain

baseurl=file:///tmp/myrepo/fedora-16-x86_64/

It will also try to build each and every package and any failures will be tried again after everything else has been built – and this will continue in a loop until either all the packages are successfully built or the failures are identical on two loops.

Use Case #2:

I have a bunch of src.rpms, I want to build them, one at a time. After each package build I want to rsync my packages up to fedorapeople immediately for everyone to use.

for pkg in ~/pkgs/*.src.rpm

do

mockchain fedora-16-x86_64 -l /tmp/myrepo $pkg

rsync -avH -e ssh /tmp/myrepo/results/ fedorapeople.org:public_html/myrepo

done

Use Case #3:

I have some new pkgs I want to build for fedora-16-x86_64. I have a remote repository that contains additional pkgs which provide some of my build dependencies for these new pkgs.

mockchain fedora-16-x86_64 -a http://servername/path/to/my/remote/repo -l  /tmp/myrepo -c *.src.rpm

This will give you a repo in /tmp/myrepo/results/fedora-16-x86_64

Just a few examples of how you can use mockchain in your daily operations.

Syndicated 2012-04-20 22:16:07 from journal/notes

mockchain.py –recurse

On a suggestion from kevin – I added a –recurse option to mockchain. It builds all the pkgs it can and records the failures. When it gets to the end of the stack it tries to build the failures again and keeps trying until either: everything succeeds or the set of failures is the same – twice in a row.

Works pretty well to build a giant pile of pkgs and walk away.

I also talked to clark about mockchain and mock and he’s going to pull it in as a script in mock itself once I get it ready.

Here’s the latest version of things:

http://fedorapeople.org/gitweb?p=skvidal/public_git/scripts.git;a=blob_plain;f=mock/mockchain.py;hb=HEAD

Try it out and let me know what it needs.

Syndicated 2012-04-19 04:25:28 from journal/notes

mockchain.py update

I added:

 -a url - add this repo url to the yumconfig for the buildroot. This can
          be specified multiple times. Let's you point to multiple
          paths beyond the default to pull build deps from.

Syndicated 2012-04-15 04:24:27 from journal/notes