Traced this through, and seems to be coming from the fact that iso8601 switched from using their own internal TZ info, to using Python3's TZ info. The difference in these objects end up being that the custom iso8601 one stringifies to 'UTC', while the python one stringifies to 'UTC+00:00'.
This causes problems in oslo.versionedobjects to_primative call here:
Traced this through, and seems to be coming from the fact that iso8601 switched from using their own internal TZ info, to using Python3's TZ info. The difference in these objects end up being that the custom iso8601 one stringifies to 'UTC', while the python one stringifies to 'UTC+00:00'.
This causes problems in oslo.versionedo bjects to_primative call here:
https:/ /github. com/openstack/ oslo.versionedo bjects/ blob/master/ oslo_versionedo bjects/ _utils. py#L28
Could be simple enough as change "tz == 'UTC'" to something like "'UTC' in tz". I will try that out locally and see how it goes.