chore: Helm chart reconfiguration

[lxfontes]

Changing wadm and config positions in values.yaml

When bringing in wadm as a subchart, the resulting values.yaml stutters. Ex:

nats:
  config:
   ...

wadm:
  wadm:
    config:

Further example in wasmCloud/wasmCloud-contrib#19

Increasing release from 0.2.5 to 0.3.0 due to this config change.

Templating in nats.server

Allows dynamic values, helpful in automated installs. Example:

config:
  wadm:
   nats:
    server: "{{ .Release.Name }}"

[joonas]

I'd like to drop the wadm key from config entirely, adding that in this chart was a mistake in the first place, it really needs to be left up to the charts to that might include this chart as a subchart.

I think the ⚖️ here is that there are a bunch of examples out there (docs, other repos) that reference this current format in the helm values file they use to deploy wadm, which means that if we go ahead and drop the key, we'll want to make sure that all of those references are also updated with it.

The same would apply if we went ahead and renamed the key this way as well, but it's something to keep in mind as we publish this

[joonas]

Would you mind reverting this so it's in line with the rest of the map-based entries?

Or alternatively would you mind going ahead and changing the rest of the empty map entries to match this style?

I'm not sure which format should be preferred to be honest, though Helm defaults to podSecurityContext: {} over this

[joonas]

Would you mind reverting this so it's in line with the rest of the map-based entries?

[lxfontes]

no problem. heads up this is literally the output from yaml linter

[joonas]

Fair enough, it looks like it doesn't touch these values when they are grouped next to other values, so maybe it's worth pulling them up into a group above?

Strange behavior on the linter's part to be honest, but what can you do 🙂