No matter how you like to participate in developer communities, Pulumi wants to meet you there. If you want to meet other Pulumi users to share use-cases and best practices, contribute code or documentation, see us at an event, or just tell a story about something cool you did with Pulumi, you are part of our community.

Pulumi Community

Good find! Please do file a bug for this.

This is actually on purpose. The OpenAPI schema makes it tricky to determine when something is namespaced or not, so it’s difficult to know when we should append a generated namespace to the id.

Since the goal of `getResource` was to identify resources such that they’re unique to other resources in the YAML/Chart objects, we decided the “easiest” thing to do was to generate the id out of the data the user had given us.

but in Kubernetes if something is not namespaced, it is always "default"

Some objects don’t have namespaces, though.

These objects, CRDs, _etc_. aren’t auto-namespaced to `"default"`, so I think `getResource` would have to (1) determine which resources are NOT namespaced, and (2) append `"default"` to the beginning of the ID if it exists.

lmk if you think this is wrong, but that’s why it is the way it is.

true - my thinking comes from this: I guess Charts work similarly to ConfigGroup. And when you apply a Chart, only the Chart developer knows if he/she added the "namespace" to metadata.

(what I try to do is that: I converted a Chart to manifests, with "helm template ...")

and with kubectl we would just look for the pod name, to use it if I deployed the chart to "default" namespace

I agree that it makes a better UX, I’m just not sure how to determine programmatically that a resource is namespaced.

add an internal flag, invisible to us, only used by the tool?

Hmm, I’m saying, I’m not sure how to tell the tool which resources to append `"default"` to. For example, v1/Namespace has no namespace, but this is not indicated by the schema as far as I know…. So I’m not sure how the tool can know _not_ to add `"default"` in this case?

btw: I agree that this is nowhere critical, just tripped me up :slightly_smiling_face:

<https://kubernetes.io/docs/concepts/overview/working-with-objects/namespaces/#not-all-objects-are-in-a-namespace>

bottom of the page, maybe this could be used?

and use the output to flag things that are not in a namespace

That implies the info should be in the api Resources entries of the OpenAPI spec, but I also think that’s not available until fairly recently.

If it’s available back to 1.5 then we should just use this.

<@UBAJ7TD53> would it be OK if I send a question in DM? Not sure if I found a problem, or just doing something wrong.