[prometheus-developers] prometheus/prometheus Changelog Management

Hi all, I'd like to start a discussion around changing how we manage the prometheus/prometheus changelog, specifically the fact that the changelog is generated manually by the release shepherd as part of the release process. We can discuss options for what the new process would look like, such as

Re: [prometheus-developers] prometheus/prometheus Changelog Management

> > Even with all that the release shepard would still need to go through all > the commits and double check that nothing was missed, plus fixing poor > wording. I don't think saving 2-3 minutes off a release is worth all these > downsides. I agree with Bartek's response here, it's not a 2-3 minu

Re: [prometheus-developers] [VOTE] New governance document

Yes On Fri, Feb 21, 2020 at 6:11 AM Chris Marchbanks wrote: > Yes > > On Wed, Feb 19, 2020 at 1:44 PM Richard Hartmann < > richih.mailingl...@gmail.com> wrote: > >> Dear all, >> >> I am hereby calling for a vote on merging >> https://github.com/prometheus/docs/pull/1552 at commit >> de2266c36d8a

Re: [prometheus-developers] prometheus/prometheus Changelog Management

ike in Kubernetes > where the changelog item is written into the PR. On Thanos we have in the > PR template that people have ensured that the changelog item was added > respective to the change. Seems like there are options, I personally would > favor something that would b

[prometheus-developers] Re: Proposal: In-memory Exemplar Storage

back. The current exemplar storage PR is here: https://github.com/prometheus/prometheus/pull/6635 In the current state, building Prometheus from that branch will allow you to scrape, store, and query exemplars. Thanks, Callum. On Thu, Jan 9, 2020 at 3:39 PM Callum Styan wrote: > Hi all, > >

Re: [prometheus-developers] [VOTE] Allow Kelvin as temperature unit in some cases

YES On Thu, May 28, 2020 at 11:52 AM Bjoern Rabenstein wrote: > Dear Prometheans, > > So far, we have recommended Celsius as the base unit for temperatures, > despite Kelvin being the SI unit. That was well justified by the > overwhelming majority of use cases, where Kelvin would be just > weird

Re: [prometheus-developers] Re: Remote Write Metadata propagation

Thanks Rob for putting this proposal together, I think it highlights some features of what we want metadata RW and remote write in general to look like in the future. As others have pointed out (thanks Björn for giving such a detailed description) there's issues with the way Prometheus currently ha

Re: [prometheus-developers] Re: Remote Write Metadata propagation

I'm hesitant to add anything that significantly increases the network bandwidth usage or remote write while at the same time not giving users a way to tune the usage to their needs. I agree with Brian that we don't want the protocol itself to become stateful by introducing something like negotiati

Re: [prometheus-developers] Prometheus Storage Working Group

I'd be interested in joining but the earliest I could do is around 1400 GMT (I'm GMT-7 currently). If I'm the only one who can't make the time you're proposing then that's okay, it's hard to schedule things at times that both Ganesh and I can attend :) On Mon, Sep 7, 2020 at 7:06 AM Manish G wrot

Re: [prometheus-developers] Re: Proposal: In-memory Exemplar Storage

635> Thanks, Callum. On Fri, Mar 20, 2020 at 3:31 AM Bartłomiej Płotka wrote: > Awesome! Exciting work, thanks for sharing. Will take a look in following > days / weekend (: > > Kind Regards, > Bartek > > On Thu, 19 Mar 2020 at 21:27, Callum Styan wrote: > >> Hi al

Re: [prometheus-developers] Prometheus Remote Write "compliance suite"

Repo in prometheus org makes the most sense to me as well. On Tue, Apr 13, 2021 at 3:04 PM Julien Pivotto wrote: > I am in favour of a repo in the prometheus org. > > On 13 Apr 22:08, Julius Volz wrote: > > Nope, they are run as a binary that takes flags, a config, and outputs > JSON > > / TEXT

Re: [prometheus-developers] [VOTE] Rename blackbox_exporter to prober

ABSTAIN I don't have a strong enough opinion to vote either way. On Mon, Jan 24, 2022 at 1:26 PM Richard Hartmann < richih.mailingl...@gmail.com> wrote: > PS: I would prefer if such a change would happen as part of a > Prometheus 3.x -- but I don't know if that's realistic. > > -- > You received

[prometheus-developers] Remote write improvement design docs

Hi all, I wanted to share two design docs with you related to improvements I (and others) have been slowly working on/discussing related to remove write: 1) improvements to the remote write wire format