-
-
Notifications
You must be signed in to change notification settings - Fork 694
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
messages: Dependency on activesupport via (ruby-protobuf / protobuf-cucumber) #1096
Comments
Sorry I mis-read this. Sorry mybad, it was in the correct repo to start with. |
So you've raised 2 points.
2.4 only went EOL 3 months ago, so it is still reasonably up to date. I know down the line we will inevitably get rid of support for 2.4, but for now it's not too much hassle to support it. |
Because we couldn't wait for our pull requests to be merged, we forked The library only seems to be using @jpaulgs would you be able to help us with a PR for that? |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in a week if no further activity occurs. |
This issue has been automatically closed because of inactivity. You can support the Cucumber core team on opencollective. |
PR fix submitted: cucumber-attic/protobuf#2 |
Summary
My API application does not include any of the Rails gems for development or production. However protobuf-cucumber has a dependency on activesupport and a very old version at that!
I totally understand why you moved away from google-protobuf (jruby support and latest RVM support) but I'd prefer not include activesupport...
Expected Behavior
Current Behavior
Possible Solution
Is it possible to revert back to google-protobuf and lock the RVM version to the latest supported?
Steps to Reproduce (for bugs)
Context & Motivation
Keeping my
Gemfile.lock
as small as possibleYour Environment
The text was updated successfully, but these errors were encountered: