Brett McBride

If the main goal is to be able to enable/disable different parts of the auto-instrumentation, then does it help to know that https://github.com/open-telemetry/opentelemetry-configuration/pull/91 is coming, which will allow fine-grained configuration...

This has come up before in various SIGs across the otel ecosystem, eg https://github.com/open-telemetry/opentelemetry-java-instrumentation/issues/6526 and https://github.com/open-telemetry/opentelemetry-java-instrumentation/issues/8339 The responses I've seen seem to boil down to "no, that's not what the...

Here's a half-baked idea. I'm currently working on enabling [SDK configuration through SPI](https://github.com/open-telemetry/opentelemetry-php/pull/1412) and wondering if we can use SPI to solve this problem... How about if we come up...

Partly resolved by https://github.com/open-telemetry/opentelemetry-php/pull/1289

We have lots of detectors, and perhaps `all` isn't the best default? Detectors add overhead, so how about the default set is: * environment * sdk * sdk-provided It's probably...

> do we already have 2.x planned? Yeah, I've submitted #1463 to kick things off, and will discuss in an upcoming SIG. There are some spec additions which we can't...

Hi @trask we are going to use this repo for a code donation from elastic (details still being worked out) of a bunch of extension-based improvements to opentelemetry-php. It's in...

@devsekar-1992 you said that a similar counter from python SDK worked as expected? If you export both php + python to an opentelemetry collector with debug exporter + detailed verbosity,...

It would be really helpful if you could export to an opentelemetry collector and dump out the metrics as received there. We need to see how the data differs b/w...

Thanks @devsekar-1992 I now understand a little better. I'm not an expert on metrics, but it does look like your hypothesis is correct: prometheus doesn't support delta temporality, and that's...