papr
papr copied to clipboard
projectatomic
Project Atomic's very own GitHub PR tester.
We've been hitting this periodically. We may need to dive into figuring out what's actually using the key; offhand guess is homu's "check all outstanding PRs for mergability after a...
Sure we could use travis, but the releases lag quite a bit and jobs are limited to working within a container. What would it take to support, say, the latest...
Was messing around with running `papr` locally and hit this right off the bat: ``` ERROR: Missing variable 'github_token'. ``` The `github_token` variable is supposed to be optional, according to...
I think right now we end up hitting Fedora upstream in some cases, which is just fundamentally racy. The only real fix is to run Pulp or equivalent to cache...
As mentioned in https://github.com/projectatomic/papr/pull/50, it'd be nice if we were based on CentOS + SCL instead of Fedora. This is also prep for using S2I once we move to OpenShift.
As discussed in #45, it would be more accurate to name, e.g. `fedora/25/atomic`, as `fedora/25/atomic-host` instead since that's the official name of the variant. It also aligns better with the...
It would be a 'nice to have' if users could retest a single context with the `bot, retest this please` command
Hook up PAPR onto itself and start with some sanity tests. https://trello.com/c/gwUZg2r7
For example, it's common for the `context` to be the same as the `distro` used. In that case, it would be nice if one could just do something like: ```yaml...
Right now, there's no support for provisioning RHEL-based hosts/containers and registering them. By its very nature, redhat-ci is more targeted at upstream work, which usually means Fedora/CentOS anyway. Though there...