Bump openapi-generator-cli for ruby gen

[pedro-psb]

This fixes the regression on ruby bindings introduced by a bugfix in drf-spectacular 0.27.0 (we were all relying on the bug). pulp/pulp_rpm#3639

I'm not sure what leap we wanna do here (latest is on 7.x currently). Known benefits for at least the 6.x bump are:

• AnyType fix: >=5.3.0
• Support for faraday 2.x: >=6.0.0

[pedro-psb]

Some breaking change from 5.0.0 is breaking the ruby client.

[pedro-psb]

Some updates on this:

• removed most of template files:
  • The ruby customization were actually incorporated into upstream (see here).
    As a consequence, they were exact copies and were not overriding anything, just confusing us.
  • the fact they are exact copies was verified by comparing (git diff) with the default filesof the version they were introduced (4.3.1).
• fixed some dependecy issues
  • still, there were some depedency problems because we should use ruby 3.7 as a lowerbound (see katello pin). To fix that, I re-added gemspec.mustache template.
  • The conflict was that faraday max version under v3 which support ruby >2.6 is faraday<2.9.0 (see here)
• more (unresolved)
  • now we have an unitialized error message. Some related issues are:
  • [BUG] Cannot find class with ruby generator OpenAPITools/openapi-generator#12854
    • suggest using useAutoload, but doesnt appear to work here.
  • [Ruby] postpone require models with parent OpenAPITools/openapi-generator#9103
    • case where this error was caused by order of importing, but that one is closed, so not sure if that could still be the problem

[gerrod3]

Is this the same as #98? Can these be merged together?

[pedro-psb]

No. This PR you linked is bumping only the openapi-genrator-cli for python bindings.
This one is bumping the image for ruby bindings, which have a different set of related concerns.

[mdellweg]

No. This PR you linked is bumping only the openapi-genrator-cli for python bindings. This one is bumping the image for ruby bindings, which have a different set of related concerns.

And they share the same concerns about being omnipresent changes for all release Branches throughout the project. In a way the could be seen as part of the same effort.

[pedro-psb]

There is a request for adding tags/versioning to pulp-openapi-generator: #85. Maybe that's worth considering.