This is a backend daemon that listens to fedmsg and queries PDC to determine which artifacts are affected. It will then trigger the appropriate rebuilds of these components.


Set up a python virtualenv:

$ sudo dnf -y install python-virtualenvwrapper
$ source ~/.bashrc
$ mkvirtualenv outhouse

Setup outhouse and its dependencies:

$ workon outhouse
$ pip install -r requirements.txt
$ python develop

Try running the test suite:

$ pip install -r test-requirements.txt
$ nosetests

Check test suite coverage:

$ pip install coverage
$ nosetests --with-coverage --cover-package=pdcupdater

Getting an authentication token


  • go to in your browser and login.
  • go to
  • open up the devtools console in your browser, and find the request for the current page.
  • right click to open a context menu and select 'copy as cURL'
  • paste that into a terminal. It should have your saml cookie.
  • before hitting enter, edit the command to add the following option:
    • -H 'Accept: application/json', to tell the API you want data
  • the command should print out your token.

Copy fedmsg.d/ to fedmsg.d/ and fill in your token there.

Running the fedmsg-hub

Run it for real:

$ fedmsg-hub

Finally, you can take the dev instructions from the-new-hotness and learn how to set up a local fedmsg-relay so you can replay production messages and more fully test out outhouse.

A fake bodhi update can then be sent to test the consumer:

echo '{"update": {"builds": [{"nvr": "kernel-4.3.4-200.fc24"}], "release": {"long_name": "Fedora 24"}}}' | fedmsg-logger --modname bodhi --topic update.complete.stable --json-input