Skip to content

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

Merged
utam0k merged 1 commit into
youki-dev:mainfrom
utam0k:fix-rust-criu
Nov 3, 2023
Merged

Specify the protobuf crate because of the rust-criu crate#2497
utam0k merged 1 commit into
youki-dev:mainfrom
utam0k:fix-rust-criu

Conversation

@utam0k
Copy link
Copy Markdown
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
Copy Markdown
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
Copy Markdown
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
This was referenced Dec 17, 2023
@Mossaka
Copy link
Copy Markdown
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
Copy Markdown
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
Copy Markdown
Contributor

Mossaka commented Oct 7, 2024

What does bottom version mean?

@utam0k
Copy link
Copy Markdown
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
Copy Markdown
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
Copy Markdown
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.

@mdaffad mdaffad mentioned this pull request May 8, 2025
13 tasks
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