-
Notifications
You must be signed in to change notification settings - Fork 3
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
Unresolved: How many levels of crate-namespace nesting is allowed? #8
Comments
The current RFC sticks to one level, but we should design it for multiple IMO so the restriction is easily lifted later. The main places this will come up:
|
An initial suggestion; 8 levels. It should be quite sufficient for all kinds of purposes, be long enough where nobody could be hitting the limit with natural growth, and be small enough to be efficiently contained in the backend code. |
What's the use-case for deeply nested namespaces? If a namespace corresponds to an organization or owner, then do we want to support (effectively) shipping the org chart? |
I don't think there has been yet. Two levels may be useful, one to represent an overall project and another to represent sub-crates (like |
Both theoretically for any registry that might exist, and practically for what crates.io will allow.
The text was updated successfully, but these errors were encountered: