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
Here's the scenario that a Porter user is encountering:
Push a bundle to a public registry, example/mybun:v1.0.0
Copy the bundle to local registry, localhost:5000/mybun:v1.0.0. The copy now has a relocation map that maps example/mybun-invocation-image:v1.0.0 => localhost:5000/mybun-invocation-image:v1.0.0.
Disconnect your internet connection.
Copy the bundle from localhost:5000/mybun:v1.0.0 to localhost:5000/newbun:v1.0.0.
The copy fails because it tries to copy the invocation image from its original location defined in the bundle, instead of copying the relocated invocation image.
I'm not sure if there is a way to make this work right now? It seems like FixupBundle should take a relocation map for the bundle, and take any relocations into account before pulling and copying images?
The text was updated successfully, but these errors were encountered:
I think that there is a bug in the implementation that causes the relocation map to be ignored. I have a fix locally that I'll submit in a bit as soon as I figure out how to test the fix.
Here's the scenario that a Porter user is encountering:
example/mybun-invocation-image:v1.0.0 => localhost:5000/mybun-invocation-image:v1.0.0
.The copy fails because it tries to copy the invocation image from its original location defined in the bundle, instead of copying the relocated invocation image.
I'm not sure if there is a way to make this work right now? It seems like FixupBundle should take a relocation map for the bundle, and take any relocations into account before pulling and copying images?
The text was updated successfully, but these errors were encountered: