Re: [prometheus-developers] Prometheus

2021-01-29 Thread Simon Pasquier
thanks.Add(1000.0) Brian, many many thanks for your dedication and patience. Without your involvement, Prometheus wouldn't be where it stands now. This is an amazing feat that you can be proud of. Personally I've learned a lot from you and I'll keep being inspired by your thorough reviews. Wish

Re: [prometheus-developers] Remove /api/v2 of Prometheus

2020-08-28 Thread Simon Pasquier
On Thu, Aug 27, 2020 at 4:40 PM Julien Pivotto wrote: > > On 27 Aug 16:30, Bjoern Rabenstein wrote: > > On 24.08.20 09:35, Brian Brazil wrote: > > > On Sun, 23 Aug 2020 at 16:56, Julien Pivotto > > > wrote: > > > > > > On 23 Aug 12:17, Brian Brazil wrote: > > > > On Sun, 23 Aug 2020 at

Re: [prometheus-developers] Donate project LSP-promql (PromQL support on ST3) to the community.

2020-06-29 Thread Simon Pasquier
On Sat, Jun 27, 2020 at 7:01 PM Nevill wrote: > > Hi everyone, > > I'd like to donate https://github.com/nevill/lsp-promql as > prometheus-community project, to get more attraction from people to use or > contribute to it. > If you're curious about how it is working, you can take a look on the

Re: [prometheus-developers] Enable Dependabot on prometheus repos

2020-06-08 Thread Simon Pasquier
+1 for the React codebase. FWIW last time I looked at it, dependabot wasn't really ready for managing Go dependencies. On Mon, Jun 8, 2020 at 7:11 AM Julien Pivotto wrote: > > I +1 this > > Le lun. 8 juin 2020 à 07:09, Ben Kochie a écrit : >> >> I'd like to enable Dependabot on

Re: [prometheus-developers] Removing Vendor

2020-03-13 Thread Simon Pasquier
at 4:24 PM Simon Pasquier wrote: > > As far as I'm concerned, I used to be in favor of vendoring. With Go > proxies being , I would be ok with removing it. > As others have said, there's no urgency though so let's discuss it > more in-depth at the DevSummit. > > On Fri, Ma

Re: [prometheus-developers] Removing Vendor

2020-03-13 Thread Simon Pasquier
As far as I'm concerned, I used to be in favor of vendoring. With Go proxies being , I would be ok with removing it. As others have said, there's no urgency though so let's discuss it more in-depth at the DevSummit. On Fri, Mar 13, 2020 at 1:42 PM Bartłomiej Płotka wrote: > > I would love to

Re: [prometheus-developers] Manage alertmanager config using Prometheus operator

2020-03-10 Thread Simon Pasquier
On Tue, Mar 10, 2020 at 4:41 AM EnthuDeveloper wrote: > > Hi There, > I am looking for some recommendations as to how we can manage alertmanager > configuration ( like webhook receiver details , feed alerts rules to > Prometheus etc. ) using Prometheus operator (helm charts ) ?? > > I see

Re: [prometheus-developers] Alertmanager webhook failing with X509 error

2020-02-20 Thread Simon Pasquier
As stated in the documentation [1], you can define TLS settings under the http_config key of webhook_config. [1] https://prometheus.io/docs/alerting/configuration/#webhook_config On Wed, Feb 19, 2020 at 7:32 PM EnthuDeveloper wrote: > > Hello, > I m trying to code a webhook that can post the

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

2020-02-18 Thread Simon Pasquier
t;From there you're still free to rearrange whatever has been produced. Here is an example with Alertmanager: https://github.com/simonpasquier/alertmanager/commit/7fde3cc25471c626e82def873a01a9924e1816ae > > On Fri, 14 Feb 2020, 18:07 Simon Pasquier, wrote: >> >> Correct, th

Re: [prometheus-developers] Moving "official" JIRA Alertmanager integration (github.com/free/jiralert) to prometheus-community Organization.

2020-02-18 Thread Simon Pasquier
+1 Go ahead! On Mon, Feb 17, 2020 at 10:57 AM Bartłomiej Płotka wrote: > > cc Alin (: > > On Mon, 17 Feb 2020 at 09:42, Matthias Rampke wrote: >> >> +1 given the prominence of "warning alert = ticket" in SRE lore, having a >> building block available for this in -community is a good thing. >>

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

2020-02-14 Thread Simon Pasquier
Correct, the PR is in the promu repository (I've updated it just now to address comments from Brian though it should have been done long ago): https://github.com/prometheus/promu/pull/170 Right now, it leverages the PR labels to classify the change (BUGFIX, CHANGE, ...) and it uses the PR's title

Re: [prometheus-developers] Multi-Tenant ACLs with Prometheus

2020-02-14 Thread Simon Pasquier
You can have a look at those 2 projects too: https://github.com/hoffie/prometheus-filter-proxy https://github.com/openshift/prom-label-proxy On Fri, Feb 14, 2020 at 4:13 PM Conrad Wood wrote: > > On Fri, 2020-02-14 at 15:58 +0100, Julius Volz wrote: > > On Fri, Feb 14, 2020 at 2:01 PM Conrad

Re: [prometheus-developers] Reduce list of GOOS/GOARCH crossbuilt for each PR

2020-02-14 Thread Simon Pasquier
FWIW I'm looking into this. From my understanding, the bulk of the issue is that "promu crossbuild" can't reuse the Go build cache between CI runs hence it rebuilds everything from scratch every time. On Thu, Feb 13, 2020 at 5:36 PM Ben Kochie wrote: > > Part of the problem is that we run the