bump fog-openstack to v0.3

[gildub]

This is needed because other dependencies on fog-core.
For more details please see ManageIQ/manageiq#17997

[miq-bot]

Checked commit https://github.com/gildub/manageiq-gems-pending/commit/d47684e1cadce6c6a077538d392c388eec700c57 with ruby 2.3.3, rubocop 0.52.1, haml-lint 0.20.0, and yamllint 1.10.0
0 files checked, 0 offenses detected
Everything looks fine. 🍪

[carbonin]

@jerryk55 this won't cause any issues with the backup work, right?

[carbonin]

@gildub why are we doing this? Is there a particular bug or feature what you're adding? Should this be backported to the Hammer release?

[gildub]

@miq-bot add_label hammer/yes

[gildub]

@carbonin, although fog-openstack has been added recently to manageiq-gems-pending it is also heavily used by manageiq-providers-openstack. V0.3.x contains massive refactor and we're targeting next sub release.

I've added the flag for hammer backport.

[carbonin]

next sub release

What do you mean by that? Hammer is not GA yet, so this would be in the GA release, not a "sub release"

[gildub]

@carbonin, technically we could go for Hammer GA if not too close otherwise sub-release.

[carbonin]

Okay, then this shouldn't be hammer/yes at this point that means that it would go into GA

[gildub]

@carbonin, yeap, thanks.

[gildub]

@carbonin, Well actually we still have time for Hammer GA because that's would be really a plus.
Besides hammer, this is a blocker for ManageIQ/manageiq-providers-openstack#334. Unless you see any reason not to, do you mind merging, please?

[carbonin]

@agrare what do you think about this (and by extension ManageIQ/manageiq-providers-openstack#334) going back to hammer?

I would rather not backport this version bump if we aren't going to end up using it.

[carbonin]

@gildub I'll merge this to master for now and continue the conversation about backport.

[agrare]

@carbonin we had planned on the new version of fog only going into ivanchuk and not hammer.

[agrare]

@gildub should this have been WIP until the VCRs on ManageIQ/manageiq-providers-openstack#334 were ready?

[gildub]

@agrare, sorry I missed your last comment! The VCRs were ready or on their way, timing was the essence. I believe that having several repos depending on fog-openstack should be avoided and more likely gem-pending is the temporary lasting too long.

[agrare]

@gildub Ah okay the last few comments sounded like Sam was going to record them for you

[gildub]

@agrare, @mansam, the bump for hammer (for the record) is ManageIQ/manageiq-providers-openstack#387. Thanks