Stephan

What would happen if one would use the feature even with `root/pypi` or other mirrors? Should we expect crashes or even corrupt data? We have been using the following setup...

@sdwilliams61 yeah the config still works for us. We are using the following commandlines: Worker replica (we run about 8 of those per box): /opt/devpi-4/replica/venv/bin/python3.6 /opt/devpi-4/replica/venv/bin/devpi-server --port 3154 --serverdir /opt/devpi-4/replica/data...

Adopting python and pytest here would probably be the easiest option. This would also integrate easily with pants if needed.

We have looked into Python 3, a bit as we consume Aurora 's API from within Python. Code wise there will not be too many hurdles. However there is a...

AFAIK, sum and average over the label-dimensions of a metric should make sense. The second approach therefore seems to be the way to go. Maybe @brian-brazil can enlighten us here...

Another similar usage can be found in the Apache Aurora repository (https://github.com/StephanErb/aurora/blob/50f47ccc957381f101ecbffa91db0f6776fe19ad/build.gradle#L340-L384). Only those dependencies are found whose version number does not come from a variable: https://dependencyci.com/github/StephanErb/aurora

Adopted workaround: ``` # FIXME: round is a workaround for https://github.com/blue-yonder/azure-cost-mon/issues/12 job:azure_costs_eur:sum = round(sum(azure_costs_eur)) ```

We are using the following aggregation rules as a workaround right now: ``` # # Azure # # We ignore the Prometheus rule format here by not specifying the lables...

> Do not use date filters which are less than a date value as this conflicts with logic applied at each checkpoint execution and data may be missed. As a...

@TJ09 Do you have a workaround for this issue?