Skip to content

Otel library updates#688

Closed
uniemimu wants to merge 1 commit into
containers:mainfrom
uniemimu:trivyfix
Closed

Otel library updates#688
uniemimu wants to merge 1 commit into
containers:mainfrom
uniemimu:trivyfix

Conversation

@uniemimu

Copy link
Copy Markdown
Contributor

This fixes the vulnerability findings reported by Trivy.

@klihub klihub left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If we expect #663 to be difficult or time consuming to digest, review and merge, then I think it would make sense to take this in and rebase #663 on this. If we do that , I think we need to make a small additional otel semconv/schema version synchronization change in this PR to fix the 'incompatible schema' otel error we have in HEAD, too.

@askervin @kad @uniemimu What do you guys think ?

"go.opentelemetry.io/otel/attribute"
otelresource "go.opentelemetry.io/otel/sdk/resource"
semconv "go.opentelemetry.io/otel/semconv/v1.37.0"
semconv "go.opentelemetry.io/otel/semconv/v1.41.0"

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think if we make this change, then we also need to bump semconv to the same v1.41.0 in pkg/instrumentation/trace/trace.go. To avoid the 'incompatible schema' error which we have in current HEAD (only fixed in #663).

@fmuyassarov

Copy link
Copy Markdown
Collaborator

If we expect #663 to be difficult or time consuming to digest, review and merge, then I think it would make sense to take this in and rebase #663 on this. If we do that , I think we need to make a small additional otel semconv/schema version synchronization change in this PR to fix the 'incompatible schema' otel error we have in HEAD, too.

@askervin @kad @uniemimu What do you guys think ?

In my personal view, I would prioritize #663 first and then move with this patch others.

@uniemimu

Copy link
Copy Markdown
Contributor Author

If we expect #663 to be difficult or time consuming to digest, review and merge, then I think it would make sense to take this in and rebase #663 on this. If we do that , I think we need to make a small additional otel semconv/schema version synchronization change in this PR to fix the 'incompatible schema' otel error we have in HEAD, too.
@askervin @kad @uniemimu What do you guys think ?

In my personal view, I would prioritize #663 first and then move with this patch others.

This PR is not really needed if #663 takes care of the Trivy findings. I will fix the thing pointed out by Krisztian anyway.

What I would like is to be able to run the Trivy against a clean main branch preferably today. Whether 663 or 688 gets merged, I don't care at all.

Signed-off-by: Ukri Niemimuukko <ukri.niemimuukko@intel.com>
@kad

kad commented Jun 18, 2026

Copy link
Copy Markdown
Collaborator

I think it is better to update #663 to latest versions and get it merged.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants