PEP 755: Implicit namespace policy for PyPI

I’ll speak officially: Brett is right :wink:

We would likely want to take full ownership of the azure- namespace, and suggest that third-parties use an -azure suffix instead. The main aim is to automatically protect users from attempted typosquats, though. We’re not so concerned about non-malicious users, but don’t really want to burden the PyPI team with having to evaluate each one.

If the team would prefer to scan and assess all new packages under azure- for malicious intent, rather than simply saying “Microsoft automatically asserts their ‘Azure’ trademark over the whole namespace”, then we would live with that. But it seems like a poor use of volunteer time.

(FTR, we’ve requested a few specific typosquats in this namespace be preemptively blocked, and have actively pursued one case of deliberately hijacking an actual name we intended to use, but have pursued more outside this namespace than within.)

I like this. pip install microsoft::azure-loganalytics or microsoft@azure-loganalytics might be hijacking the syntax from something potentially better, but interpreting it as “package must have this user as owner/maintainer” would likely be better than the whole namespace.

We’d publish on our own site (probably Python | Microsoft Developer) that it’s our account.[1] Additional DNS verification might be neat, but simply acknowledging that it’s our account would likely also be sufficient.


  1. I’m 99% sure we used to have it there, as a “check out our packages” link, but it clearly didn’t survive one of the many rewrites of that page. ↩︎

8 Likes