Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Specify the protobuf crate because of the rust-criu crate #2497

Merged
merged 1 commit into from
Nov 3, 2023

Conversation

utam0k
Copy link
Member

@utam0k utam0k commented Nov 1, 2023

Signed-off-by: utam0k <k0ma@utam0k.jp>
@utam0k utam0k added the kind/bug label Nov 1, 2023
@utam0k utam0k requested a review from a team November 1, 2023 11:54
@YJDoc2
Copy link
Collaborator

YJDoc2 commented Nov 2, 2023

Hey @utam0k is there anything urgent blocking on this? I think this dependency bug should be handled in upstream itself, rather than we adding the constraint here. I'll approve this PR in case something urgently needs this patch in youki, but otherwise I think we should wait for the crate itself to fix it properly.

@utam0k
Copy link
Member Author

utam0k commented Nov 3, 2023

Hey @utam0k is there anything urgent blocking on this? I

Thanks for your review. We can't build youki from scratch at lease in my environment 😭

@utam0k utam0k merged commit 2826920 into youki-dev:main Nov 3, 2023
16 checks passed
This was referenced Dec 17, 2023
@Mossaka
Copy link
Contributor

Mossaka commented Oct 3, 2024

hey there, I would like to understand more about this situation, as runwasi depends on both youki and containerd-shim, which in turn depend on protobuf. I would not like to see a transititive dependency version conflict if both crates specify a exact version for protobuf.

If you have encountered a breaking change in the latest version protobuf, I'd suggest not to use exact version pinning, but more relexed measure like this one: containerd/rust-extensions#322

@utam0k
Copy link
Member Author

utam0k commented Oct 7, 2024

hey there, I would like to understand more about this situation, as runwasi depends on both youki and containerd-shim, which in turn depend on protobuf. I would not like to see a transititive dependency version conflict if both crates specify a exact version for protobuf.

If you have encountered a breaking change in the latest version protobuf, I'd suggest not to use exact version pinning, but more relexed measure like this one: containerd/rust-extensions#322

Hi, @Mossaka. As far as my memory, it caused flaky CI as the comment on checkpoint-restore/rust-criu#19. How about specifying the bottom version of protobuf crate in youki?

This is fatal as this WILL bring build errors on anything that depends on your crate once a newer version of protobuf is available.

@Mossaka
Copy link
Contributor

Mossaka commented Oct 7, 2024

What does bottom version mean?

@utam0k
Copy link
Member Author

utam0k commented Oct 8, 2024

What does bottom version mean?

It means the range for the crate's version. Like ^0.3.2. Is it enough for runwasi?

@utam0k
Copy link
Member Author

utam0k commented Oct 8, 2024

Or it may now be stable. Let me see for a while if the CI would be unstable.

@Mossaka
Copy link
Contributor

Mossaka commented Oct 8, 2024

Yeah, runwasi resolved this issue by updating containerd-shim-protos to the latest version, which I made the change to relex the version requirement for protobuf. ^0.3.2 is better than =0.3.2 but still not great.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants