Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

r10k: Allow >= 3.10 < 5 #3312

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open

Conversation

bastelfreak
Copy link
Contributor

@bastelfreak bastelfreak commented May 9, 2024

from the commit message:

This also updates the orchestrator_client dependency. It requires
faraday 1.x. Older versions of orchestrator_client also depend on
faraday but didn't specify the version requirement. r10k 4 depends on
a newer puppet_forge gem which in turn depends on faraday 2.
If we only bump r10k we will downgrade orchestrator_client from 0.7.0 to
0.5.3, which we probably don't want.

Result => orchestrator_client needs to be updated to work with faraday
2. (which is actually implemented but unreleased).

This also contains #3311
This needs a release of puppetlabs/orchestrator_client-ruby#38

@bastelfreak bastelfreak requested a review from a team as a code owner May 9, 2024 16:44
@bastelfreak bastelfreak force-pushed the runtime branch 3 times, most recently from 9460072 to 6cd9334 Compare May 9, 2024 16:59
@donoghuc
Copy link
Member

donoghuc commented May 9, 2024

Thanks, right now we are looking towards packaging bolt with ruby 3. We already run bolt lib in PE for both streams (ruby 2.7 and ruby 3). Now, the bolt packages are built for ruby 2/ puppet 7. Therefore gems like r10k etc that are not really used in bolt's PE runtime are not yet updated. Re-factoring all the gem enviornments to satisfy both PE streams and bolt packages will have some implications outside of just bolt. We understand your desire for this change and I think we can get to a place where this will work, but at the moment its going to take getting prioritized from Perforce so we can account for the gem packaging etc we will likely need to do for this.

@bastelfreak
Copy link
Contributor Author

Who at Perforce do I need to talk to to get it prioritized? And can you do a release of puppetlabs/orchestrator_client-ruby#38 ? That shouldn't be too much work and would already help in some scenarios.

@donoghuc
Copy link
Member

donoghuc commented May 9, 2024

Bolt packages going to ruby 3 / puppet 8 is for sure on the roadmap, the exact timeline is not yet finalized. Certainly before 2023 becomes new LTS

@bastelfreak bastelfreak changed the title bolt: Allow >= 3.10 < 5 r10k: Allow >= 3.10 < 5 May 9, 2024
This also updates the orchestrator_client dependency. It requires
faraday 1.x. Older versions of orchestrator_client also depend on
faraday but didn't specify the version requirement. r10k 4 depends on
a newer puppet_forge gem which in turn depends on faraday 2.
If we only bump r10k we will downgrade orchestrator_client from 0.7.0 to
0.5.3, which we probably don't want.

Result => orchestrator_client needs to be updated to work with faraday
2. (which is actually implemented but unreleased).

This also contains puppetlabs#3311
@bastelfreak
Copy link
Contributor Author

Would it be possible to move bolt to Ruby 3.3 before it enters the new LTS? Otherwise we probably again end up in a situation where the LTS depends on a Ruby version that's EoL upstream. Related issue: puppetlabs/puppet-enterprise_issues#8

@donoghuc
Copy link
Member

donoghuc commented May 9, 2024

Bolt will use the exact same ruby as puppet 8 agent. Whatever the resolution of that issue you linked is will apply to bolt.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants