-
Notifications
You must be signed in to change notification settings - Fork 2.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
Use Gemfile
s to manage dev/test dependencies + cleanup
#1949
Conversation
Also - No longer necessary to use slim main - Sort list of deps alphabetically
To silence warnings from RubyGems. These are the first published versions of these gems, so the change should still allow any version to be used. https://rubygems.org/gems/base64/versions https://rubygems.org/gems/multi_json/versions
Looks like it has just stayed since sinatra#1425 We do get activesupport as an implicit dependency from rabl
I see no need to have it here. Looks like it has been with us from the start: 5a3f133 Probably there was a need back in the days.
There was a need [1] to avoid jar-dependencies 0.4.2 but that version has since been yanked from RubyGems, so there is no need for this anymore. 1: 30f6325
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.
Thank you for clarifying and cleaning up the dependencies.
Nice to have the Gemfile flexibility.
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.
Nice cleanup 👏
@@ -39,9 +39,6 @@ RubyGems 2.0 or newer is required to protect against public gem pushes. You can | |||
s.required_ruby_version = '>= 2.6.0' | |||
|
|||
# dependencies | |||
s.add_dependency 'base64' | |||
s.add_dependency 'base64', '>= 0.1.0' |
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.
It is still open-ended 😄 (same with multi_json
in sinatra-contrib)
Not sure we need to act, hopefully conservative gems that don't change the API anytime soon (if ever?)
See the commits.
Close #1918