-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
Move to Crates.io #26275
Comments
Servo has 43 git dependencies (per |
I see. At this point, if I'm understanding this correctly, it's easier to get Crates.io to accept Git dependencies rather than get them all in the registry. Maybe even propose a manifest flag saying that the Git dependencies are intentional and "mean no harm" or something. I still don't fully understand the logic behind their decision to deny all Git-dependent crates. If I remember right though, the |
crates.io refuses crates that have dependencies that are not on crates.io, because those external dependencies could go disappear at any point. This is unlikely to be relaxed, and I wouldn’t be in favor of that. If I remember correctly this is enforced on the server-side, whereas All in all, we have no short-term plan to have Servo on crates.io, or for Servo to have a supported public Rust API. |
Correction: https://github.com/servo/servo/tree/master/ports/libsimpleservo includes a supported Rust API. |
Not just |
Has anything about this changed in the last few years? Seems like all major dependencies are actually on crates.io. It would be amazing to be able to just add servo to a project with a simple |
it is impossible to publish mozjs to crates.io at the moment since it contains vendored rust crates. |
Pardon me, but I don't see a vendor directory in mozjs |
Since a crate on Crates.io has to only have Crates.io dependencies (or path/SCM dependencies with a Crates.io fallback), using Servo in a crate prevents you from publishing said crate to the registry. What prevents us from releasing the crate there?
The text was updated successfully, but these errors were encountered: