You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While many language SDKs are installed via their respective package managers, we have a set of projects that produce artifacts that are downloaded by end-users via GitHub. Some of them are
OpenTelemetry Collector (core + contrib)
OpenTelemetry Collector Builder (ocb)
OpenTelemetry Java Agent
OpenTelemetry .NET Autoinstrumentation
Right now those artifacts are served via GitHub and end users need to pull them from URLs like
@open-telemetry/sig-security-maintainers to review scarf and see if there are any security concerns we need to get out of the way (or if there are any blockers)
@open-telemetry/collector-maintainers, @open-telemetry/java-instrumentation-maintainers, @open-telemetry/dotnet-instrumentation-maintainers to take a look if they are OK with that for their artifacts
I can and will create issues in SIGs repositories as needed.
For the "shorter urls" we can implement something in the docs repository as well, but this would come without analytics and with a lot more maintanance and setup effort.
The text was updated successfully, but these errors were encountered:
While many language SDKs are installed via their respective package managers, we have a set of projects that produce artifacts that are downloaded by end-users via GitHub. Some of them are
Right now those artifacts are served via GitHub and end users need to pull them from URLs like
Those URLs have 2 issues:
As proposed by @austinlparker and discussed in open-telemetry/opentelemetry.io#4079 we would like to give scarf.sh a try, which can turn the URL above into something like
I raise this community issue, because to do so I would need some support from different SIGs:
I can and will create issues in SIGs repositories as needed.
Notes:
The text was updated successfully, but these errors were encountered: