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

ffmpeg-sys vs ffmpeg-sys-next #13755

Closed
soloturn opened this issue Apr 14, 2024 · 3 comments
Closed

ffmpeg-sys vs ffmpeg-sys-next #13755

soloturn opened this issue Apr 14, 2024 · 3 comments
Labels
C-question Category: question S-needs-info Status: Needs more info, such as a reproduction or more background for a feature request.

Comments

@soloturn
Copy link
Contributor

Problem

if one owner archives his repo which produces ffmpeg-sys, another one can produce ffmpeg-sys-next. new owner cannot continue to produce ffmpeg-sys?

Steps

No response

Possible Solution(s)

No response

Notes

No response

Version

No response

@soloturn soloturn added C-bug Category: bug S-triage Status: This issue is waiting on initial triage. labels Apr 14, 2024
@weihanglo
Copy link
Member

What did you mean by produce? Could you clarify the question?

@weihanglo weihanglo added C-question Category: question S-needs-info Status: Needs more info, such as a reproduction or more background for a feature request. and removed S-triage Status: This issue is waiting on initial triage. C-bug Category: bug labels Apr 14, 2024
@soloturn
Copy link
Contributor Author

soloturn commented Apr 27, 2024

produce means put a binary here:
https://crates.io/crates/ffmpeg-sys

old owner left it. fork meant a renaming of the crate.

@weihanglo
Copy link
Member

If I understand correctly, you want to "publish" new version of ffmpeg-sys to crates.io. That means you need to either have the publish permission or take over the ownership of https://crates.io/crates/ffmpeg-sys. Per crates.io's policy, you'll need to contact the author by yourself or ask crates.io team for help with that if they haven't replied for a long while.

The alternative solution is using [patch], though it has a limitation that you cannot patch a crates.io dependency over the other also from crates.io. You might want to subscribe this issue #9227.

Close as ownership of crates is controlled by crates.io team and services, not Cargo the tool.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-question Category: question S-needs-info Status: Needs more info, such as a reproduction or more background for a feature request.
Projects
None yet
Development

No branches or pull requests

2 participants