Open TheRealFalcon opened 1 month ago
Our docs call out using it as a way for user data to override vendor data, but this does not work, because the jsonp part gets processed before vendor data.
Thanks for dropping this incorrect documentation in #5551.
Given that feature also pulls in the jsonpatch dependency, I think we should remove this feature soon in a upcoming release.
It sounds like it is error prone/broken and doesn't add value over other types. Agreed - lets ditch it.
#cloud-config-jsonp
is a way to specify JSON Patch operations to apply to cloud-init's existing configuration. The problem is, in its current form, it is almost completely useless.I think that the idea is to have a convenient way (even though we already have merge configuration?) to merge user data with previous config. The problem is due to the ordering of how we process cloud-config, it will often attempt to be applied before it ever has a chance to patch anything.
Our docs call out using it as a way for user data to override vendor data, but this does not work, because the jsonp part gets processed before vendor data.
The only way this can work as expected is if you have a MIME multipart user data in which the jsonp attachment is ordered after an earlier attachment that you want to patch. This seems like an extreme corner case because:
Given that feature also pulls in the
jsonpatch
dependency, I think we should remove this feature soon in a upcoming release.