Joe Topjian

> In our case (Open Telekom Cloud) the OpenStack API returns bool values for the headers instead of strings This might be an issue with Open Telekom Cloud specifically. While...

From what I can see, the `insert_headers` response has been string/string ever since the initial commit: https://github.com/openstack/octavia/commit/3eedc728f1db46cb1a318f844061a6e690754c62#diff-2f11a70bbdc628524dfea4a0c03033d3R51 It also appears that the valid headers that can be used in `insert_headers`...

The image reference is built here: https://github.com/gophercloud/gophercloud/blob/46d131b669762bc8c44f6523abd7c8a8e1df1a8b/openstack/compute/v2/servers/results.go#L239-L247 I think in newer microversions, the image structure has changed. Try to make sure you are using API version 2.1 without a microversion...

You should be able to do something like: ```go type MyImage struct { Image map[string]interface{} `json:"image"` } var onlyImage MyImage res := servers.Get(client, "id") err := res.ExtractInto(&onlyImage) ```

Not at this time. If you could explain a detailed use-case of why it would be useful, we can leave it here as a feature request.

I think adding Zun is certainly valid. @jrperritt ? One thing to keep in mind is that in-house knowledge of Zun is most likely very limited (personally, I only know...

@kevin-zhaoshuai That's great news - congratulations. I think either option is valid - whichever you'd like to do.

Good question. @jrperritt is that something you'd like to handle?

Per #929 I think we might have a chicken/egg situation here :) It looks like in order to accurately test Zun in the OpenLab CI the `zun-exp` branch needs some...

@kevin-zhaoshuai I also think option 3 is the easiest, but I trust @jrperritt's judgement on this. So if he would prefer 1 or 2, I'll do what I can to...