Lucas Servén Marín

@jcs224 yes, I would be very happy to contribute this to the terraform-providers org. I have begun working on acceptance tests, which is the primary constraint right now since all...

@blaggacao I use this provider for managing several Kubernetes clusters. I know of others who are doing the same, e.g. https://github.com/s-urbaniak/k8s-vultr

@aequasi thank you for your enthusiasm! The things that still need love are: 1. docs + build; this is low-hanging and really just needs a rebase https://github.com/squat/terraform-provider-vultr/pull/27 2. acceptance tests;...

I think this would be very nice. We recently implemented exactly this in the Observatorium API, so it's proof that doing so is relatively straightforward

I raised some related concerns a couple of years ago related to how we were not strictly enforcing both query parameters and form values. I think that anything that makes...

Is that possible through the GitHub UI?

> Have you tried with local merge, where you can sign the merge commit? Ah, yes of course, however, this is hardly a nice workflow. It means that at the...

Re: bots /GitLab: yes totally. The other idea that came to mind now was to write a bot that does the FF merges for me and updates/closes the PR

This PR is currently blocked on https://github.com/observatorium/thanos-replicate/blob/eb8dd2444ac8a24b1cf2d458055d1e1c9f727591/scheme.go#L197. Because there are no labels on the block before the receive shipper uploads them, thanos-replicate skips the block when running in the cleanup...

> I also realized this won’t work anymore with multitsdb, we way want to implement that right away as I think the strategy might be a bit different. Yeah, that...