johnpoth commented on PR #4350: URL: https://github.com/apache/camel-k/pull/4350#issuecomment-1543908811
> > > > Looks great! As Antonin said, eager to see everything in action! > > > > I also think it would be cool if you could pull the image via docker/podman: > > > > ``` > > > > docker pull lburgazzoli/camel-kamelets:latest > > > > podman pull lburgazzoli/camel-kamelets:latest > > > > ``` > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Right now I'm getting > > > > ``` > > > > Error response from daemon: missing signature key > > > > ``` > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I think I stumbled this when working on custom built images and it might be the way the Manifest was built. > > > > > > > > > As today, I've blindly followed the `oras` tutorial so it could be possible that what they create is not compatible with containers tools. If you have any time to digg into the issue, I would really appreciate it. > > > > > > For sure! > > IIRC that's one of the reasons I didn't use ORAS and went for spectrum and Google's go-containerregistry ... > > I think it boils down to the list of [registries](https://oras.land/docs/CLI/reference_types#registry-support) that support the ORAS spec is pretty limited. That being said there might be a workaround ... > > I think I did some exploration with go-containerregistry in the past, but I have not seen an option to define a custom media type or annotations for the layers, do you know if that's possible ? Yes it does! BUT setting a custom media type comes at the cost of the image being rejected in most registries or clients. This is why I didn't set the custom media type when working on local dependencies. Although very appealing it wasn't worth the interoperability drawbacks IMO. This was ~1 years ago so maybe things have changed but looking at the list of supported registries it doesn't look like it... -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: commits-unsubscr...@camel.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
