[tveita]

With all these big institutions around maybe some of them will get together and push for namespaces in crates.io?

It would be great if e.g. everything under "amazon/" could be trusted to be an official Amazon crate so you don't have to vet every dependency from every tutorial, and this seems like a common need for Amazon, Google and Microsoft.

See e.g. kibwen's comment at https://news.ycombinator.com/item?id=24445788 "The problem is that crates.io is a free, volunteer-run project with zero full-time employees who could be tasked with the drudgery of intervening in naming disputes or managing an identity layer. [...] Solve the funding issue first, and then you can start solving the rest."

[mooman219]

The namespace issue was frequently brought up with the crates.io team on Discord, Github, and focus groups at various points over the life of the service. The takeaway is that the lack of namespaces isn't a funding issue, they did not, and still do not believe it is the right design. I personally don't think this is correct, and squatting is very prevalent right now. It's been a bit of a broken record at this point, but at the end of the day it's a volunteer run project and the volunteers that are willing to spend the time to maintain it don't want the feature. I think overall this is a pain point, but by no means a deal breaker.

[metajack]

I can confirm that I personally advocated for namespaces before Cargo existed. I failed to convince the decision makers.

Meanwhile, just a few days ago some of my project's crates were freshly squatted. Sigh.

Maybe someday they'll come around.

[vbezhenar]

I thought namespaces issue was solved in Java decades ago with domain names? Why invent anything?