{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreicwz5vaaqyf2ijmiyzwb3waxx3upyqgyqx7apv3dcoykrq4qiw7p4",
    "uri": "at://did:plc:ivbknywyskln22er3nkssdhl/app.bsky.feed.post/3mfkdxnjyfks2"
  },
  "path": "/t/child-thread-survey-of-organizational-ownership-designs-for-cargo-and-crates-io/24028#post_5",
  "publishedAt": "2026-02-23T14:39:45.000Z",
  "site": "https://internals.rust-lang.org",
  "tags": [
    "@epage",
    "crates.io"
  ],
  "textContent": "Well, so. I probably hit a lot of cases in this, so @epage happy to be interviewed in the implementation.\n\nIndependent of namespacing implementation, we have:\n\n  * A company name (company names are trademark like) that has a community-wide nickname (ferrous-systems, ferrous)\n  * A trademark for a bigger product that we want to keep \"closed\" (ferrocene), we do not want someone to publish under that name.\n  * We maintain some projects that we are responsible for, but where the name is \"open\" (e.g. \"defmt\", where a third party example publishing \"defmt-my_funny_testsuite\" is totally encouraged). Any negative stuff happening on that front would probably violate crates.io policy and does not need any special care.\n\n\n\nSo, as an org, we at least have a 1-N relationship to namespaces.\n\nEdit: In case 3), there is actually a reason to have that as a case - community protection. You don't want an open vendor namespace to be \"rug-pulled\". But that's more policy than implementation.",
  "title": "Child Thread: Survey of organizational ownership designs for Cargo and Crates.io"
}