CI system for the distro
Find a file
2017-11-10 19:53:41 -05:00
doc Add a sample-command workflow 2017-11-06 12:38:23 -05:00
ofborg Move builder logic in to a task 2017-11-10 19:53:41 -05:00
src Grant powers 2017-11-04 11:58:50 -04:00
web switch to a topical exchange 2017-10-31 04:09:06 -04:00
.gitignore It takes build jobs now? 2017-11-06 16:56:58 -05:00
build-filter.php build-filter: ensure attrs are a list, not an object... oy! 2017-11-09 07:32:19 -05:00
builder.php Add more details to the build job 2017-11-06 12:37:59 -05:00
composer.json Initial port from my network 2017-10-29 17:10:26 -04:00
composer.lock Initial port from my network 2017-10-29 17:10:26 -04:00
mass-rebuild-filter.php so-called logging 2017-11-04 11:58:57 -04:00
mass-rebuilder.php Use CommitStatus to make updating statuses cleaner 2017-11-04 11:58:37 -04:00
poster.php fixup 2017-11-06 12:38:16 -05:00
README.md update README 2017-11-04 12:21:55 -04:00
service.nix borg service example 2017-11-04 12:24:18 -04:00
shell.nix I need to commit more often so I don't commit commit-message-bankruptcy 2017-11-09 07:33:10 -05:00

grahamcofborg

  1. All github events go in to web/index.php, which sends the event to an exchange named for the full name of the repo (ex: nixos/nixpkgs) in lower case. The exchange is set to "fanout"
  2. build-filter.php creates a queue called build-inputs and binds it to the nixos/nixpkgs exchange. It also creates an exchange, build-jobs, set to fan out. It listens for messages on the build-inputs queue. Issue comments from authorized users on PRs get tokenized and turned in to build instructions. These jobs are then written to the build-jobs exchange.
  3. builder.php creates a queue called build-inputs-x86_64-linux, and binds it to the build-jobs exchange. It then listens for build instructions on the build-inputs-x86_64-linux queue. For each job, it uses nix-build to run the build instructions. The status result (pass/fail) and the last ten lines of output are then placed in to the build-results queue.
  4. poster.php declares the build-results queue, and listens for messages on it. It posts the build status and text output on the PR the build is from.

Getting Started

  • you'll need to create the WORKING_DIR
  • nix-shell
  • composer install
  • php builder.php

The conspicuously missing config.php looks like:

<?php

require_once __DIR__ . '/vendor/autoload.php';
use PhpAmqpLib\Connection\AMQPSSLConnection;
use PhpAmqpLib\Message\AMQPMessage;

define("NIX_SYSTEM", "x86_64-linux");
define("WORKING_DIR", "/home/grahamc/.nix-test");

function rabbitmq_conn() {
    $connection = new AMQPSSLConnection(
        'events.nix.gsc.io', 5671,
        eventsuser, eventspasswordd, '/', array(
            'verify_peer' => true,
            'verify_peer_name' => true,
            'peer_name' => 'events.nix.gsc.io',
            'verify_depth' => 10,
            'ca_file' => '/etc/ssl/certs/ca-certificates.crt'
        )
    );

    return $connection;
}

/*
# Only leader machines (ie: graham's) need this:
function gh_client() {
    $client = new \Github\Client();
    $client->authenticate('githubusername',
                          'githubpassword',
                          Github\Client::AUTH_HTTP_PASSWORD);

    return $client;
}
*/