-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
maint: Added base64 gem explicitly dependency #1658
Conversation
👋 Hi! Thank you for this contribution! Just to let you know, our GitHub SDK team does a round of issue and PR reviews twice a week, every Monday and Friday! We have a process in place for prioritizing and responding to your input. Because you are a part of this community please feel free to comment, add to, or pick up any issues/PRs that are labled with |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey @hsbt Thanks for the contributions here! Before we can move forward would you mind addressing the lint issue of making sure the deps are in the spec file in alphabetical order. That way CI can run complete.
Alternatively you can give owner commit access to your fork and I can make the changes.
cc7a294
to
c5009a2
Compare
@nickfloyd done to sort alphabetical order. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let me know your thoughts on my suggestion around reducing the scope of impact.
@@ -5,6 +5,7 @@ $LOAD_PATH.unshift(lib) unless $LOAD_PATH.include?(lib) | |||
require 'octokit/version' | |||
|
|||
Gem::Specification.new do |spec| | |||
spec.add_dependency 'base64' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
spec.add_dependency 'base64' | |
spec.add_dependency 'base64' if Gem::Version.new(RUBY_VERSION) >= Gem::Version.new('3.3') |
What are thoughts about approaching it like this? I know that it shouldn't matter but I would like to reduce the surface area of the impact. Given that pre v3.3 can getbase64
from stdlib without the warn I think this approach should be ok.
Let me know your thoughts when you get the chance, I am good with either way! Thanks.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Unfotunately, it's not working. I'm member of Ruby core team and RubyGems team.
RubyGems couldn't handle condition of Ruby version for dependency. RubyGems only support required_ruby_version
and required_rubygems_version
for gemspec, not dependency.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the clarity! I've merged it as is and will ship it once I get a few more changesets in.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am going to favor getting this in given our 3.4 builds/ci are failing - we can discuss the merits of making it a conditional dependency later.
Thanks @hsbt for the contributions here ❤️ !
Thanks! |
Before the change?
octokit.rb warns the following message With Ruby 3.3.0.
This means octokit.rb is not working after Ruby 3.4 release. We should add
base64
as dependency.After the change?
Above warning is suppressed.
Pull request checklist
Does this introduce a breaking change?
Please see our docs on breaking changes to help!