[prometheus-developers] Short news: PromQL support on Web editor

Hello, Since a couple of days, we introduced two new repositories in the prometheus-community that each propose a way to handle the promQL syntax in a web editor: - monaco-promql This

Re: [prometheus-developers] Question regarding the file testutils/testing.go

e, we've added a little more functionality, but overall, the > amount of functionality we need is quite small to import that big package. > > Thanks, > Goutham. > > On Mon, May 18, 2020 at 5:25 PM Augustin Husson > wrote: > >> Hello, >> >> After changing so

[prometheus-developers] Question regarding the file testutils/testing.go

Hello, After changing some code in prometheus-community/promql-langserver, I figure out it was using some method coming from testutils/testing.go. And after looking at it, I was wondering why did you need these methods. I mean it is a bit strange that prometheus has to implement for themself a

Re: [prometheus-developers] About Fluent and Kafka

Hello, I think you are not on the correct place/support :). Looking at your problem / question it's more related to your deployment on openshift. It's not related to a monitoring issue Le ven. 15 mai 2020 à 10:45, Влад Разумовский a écrit : > Hello everyone! Recently I was faced with a task:

Re: [prometheus-developers] Re: Helm charts home

:30, Augustin Husson wrote: > > @Mingchin Hsieh Sorry I didn't get your point. To enable the CI/CD > > with circle-ci, yes you need to have the admin right. Otherwise to see > > how the CI/CD is working you don't need any special right. > > @Cedric that's nice ! I didn't

Re: [prometheus-developers] Re: Helm charts home

epo >> results in a wierd state (I think I have fork of several "helm-charts" >> repository on my GitHub, which results being named helm-charts-1, >> helm-charts-2, etc). >> >> >> Le samedi 20 juin 2020 10:40:47 UTC+2, Augustin Husson a écrit : >

Re: [prometheus-developers] Re: Helm charts home

Or just helm-chart with inside all chart relative to the prometheus tools like node-exporter, alertmanager ...etc. Le dim. 14 juin 2020 à 13:52, Mingchin Hsieh a écrit : > Hi Frederic, > > Yes. I think I would keep straightforward naming as prometheus-helm-chart, > i.e. > >

Re: [prometheus-developers] Re: Helm charts home

Hello, Well having a single repo for each chart would create so much repositories and IMHO just imagine to create for each of them the CI/CD even if it's the same each time, is to exausting. ( Yeah I'm a bit lazy) Moreover if you have to change one CI/CD for whatever reason you will have to

Re: [prometheus-developers] Re: Adding Gitpod environments to prometheus/prometheus (as CI checks and for people to get started)

Hello, So far what I understood is that you have two things: 1. The possibility of coding online using a tablet 2. Having an online environment where your PR has been built. And like that you can play with the prometheus instance and test it smoothly. ( I know I reduced a lot the features

Re: [prometheus-developers] Re: Adding Gitpod environments to prometheus/prometheus (as CI checks and for people to get started)

doesn't have a lot of footprint for those who absolutely don't want to > use it. > > Sven > > On Mon, 27 Jul 2020 at 08:33, Augustin Husson > wrote: > >> Hello, >> >> So far what I understood is that you have two things: >> 1. The possibility of coding

[prometheus-developers] Moving the PromQL editor to prometheus/prometheus

Hello fellow Prometheus developers :), As you probably know, in Prometheus, you have since a couple month a great PromQL editor (with autocomplete, linter, highlight feature) which is for the moment maintained in two separate repositories: - prometheus-community/codemirror-promql

Re: [prometheus-developers] Moving the PromQL editor to prometheus/prometheus

rometheus itself and one or multiple > > npm packages) doesn't cause any problems I don't foresee. It would be > great > > if people more familiar with the current Prometheus CI / build system > could > > give an opinion on that. CC-ing Julien as I think he has a decent >

Re: [prometheus-developers] Moving the PromQL editor to prometheus/prometheus

repo alongside k8s API server, kubelet, etc. > > Rob > > On Tue, Aug 10, 2021 at 8:17 AM Augustin Husson > wrote: > >> From my point of view, to have a different tag wasn't because I didn't >> want to wait for a Prometheus release. >> >> In fact, curren

Re: [prometheus-developers] Moving the PromQL editor to prometheus/prometheus

; concern the main Prometheus repo :) > > On Tue, Aug 10, 2021 at 3:10 PM Augustin Husson > wrote: > >> Oh yeah, I like this idea ! Thanks Rob :). >> >> I think that would cover all concerns raised for the moment, right Julien >> and Julius ? >> >> I forg

Re: [prometheus-developers] Moving the PromQL editor to prometheus/prometheus

Cool thanks :). I started with this PR: https://github.com/prometheus/prometheus/pull/9188 By the way, do you think the repository prometheus-community/codemirror should move to the org prometheus ? Le mar. 10 août 2021 à 19:27, Julien Pivotto a écrit : > On 10 Aug 18:51, Augustin Hus

Re: [prometheus-developers] amtool: passwords passed in the command line

Hello, I think having the http config file is a good idea and a safe one. The fact users have a rotation in the credential used only means the client has to authenticate themself first to get a fresher session / token / credentials. Maybe it's more sophisticated than that, but from my

Re: [prometheus-developers] Enabling auto-merge

changes-from-a-pull-request/automatically-merging-a-pull-request >> ) >> > it says "when all required reviews are met and status checks have >> passed", >> > which makes me think that it doesn't take the "required status check" >> > distin

[prometheus-developers] Re: Welcoming Augustin Husson as a Prometheus team member

Thank you !! Le jeu. 25 nov. 2021 à 12:32, Julius Volz a écrit : > Hi Prometheans, > > Please welcome Augustin Husson as a new member to the Prometheus team! > Augustin has built a lot of the underlying new PromQL editor language > support so far and is now also helping to mainta

Re: [prometheus-developers] Enabling auto-merge

Hi Levi, >From my point of view, yeah it's safe to activate it. But before doing that, maybe we should take a look at the different jobs and figure out which one are mandatory ? Probably all jobs are mandatory (that's my feeling at least). Cheers, Augustin. Le jeu. 25 nov. 2021 à 15:24, Levi

Re: [prometheus-developers] Enabling auto-merge

gt; check" distinction into consideration, instead just waiting for all of them > to pass, required or not. I agree with you that for auto-merge all jobs > should be mandatory. > > Thanks, > Levi > > On Thu, Nov 25, 2021 at 9:32 AM Augustin Husson > wrote: > >>

Re: [prometheus-developers] Re: Mirroring lezer-promql

cool ! Many thanks for your answers :). I will do the required changes then. Le lun. 1 nov. 2021 à 23:04, Julius Volz a écrit : > Yes on both counts as well from me :) > > On Mon, Nov 1, 2021 at 10:06 PM Julien Pivotto > wrote: > >> 1 yes >> 2 yes >> >> On Friday, October 29, 2021 at 12:54:39

[prometheus-developers] Mirroring lezer-promql

Hello Prometheans, As you may know, one month ago we moved the code living in codemirror-promql directly to Prometheus. This move was made to avoid a desync between any changes performed in the PromQL language and the PromQL editor. A side effect of this move is that we also integrated what we

[prometheus-developers] UI dependencies and stop the codemirror-promql synchronisation

Dear Prometheus developers, As you may know, since a couple months ago, we changed the way the UI is organized to be able to include the project codemirror-promql directly in Prometheus. The idea was when changing the PromQL syntax, we also modify codemirror-promql so we don't have any desync

Re: [prometheus-developers] UI dependencies and stop the codemirror-promql synchronisation

. Regards, Augustin. Le lun. 21 mars 2022 à 10:26, Julien Pivotto a écrit : > On 17 Mar 14:05, Augustin Husson wrote: > > Dear Prometheus developers, > > > > As you may know, since a couple months ago, we changed the way the UI is > > organized to be able to include th

Re: [prometheus-developers] UI dependencies and stop the codemirror-promql synchronisation

lish` Does it answer your questions ? Le lun. 21 mars 2022 à 11:01, Julien Pivotto a écrit : > On 21 Mar 10:57, Augustin Husson wrote: > > Hello Julien, > > > > I'm not sure I'm following what you would like. > > Do you mean you would like to fallback to the situatio

Re: [prometheus-developers] Help Needed: Github Not Showing Latest client_java Release

I updated the release without changing anything and apply the update. It looks like it works now. Maybe it forced a refresh somewhere. Le dim. 6 févr. 2022 à 00:02, 'Fabian Stäber' via Prometheus Developers < prometheus-developers@googlegroups.com> a écrit : > Hi, > > Sorry this must be a stupid

Re: [prometheus-developers] Change the implementation of labels.Builder in Prometheus

is to have another channel in the SD that will be used to receive a unique update of a target. In the particular case of the k8s SD it will be used to FW the update of the PODs (for example). Augustin. Le jeu. 12 mai 2022 à 10:05, Brian Brazil a écrit : > On Wed, 11 May 2022 at 10:06, Augus

Re: [prometheus-developers] Move from CircleCI to GitHub action

I guess a nice way to reuse the orb is to create a GithubAction that provides more or less the same features. Le jeu. 16 juin 2022 à 11:05, Bartłomiej Płotka a écrit : > Hi, > > Thanks! > > What does that mean to reusable Orbs we maintain? Can we reuse some of the > jobs in the same manner

Re: [prometheus-developers] Move from CircleCI to GitHub action

quot; run them on GitHub Actions. >> > > >> > > Just my two cents, as always in the Prometheus project I think whoever >> > > does the work can have the freedom to decide, but this would be my >> > > suggestion. >> > > >> > > On

[prometheus-developers] Change the implementation of labels.Builder in Prometheus

Dear Prometheus developers, I'm currently working on trying to optimize the synchronization of the targets in the Prometheus Discovery. (Issue is here ) And after a couple of investigations and tests on a real environment, we figured out that

Re: [prometheus-developers] Welcoming Bryan Boreham to the Prometheus team

Awesome ! Welcome Bryan ! Le ven. 7 oct. 2022 à 10:56, Julius Volz a écrit : > Woot, welcome Bryan!! > > On Fri, Oct 7, 2022 at 10:44 AM Julien Pivotto > wrote: > >> Dear Prometheans, >> >> The Prometheus team is growing: I am happy to announce that Bryan >> Boreham is joining our team! >> >>

Re: [prometheus-developers] When to merge native histograms into main branch?

Hi Ganesh, Regarding the feature flag and the issue we might have with the UI, perhaps we could make the UI fetch the endpoint /api/v1/status/flag. Then depending on the value of the flag, we could enable or disable the autocompletion of the functions specific to the native histograms. Cheers,