Just curious about how the Contribution CI is set up. Is is based off the latest ConfigurationOf or just the latest mcz loaded in the folder? Will you be running a #stable as well as #development jobs for contributions? Or will that decision be configured somehow by the contribution developers, who may want to choose one of four quadrants from... x-axis 1. Pharo 2.x 2. Pharo 3.x y-axis A. Contribution #stable B. Contribution #development 1A. Presumed this should _always_ be green. Perhaps automatically copied to the ConfigurationBrowser repository. Gives Pharo developers early opportunity to see the impact of bug fix leading up to a minor release. 1B. Mostly green jobs and usually only temporarily red. It would be interesting if the CI/Smalltalkhub integration being developed could help moving a green 1B job to 1A with a minimum of steps - perhaps a single click. 2A. Red contribution jobs expected and maybe last a long time, but useful for giving contribution developers early opportunity to track which infrastructure changes caused the red job. 2B. For the fastest feedback cycle for those contribution developers working on the bleeding edge in parallel with Pharo developers. Of course that increases the CI resource requirements and additional effort to set up, but just something to consider... cheers -ben