kotovalexarian-likes-github/rails--rails
1
0
Fork 0
mirror of https://github.com/rails/rails.git synced 2022-11-09 12:12:34 -05:00
Code Releases Activity
rails--rails/Gemfile.lock

651 lines
16 KiB
Text
Raw Normal View History

Use mysql2 from git to fix warnings with Ruby 2.7 Closes #40272.
2020-09-22 15:40:47 -04:00
GIT
remote: https://github.com/brianmario/mysql2.git
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
revision: 25c42c712118b046eb9df7a0f50ffde1a04ee6d1
Use mysql2 from git to fix warnings with Ruby 2.7 Closes #40272.
2020-09-22 15:40:47 -04:00
specs:
mysql2 (0.5.3)
Fork rbtree and blade to fix ruby-head CI They both need very minor fixes.
2022-01-12 03:49:24 -05:00
GIT
Point blade to the official repository
2022-01-12 08:52:41 -05:00
remote: https://github.com/javan/blade.git
revision: 685be36e36b8c0b1638d6bca9021a079c930ff29
Fork rbtree and blade to fix ruby-head CI They both need very minor fixes.
2022-01-12 03:49:24 -05:00
specs:
blade (0.7.2)
activesupport (>= 3.0.0)
blade-qunit_adapter (>= 2.0.1)
coffee-script
coffee-script-source
curses (>= 1.4.0)
eventmachine
faye
sprockets (>= 3.0)
thin (>= 1.6.0)
thor (>= 0.19.1)
useragent (>= 0.16.7)
Use a branch of websocket-client-simple, to work around read/close race
2016-10-05 21:11:18 -04:00
GIT
remote: https://github.com/matthewd/websocket-client-simple.git
revision: e161305f1a466b9398d86df3b1731b03362da91b
branch: close-race
specs:
websocket-client-simple (0.3.0)
event_emitter
websocket
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
PATH
remote: .
specs:
Start Rails 7.1 development
2021-12-07 10:52:30 -05:00
actioncable (7.1.0.alpha)
actionpack (= 7.1.0.alpha)
activesupport (= 7.1.0.alpha)
Upgrade to nio4r 2.0.0 nio4r 2.0.0 primarily includes new features and bugfixes, with few breaking changes. The primary reason for bumping the major version is dropping support for all Ruby versions prior to 2.2.2, so as to match Rails 5. Full release announcement here: https://groups.google.com/forum/#!topic/socketry/ZDIUj1ufiJ8
2016-12-28 22:45:39 -05:00
nio4r (~> 2.0)
Update Gemfile.lock to reflect websocket-driver 0.7.0 Follow up to e1473e0cbfbd97eeea2bc6eefd73bec0d4863359
2018-01-18 17:50:50 -05:00
websocket-driver (>= 0.6.1)
Start Rails 7.1 development
2021-12-07 10:52:30 -05:00
actionmailbox (7.1.0.alpha)
actionpack (= 7.1.0.alpha)
activejob (= 7.1.0.alpha)
activerecord (= 7.1.0.alpha)
activestorage (= 7.1.0.alpha)
activesupport (= 7.1.0.alpha)
Import Action Mailbox
2018-12-24 15:16:22 -05:00
mail (>= 2.7.1)
Temporarily add net-gems as dependencies of frameworks that use mail In Ruby 3.1 those gems were dropped from the stdlib, so they need to be explicitly installed. Mail should be doing this for us, but since it cares about Ruby < 2.6, and those gems can't be installed there, they can't add them to the gemspec without dropping support to old rubies. Since we don't care about Ruby < 2.7, we can just require them in all frameworks that use mail.
2022-01-05 12:42:40 -05:00
net-imap
net-pop
net-smtp
Start Rails 7.1 development
2021-12-07 10:52:30 -05:00
actionmailer (7.1.0.alpha)
actionpack (= 7.1.0.alpha)
actionview (= 7.1.0.alpha)
activejob (= 7.1.0.alpha)
activesupport (= 7.1.0.alpha)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
mail (~> 2.5, >= 2.5.4)
Temporarily add net-gems as dependencies of frameworks that use mail In Ruby 3.1 those gems were dropped from the stdlib, so they need to be explicitly installed. Mail should be doing this for us, but since it cares about Ruby < 2.6, and those gems can't be installed there, they can't add them to the gemspec without dropping support to old rubies. Since we don't care about Ruby < 2.7, we can just require them in all frameworks that use mail.
2022-01-05 12:42:40 -05:00
net-imap
net-pop
net-smtp
Fix Gemfile.lock by updating rails-dom-testing - Followup of https://github.com/rails/rails/pull/24946.
2016-05-10 01:13:56 -04:00
rails-dom-testing (~> 2.0)
Start Rails 7.1 development
2021-12-07 10:52:30 -05:00
actionpack (7.1.0.alpha)
actionview (= 7.1.0.alpha)
activesupport (= 7.1.0.alpha)
Bump rack to remove ssl? override Rack 2.2+ already understands "wss" as being "ssl", so bumping the requirement lets us remove this override and call to super.
2021-05-24 21:36:35 -04:00
rack (~> 2.0, >= 2.2.0)
Update rack-test dependency constraint
2017-07-19 19:04:53 -04:00
rack-test (>= 0.6.3)
Fix Gemfile.lock by updating rails-dom-testing - Followup of https://github.com/rails/rails/pull/24946.
2016-05-10 01:13:56 -04:00
rails-dom-testing (~> 2.0)
Rails HTML sanitizer gemfile lock changes on bundle install.
2019-08-09 11:40:59 -04:00
rails-html-sanitizer (~> 1.0, >= 1.2.0)
Start Rails 7.1 development
2021-12-07 10:52:30 -05:00
actiontext (7.1.0.alpha)
actionpack (= 7.1.0.alpha)
activerecord (= 7.1.0.alpha)
activestorage (= 7.1.0.alpha)
activesupport (= 7.1.0.alpha)
Use `ActiveRecord::FixtureSet.signed_global_id` defined by the globalid gem Also make explicit that actiontext depends on the globalid gem.
2021-11-24 17:33:45 -05:00
globalid (>= 0.6.0)
Import Action Text
2019-01-04 19:43:11 -05:00
nokogiri (>= 1.8.5)
Start Rails 7.1 development
2021-12-07 10:52:30 -05:00
actionview (7.1.0.alpha)
activesupport (= 7.1.0.alpha)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
builder (~> 3.1)
Change ActionView ERB Handler from Erubis to Erubi Erubi offers the following advantages for Rails: * Works with ruby's --enable-frozen-string-literal option * Has 88% smaller memory footprint * Does no freedom patching (Erubis adds a method to Kernel) * Has simpler internals (1 file, <150 lines of code) * Has an open development model (Erubis doesn't have a public source control repository or bug tracker) * Is not dead (Erubis hasn't been updated since 2011) Erubi is a simplified fork of Erubis that contains just the parts that are generally needed (which includes the parts that Rails uses). The only intentional difference in behavior is that it does not include support for <%=== tags for debug output. That could be added to the ActionView ERB handler if it is desired. The Erubis template handler remains in a deprecated state so that code that accesses it directly does not break. It can be removed after Rails 5.1.
2017-01-20 18:02:34 -05:00
erubi (~> 1.4)
Fix Gemfile.lock by updating rails-dom-testing - Followup of https://github.com/rails/rails/pull/24946.
2016-05-10 01:13:56 -04:00
rails-dom-testing (~> 2.0)
Require and support rails-html-sanitzer 1.2.0 Rails now requires 1.2.0 because it relies on the safe_list_sanitizer API exclusively. Also raise `sanitizer_vendor` API from the dead for rails-deprecated_sanitizer. Fixes https://github.com/rails/rails-deprecated_sanitizer/pull/6
2019-08-08 18:07:45 -04:00
rails-html-sanitizer (~> 1.1, >= 1.2.0)
Start Rails 7.1 development
2021-12-07 10:52:30 -05:00
activejob (7.1.0.alpha)
activesupport (= 7.1.0.alpha)
Use released GlobalID now that it provides URI::GID::MissingModelIdError for Active Job
2015-12-17 19:20:19 -05:00
globalid (>= 0.3.6)
Start Rails 7.1 development
2021-12-07 10:52:30 -05:00
activemodel (7.1.0.alpha)
activesupport (= 7.1.0.alpha)
activerecord (7.1.0.alpha)
activemodel (= 7.1.0.alpha)
activesupport (= 7.1.0.alpha)
activestorage (7.1.0.alpha)
actionpack (= 7.1.0.alpha)
activejob (= 7.1.0.alpha)
activerecord (= 7.1.0.alpha)
activesupport (= 7.1.0.alpha)
Allow Marcel to be released following semver
2021-09-20 17:19:28 -04:00
marcel (~> 1.0)
Active Storage: upgrade to mini_mime 1.1.0 Fix validating uppercase variant formats. Closes #41796.
2021-04-04 22:44:02 -04:00
mini_mime (>= 1.1.0)
Start Rails 7.1 development
2021-12-07 10:52:30 -05:00
activesupport (7.1.0.alpha)
Fix template resolver cache concurrency: "can't add a new key into hash during iteration" Resolved by https://github.com/ruby-concurrency/concurrent-ruby/pull/529 Fixes #24627.
2016-05-02 18:04:59 -04:00
concurrent-ruby (~> 1.0, >= 1.0.2)
Add I18n to eager_load_namespaces
2019-11-21 14:59:22 -05:00
i18n (>= 1.6, < 2)
Fix minitest version constraints in Gemfile.lock Followup to e803ab6e80e2fc0b772e2135ce85111cdce23e2f. The dependencies of each entry are alphasorted, and minitest-server's version constraint is still pessimistic.
2020-06-01 06:59:27 -04:00
minitest (>= 5.1)
Update to TZInfo v2.0.0 Co-authored-by: Jared Beck <jared@jaredbeck.com> Co-authored-by: Jonathan Hefner <jonathan@hefner.pro>
2017-12-29 07:47:10 -05:00
tzinfo (~> 2.0)
Start Rails 7.1 development
2021-12-07 10:52:30 -05:00
rails (7.1.0.alpha)
actioncable (= 7.1.0.alpha)
actionmailbox (= 7.1.0.alpha)
actionmailer (= 7.1.0.alpha)
actionpack (= 7.1.0.alpha)
actiontext (= 7.1.0.alpha)
actionview (= 7.1.0.alpha)
activejob (= 7.1.0.alpha)
activemodel (= 7.1.0.alpha)
activerecord (= 7.1.0.alpha)
activestorage (= 7.1.0.alpha)
activesupport (= 7.1.0.alpha)
Update Gemfile.lock
2020-08-18 05:14:00 -04:00
bundler (>= 1.15.0)
Start Rails 7.1 development
2021-12-07 10:52:30 -05:00
railties (= 7.1.0.alpha)
railties (7.1.0.alpha)
actionpack (= 7.1.0.alpha)
activesupport (= 7.1.0.alpha)
method_source needs to be a hard dependency on railties
2015-03-05 09:58:17 -05:00
method_source
Fix the development container to set the right permissions to bundler
2021-10-12 18:16:38 -04:00
rake (>= 12.2)
Leverage new :env option for Thor::Actions#run Follow-up to #34980. Also, refactor tests to be less brittle.
2019-12-15 13:58:07 -05:00
thor (~> 1.0)
Relax dependency on Zeitwerk 2.5
2021-10-21 14:30:36 -04:00
zeitwerk (~> 2.5)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
GEM
remote: https://rubygems.org/
specs:
Upgrade capybara to work with Ruby 3.1 and earlier
2021-12-08 16:44:11 -05:00
addressable (2.8.0)
Bundle update
2019-10-10 00:48:16 -04:00
public_suffix (>= 2.0.2, < 5.0)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
amq-protocol (2.3.2)
Upgrade the development Gemfile.lock
2021-04-13 14:18:28 -04:00
ast (2.4.2)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
aws-eventstream (1.2.0)
Update development dependencies
2022-01-04 17:12:53 -05:00
aws-partitions (1.544.0)
aws-sdk-core (3.125.1)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
aws-eventstream (~> 1, >= 1.0.2)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
aws-partitions (~> 1, >= 1.525.0)
Bundle update
2019-10-10 00:48:16 -04:00
aws-sigv4 (~> 1.1)
Resolve gemspec typo
2017-07-31 16:55:55 -04:00
jmespath (~> 1.0)
Update development dependencies
2022-01-04 17:12:53 -05:00
aws-sdk-kms (1.53.0)
aws-sdk-core (~> 3, >= 3.125.0)
Bundle update
2019-10-10 00:48:16 -04:00
aws-sigv4 (~> 1.1)
Update development dependencies
2022-01-04 17:12:53 -05:00
aws-sdk-s3 (1.111.0)
aws-sdk-core (~> 3, >= 3.125.0)
Use v3 of the AWS SDK
2017-09-09 23:22:10 -04:00
aws-sdk-kms (~> 1)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
aws-sigv4 (~> 1.4)
Update development dependencies
2022-01-04 17:12:53 -05:00
aws-sdk-sns (1.50.0)
aws-sdk-core (~> 3, >= 3.125.0)
Bundle update
2019-10-10 00:48:16 -04:00
aws-sigv4 (~> 1.1)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
aws-sigv4 (1.4.0)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
aws-eventstream (~> 1, >= 1.0.2)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
azure-storage-blob (2.0.3)
Unlock `azure-storage-blob` version to use version 2.0 `azure-storage-blob` 2.0.0 has been released. https://rubygems.org/gems/azure-storage-blob/versions/2.0.0 According to this commit and changelog, `azure-storage-blob` 1.1.0 did not support Ruby 2.6 and higher. As of right now, Rails master branch should support Ruby 2.5.0, 2.6.0 and 2.7.0 then it should be appropriate to unlock `azure-storage-blob` version. https://github.com/Azure/azure-storage-ruby/commit/252e3f06a5cf2e2583302bfefa95d8b25818a44f This commit addresses this following error: ```ruby % cd activestorage % bundle exec rake test Traceback (most recent call last): 14: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 13: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 12: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 9: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 8: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 7: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:30:in `resolve' 3: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 2: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/azure_storage_service.rb:3:in `<top (required)>' /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/rubygems_integration.rb:346:in `block (2 levels) in replace_gem': can't activate azure-storage-blob (~> 1.1), already activated azure-storage-blob-2.0.0. Make sure all dependencies are added to Gemfile. (Gem::LoadError) 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 9: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 8: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 7: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 3: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 2: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:29:in `resolve' /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:33:in `rescue in resolve': Missing service adapter for "AzureStorage" (RuntimeError) rake aborted! ``` * Update Gemfile.lock to bump azure-storage-blob version ``` % bundle update --conservative faraday azure-storage-blob google-cloud-storage` ``` - How to find gem name to update by setting `gem "azure-storage-blob", "= 2.0.0"` temporarily ```ruby % git diff diff --git a/Gemfile b/Gemfile index 5fdaceab2f..6be7dccf4b 100644 --- a/Gemfile +++ b/Gemfile @@ -84,7 +84,7 @@ end group :storage do gem "aws-sdk-s3", require: false gem "google-cloud-storage", "~> 1.11", require: false - gem "azure-storage-blob", require: false + gem "azure-storage-blob", "= 2.0.0", require: false # Use 2.0.0 temporarily to find which gems need bump gem "image_processing", "~> 1.2" end % bundle install Fetching gem metadata from https://rubygems.org/......... Fetching gem metadata from https://rubygems.org/. Resolving dependencies..... Bundler could not find compatible versions for gem "faraday": In snapshot (Gemfile.lock): faraday (= 0.17.1) In Gemfile: azure-storage-blob (= 2.0.0) was resolved to 2.0.0, which depends on azure-storage-common (~> 2.0) was resolved to 2.0.1, which depends on faraday (~> 1.0) google-cloud-storage (~> 1.11) was resolved to 1.25.0, which depends on googleauth (~> 0.9) was resolved to 0.10.0, which depends on faraday (~> 0.12) Running `bundle update` will rebuild your snapshot from scratch, using only the gems in your Gemfile, which may resolve the conflict. % git checkout -f Gemfile % bundle update --conservative faraday azure-storage-blob google-cloud-storage ```
2020-03-16 06:38:22 -04:00
azure-storage-common (~> 2.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
nokogiri (~> 1, >= 1.10.8)
azure-storage-common (2.0.4)
Unlock `azure-storage-blob` version to use version 2.0 `azure-storage-blob` 2.0.0 has been released. https://rubygems.org/gems/azure-storage-blob/versions/2.0.0 According to this commit and changelog, `azure-storage-blob` 1.1.0 did not support Ruby 2.6 and higher. As of right now, Rails master branch should support Ruby 2.5.0, 2.6.0 and 2.7.0 then it should be appropriate to unlock `azure-storage-blob` version. https://github.com/Azure/azure-storage-ruby/commit/252e3f06a5cf2e2583302bfefa95d8b25818a44f This commit addresses this following error: ```ruby % cd activestorage % bundle exec rake test Traceback (most recent call last): 14: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 13: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 12: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 9: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 8: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 7: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:30:in `resolve' 3: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 2: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/azure_storage_service.rb:3:in `<top (required)>' /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/rubygems_integration.rb:346:in `block (2 levels) in replace_gem': can't activate azure-storage-blob (~> 1.1), already activated azure-storage-blob-2.0.0. Make sure all dependencies are added to Gemfile. (Gem::LoadError) 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 9: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 8: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 7: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 3: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 2: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:29:in `resolve' /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:33:in `rescue in resolve': Missing service adapter for "AzureStorage" (RuntimeError) rake aborted! ``` * Update Gemfile.lock to bump azure-storage-blob version ``` % bundle update --conservative faraday azure-storage-blob google-cloud-storage` ``` - How to find gem name to update by setting `gem "azure-storage-blob", "= 2.0.0"` temporarily ```ruby % git diff diff --git a/Gemfile b/Gemfile index 5fdaceab2f..6be7dccf4b 100644 --- a/Gemfile +++ b/Gemfile @@ -84,7 +84,7 @@ end group :storage do gem "aws-sdk-s3", require: false gem "google-cloud-storage", "~> 1.11", require: false - gem "azure-storage-blob", require: false + gem "azure-storage-blob", "= 2.0.0", require: false # Use 2.0.0 temporarily to find which gems need bump gem "image_processing", "~> 1.2" end % bundle install Fetching gem metadata from https://rubygems.org/......... Fetching gem metadata from https://rubygems.org/. Resolving dependencies..... Bundler could not find compatible versions for gem "faraday": In snapshot (Gemfile.lock): faraday (= 0.17.1) In Gemfile: azure-storage-blob (= 2.0.0) was resolved to 2.0.0, which depends on azure-storage-common (~> 2.0) was resolved to 2.0.1, which depends on faraday (~> 1.0) google-cloud-storage (~> 1.11) was resolved to 1.25.0, which depends on googleauth (~> 0.9) was resolved to 0.10.0, which depends on faraday (~> 0.12) Running `bundle update` will rebuild your snapshot from scratch, using only the gems in your Gemfile, which may resolve the conflict. % git checkout -f Gemfile % bundle update --conservative faraday azure-storage-blob google-cloud-storage ```
2020-03-16 06:38:22 -04:00
faraday (~> 1.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
faraday_middleware (~> 1.0, >= 1.0.0.rc1)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
net-http-persistent (~> 4.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
nokogiri (~> 1, >= 1.10.8)
Update development dependencies
2022-01-04 17:12:53 -05:00
backburner (1.6.0)
Update Gemfile.lock
2015-08-09 23:30:03 -04:00
beaneater (~> 1.0)
Update backburner to the latest version version 1.5.0 includes to warning fixes that show on tests: https://github.com/nesquena/backburner/commit/cd9670146bca4df83ae2aacb95b3e6d1c1c1eee8 https://github.com/nesquena/backburner/commit/4dfa22bda1685ca1afa9f7d474df471ca6364e69
2018-09-28 06:40:24 -04:00
concurrent-ruby (~> 1.0, >= 1.0.1)
Update Gemfile.lock
2015-08-09 23:30:03 -04:00
dante (> 0.1.5)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
bcrypt (3.1.16)
Update development gems
2021-06-08 19:27:47 -04:00
beaneater (1.1.1)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
benchmark-ips (2.9.2)
Bump Blade and its Sauce Labs plugin to fix tunnel shutdown and related error https://travis-ci.org/rails/rails/jobs/165766716#L506
2016-11-20 17:08:31 -05:00
blade-qunit_adapter (2.0.1)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
bootsnap (1.9.3)
Start Rails 6.2 development :tada:
2020-12-02 18:37:26 -05:00
msgpack (~> 1.0)
Fix test with new capybara
2019-12-27 13:30:45 -05:00
builder (3.2.4)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
bunny (2.19.0)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
amq-protocol (~> 2.3, >= 2.3.1)
Update development gems
2021-06-08 19:27:47 -04:00
sorted_set (~> 1, >= 1.0.2)
Upgrade capybara to work with Ruby 3.1 and earlier
2021-12-08 16:44:11 -05:00
capybara (3.36.0)
Add tests for system testing * Adds test case test * Adds driver adapter test * Adds tests for capybara seleium driver (testing the settings not actually opening the browser to test capybara w/ selenium because that would so so so slow) * Adds tests for rack test driver * Adds tests for generators
2016-08-27 16:48:24 -04:00
addressable
Upgrade capybara to work with Ruby 3.1 and earlier
2021-12-08 16:44:11 -05:00
matrix
Test with released thor thor 0.20.0 was released so we can test with the released version.
2017-08-16 14:03:24 -04:00
mini_mime (>= 0.1.3)
Fix broken `ServerTest` with Capybara 3.0.0 It seems that it is no longer possible to specify the value held by `Capybara.server` as sever. Ref: https://github.com/teamcapybara/capybara/commit/ba7674086cbcd3b22d3614011815bc5d483e5960
2018-04-06 07:55:34 -04:00
nokogiri (~> 1.8)
rack (>= 1.6.0)
rack-test (>= 0.6.3)
Upgrade the development Gemfile.lock
2021-04-13 14:18:28 -04:00
regexp_parser (>= 1.5, < 3.0)
bundle update
2018-11-09 17:21:08 -05:00
xpath (~> 3.2)
Upgrade development gems
2021-06-17 16:26:38 -04:00
childprocess (4.1.0)
Update Gemfile.lock
2015-08-09 23:30:03 -04:00
coffee-script (2.4.1)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
coffee-script-source
execjs
Bump coffee-script-source to fix bug Coffee script 1.12.1 was released and contained a bug where coffee script was undefined. 1.12.1 was yanked and 1.12.2 was released. This bumps coffee-script-source so that CI Railties tests pass. See: https://github.com/jashkenas/coffeescript/issues/4403
2016-12-16 10:43:44 -05:00
coffee-script-source (1.12.2)
Update development gems
2021-06-08 19:27:47 -04:00
concurrent-ruby (1.1.9)
connection_pool (2.2.5)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
cookiejar (0.3.3)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
crack (0.4.5)
rexml
Update sprockets-rails to fix tests on Ruby master Without this, railties/test/application/rake_test.rb fails with: ActionView::Template::Error: wrong number of arguments (given 2, expected 1)
2020-10-03 17:43:39 -04:00
crass (1.0.6)
Bump jsbindling-rails and cssbundling-rails When both jsbundling-rails v1.0.1 and cssbundling-rails v1.1.0 are used at the same time, thor shows the prompt to replace `bin/dev` or not. jsbundling-rails v1.0.2 addresses this issue. https://github.com/rails/jsbundling-rails/releases/tag/v1.0.2 https://github.com/rails/jsbundling-rails/pull/95
2022-03-01 01:14:24 -05:00
cssbundling-rails (1.1.0)
Make Sprockets more optional, offer Propshaft as alternative (#43261) * Make Sprockets more optional, offer Propshaft as alternative * Whups, local reference * No longer used * Spacing * Need explicit sprockets-rails inclusion now * Manually require the sprockets railtie * Don't need these changes right now * Kick off another build * Fix tests * DRY up test * Require railtie when using sprockets * Introduce option to skip asset pipeline * No longer relevant * Always have to return * Gone * Add helper for skip_sprockets? * Fix guard statement * Use latest gems * Include propshaft * fix tests for #43261 (#43277) * help fix tests for #43261 skip_sprockets? should not be called on options :skip_sprockets is no longer a value in the option hash, so skip_sprockets? should not be called on it move --asset-pipeline to shared generator skip_sprockets? is defined on app_base, and used in the plugin generator to determine whether to add the engine's assets to the dummy sprockets manifest, so I believe it makes sense to include in both generators Because of this change, I also changed the shared test back to testing against non-sprockets add skip_sprockets to Gemfile template vars Mocking skip_sprockets? in app_base generator fix more generator tests * use skip_sprockets? everywhere * Use latest propshaft * Update `AssetUrlHelper` docs to list both asset pipeline gems (#43328) * Update to latest Propshaft * Bump Propshaft again * Ask for latest * Use latest propshaft Co-authored-by: Hartley McGuire <skipkayhil@gmail.com> Co-authored-by: Richard Macklin <1863540+rmacklin@users.noreply.github.com>
2021-10-09 11:03:05 -04:00
railties (>= 6.0.0)
Fork rbtree and blade to fix ruby-head CI They both need very minor fixes.
2022-01-12 03:49:24 -05:00
curses (1.4.3)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
daemons (1.4.1)
Update development dependencies
2022-01-04 17:12:53 -05:00
dalli (3.2.0)
Update Gemfile.lock
2015-08-09 23:30:03 -04:00
dante (0.2.0)
Update development dependencies
2022-01-04 17:12:53 -05:00
debug (1.4.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
irb (>= 1.3.6)
Depend on ruby/debug, replacing Byebug ruby/debug is a new debugger that is going to ship with CRuby. It makes sense for Rails to switch to this one because that is where the language is heading, and because Byebug is not fully compatible with Zeitwerk. See https://github.com/deivid-rodriguez/byebug/issues/564 While ruby/debug has not been heavily tested with Zeitwerk, casual usage seems to suggest it works without issues, including explicit namespaces, which is where Byebug and Zeitwerk conflict. Byebug is terrific, thanks a lot for all these years. :heart:
2021-09-08 11:35:41 -04:00
reline (>= 0.2.7)
Update w3c_validtors for Ruby 3 compatibility (#40227) * Update w3c_validtors for Ruby 3 compatibility * Update google-api-client for Ruby 3 compatibility
2020-09-21 01:19:59 -04:00
declarative (0.0.20)
[ci skip] Added a note about Github Codespaces' warning (#44148) * Added a note about Github Codespaces warning Related discussion: https://discuss.rubyonrails.org/t/issues-with-github-codespaces-setup-to-contribute-to-rails/79731 * updated docs to omit Codespace's warning [Original answer](https://github.com/rails/rails/pull/44148#issuecomment-1015022184) * updated gems delayed_job to 4.1.10 && delayed_job_active record to 4.1.7 [Azzen Abidi + Rafael Mendonça França]
2022-01-21 09:08:50 -05:00
delayed_job (4.1.10)
activesupport (>= 3.0, < 8.0)
delayed_job_active_record (4.1.7)
activerecord (>= 3.0, < 8.0)
delayed_job and delayed_job_active_record gems with AR5 support are available
2017-01-28 19:05:06 -05:00
delayed_job (>= 3.0, < 5)
Update development dependencies
2022-01-04 17:12:53 -05:00
digest (3.1.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
digest-crc (0.6.4)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
rake (>= 12.0.0, < 14.0.0)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
em-http-request (1.1.7)
Remove Blade gem dependency Apps that depend on Action Cable don't need Blade for app development, so we can remove the gem dependency. We do need Blade for Action Cable dev, so we bundle it in the Gemfile. Signed-off-by: Jeremy Daer <jeremydaer@gmail.com>
2016-05-21 14:15:58 -04:00
addressable (>= 2.3.4)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
cookiejar (!= 0.3.1)
Remove Blade gem dependency Apps that depend on Action Cable don't need Blade for app development, so we can remove the gem dependency. We do need Blade for Action Cable dev, so we bundle it in the Gemfile. Signed-off-by: Jeremy Daer <jeremydaer@gmail.com>
2016-05-21 14:15:58 -04:00
em-socksify (>= 0.3)
eventmachine (>= 1.0.3)
http_parser.rb (>= 0.6.0)
Update em-socksify to the latest version Avoid warning: parentheses after method name is interpreted as an argument list, not a decomposed argument
2018-02-06 17:08:13 -05:00
em-socksify (0.3.2)
Remove Blade gem dependency Apps that depend on Action Cable don't need Blade for app development, so we can remove the gem dependency. We do need Blade for Action Cable dev, so we bundle it in the Gemfile. Signed-off-by: Jeremy Daer <jeremydaer@gmail.com>
2016-05-21 14:15:58 -04:00
eventmachine (>= 1.0.0.beta.4)
CI against erubi 1.10.0
2020-11-14 00:31:58 -05:00
erubi (1.10.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
et-orbi (1.2.6)
Update rack-test dependency constraint
2017-07-19 19:04:53 -04:00
tzinfo
Suppress deprecated warning in Action Cable
2017-07-25 02:53:02 -04:00
event_emitter (0.2.6)
Bundle update
2018-05-30 13:49:55 -04:00
eventmachine (1.2.7)
Update development gems
2021-06-08 19:27:47 -04:00
execjs (2.8.1)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
faraday (1.8.0)
Update development gems
2021-06-08 19:27:47 -04:00
faraday-em_http (~> 1.0)
faraday-em_synchrony (~> 1.0)
faraday-excon (~> 1.1)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
faraday-httpclient (~> 1.0.1)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
faraday-net_http (~> 1.0)
Update development gems
2021-06-08 19:27:47 -04:00
faraday-net_http_persistent (~> 1.1)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
faraday-patron (~> 1.0)
faraday-rack (~> 1.0)
Add accidentally removed dependency in Gemfile.lock Follow up to ca0b6d0d416776655ed7516ac18f126fbde5315a.
2016-08-03 18:55:47 -04:00
multipart-post (>= 1.2, < 3)
Update development gems
2021-06-08 19:27:47 -04:00
ruby2_keywords (>= 0.0.4)
faraday-em_http (1.0.0)
faraday-em_synchrony (1.0.0)
faraday-excon (1.1.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
faraday-httpclient (1.0.1)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
faraday-net_http (1.0.1)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
faraday-net_http_persistent (1.2.0)
faraday-patron (1.0.0)
faraday-rack (1.0.0)
faraday_middleware (1.2.0)
Unlock `azure-storage-blob` version to use version 2.0 `azure-storage-blob` 2.0.0 has been released. https://rubygems.org/gems/azure-storage-blob/versions/2.0.0 According to this commit and changelog, `azure-storage-blob` 1.1.0 did not support Ruby 2.6 and higher. As of right now, Rails master branch should support Ruby 2.5.0, 2.6.0 and 2.7.0 then it should be appropriate to unlock `azure-storage-blob` version. https://github.com/Azure/azure-storage-ruby/commit/252e3f06a5cf2e2583302bfefa95d8b25818a44f This commit addresses this following error: ```ruby % cd activestorage % bundle exec rake test Traceback (most recent call last): 14: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 13: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 12: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 9: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 8: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 7: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:30:in `resolve' 3: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 2: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/azure_storage_service.rb:3:in `<top (required)>' /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/rubygems_integration.rb:346:in `block (2 levels) in replace_gem': can't activate azure-storage-blob (~> 1.1), already activated azure-storage-blob-2.0.0. Make sure all dependencies are added to Gemfile. (Gem::LoadError) 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 9: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 8: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 7: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 3: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 2: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:29:in `resolve' /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:33:in `rescue in resolve': Missing service adapter for "AzureStorage" (RuntimeError) rake aborted! ``` * Update Gemfile.lock to bump azure-storage-blob version ``` % bundle update --conservative faraday azure-storage-blob google-cloud-storage` ``` - How to find gem name to update by setting `gem "azure-storage-blob", "= 2.0.0"` temporarily ```ruby % git diff diff --git a/Gemfile b/Gemfile index 5fdaceab2f..6be7dccf4b 100644 --- a/Gemfile +++ b/Gemfile @@ -84,7 +84,7 @@ end group :storage do gem "aws-sdk-s3", require: false gem "google-cloud-storage", "~> 1.11", require: false - gem "azure-storage-blob", require: false + gem "azure-storage-blob", "= 2.0.0", require: false # Use 2.0.0 temporarily to find which gems need bump gem "image_processing", "~> 1.2" end % bundle install Fetching gem metadata from https://rubygems.org/......... Fetching gem metadata from https://rubygems.org/. Resolving dependencies..... Bundler could not find compatible versions for gem "faraday": In snapshot (Gemfile.lock): faraday (= 0.17.1) In Gemfile: azure-storage-blob (= 2.0.0) was resolved to 2.0.0, which depends on azure-storage-common (~> 2.0) was resolved to 2.0.1, which depends on faraday (~> 1.0) google-cloud-storage (~> 1.11) was resolved to 1.25.0, which depends on googleauth (~> 0.9) was resolved to 0.10.0, which depends on faraday (~> 0.12) Running `bundle update` will rebuild your snapshot from scratch, using only the gems in your Gemfile, which may resolve the conflict. % git checkout -f Gemfile % bundle update --conservative faraday azure-storage-blob google-cloud-storage ```
2020-03-16 06:38:22 -04:00
faraday (~> 1.0)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
faye (1.4.0)
Remove Blade gem dependency Apps that depend on Action Cable don't need Blade for app development, so we can remove the gem dependency. We do need Blade for Action Cable dev, so we bundle it in the Gemfile. Signed-off-by: Jeremy Daer <jeremydaer@gmail.com>
2016-05-21 14:15:58 -04:00
cookiejar (>= 0.3.0)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
em-http-request (>= 1.1.6)
Remove Blade gem dependency Apps that depend on Action Cable don't need Blade for app development, so we can remove the gem dependency. We do need Blade for Action Cable dev, so we bundle it in the Gemfile. Signed-off-by: Jeremy Daer <jeremydaer@gmail.com>
2016-05-21 14:15:58 -04:00
eventmachine (>= 0.12.0)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
faye-websocket (>= 0.11.0)
Remove Blade gem dependency Apps that depend on Action Cable don't need Blade for app development, so we can remove the gem dependency. We do need Blade for Action Cable dev, so we bundle it in the Gemfile. Signed-off-by: Jeremy Daer <jeremydaer@gmail.com>
2016-05-21 14:15:58 -04:00
multi_json (>= 1.0.0)
rack (>= 1.0.0)
websocket-driver (>= 0.5.1)
Update development gems
2021-06-08 19:27:47 -04:00
faye-websocket (0.11.1)
Add a couple of tests that connect with a WS client
2016-01-24 12:25:53 -05:00
eventmachine (>= 0.12.0)
websocket-driver (>= 0.5.1)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
ffi (1.15.4)
fugit (1.5.2)
bundle update resque-scheduler to latest version Resque 2.0 includes grammar fixes for warnings tickled by our tests. Updating resque-scheduler also requires and updates resque to version 2.0. ``` $ ruby -v ruby 2.6.2p47 (2019-03-13 revision 67232) [x86_64-linux] ```
2019-05-08 08:58:20 -04:00
et-orbi (~> 1.1, >= 1.1.8)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
raabro (~> 1.4)
Start Rails 7.1 development
2021-12-07 10:52:30 -05:00
globalid (1.0.0)
Update globalid to 0.5.1 for ruby-head compatibility https://github.com/ruby/uri/pull/26 was recently pulled in ruby-head, and it breaks globalid < 0.5.
2021-07-27 17:23:13 -04:00
activesupport (>= 5.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
google-apis-core (0.4.1)
Resolve gemspec typo
2017-07-31 16:55:55 -04:00
addressable (~> 2.5, >= 2.5.1)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
googleauth (>= 0.16.2, < 2.a)
httpclient (>= 2.8.1, < 3.a)
Bundle update
2019-10-10 00:48:16 -04:00
mini_mime (~> 1.0)
Resolve gemspec typo
2017-07-31 16:55:55 -04:00
representable (~> 3.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
retriable (>= 2.0, < 4.a)
Update w3c_validtors for Ruby 3 compatibility (#40227) * Update w3c_validtors for Ruby 3 compatibility * Update google-api-client for Ruby 3 compatibility
2020-09-21 01:19:59 -04:00
rexml
Upgrade the development Gemfile.lock
2021-04-13 14:18:28 -04:00
webrick
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
google-apis-iamcredentials_v1 (0.9.0)
google-apis-core (>= 0.4, < 2.a)
google-apis-storage_v1 (0.10.0)
google-apis-core (>= 0.4, < 2.a)
Upgrade the development Gemfile.lock
2021-04-13 14:18:28 -04:00
google-cloud-core (1.6.0)
Resolve gemspec typo
2017-07-31 16:55:55 -04:00
google-cloud-env (~> 1.0)
Unlock `azure-storage-blob` version to use version 2.0 `azure-storage-blob` 2.0.0 has been released. https://rubygems.org/gems/azure-storage-blob/versions/2.0.0 According to this commit and changelog, `azure-storage-blob` 1.1.0 did not support Ruby 2.6 and higher. As of right now, Rails master branch should support Ruby 2.5.0, 2.6.0 and 2.7.0 then it should be appropriate to unlock `azure-storage-blob` version. https://github.com/Azure/azure-storage-ruby/commit/252e3f06a5cf2e2583302bfefa95d8b25818a44f This commit addresses this following error: ```ruby % cd activestorage % bundle exec rake test Traceback (most recent call last): 14: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 13: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 12: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 9: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 8: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 7: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:30:in `resolve' 3: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 2: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/azure_storage_service.rb:3:in `<top (required)>' /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/rubygems_integration.rb:346:in `block (2 levels) in replace_gem': can't activate azure-storage-blob (~> 1.1), already activated azure-storage-blob-2.0.0. Make sure all dependencies are added to Gemfile. (Gem::LoadError) 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 9: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 8: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 7: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 3: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 2: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:29:in `resolve' /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:33:in `rescue in resolve': Missing service adapter for "AzureStorage" (RuntimeError) rake aborted! ``` * Update Gemfile.lock to bump azure-storage-blob version ``` % bundle update --conservative faraday azure-storage-blob google-cloud-storage` ``` - How to find gem name to update by setting `gem "azure-storage-blob", "= 2.0.0"` temporarily ```ruby % git diff diff --git a/Gemfile b/Gemfile index 5fdaceab2f..6be7dccf4b 100644 --- a/Gemfile +++ b/Gemfile @@ -84,7 +84,7 @@ end group :storage do gem "aws-sdk-s3", require: false gem "google-cloud-storage", "~> 1.11", require: false - gem "azure-storage-blob", require: false + gem "azure-storage-blob", "= 2.0.0", require: false # Use 2.0.0 temporarily to find which gems need bump gem "image_processing", "~> 1.2" end % bundle install Fetching gem metadata from https://rubygems.org/......... Fetching gem metadata from https://rubygems.org/. Resolving dependencies..... Bundler could not find compatible versions for gem "faraday": In snapshot (Gemfile.lock): faraday (= 0.17.1) In Gemfile: azure-storage-blob (= 2.0.0) was resolved to 2.0.0, which depends on azure-storage-common (~> 2.0) was resolved to 2.0.1, which depends on faraday (~> 1.0) google-cloud-storage (~> 1.11) was resolved to 1.25.0, which depends on googleauth (~> 0.9) was resolved to 0.10.0, which depends on faraday (~> 0.12) Running `bundle update` will rebuild your snapshot from scratch, using only the gems in your Gemfile, which may resolve the conflict. % git checkout -f Gemfile % bundle update --conservative faraday azure-storage-blob google-cloud-storage ```
2020-03-16 06:38:22 -04:00
google-cloud-errors (~> 1.0)
Upgrade the development Gemfile.lock
2021-04-13 14:18:28 -04:00
google-cloud-env (1.5.0)
Unlock `azure-storage-blob` version to use version 2.0 `azure-storage-blob` 2.0.0 has been released. https://rubygems.org/gems/azure-storage-blob/versions/2.0.0 According to this commit and changelog, `azure-storage-blob` 1.1.0 did not support Ruby 2.6 and higher. As of right now, Rails master branch should support Ruby 2.5.0, 2.6.0 and 2.7.0 then it should be appropriate to unlock `azure-storage-blob` version. https://github.com/Azure/azure-storage-ruby/commit/252e3f06a5cf2e2583302bfefa95d8b25818a44f This commit addresses this following error: ```ruby % cd activestorage % bundle exec rake test Traceback (most recent call last): 14: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 13: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 12: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 9: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 8: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 7: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:30:in `resolve' 3: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 2: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/azure_storage_service.rb:3:in `<top (required)>' /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/rubygems_integration.rb:346:in `block (2 levels) in replace_gem': can't activate azure-storage-blob (~> 1.1), already activated azure-storage-blob-2.0.0. Make sure all dependencies are added to Gemfile. (Gem::LoadError) 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 9: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 8: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 7: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 3: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 2: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:29:in `resolve' /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:33:in `rescue in resolve': Missing service adapter for "AzureStorage" (RuntimeError) rake aborted! ``` * Update Gemfile.lock to bump azure-storage-blob version ``` % bundle update --conservative faraday azure-storage-blob google-cloud-storage` ``` - How to find gem name to update by setting `gem "azure-storage-blob", "= 2.0.0"` temporarily ```ruby % git diff diff --git a/Gemfile b/Gemfile index 5fdaceab2f..6be7dccf4b 100644 --- a/Gemfile +++ b/Gemfile @@ -84,7 +84,7 @@ end group :storage do gem "aws-sdk-s3", require: false gem "google-cloud-storage", "~> 1.11", require: false - gem "azure-storage-blob", require: false + gem "azure-storage-blob", "= 2.0.0", require: false # Use 2.0.0 temporarily to find which gems need bump gem "image_processing", "~> 1.2" end % bundle install Fetching gem metadata from https://rubygems.org/......... Fetching gem metadata from https://rubygems.org/. Resolving dependencies..... Bundler could not find compatible versions for gem "faraday": In snapshot (Gemfile.lock): faraday (= 0.17.1) In Gemfile: azure-storage-blob (= 2.0.0) was resolved to 2.0.0, which depends on azure-storage-common (~> 2.0) was resolved to 2.0.1, which depends on faraday (~> 1.0) google-cloud-storage (~> 1.11) was resolved to 1.25.0, which depends on googleauth (~> 0.9) was resolved to 0.10.0, which depends on faraday (~> 0.12) Running `bundle update` will rebuild your snapshot from scratch, using only the gems in your Gemfile, which may resolve the conflict. % git checkout -f Gemfile % bundle update --conservative faraday azure-storage-blob google-cloud-storage ```
2020-03-16 06:38:22 -04:00
faraday (>= 0.17.3, < 2.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
google-cloud-errors (1.2.0)
google-cloud-storage (1.35.0)
addressable (~> 2.8)
Resolve gemspec typo
2017-07-31 16:55:55 -04:00
digest-crc (~> 0.4)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
google-apis-iamcredentials_v1 (~> 0.1)
google-apis-storage_v1 (~> 0.1)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
google-cloud-core (~> 1.6)
googleauth (>= 0.16.2, < 2.a)
Bundle update
2019-10-10 00:48:16 -04:00
mini_mime (~> 1.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
googleauth (1.1.0)
Unlock `azure-storage-blob` version to use version 2.0 `azure-storage-blob` 2.0.0 has been released. https://rubygems.org/gems/azure-storage-blob/versions/2.0.0 According to this commit and changelog, `azure-storage-blob` 1.1.0 did not support Ruby 2.6 and higher. As of right now, Rails master branch should support Ruby 2.5.0, 2.6.0 and 2.7.0 then it should be appropriate to unlock `azure-storage-blob` version. https://github.com/Azure/azure-storage-ruby/commit/252e3f06a5cf2e2583302bfefa95d8b25818a44f This commit addresses this following error: ```ruby % cd activestorage % bundle exec rake test Traceback (most recent call last): 14: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 13: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 12: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 9: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 8: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 7: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:30:in `resolve' 3: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 2: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/azure_storage_service.rb:3:in `<top (required)>' /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/rubygems_integration.rb:346:in `block (2 levels) in replace_gem': can't activate azure-storage-blob (~> 1.1), already activated azure-storage-blob-2.0.0. Make sure all dependencies are added to Gemfile. (Gem::LoadError) 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 9: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 8: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 7: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 3: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 2: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:29:in `resolve' /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:33:in `rescue in resolve': Missing service adapter for "AzureStorage" (RuntimeError) rake aborted! ``` * Update Gemfile.lock to bump azure-storage-blob version ``` % bundle update --conservative faraday azure-storage-blob google-cloud-storage` ``` - How to find gem name to update by setting `gem "azure-storage-blob", "= 2.0.0"` temporarily ```ruby % git diff diff --git a/Gemfile b/Gemfile index 5fdaceab2f..6be7dccf4b 100644 --- a/Gemfile +++ b/Gemfile @@ -84,7 +84,7 @@ end group :storage do gem "aws-sdk-s3", require: false gem "google-cloud-storage", "~> 1.11", require: false - gem "azure-storage-blob", require: false + gem "azure-storage-blob", "= 2.0.0", require: false # Use 2.0.0 temporarily to find which gems need bump gem "image_processing", "~> 1.2" end % bundle install Fetching gem metadata from https://rubygems.org/......... Fetching gem metadata from https://rubygems.org/. Resolving dependencies..... Bundler could not find compatible versions for gem "faraday": In snapshot (Gemfile.lock): faraday (= 0.17.1) In Gemfile: azure-storage-blob (= 2.0.0) was resolved to 2.0.0, which depends on azure-storage-common (~> 2.0) was resolved to 2.0.1, which depends on faraday (~> 1.0) google-cloud-storage (~> 1.11) was resolved to 1.25.0, which depends on googleauth (~> 0.9) was resolved to 0.10.0, which depends on faraday (~> 0.12) Running `bundle update` will rebuild your snapshot from scratch, using only the gems in your Gemfile, which may resolve the conflict. % git checkout -f Gemfile % bundle update --conservative faraday azure-storage-blob google-cloud-storage ```
2020-03-16 06:38:22 -04:00
faraday (>= 0.17.3, < 2.0)
Use `credentials` instead of `keyfile` in GCS sevice The `keyfile` was renamed to `credentials` in `google-cloud-storage` 1.8.0. https://github.com/GoogleCloudPlatform/google-cloud-ruby/blob/master/google-cloud-storage/CHANGELOG.md#180--2017-11-14 Although `keyfile` can still be used, but it looks like deprecate. https://github.com/GoogleCloudPlatform/google-cloud-ruby/blob/ddf7b2a856d676316525eb581c1a4cc83ca6097b/google-cloud-storage/lib/google/cloud/storage.rb#L589...L590 Therefore, I think that should use `credentials` in newly generated applications. Ref: https://github.com/GoogleCloudPlatform/google-cloud-ruby/issues/1802
2017-11-28 23:08:33 -05:00
jwt (>= 1.4, < 3.0)
bundle update
2018-11-09 17:21:08 -05:00
memoist (~> 0.16)
Resolve gemspec typo
2017-07-31 16:55:55 -04:00
multi_json (~> 1.11)
Upgrade all the gems
2018-09-05 17:41:31 -04:00
os (>= 0.9, < 2.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
signet (>= 0.16, < 2.a)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
hashdiff (1.0.1)
bundle update
2018-11-09 17:21:08 -05:00
hiredis (0.6.3)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
http_parser.rb (0.8.0)
Resolve gemspec typo
2017-07-31 16:55:55 -04:00
httpclient (2.8.3)
Use `ActiveRecord::FixtureSet.signed_global_id` defined by the globalid gem Also make explicit that actiontext depends on the globalid gem.
2021-11-24 17:33:45 -05:00
i18n (1.8.11)
Preparing for 5.2.0.beta1 release
2017-11-27 13:01:15 -05:00
concurrent-ruby (~> 1.0)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
image_processing (1.12.1)
Bundle update
2019-10-10 00:48:16 -04:00
mini_magick (>= 4.9.5, < 5)
Bump image_processing gem version since it fixes ruby 2.7 warnings
2020-01-07 15:40:28 -05:00
ruby-vips (>= 2.0.17, < 3)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
importmap-rails (1.0.1)
actionpack (>= 6.0.0)
railties (>= 6.0.0)
Update development dependencies
2022-01-04 17:12:53 -05:00
io-console (0.5.11)
io-wait (0.2.1)
irb (1.4.1)
reline (>= 0.3.0)
Bundle update
2018-05-30 13:49:55 -04:00
jmespath (1.4.0)
Bump jsbindling-rails and cssbundling-rails When both jsbundling-rails v1.0.1 and cssbundling-rails v1.1.0 are used at the same time, thor shows the prompt to replace `bin/dev` or not. jsbundling-rails v1.0.2 addresses this issue. https://github.com/rails/jsbundling-rails/releases/tag/v1.0.2 https://github.com/rails/jsbundling-rails/pull/95
2022-03-01 01:14:24 -05:00
jsbundling-rails (1.0.2)
Make Sprockets more optional, offer Propshaft as alternative (#43261) * Make Sprockets more optional, offer Propshaft as alternative * Whups, local reference * No longer used * Spacing * Need explicit sprockets-rails inclusion now * Manually require the sprockets railtie * Don't need these changes right now * Kick off another build * Fix tests * DRY up test * Require railtie when using sprockets * Introduce option to skip asset pipeline * No longer relevant * Always have to return * Gone * Add helper for skip_sprockets? * Fix guard statement * Use latest gems * Include propshaft * fix tests for #43261 (#43277) * help fix tests for #43261 skip_sprockets? should not be called on options :skip_sprockets is no longer a value in the option hash, so skip_sprockets? should not be called on it move --asset-pipeline to shared generator skip_sprockets? is defined on app_base, and used in the plugin generator to determine whether to add the engine's assets to the dummy sprockets manifest, so I believe it makes sense to include in both generators Because of this change, I also changed the shared test back to testing against non-sprockets add skip_sprockets to Gemfile template vars Mocking skip_sprockets? in app_base generator fix more generator tests * use skip_sprockets? everywhere * Use latest propshaft * Update `AssetUrlHelper` docs to list both asset pipeline gems (#43328) * Update to latest Propshaft * Bump Propshaft again * Ask for latest * Use latest propshaft Co-authored-by: Hartley McGuire <skipkayhil@gmail.com> Co-authored-by: Richard Macklin <1863540+rmacklin@users.noreply.github.com>
2021-10-09 11:03:05 -04:00
railties (>= 6.0.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
json (2.6.1)
jwt (2.3.0)
Fix rake guides:generate:kindle error
2016-12-18 10:13:50 -05:00
kindlerb (1.2.0)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
mustache
nokogiri
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
libxml-ruby (3.2.1)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
listen (3.7.0)
Update listen gem to v3.3 Version 3.3 fixes memory leaks that occur when stopping individual listeners (see guard/listen#476).
2020-11-10 10:52:20 -05:00
rb-fsevent (~> 0.10, >= 0.10.3)
rb-inotify (~> 0.9, >= 0.9.10)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
loofah (2.13.0)
Preparing for 5.2.0.beta1 release
2017-11-27 13:01:15 -05:00
crass (~> 1.0.2)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
nokogiri (>= 1.5.9)
Bump mail to `2.7.1`
2018-10-13 19:33:40 -04:00
mail (2.7.1)
Fix tests on Mail 2.7 Reverts 4d96be1c27bd6faed957b197a461f18543acebf2 References #31026
2017-11-01 00:44:55 -04:00
mini_mime (>= 0.1.1)
Use `ActiveRecord::FixtureSet.signed_global_id` defined by the globalid gem Also make explicit that actiontext depends on the globalid gem.
2021-11-24 17:33:45 -05:00
marcel (1.0.2)
Upgrade capybara to work with Ruby 3.1 and earlier
2021-12-08 16:44:11 -05:00
matrix (0.4.2)
Fix test with new capybara
2019-12-27 13:30:45 -05:00
memoist (0.16.2)
Preparing for 6.1.0.rc1 release
2020-11-02 16:12:47 -05:00
method_source (1.0.0)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
mini_magick (4.11.0)
Use `ActiveRecord::FixtureSet.signed_global_id` defined by the globalid gem Also make explicit that actiontext depends on the globalid gem.
2021-11-24 17:33:45 -05:00
mini_mime (1.1.2)
Bump Nokogiri to 1.13.3, previous version don't support Ruby 3.1: - I was trying to work on Rails using Ruby 3.1 but the locked bundler dependencies didn't resolve. The previously locked version of Nokogiri (v1.12.5) has a constraint on Ruby `[">= 2.5".freeze, "< 3.1.dev".freeze]`. Things works correctly on CI now because the Gemfile.lock get deleted https://github.com/rails/buildkite-config/blob/ed61405b4b52f480a49e3556ccc50ce0dcbda31d/Dockerfile#L134 Bumping to 1.13.3 as that's what CI uses anyway
2022-02-28 14:00:22 -05:00
mini_portile2 (2.8.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
minitest (5.15.0)
Bundle update
2019-10-10 00:48:16 -04:00
minitest-bisect (1.5.1)
Add minitest-bisect as part of the gemfile
2016-07-12 02:06:25 -04:00
minitest-server (~> 1.0)
Bundle update
2019-10-10 00:48:16 -04:00
path_expander (~> 1.1)
Replace webpack with importmapped Hotwire as default js (#42999) * Turbolinks is being replaced with Hotwire * Make --webpack opt-in * Don't use specific webpacker installers any more in preparation for next Webpacker * Update railties/lib/rails/app_updater.rb Co-authored-by: Alex Ghiculescu <alex@tanda.co> * Trailing whitespace * Convert to Turbo data attribute for tracking * Default is no webpack, no hotwire * Swap out turbolinks references for hotwire * Drop explicit return * Only generate package.json if using webpack * Only create package.json in webpack mode * Only create app/javascript in webpack mode * Generate correct style/js links based on js mode * Fix tests from changed output format Not sure why these are showing up in this PR, though. * Rubocopping * Stick with webpack for the test app for now * Adjust tests * Replace minitest-reporters with minitest-ci (#43016) minitest-reporters is used to create junit xml reports on CI. But when it loads before rails minitest plugin makes `Rails::TestUnitReporter` not being added as a reporter. minitest-ci is now only loaded at ci and does not interferes with rails minitest plugins. And keeps junit reports workings * Too heavy handed to actually run bundle Just like we don't auto-migrate * Pin js frameworks in importmap Instead of having importmap preconfigure it. * Match updated app/javascript path * No need for the explaining comment * Fixes test cases for replace webpack with importmapped Hotwire as default js (#42999) * Fix rubocop issues * Fix more railities test cases * Fix plugin generator railties shared test cases * Fix Action Text install generator asset pipeline spec * They're modules, not files * Let dev use the latest release as well So we don't have to replace unexisting dev releases with latest release * Make Webpack responsible for generating all the JS files it needs Webpacker 6 has already moved from app/javascript to app/packs. * Don't add rails/ujs by default any longer All the ajax/form functionality has been superseded by Turbo. The rest lives in a weird inbetween land we need to address through other means. * Use new importmap location * Switch to using turbo-rails and stimulus-rails directly The hotwire-rails gem does not offer enough value for its indirection * Use latest Webpacker * Prevent version resolution requests from getting swallowed * Use ESM syntax for imports * Move management of yarn, package.json, etc to Webpacker 6 * Update for Webpacker 6 * Move bin/setup addition to Webpacker as well * Remove dead tests * Bump to Webpacker 6.0.0.rc.2 * No longer relevant given the new default is no webpacker * Rely on Webpacker 6 * No longer relevant * No longer relevant * Make cable channel generator work for both webpacker and importmap setups * Fix tests * For tests testing importmap way * Use Webpacker 6 dummy * RuboCopping * One more bump to fix webpack-dev-server * Another bump. Hopefully the last one! * Also enough to not want turbo tracking on * Fix tests * Latest * Fix tests * Fix more tests * Fix tests Co-authored-by: Alex Ghiculescu <alex@tanda.co> Co-authored-by: André Luis Leal Cardoso Junior <andrehjr@gmail.com> Co-authored-by: Abhay Nikam <nikam.abhay1@gmail.com> Co-authored-by: Guillermo Iguaran <guilleiguaran@gmail.com>
2021-08-26 04:39:36 -04:00
minitest-ci (3.4.0)
minitest (>= 5.0.6)
Update development gems
2021-06-08 19:27:47 -04:00
minitest-retry (0.2.2)
Add test retries for railties
2018-10-10 18:33:09 -04:00
minitest (>= 5.0)
Fix test with new capybara
2019-12-27 13:30:45 -05:00
minitest-server (1.0.6)
Fix minitest version constraints in Gemfile.lock Followup to e803ab6e80e2fc0b772e2135ce85111cdce23e2f. The dependencies of each entry are alphasorted, and minitest-server's version constraint is still pessimistic.
2020-06-01 06:59:27 -04:00
minitest (~> 5.0)
Upgrade the development Gemfile.lock
2021-04-13 14:18:28 -04:00
mono_logger (1.1.1)
msgpack (1.4.2)
Update w3c_validtors for Ruby 3 compatibility (#40227) * Update w3c_validtors for Ruby 3 compatibility * Update google-api-client for Ruby 3 compatibility
2020-09-21 01:19:59 -04:00
multi_json (1.15.0)
Bundle update
2019-10-10 00:48:16 -04:00
multipart-post (2.1.1)
Fix test with new capybara
2019-12-27 13:30:45 -05:00
mustache (1.1.1)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
mustermann (1.1.1)
ruby2_keywords (~> 0.0.1)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
net-http-persistent (4.0.1)
connection_pool (~> 2.2)
Update development dependencies
2022-01-04 17:12:53 -05:00
net-imap (0.2.2)
digest
net-protocol
strscan
net-pop (0.1.1)
digest
net-protocol
timeout
net-protocol (0.1.2)
io-wait
timeout
net-smtp (0.3.1)
digest
net-protocol
timeout
Use `ActiveRecord::FixtureSet.signed_global_id` defined by the globalid gem Also make explicit that actiontext depends on the globalid gem.
2021-11-24 17:33:45 -05:00
nio4r (2.5.8)
Bump Nokogiri to 1.13.3, previous version don't support Ruby 3.1: - I was trying to work on Rails using Ruby 3.1 but the locked bundler dependencies didn't resolve. The previously locked version of Nokogiri (v1.12.5) has a constraint on Ruby `[">= 2.5".freeze, "< 3.1.dev".freeze]`. Things works correctly on CI now because the Gemfile.lock get deleted https://github.com/rails/buildkite-config/blob/ed61405b4b52f480a49e3556ccc50ce0dcbda31d/Dockerfile#L134 Bumping to 1.13.3 as that's what CI uses anyway
2022-02-28 14:00:22 -05:00
nokogiri (1.13.3)
mini_portile2 (~> 2.8.0)
Upgrade development gems
2021-06-17 16:26:38 -04:00
racc (~> 1.4)
Bump Nokogiri to 1.13.3, previous version don't support Ruby 3.1: - I was trying to work on Rails using Ruby 3.1 but the locked bundler dependencies didn't resolve. The previously locked version of Nokogiri (v1.12.5) has a constraint on Ruby `[">= 2.5".freeze, "< 3.1.dev".freeze]`. Things works correctly on CI now because the Gemfile.lock get deleted https://github.com/rails/buildkite-config/blob/ed61405b4b52f480a49e3556ccc50ce0dcbda31d/Dockerfile#L134 Bumping to 1.13.3 as that's what CI uses anyway
2022-02-28 14:00:22 -05:00
nokogiri (1.13.3-x86_64-darwin)
Temporarily add net-gems as dependencies of frameworks that use mail In Ruby 3.1 those gems were dropped from the stdlib, so they need to be explicitly installed. Mail should be doing this for us, but since it cares about Ruby < 2.6, and those gems can't be installed there, they can't add them to the gemspec without dropping support to old rubies. Since we don't care about Ruby < 2.7, we can just require them in all frameworks that use mail.
2022-01-05 12:42:40 -05:00
racc (~> 1.4)
Bump Nokogiri to 1.13.3, previous version don't support Ruby 3.1: - I was trying to work on Rails using Ruby 3.1 but the locked bundler dependencies didn't resolve. The previously locked version of Nokogiri (v1.12.5) has a constraint on Ruby `[">= 2.5".freeze, "< 3.1.dev".freeze]`. Things works correctly on CI now because the Gemfile.lock get deleted https://github.com/rails/buildkite-config/blob/ed61405b4b52f480a49e3556ccc50ce0dcbda31d/Dockerfile#L134 Bumping to 1.13.3 as that's what CI uses anyway
2022-02-28 14:00:22 -05:00
nokogiri (1.13.3-x86_64-linux)
Temporarily add net-gems as dependencies of frameworks that use mail In Ruby 3.1 those gems were dropped from the stdlib, so they need to be explicitly installed. Mail should be doing this for us, but since it cares about Ruby < 2.6, and those gems can't be installed there, they can't add them to the gemspec without dropping support to old rubies. Since we don't care about Ruby < 2.7, we can just require them in all frameworks that use mail.
2022-01-05 12:42:40 -05:00
racc (~> 1.4)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
os (1.1.4)
parallel (1.21.0)
Bumps rubocop version to 1.25.1
2022-02-23 10:48:33 -05:00
parser (3.1.1.0)
Update RuboCop to v0.90 Signed-off-by: Utkarsh Gupta <utkarsh@debian.org>
2020-09-05 21:07:04 -04:00
ast (~> 2.4.1)
Bundle update
2019-10-10 00:48:16 -04:00
path_expander (1.1.0)
Use released version of pg 1.3 pg 1.3.0 which supports Ruby 3.2.0dev has been released. https://rubygems.org/gems/pg/versions/1.3.0 Follow up #44007
2022-01-25 06:31:36 -05:00
pg (1.3.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
propshaft (0.4.4)
actionpack (>= 7.0.0.alpha2)
activesupport (>= 7.0.0.alpha2)
rack
railties (>= 7.0.0.alpha2)
Update development gems
2021-06-08 19:27:47 -04:00
psych (3.3.2)
Update w3c_validtors for Ruby 3 compatibility (#40227) * Update w3c_validtors for Ruby 3 compatibility * Update google-api-client for Ruby 3 compatibility
2020-09-21 01:19:59 -04:00
public_suffix (4.0.6)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
puma (5.5.2)
Update puma to the latest version Currently: `lib/ruby/gems/2.6.0/gems/puma-3.12.1/lib/puma/minissl.rb:5: warning: mismatched indentations at 'rescue' with 'begin' at 3`
2019-08-18 07:21:39 -04:00
nio4r (~> 2.0)
fix Que integration tests for Active Job Replace Que.* settings that were removed in Que 1.0 with options passed to Que::Locker. The Locker class creates its own thread for managing work distribution, so the Thread created in the QueJobsManager was also removed.
2022-01-27 16:11:53 -05:00
que (1.0.0)
Switch from fork to queue_classic beta release
2022-02-27 07:25:41 -05:00
queue_classic (4.0.0.pre.beta1)
pg (>= 0.17, < 2.0)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
raabro (1.4.0)
Depend on Zeitwerk 2.5
2021-10-20 08:21:24 -04:00
racc (1.6.0)
Update sidekiq to fix warnings in Active Job tests `Redis#exists(key)` will return an Integer in redis-rb 4.3, if you want to keep the old behavior, use `exists?` instead. To opt-in to the new behavior now you can set Redis.exists_returns_integer = true. (/Users/eugene/.rbenv/versions/2.7.2/lib/ruby/gems/2.7.0/gems/sidekiq-6.0.4/lib/sidekiq/launcher.rb:134:in `block (2 levels) in ❤')
2020-10-03 17:27:05 -04:00
rack (2.2.3)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
rack-cache (1.13.0)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
rack (>= 0.4)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
rack-protection (2.1.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
rack
Upgrade all the gems
2018-09-05 17:41:31 -04:00
rack-test (1.1.0)
Update rack-test dependency constraint
2017-07-19 19:04:53 -04:00
rack (>= 1.0, < 3)
rails-dom-testing (2.0.3)
activesupport (>= 4.2.0)
nokogiri (>= 1.6)
Preparing for 7.0.0.alpha1 release
2021-09-15 17:55:08 -04:00
rails-html-sanitizer (1.4.2)
Bundle update
2019-10-10 00:48:16 -04:00
loofah (~> 2.3)
Bumps rubocop version to 1.25.1
2022-02-23 10:48:33 -05:00
rainbow (3.1.1)
Depend on Zeitwerk 2.5.0.beta6
2021-10-14 05:12:20 -04:00
rake (13.0.6)
Update development gems
2021-06-08 19:27:47 -04:00
rb-fsevent (0.11.0)
Fix test with new capybara
2019-12-27 13:30:45 -05:00
rb-inotify (0.10.1)
Switch to released rb-inotify 0.10.0 It contains guard/rb-inotify#79, which is what we were waiting for.
2018-12-30 09:05:30 -05:00
ffi (~> 1.0)
Released version of rbtree 0.4.5 supports Ruby 3.2.0dev https://github.com/mame/rbtree is mirror of rbtree gem and rbtree 0.4.5 has been released to support Ruby 3.2.0dev. https://rubygems.org/gems/rbtree/versions/0.4.5 Related to https://github.com/rails/rails/pull/44152
2022-02-06 23:00:58 -05:00
rbtree (0.4.5)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
rdoc (6.3.3)
redcarpet 3.2.2 has an XSS vulnerability see: http://www.openwall.com/lists/oss-security/2015/04/07/11
2015-04-09 05:20:53 -04:00
redcarpet (3.2.3)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
redis (4.5.1)
Use released redis-namespace instead of master branch https://rubygems.org/gems/redis-namespace/versions/1.8.1
2021-02-22 04:48:02 -05:00
redis-namespace (1.8.1)
redis (>= 3.0.4)
Bumps rubocop version to 1.25.1
2022-02-23 10:48:33 -05:00
regexp_parser (2.2.1)
Update development dependencies
2022-01-04 17:12:53 -05:00
reline (0.3.1)
Depend on ruby/debug, replacing Byebug ruby/debug is a new debugger that is going to ship with CRuby. It makes sense for Rails to switch to this one because that is where the language is heading, and because Byebug is not fully compatible with Zeitwerk. See https://github.com/deivid-rodriguez/byebug/issues/564 While ruby/debug has not been heavily tested with Zeitwerk, casual usage seems to suggest it works without issues, including explicit namespaces, which is where Byebug and Zeitwerk conflict. Byebug is terrific, thanks a lot for all these years. :heart:
2021-09-08 11:35:41 -04:00
io-console (~> 0.5)
Upgrade the development Gemfile.lock
2021-04-13 14:18:28 -04:00
representable (3.1.1)
Resolve gemspec typo
2017-07-31 16:55:55 -04:00
declarative (< 0.1.0)
Upgrade the development Gemfile.lock
2021-04-13 14:18:28 -04:00
trailblazer-option (>= 0.1.1, < 0.2.0)
Resolve gemspec typo
2017-07-31 16:55:55 -04:00
uber (< 0.2.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
resque (2.2.0)
Use released resque
2017-02-10 01:31:41 -05:00
mono_logger (~> 1.0)
multi_json (~> 1.0)
bundle update resque-scheduler to latest version Resque 2.0 includes grammar fixes for warnings tickled by our tests. Updating resque-scheduler also requires and updates resque to version 2.0. ``` $ ruby -v ruby 2.6.2p47 (2019-03-13 revision 67232) [x86_64-linux] ```
2019-05-08 08:58:20 -04:00
redis-namespace (~> 1.6)
Use released resque
2017-02-10 01:31:41 -05:00
sinatra (>= 0.9.2)
vegas (~> 0.1.2)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
resque-scheduler (4.5.0)
Use released `resque-scheduler` instead of master version The v4.3.1 has already released that includes Redis 4.0 support. https://github.com/resque/resque-scheduler/blob/master/CHANGELOG.md#431---2017-11-20
2017-12-13 17:49:08 -05:00
mono_logger (~> 1.0)
bundle update resque-scheduler to latest version Resque 2.0 includes grammar fixes for warnings tickled by our tests. Updating resque-scheduler also requires and updates resque to version 2.0. ``` $ ruby -v ruby 2.6.2p47 (2019-03-13 revision 67232) [x86_64-linux] ```
2019-05-08 08:58:20 -04:00
redis (>= 3.3)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
resque (>= 1.27)
rufus-scheduler (~> 3.2, < 3.7)
Upgrade all the gems
2018-09-05 17:41:31 -04:00
retriable (3.1.2)
Upgrade the development Gemfile.lock
2021-04-13 14:18:28 -04:00
rexml (3.2.5)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
rouge (3.27.0)
Bumps rubocop version to 1.25.1
2022-02-23 10:48:33 -05:00
rubocop (1.25.1)
Bump rubocop and dependent gem versions
2017-05-24 02:20:00 -04:00
parallel (~> 1.10)
Bumps rubocop version to 1.25.1
2022-02-23 10:48:33 -05:00
parser (>= 3.1.0.0)
Update rubocop to the latest version Includes [Switch Layout/SpaceBeforeBlockBraces's empty braces default](https://github.com/bbatsov/rubocop/pull/5263) from [0.52.1](https://github.com/bbatsov/rubocop/blob/master/CHANGELOG.md#0521-2017-12-27). Before: 131 offenses detected. After: no offenses detected
2018-02-22 18:54:23 -05:00
rainbow (>= 2.2.2, < 4.0)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
regexp_parser (>= 1.8, < 3.0)
bumping rubocop to 0.80
2020-02-20 10:08:20 -05:00
rexml
Update development dependencies
2022-01-04 17:12:53 -05:00
rubocop-ast (>= 1.15.1, < 2.0)
Add rubocop to Gemfile
2016-11-27 22:12:33 -05:00
ruby-progressbar (~> 1.7)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
unicode-display_width (>= 1.4.0, < 3.0)
Bumps rubocop version to 1.25.1
2022-02-23 10:48:33 -05:00
rubocop-ast (1.16.0)
parser (>= 3.1.1.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
rubocop-minitest (0.17.0)
Tweak unreachable assertion tests in the block of `assert_raises` I found an unexpected use of assertion in the block of `assert_raise` when I implemented https://github.com/rubocop/rubocop-minitest/pull/137. It is expected to be asserted after an exception is raised in `assert_raise` block, but in actually it is not asserted after an exception is raised. Therefore, this PR removes or updates assertions that have not been asserted after an exception has raised. This PR will add `rubocop-minitest` and enable `Minitest/UnreachableAssertion` cop to able similar auto-detection, but will remove `rubocop-minitest` from this PR if you don't like it.
2021-06-24 06:46:21 -04:00
rubocop (>= 0.90, < 2.0)
Re-enable `Layout/SpaceAroundOperators` cop We prefer space around operators, but `Layout/SpaceAroundOperators` cop was temporarily disabled in #36943 since that cop changed to check alignment strictly somehow. In RuboCop 1.0.0, that is fixed by https://github.com/rubocop-hq/rubocop/pull/8906. Related https://github.com/rails/rails/pull/38034#discussion_r359845661, https://github.com/rails/rails/pull/39770#discussion_r448829561.
2020-10-22 03:12:38 -04:00
rubocop-packaging (0.5.1)
rubocop (>= 0.89, < 2.0)
Update development dependencies
2022-01-04 17:12:53 -05:00
rubocop-performance (1.13.1)
Enable `Performance/MapCompact` cop Follow up to #42053.
2021-04-23 03:31:19 -04:00
rubocop (>= 1.7.0, < 2.0)
Re-enable `Layout/SpaceAroundOperators` cop We prefer space around operators, but `Layout/SpaceAroundOperators` cop was temporarily disabled in #36943 since that cop changed to check alignment strictly somehow. In RuboCop 1.0.0, that is fixed by https://github.com/rubocop-hq/rubocop/pull/8906. Related https://github.com/rails/rails/pull/38034#discussion_r359845661, https://github.com/rails/rails/pull/39770#discussion_r448829561.
2020-10-22 03:12:38 -04:00
rubocop-ast (>= 0.4.0)
Update development dependencies
2022-01-04 17:12:53 -05:00
rubocop-rails (2.13.0)
Re-enable `Layout/SpaceAroundOperators` cop We prefer space around operators, but `Layout/SpaceAroundOperators` cop was temporarily disabled in #36943 since that cop changed to check alignment strictly somehow. In RuboCop 1.0.0, that is fixed by https://github.com/rubocop-hq/rubocop/pull/8906. Related https://github.com/rails/rails/pull/38034#discussion_r359845661, https://github.com/rails/rails/pull/39770#discussion_r448829561.
2020-10-22 03:12:38 -04:00
activesupport (>= 4.2.0)
Bundle update
2019-10-10 00:48:16 -04:00
rack (>= 1.1)
Update development gems
2021-06-08 19:27:47 -04:00
rubocop (>= 1.7.0, < 2.0)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
ruby-progressbar (1.11.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
ruby-vips (2.1.4)
Upgrade the development Gemfile.lock
2021-04-13 14:18:28 -04:00
ffi (~> 1.12)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
ruby2_keywords (0.0.5)
Rails 7.0 requires selenium-webdriver >= 4.0.0 New Rails 7.0 generator produces a Gemfile with "selenium-webdriver", ">= 4.0.0" to support Ruby 3.0 (#43270), and latest webdrivers 5.0.0 requires selenium-webdriver ~ 4.0. https://rubygems.org/gems/webdrivers/versions/5.0.0 It is time to drop selenium-webdriver 3.x support for Rails 7.0.
2021-10-20 09:31:26 -04:00
rubyzip (2.3.2)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
rufus-scheduler (3.6.0)
bundle update resque-scheduler to latest version Resque 2.0 includes grammar fixes for warnings tickled by our tests. Updating resque-scheduler also requires and updates resque to version 2.0. ``` $ ruby -v ruby 2.6.2p47 (2019-03-13 revision 67232) [x86_64-linux] ```
2019-05-08 08:58:20 -04:00
fugit (~> 1.1, >= 1.1.6)
Upgrade to sdoc 2.3.1 Fixes the following error in Firefox/Linux: Ctrl-C broken (Uncaught TypeError: $.browser is undefined)
2022-02-14 13:36:22 -05:00
sdoc (2.3.1)
Update sdoc to 2.3.0 With the migration of SDoc to a frameless layout, the URLs to assets were made absolute instead of relative because of Turbolinks asset tracking. But absolute URLs fail when we have multiple versions of the docs in subdirectories like: https://api.rubyonrails.org/v6.1/ This version of sdoc restores relative URLs by disabling the Turbolinks asset tracking. Fixes #44042
2022-01-05 16:23:24 -05:00
rdoc (>= 5.0, < 6.4.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
selenium-webdriver (4.1.0)
Support selenium-webdriver 4 * Use public API to add argument to the selenium driver. While `args` is also public API it doesn't know how to handle if no argument is being set yet in Selenium 4. * Fix assertions to match return on Selenium 4
2020-12-28 20:11:25 -05:00
childprocess (>= 0.5, < 5.0)
Rails 7.0 requires selenium-webdriver >= 4.0.0 New Rails 7.0 generator produces a Gemfile with "selenium-webdriver", ">= 4.0.0" to support Ruby 3.0 (#43270), and latest webdrivers 5.0.0 requires selenium-webdriver ~ 4.0. https://rubygems.org/gems/webdrivers/versions/5.0.0 It is time to drop selenium-webdriver 3.x support for Rails 7.0.
2021-10-20 09:31:26 -04:00
rexml (~> 3.2, >= 3.2.5)
Bundle update
2019-10-10 00:48:16 -04:00
rubyzip (>= 1.2.2)
Update development dependencies
2022-01-04 17:12:53 -05:00
sequel (5.52.0)
Upgrade all the gems
2018-09-05 17:41:31 -04:00
serverengine (2.0.7)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
sigdump (~> 0.2.2)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
set (1.0.2)
sidekiq (6.3.1)
Fix Active Job Sidekiq integration tests The `Sidekiq::Logging` module was removed in Sidekiq 6.0 in favour of `Sidekiq.logger=`. https://github.com/mperham/sidekiq/wiki/Logging#api-changes > The old Sidekiq::Logging class was removed in Sidekiq 6.0. You should > not be accessing any Sidekiq internal classes to use the logger. Use > `logger` directly in your Worker or use `Sidekiq.logger` elsewhere.
2019-09-01 17:31:21 -04:00
connection_pool (>= 2.2.2)
Update sidekiq to fix warnings in Active Job tests `Redis#exists(key)` will return an Integer in redis-rb 4.3, if you want to keep the old behavior, use `exists?` instead. To opt-in to the new behavior now you can set Redis.exists_returns_integer = true. (/Users/eugene/.rbenv/versions/2.7.2/lib/ruby/gems/2.7.0/gems/sidekiq-6.0.4/lib/sidekiq/launcher.rb:134:in `block (2 levels) in ❤')
2020-10-03 17:27:05 -04:00
rack (~> 2.0)
redis (>= 4.2.0)
Upgrade all gems to make sure Rails works with rack 2.0.0.rc1
2016-05-06 17:16:28 -04:00
sigdump (0.2.4)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
signet (0.16.0)
addressable (~> 2.8)
Unlock `azure-storage-blob` version to use version 2.0 `azure-storage-blob` 2.0.0 has been released. https://rubygems.org/gems/azure-storage-blob/versions/2.0.0 According to this commit and changelog, `azure-storage-blob` 1.1.0 did not support Ruby 2.6 and higher. As of right now, Rails master branch should support Ruby 2.5.0, 2.6.0 and 2.7.0 then it should be appropriate to unlock `azure-storage-blob` version. https://github.com/Azure/azure-storage-ruby/commit/252e3f06a5cf2e2583302bfefa95d8b25818a44f This commit addresses this following error: ```ruby % cd activestorage % bundle exec rake test Traceback (most recent call last): 14: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 13: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 12: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 9: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 8: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 7: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:30:in `resolve' 3: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 2: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/azure_storage_service.rb:3:in `<top (required)>' /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/bundler-2.1.4/lib/bundler/rubygems_integration.rb:346:in `block (2 levels) in replace_gem': can't activate azure-storage-blob (~> 1.1), already activated azure-storage-blob-2.0.0. Make sure all dependencies are added to Gemfile. (Gem::LoadError) 11: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `<main>' 10: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:5:in `select' 9: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/rake-13.0.1/lib/rake/rake_test_loader.rb:17:in `block in <main>' 8: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 7: from /Users/yahonda/.rbenv/versions/2.6.5/lib/ruby/gems/2.6.0/gems/zeitwerk-2.3.0/lib/zeitwerk/kernel.rb:23:in `require' 6: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:7:in `<top (required)>' 5: from /Users/yahonda/src/github.com/rails/rails/activestorage/test/service/azure_storage_service_test.rb:8:in `<class:AzureStorageServiceTest>' 4: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service.rb:51:in `configure' 3: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:8:in `build' 2: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:17:in `build' 1: from /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:29:in `resolve' /Users/yahonda/src/github.com/rails/rails/activestorage/lib/active_storage/service/configurator.rb:33:in `rescue in resolve': Missing service adapter for "AzureStorage" (RuntimeError) rake aborted! ``` * Update Gemfile.lock to bump azure-storage-blob version ``` % bundle update --conservative faraday azure-storage-blob google-cloud-storage` ``` - How to find gem name to update by setting `gem "azure-storage-blob", "= 2.0.0"` temporarily ```ruby % git diff diff --git a/Gemfile b/Gemfile index 5fdaceab2f..6be7dccf4b 100644 --- a/Gemfile +++ b/Gemfile @@ -84,7 +84,7 @@ end group :storage do gem "aws-sdk-s3", require: false gem "google-cloud-storage", "~> 1.11", require: false - gem "azure-storage-blob", require: false + gem "azure-storage-blob", "= 2.0.0", require: false # Use 2.0.0 temporarily to find which gems need bump gem "image_processing", "~> 1.2" end % bundle install Fetching gem metadata from https://rubygems.org/......... Fetching gem metadata from https://rubygems.org/. Resolving dependencies..... Bundler could not find compatible versions for gem "faraday": In snapshot (Gemfile.lock): faraday (= 0.17.1) In Gemfile: azure-storage-blob (= 2.0.0) was resolved to 2.0.0, which depends on azure-storage-common (~> 2.0) was resolved to 2.0.1, which depends on faraday (~> 1.0) google-cloud-storage (~> 1.11) was resolved to 1.25.0, which depends on googleauth (~> 0.9) was resolved to 0.10.0, which depends on faraday (~> 0.12) Running `bundle update` will rebuild your snapshot from scratch, using only the gems in your Gemfile, which may resolve the conflict. % git checkout -f Gemfile % bundle update --conservative faraday azure-storage-blob google-cloud-storage ```
2020-03-16 06:38:22 -04:00
faraday (>= 0.17.3, < 2.0)
Use `credentials` instead of `keyfile` in GCS sevice The `keyfile` was renamed to `credentials` in `google-cloud-storage` 1.8.0. https://github.com/GoogleCloudPlatform/google-cloud-ruby/blob/master/google-cloud-storage/CHANGELOG.md#180--2017-11-14 Although `keyfile` can still be used, but it looks like deprecate. https://github.com/GoogleCloudPlatform/google-cloud-ruby/blob/ddf7b2a856d676316525eb581c1a4cc83ca6097b/google-cloud-storage/lib/google/cloud/storage.rb#L589...L590 Therefore, I think that should use `credentials` in newly generated applications. Ref: https://github.com/GoogleCloudPlatform/google-cloud-ruby/issues/1802
2017-11-28 23:08:33 -05:00
jwt (>= 1.5, < 3.0)
Resolve gemspec typo
2017-07-31 16:55:55 -04:00
multi_json (~> 1.10)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
sinatra (2.1.0)
Update rack-test dependency constraint
2017-07-19 19:04:53 -04:00
mustermann (~> 1.0)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
rack (~> 2.2)
rack-protection (= 2.1.0)
Update rack-test dependency constraint
2017-07-19 19:04:53 -04:00
tilt (~> 2.0)
Update Sneakers to the latest version Sneakers 2.11.0 has a more recent Bunny dependency which squashes some Ruby 2.6 warnings tickled by ActiveJob tests.
2019-01-29 17:39:43 -05:00
sneakers (2.11.0)
bunny (~> 2.12)
Bundle update
2018-05-30 13:49:55 -04:00
concurrent-ruby (~> 1.0)
Update Sneakers to the latest version Sneakers 2.11.0 has a more recent Bunny dependency which squashes some Ruby 2.6 warnings tickled by ActiveJob tests.
2019-01-29 17:39:43 -05:00
rake
Bundle update
2018-05-30 13:49:55 -04:00
serverengine (~> 2.0.5)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
thor
Update development gems
2021-06-08 19:27:47 -04:00
sorted_set (1.0.3)
rbtree
set (~> 1.0)
Update sprockets-rails to fix tests on Ruby master Without this, railties/test/application/rake_test.rb fails with: ActionView::Template::Error: wrong number of arguments (given 2, expected 1)
2020-10-03 17:43:39 -04:00
sprockets (4.0.2)
Use sprockets 3 in the Rails 5 release
2015-12-16 13:30:58 -05:00
concurrent-ruby (~> 1.0)
rack (> 1, < 3)
Update rack-test dependency constraint
2017-07-19 19:04:53 -04:00
sprockets-export (1.0.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
sprockets-rails (3.4.2)
actionpack (>= 5.2)
activesupport (>= 5.2)
Use release sprockets-rails
2015-12-17 15:22:58 -05:00
sprockets (>= 3.0.0)
Update sqlite3 to avoid Ruby 2.7 warnings
2019-12-19 04:27:02 -05:00
sqlite3 (1.4.2)
Update development gems
2021-06-08 19:27:47 -04:00
stackprof (0.2.17)
Update development dependencies
2022-01-04 17:12:53 -05:00
stimulus-rails (1.0.2)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
railties (>= 6.0.0)
Update development dependencies
2022-01-04 17:12:53 -05:00
strscan (3.0.1)
Upgrade the development Gemfile.lock
2021-04-13 14:18:28 -04:00
sucker_punch (3.0.1)
Upgrade all the gems
2018-09-05 17:41:31 -04:00
concurrent-ruby (~> 1.0)
Update development dependencies
2022-01-04 17:12:53 -05:00
tailwindcss-rails (2.0.3)
railties (>= 6.0.0)
tailwindcss-rails (2.0.3-x86_64-darwin)
railties (>= 6.0.0)
tailwindcss-rails (2.0.3-x86_64-linux)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
railties (>= 6.0.0)
terser (1.1.8)
Replace uglifier with terser in dummy applications Terser is more up to date with modern javascript features, and the uglifier gem repository recommends using it for minifying ES6+. Followup for 955041b
2021-06-28 00:48:56 -04:00
execjs (>= 0.3.0, < 3)
Update development gems
2021-06-08 19:27:47 -04:00
thin (1.8.1)
Add accidentally removed dependency in Gemfile.lock Follow up to ca0b6d0d416776655ed7516ac18f126fbde5315a.
2016-08-03 18:55:47 -04:00
daemons (~> 1.0, >= 1.0.9)
eventmachine (~> 1.0, >= 1.0.4)
rack (>= 1, < 3)
Update development dependencies
2022-01-04 17:12:53 -05:00
thor (1.2.1)
Bundle update
2019-10-10 00:48:16 -04:00
tilt (2.0.10)
Update development dependencies
2022-01-04 17:12:53 -05:00
timeout (0.2.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
trailblazer-option (0.1.2)
turbo-rails (1.0.0)
actionpack (>= 6.0.0)
railties (>= 6.0.0)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
tzinfo (2.0.4)
Update to TZInfo v2.0.0 Co-authored-by: Jared Beck <jared@jaredbeck.com> Co-authored-by: Jonathan Hefner <jonathan@hefner.pro>
2017-12-29 07:47:10 -05:00
concurrent-ruby (~> 1.0)
Resolve gemspec typo
2017-07-31 16:55:55 -04:00
uber (0.1.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
unicode-display_width (2.1.0)
Bundle update
2018-05-30 13:49:55 -04:00
useragent (0.16.10)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
vegas (0.1.11)
rack (>= 1.0.0)
Update w3c_validtors for Ruby 3 compatibility (#40227) * Update w3c_validtors for Ruby 3 compatibility * Update google-api-client for Ruby 3 compatibility
2020-09-21 01:19:59 -04:00
w3c_validators (1.3.6)
Update rack-test dependency constraint
2017-07-19 19:04:53 -04:00
json (>= 1.8)
bundle update
2016-12-26 07:46:01 -05:00
nokogiri (~> 1.6)
Update w3c_validtors for Ruby 3 compatibility (#40227) * Update w3c_validtors for Ruby 3 compatibility * Update google-api-client for Ruby 3 compatibility
2020-09-21 01:19:59 -04:00
rexml (~> 3.2)
Rails 7.0 requires selenium-webdriver >= 4.0.0 New Rails 7.0 generator produces a Gemfile with "selenium-webdriver", ">= 4.0.0" to support Ruby 3.0 (#43270), and latest webdrivers 5.0.0 requires selenium-webdriver ~ 4.0. https://rubygems.org/gems/webdrivers/versions/5.0.0 It is time to drop selenium-webdriver 3.x support for Rails 7.0.
2021-10-20 09:31:26 -04:00
webdrivers (5.0.0)
Use webdrivers instead of chromedriver-helper for AV UJS tests
2019-03-24 17:05:30 -04:00
nokogiri (~> 1.6)
Bundle update
2019-10-10 00:48:16 -04:00
rubyzip (>= 1.3.0)
Rails 7.0 requires selenium-webdriver >= 4.0.0 New Rails 7.0 generator produces a Gemfile with "selenium-webdriver", ">= 4.0.0" to support Ruby 3.0 (#43270), and latest webdrivers 5.0.0 requires selenium-webdriver ~ 4.0. https://rubygems.org/gems/webdrivers/versions/5.0.0 It is time to drop selenium-webdriver 3.x support for Rails 7.0.
2021-10-20 09:31:26 -04:00
selenium-webdriver (~> 4.0)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
webmock (3.14.0)
addressable (>= 2.8.0)
Extract ActionMailbox::PostfixRelayer
2018-11-25 14:30:05 -05:00
crack (>= 0.3.2)
Bundle update
2019-10-10 00:48:16 -04:00
hashdiff (>= 0.4.0, < 2.0.0)
Ruby 3 does not have webrick by default Railties CI against Ruby 3.0.0-dev has been failing since https://buildkite.com/rails/rails/builds/73338#51165eef-b631-4f9c-8e98-fc210e71e6d1 This pull request addresses the following error. ```ruby $ ruby -v ruby 3.0.0dev (2020-12-13T04:39:57Z master c7530f0d56) [x86_64-linux] $ ruby -Itest -Ilib -I../activesupport/lib -I../actionpack/lib -I../actionview/lib -I../activemodel/lib test/commands/server_test.rb ... snip ... Run options: --seed 54404 .E Error: Rails::Command::ServerCommandTest#test_served_url: LoadError: cannot load such file -- webrick test/commands/server_test.rb:292:in `test_served_url' rails test test/commands/server_test.rb:289 ........................ Finished in 0.303746s, 85.5977 runs/s, 177.7799 assertions/s. 26 runs, 54 assertions, 0 failures, 1 errors, 0 skips $ ``` Related to https://github.com/ruby/ruby/pull/3729 https://bugs.ruby-lang.org/issues/17303
2020-12-13 02:34:39 -05:00
webrick (1.7.0)
Upgrade all the gems to make sure we are testing with the latest versions locally
2021-01-21 16:22:41 -05:00
websocket (1.2.9)
Upgrade development gems
2021-06-17 16:26:38 -04:00
websocket-driver (0.7.5)
Use released redis-namespace instead of master branch https://rubygems.org/gems/redis-namespace/versions/1.8.1
2021-02-22 04:48:02 -05:00
websocket-extensions (>= 0.1.0)
Upgrade all the gems
2020-11-04 01:39:41 -05:00
websocket-extensions (0.1.5)
bundle update
2018-11-09 17:21:08 -05:00
xpath (3.2.0)
Fix broken `ServerTest` with Capybara 3.0.0 It seems that it is no longer possible to specify the value held by `Capybara.server` as sever. Ref: https://github.com/teamcapybara/capybara/commit/ba7674086cbcd3b22d3614011815bc5d483e5960
2018-04-06 07:55:34 -04:00
nokogiri (~> 1.8)
Update development dependencies
2022-01-04 17:12:53 -05:00
zeitwerk (2.5.3)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
PLATFORMS
Simplify the implementation by only calling the checks in the right places
2021-06-16 17:17:34 -04:00
ruby
Update development dependencies
2022-01-04 17:12:53 -05:00
x86_64-darwin
Update development gems
2021-06-08 19:27:47 -04:00
x86_64-linux
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
DEPENDENCIES
activerecord-jdbcmysql-adapter (>= 1.3.0)
activerecord-jdbcpostgresql-adapter (>= 1.3.0)
activerecord-jdbcsqlite3-adapter (>= 1.3.0)
Use v3 of the AWS SDK
2017-09-09 23:22:10 -04:00
aws-sdk-s3
Accept inbound emails from a variety of ingresses
2018-10-06 22:02:08 -04:00
aws-sdk-sns
Upgrade azure-storage-blob to use at least 2.0.0 azure-storage-blob 1.1.0 supports ruby 1.9.3 to 2.5: https://github.com/Azure/azure-storage-ruby/blob/v1.1.0-common/common/README.md azure-storage-blob 2.0.0 supports ruby 2.3 to 2.7: https://github.com/Azure/azure-storage-ruby/blob/v2.0.0-blob/common/README.md
2021-08-23 15:17:59 -04:00
azure-storage-blob (~> 2.0)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
backburner
Fix Gemfile.lock
2016-03-10 14:28:02 -05:00
bcrypt (~> 3.1.11)
Revert "Lock benchmark-ips version "< 2.9.0"" This reverts commit b63e1477eaccfa6416db4f09bb82880ecb0797d1.
2021-05-24 17:11:38 -04:00
benchmark-ips
Fork rbtree and blade to fix ruby-head CI They both need very minor fixes.
2022-01-12 03:49:24 -05:00
blade!
Bump bootsnap to a version with disables iseq_cache for Ruby 2.5 - Refs https://github.com/Shopify/bootsnap/pull/257
2019-04-26 03:25:28 -04:00
bootsnap (>= 1.4.4)
Stop setting a default Capybara app host It's intended not to be set if Capybara starts the app server itself. Base Rails-generated URLs off of Capybara.current_session.server_url instead.
2019-07-24 22:19:21 -04:00
capybara (>= 3.26)
Support for connection pooling on mem cache store
2017-12-12 19:11:47 -05:00
connection_pool
Add --css app generator option (#43177) * Add --css to preconfigure a CSS bundler/processor * Simpler conditional * Add CSS gems * Test CSS options
2021-09-07 11:48:13 -04:00
cssbundling-rails
Require Dalli 3 in our test suite The code itself still works with Dailli 2, but we are now only testing against Dalli 3.
2021-10-14 13:48:04 -04:00
dalli (>= 3.0.1)
Use debug 1.1+ for the debugger + log quieting
2021-09-20 09:18:30 -04:00
debug (>= 1.1.0)
Use released `delayed_job` instead of master version Ref: https://github.com/collectiveidea/delayed_job/blob/master/CHANGELOG.md#414---2017-12-29
2017-12-29 16:57:28 -05:00
delayed_job
delayed_job and delayed_job_active_record gems with AR5 support are available
2017-01-28 19:05:06 -05:00
delayed_job_active_record
Support streaming downloads from Google Cloud Storage
2018-05-01 23:20:56 -04:00
google-cloud-storage (~> 1.11)
Switch the default redis adapter to a single-stream model This new adapter does get a little more intimate with the redis-rb gem's implementation than I would like, but it's the least bad of the approaches I've come up with.
2016-01-31 10:00:00 -05:00
hiredis
Use ImageProcessing gem for ActiveStorage variants ImageProcessing gem is a wrapper around MiniMagick and ruby-vips, and implements an interface for common image resizing and processing. This is the canonical image processing gem recommended in [Shrine], and that's where it developed from. The initial implementation was extracted from Refile, which also implements on-the-fly transformations. Some features that ImageProcessing gem adds on top of MiniMagick: * resizing macros - #resize_to_limit - #resize_to_fit - #resize_to_fill - #resize_and_pad * automatic orientation * automatic thumbnail sharpening * avoids the complex and inefficient MiniMagick::Image class * will use "magick" instead of "convert" on ImageMagick 7 However, the biggest feature of the ImageProcessing gem is that it has an alternative implementation that uses libvips. Libvips is an alternative to ImageMagick that can process images very rapidly (we've seen up 10x faster than ImageMagick). What's great is that the ImageProcessing gem provides the same interface for both implementations. The macros are named the same, and the libvips implementation does auto orientation and thumbnail sharpening as well; only the operations/options specific to ImageMagick/libvips differ. The integration provided by this PR should work for both implementations. The plan is to introduce the ImageProcessing backend in Rails 6.0 as the default backend and deprecate the MiniMagick backend, then in Rails 6.1 remove the MiniMagick backend.
2018-04-05 19:48:29 -04:00
image_processing (~> 1.2)
Replace webpack with importmapped Hotwire as default js (#42999) * Turbolinks is being replaced with Hotwire * Make --webpack opt-in * Don't use specific webpacker installers any more in preparation for next Webpacker * Update railties/lib/rails/app_updater.rb Co-authored-by: Alex Ghiculescu <alex@tanda.co> * Trailing whitespace * Convert to Turbo data attribute for tracking * Default is no webpack, no hotwire * Swap out turbolinks references for hotwire * Drop explicit return * Only generate package.json if using webpack * Only create package.json in webpack mode * Only create app/javascript in webpack mode * Generate correct style/js links based on js mode * Fix tests from changed output format Not sure why these are showing up in this PR, though. * Rubocopping * Stick with webpack for the test app for now * Adjust tests * Replace minitest-reporters with minitest-ci (#43016) minitest-reporters is used to create junit xml reports on CI. But when it loads before rails minitest plugin makes `Rails::TestUnitReporter` not being added as a reporter. minitest-ci is now only loaded at ci and does not interferes with rails minitest plugins. And keeps junit reports workings * Too heavy handed to actually run bundle Just like we don't auto-migrate * Pin js frameworks in importmap Instead of having importmap preconfigure it. * Match updated app/javascript path * No need for the explaining comment * Fixes test cases for replace webpack with importmapped Hotwire as default js (#42999) * Fix rubocop issues * Fix more railities test cases * Fix plugin generator railties shared test cases * Fix Action Text install generator asset pipeline spec * They're modules, not files * Let dev use the latest release as well So we don't have to replace unexisting dev releases with latest release * Make Webpack responsible for generating all the JS files it needs Webpacker 6 has already moved from app/javascript to app/packs. * Don't add rails/ujs by default any longer All the ajax/form functionality has been superseded by Turbo. The rest lives in a weird inbetween land we need to address through other means. * Use new importmap location * Switch to using turbo-rails and stimulus-rails directly The hotwire-rails gem does not offer enough value for its indirection * Use latest Webpacker * Prevent version resolution requests from getting swallowed * Use ESM syntax for imports * Move management of yarn, package.json, etc to Webpacker 6 * Update for Webpacker 6 * Move bin/setup addition to Webpacker as well * Remove dead tests * Bump to Webpacker 6.0.0.rc.2 * No longer relevant given the new default is no webpacker * Rely on Webpacker 6 * No longer relevant * No longer relevant * Make cable channel generator work for both webpacker and importmap setups * Fix tests * For tests testing importmap way * Use Webpacker 6 dummy * RuboCopping * One more bump to fix webpack-dev-server * Another bump. Hopefully the last one! * Also enough to not want turbo tracking on * Fix tests * Latest * Fix tests * Fix more tests * Fix tests Co-authored-by: Alex Ghiculescu <alex@tanda.co> Co-authored-by: André Luis Leal Cardoso Junior <andrehjr@gmail.com> Co-authored-by: Abhay Nikam <nikam.abhay1@gmail.com> Co-authored-by: Guillermo Iguaran <guilleiguaran@gmail.com>
2021-08-26 04:39:36 -04:00
importmap-rails
Use the combined jsbundling-rails gem instead of individual js bundler gems (#43172) * Use the combined jsbundling-rails gem instead of individual js bundler gems * Remove Webpacker remnants * Replace webpacker with jsbundling-rails
2021-09-06 10:44:44 -04:00
jsbundling-rails
Make sure to bundle json 2.x on CI Without this, bundler tries to bundle json 1.8 on Ruby 2.4 in some cases https://travis-ci.org/rails/rails/jobs/175874852
2016-11-14 19:26:03 -05:00
json (>= 2.0.0)
Fix rake guides:generate:kindle error
2016-12-18 10:13:50 -05:00
kindlerb (~> 1.2.0)
Install libxml-ruby gem so full XMLMini test suite can be run
2016-11-19 10:46:28 -05:00
libxml-ruby
Update listen gem to v3.3 Version 3.3 fixes memory leaks that occur when stopping individual listeners (see guard/listen#476).
2020-11-10 10:52:20 -05:00
listen (~> 3.3)
Make sure test pass with minitest 5.15
2021-12-15 16:20:38 -05:00
minitest (>= 5.15.0)
Add minitest-bisect as part of the gemfile
2016-07-12 02:06:25 -04:00
minitest-bisect
Replace webpack with importmapped Hotwire as default js (#42999) * Turbolinks is being replaced with Hotwire * Make --webpack opt-in * Don't use specific webpacker installers any more in preparation for next Webpacker * Update railties/lib/rails/app_updater.rb Co-authored-by: Alex Ghiculescu <alex@tanda.co> * Trailing whitespace * Convert to Turbo data attribute for tracking * Default is no webpack, no hotwire * Swap out turbolinks references for hotwire * Drop explicit return * Only generate package.json if using webpack * Only create package.json in webpack mode * Only create app/javascript in webpack mode * Generate correct style/js links based on js mode * Fix tests from changed output format Not sure why these are showing up in this PR, though. * Rubocopping * Stick with webpack for the test app for now * Adjust tests * Replace minitest-reporters with minitest-ci (#43016) minitest-reporters is used to create junit xml reports on CI. But when it loads before rails minitest plugin makes `Rails::TestUnitReporter` not being added as a reporter. minitest-ci is now only loaded at ci and does not interferes with rails minitest plugins. And keeps junit reports workings * Too heavy handed to actually run bundle Just like we don't auto-migrate * Pin js frameworks in importmap Instead of having importmap preconfigure it. * Match updated app/javascript path * No need for the explaining comment * Fixes test cases for replace webpack with importmapped Hotwire as default js (#42999) * Fix rubocop issues * Fix more railities test cases * Fix plugin generator railties shared test cases * Fix Action Text install generator asset pipeline spec * They're modules, not files * Let dev use the latest release as well So we don't have to replace unexisting dev releases with latest release * Make Webpack responsible for generating all the JS files it needs Webpacker 6 has already moved from app/javascript to app/packs. * Don't add rails/ujs by default any longer All the ajax/form functionality has been superseded by Turbo. The rest lives in a weird inbetween land we need to address through other means. * Use new importmap location * Switch to using turbo-rails and stimulus-rails directly The hotwire-rails gem does not offer enough value for its indirection * Use latest Webpacker * Prevent version resolution requests from getting swallowed * Use ESM syntax for imports * Move management of yarn, package.json, etc to Webpacker 6 * Update for Webpacker 6 * Move bin/setup addition to Webpacker as well * Remove dead tests * Bump to Webpacker 6.0.0.rc.2 * No longer relevant given the new default is no webpacker * Rely on Webpacker 6 * No longer relevant * No longer relevant * Make cable channel generator work for both webpacker and importmap setups * Fix tests * For tests testing importmap way * Use Webpacker 6 dummy * RuboCopping * One more bump to fix webpack-dev-server * Another bump. Hopefully the last one! * Also enough to not want turbo tracking on * Fix tests * Latest * Fix tests * Fix more tests * Fix tests Co-authored-by: Alex Ghiculescu <alex@tanda.co> Co-authored-by: André Luis Leal Cardoso Junior <andrehjr@gmail.com> Co-authored-by: Abhay Nikam <nikam.abhay1@gmail.com> Co-authored-by: Guillermo Iguaran <guilleiguaran@gmail.com>
2021-08-26 04:39:36 -04:00
minitest-ci
Add test retries for railties
2018-10-10 18:33:09 -04:00
minitest-retry
Use mysql2 from git to fix warnings with Ruby 2.7 Closes #40272.
2020-09-22 15:40:47 -04:00
mysql2 (~> 0.5)!
Avoid nokogiri v1.11.0 to make our CI green https://buildkite.com/rails/rails/builds/73847#8a8b56c0-ebdf-4a34-8072-62b688412970/986-995 I think it is definitely an issue for nokogiri, so I'll avoid the version to make our CI green.
2021-01-05 07:52:07 -05:00
nokogiri (>= 1.8.1, != 1.11.0)
Use released version of pg 1.3 pg 1.3.0 which supports Ruby 3.2.0dev has been released. https://rubygems.org/gems/pg/versions/1.3.0 Follow up #44007
2022-01-25 06:31:36 -05:00
pg (~> 1.3)
Make Sprockets more optional, offer Propshaft as alternative (#43261) * Make Sprockets more optional, offer Propshaft as alternative * Whups, local reference * No longer used * Spacing * Need explicit sprockets-rails inclusion now * Manually require the sprockets railtie * Don't need these changes right now * Kick off another build * Fix tests * DRY up test * Require railtie when using sprockets * Introduce option to skip asset pipeline * No longer relevant * Always have to return * Gone * Add helper for skip_sprockets? * Fix guard statement * Use latest gems * Include propshaft * fix tests for #43261 (#43277) * help fix tests for #43261 skip_sprockets? should not be called on options :skip_sprockets is no longer a value in the option hash, so skip_sprockets? should not be called on it move --asset-pipeline to shared generator skip_sprockets? is defined on app_base, and used in the plugin generator to determine whether to add the engine's assets to the dummy sprockets manifest, so I believe it makes sense to include in both generators Because of this change, I also changed the shared test back to testing against non-sprockets add skip_sprockets to Gemfile template vars Mocking skip_sprockets? in app_base generator fix more generator tests * use skip_sprockets? everywhere * Use latest propshaft * Update `AssetUrlHelper` docs to list both asset pipeline gems (#43328) * Update to latest Propshaft * Bump Propshaft again * Ask for latest * Use latest propshaft Co-authored-by: Hartley McGuire <skipkayhil@gmail.com> Co-authored-by: Richard Macklin <1863540+rmacklin@users.noreply.github.com>
2021-10-09 11:03:05 -04:00
propshaft (>= 0.1.7)
update psych gem to 3.2 stable release
2018-03-09 15:14:36 -05:00
psych (~> 3.0)
Initial stab at adding Action Cable to rails/master
2015-12-14 10:38:37 -05:00
puma
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
que
Switch from fork to queue_classic beta release
2022-02-27 07:25:41 -05:00
queue_classic (>= 4.0.0.pre.beta1)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
racc (>= 1.4.6)
rack-cache (~> 1.2)
rails!
Update Gemfile.lock 'rake' gem is bundled to '>= 11.1' by 30279704646fff33e64c71ee3c4de34bf75232c4 (#23499), but it seems the commit did not fully include Gemfile.lock's.
2016-03-30 12:12:20 -04:00
rake (>= 11.1)
redcarpet 3.2.2 has an XSS vulnerability see: http://www.openwall.com/lists/oss-security/2015/04/07/11
2015-04-09 05:20:53 -04:00
redcarpet (~> 3.2.3)
redis-rb 4.0 support * Use `gem 'redis', '~> 4.0'` for new app Gemfiles * Loosen Action Cable redis-rb dep to `>= 3.3, < 5` * Bump redis-namespace for looser Redis version dep * Avoid using the underlying `redis.client` directly * Use `Redis.new` instead of `Redis.connect`
2017-09-29 00:54:00 -04:00
redis (~> 4.0)
Use released redis-namespace instead of master branch https://rubygems.org/gems/redis-namespace/versions/1.8.1
2021-02-22 04:48:02 -05:00
redis-namespace
Use released resque
2017-02-10 01:31:41 -05:00
resque
Use released `resque-scheduler` instead of master version The v4.3.1 has already released that includes Redis 4.0 support. https://github.com/resque/resque-scheduler/blob/master/CHANGELOG.md#431---2017-11-20
2017-12-13 17:49:08 -05:00
resque-scheduler
Don't make rexml an dependency of activesupport rexml is only used in the xml_mini backend and it should be the users choice if they want to use that feature or not. If they do we will warn them that installing rexml is needed like we do with all backends.
2020-09-24 18:41:04 -04:00
rexml
Use Rouge for guides code highlighting [ci skip] Replace javascript highlighting using Prism with the Rouge markdown highlighter. Uses the github theme.
2020-07-04 04:59:08 -04:00
rouge
Bumps rubocop version to 1.25.1
2022-02-23 10:48:33 -05:00
rubocop (>= 1.25.1)
Tweak unreachable assertion tests in the block of `assert_raises` I found an unexpected use of assertion in the block of `assert_raise` when I implemented https://github.com/rubocop/rubocop-minitest/pull/137. It is expected to be asserted after an exception is raised in `assert_raise` block, but in actually it is not asserted after an exception is raised. Therefore, this PR removes or updates assertions that have not been asserted after an exception has raised. This PR will add `rubocop-minitest` and enable `Minitest/UnreachableAssertion` cop to able similar auto-detection, but will remove `rubocop-minitest` from this PR if you don't like it.
2021-06-24 06:46:21 -04:00
rubocop-minitest
Update Gemfile.lock with rubocop-packaging Follow-up to #40185.
2020-09-06 15:46:11 -04:00
rubocop-packaging
Bump RuboCop to 0.67.2 Performance cops will be extracted from RuboCop to RuboCop Performance when next RuboCop 0.68 will be released. https://github.com/rubocop-hq/rubocop/issues/5977 RuboCop 0.67 is its transition period. Since rails/rails repository uses Performance cops, This PR added rubocop-performance gem to Gemfile. And this PR fixes some offenses using the following auto-correct. ```console % bundle exec rubocop -a Offenses: activerecord/test/cases/connection_adapters/connection_handlers_multi_db_test.rb:212:26: C: [Corrected] Layout/SpaceAroundOperators: Operator = > should be surrounded by a single space. "primary" => { adapter: "sqlite3", database: "db/primary.sqlite3" } ^^ activerecord/test/cases/connection_adapters/connection_handlers_multi_db_test.rb:239:26: C: [Corrected] Layout/SpaceAroundOperators: Operator => should be surrounded by a single space. "primary" => { adapter: "sqlite3", database: "db/primary.sqlite3" } ^^ actionview/test/template/resolver_shared_tests.rb:1:1: C: [Corrected] Style/FrozenStringLiteralComment: Missing magic comment # frozen_string_literal: true. module ResolverSharedTests ^ actionview/test/template/resolver_shared_tests.rb:10:33: C: [Corrected] Layout/SpaceAroundEqualsInParameterDefault: Surrounding space missing in default value assignment. def with_file(filename, source="File at #{filename}") ^ actionview/test/template/resolver_shared_tests.rb:106:5: C: [Corrected] Rails/RefuteMethods: Prefer assert_not_same over refute_same. refute_same a, b ^^^^^^^^^^^ 2760 files inspected, 5 offenses detected, 5 offenses corrected ```
2019-04-16 04:05:50 -04:00
rubocop-performance
Bump rubocop to 0.71
2019-06-06 01:38:19 -04:00
rubocop-rails
Upgrade to sdoc 2.3.1 Fixes the following error in Firefox/Linux: Ctrl-C broken (Uncaught TypeError: $.browser is undefined)
2022-02-14 13:36:22 -05:00
sdoc (>= 2.3.1)
Rails 7.0 requires selenium-webdriver >= 4.0.0 New Rails 7.0 generator produces a Gemfile with "selenium-webdriver", ">= 4.0.0" to support Ruby 3.0 (#43270), and latest webdrivers 5.0.0 requires selenium-webdriver ~ 4.0. https://rubygems.org/gems/webdrivers/versions/5.0.0 It is time to drop selenium-webdriver 3.x support for Rails 7.0.
2021-10-20 09:31:26 -04:00
selenium-webdriver (>= 4.0.0)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
sequel
Use released `sidekiq` instead of master version The sidekiq 5.0.5 includes redis-rb 4.0 support. Ref: https://github.com/mperham/sidekiq/blob/90db3b84208cbb73a50d1a77a1dea97d3490ce70/Changes.md#505
2017-10-09 07:49:55 -04:00
sidekiq
Unlock sneakers adapter version
2015-04-26 03:44:18 -04:00
sneakers
Restore action_cable.js UMD module support. Fixes #28366
2017-03-11 12:33:11 -05:00
sprockets-export
Make Sprockets more optional, offer Propshaft as alternative (#43261) * Make Sprockets more optional, offer Propshaft as alternative * Whups, local reference * No longer used * Spacing * Need explicit sprockets-rails inclusion now * Manually require the sprockets railtie * Don't need these changes right now * Kick off another build * Fix tests * DRY up test * Require railtie when using sprockets * Introduce option to skip asset pipeline * No longer relevant * Always have to return * Gone * Add helper for skip_sprockets? * Fix guard statement * Use latest gems * Include propshaft * fix tests for #43261 (#43277) * help fix tests for #43261 skip_sprockets? should not be called on options :skip_sprockets is no longer a value in the option hash, so skip_sprockets? should not be called on it move --asset-pipeline to shared generator skip_sprockets? is defined on app_base, and used in the plugin generator to determine whether to add the engine's assets to the dummy sprockets manifest, so I believe it makes sense to include in both generators Because of this change, I also changed the shared test back to testing against non-sprockets add skip_sprockets to Gemfile template vars Mocking skip_sprockets? in app_base generator fix more generator tests * use skip_sprockets? everywhere * Use latest propshaft * Update `AssetUrlHelper` docs to list both asset pipeline gems (#43328) * Update to latest Propshaft * Bump Propshaft again * Ask for latest * Use latest propshaft Co-authored-by: Hartley McGuire <skipkayhil@gmail.com> Co-authored-by: Richard Macklin <1863540+rmacklin@users.noreply.github.com>
2021-10-09 11:03:05 -04:00
sprockets-rails (>= 2.0.0)
Use `execute_batch2` rather than `execute_batch` to fix performance regression for fixture loading d8d6bd5 makes fixture loading to bulk statements by using `execute_batch` for sqlite3 adapter. But `execute_batch` is slower and it caused the performance regression for fixture loading. In sqlite3 1.4.0, it have new batch method `execute_batch2`. I've confirmed `execute_batch2` is extremely faster than `execute_batch`. So I think it is worth to upgrade sqlite3 to 1.4.0 to use that method. Before: ``` % ARCONN=sqlite3 bundle exec ruby -w -Itest test/cases/associations/eager_test.rb -n test_eager_loading_too_may_ids Using sqlite3 Run options: -n test_eager_loading_too_may_ids --seed 35790 # Running: . Finished in 202.437406s, 0.0049 runs/s, 0.0049 assertions/s. 1 runs, 1 assertions, 0 failures, 0 errors, 0 skips ARCONN=sqlite3 bundle exec ruby -w -Itest -n test_eager_loading_too_may_ids 142.57s user 60.83s system 98% cpu 3:27.08 total ``` After: ``` % ARCONN=sqlite3 bundle exec ruby -w -Itest test/cases/associations/eager_test.rb -n test_eager_loading_too_may_ids Using sqlite3 Run options: -n test_eager_loading_too_may_ids --seed 16649 # Running: . Finished in 8.471032s, 0.1180 runs/s, 0.1180 assertions/s. 1 runs, 1 assertions, 0 failures, 0 errors, 0 skips ARCONN=sqlite3 bundle exec ruby -w -Itest -n test_eager_loading_too_may_ids 10.71s user 1.36s system 95% cpu 12.672 total ```
2019-04-03 14:19:08 -04:00
sqlite3 (~> 1.4)
Track Gemfile.lock at the repository The main reason is to make bisect easier. In some points, we have a lot of git dependencies. Since we don't have the information of which commit we are referring to, bundler get the latest commit of the master branch of the dependency. This sometimes returns a version that is not compatible with Rails anymore, making the tests fail and the harder to identify the commit that introduced a bug. Also this will make sure that a contributor will always get a set of dependencies that are passing with our tests. In our CI server we delete the lock file to make sure we are always testing against the newest release of our dependencies.
2015-02-18 11:30:25 -05:00
stackprof
Replace webpack with importmapped Hotwire as default js (#42999) * Turbolinks is being replaced with Hotwire * Make --webpack opt-in * Don't use specific webpacker installers any more in preparation for next Webpacker * Update railties/lib/rails/app_updater.rb Co-authored-by: Alex Ghiculescu <alex@tanda.co> * Trailing whitespace * Convert to Turbo data attribute for tracking * Default is no webpack, no hotwire * Swap out turbolinks references for hotwire * Drop explicit return * Only generate package.json if using webpack * Only create package.json in webpack mode * Only create app/javascript in webpack mode * Generate correct style/js links based on js mode * Fix tests from changed output format Not sure why these are showing up in this PR, though. * Rubocopping * Stick with webpack for the test app for now * Adjust tests * Replace minitest-reporters with minitest-ci (#43016) minitest-reporters is used to create junit xml reports on CI. But when it loads before rails minitest plugin makes `Rails::TestUnitReporter` not being added as a reporter. minitest-ci is now only loaded at ci and does not interferes with rails minitest plugins. And keeps junit reports workings * Too heavy handed to actually run bundle Just like we don't auto-migrate * Pin js frameworks in importmap Instead of having importmap preconfigure it. * Match updated app/javascript path * No need for the explaining comment * Fixes test cases for replace webpack with importmapped Hotwire as default js (#42999) * Fix rubocop issues * Fix more railities test cases * Fix plugin generator railties shared test cases * Fix Action Text install generator asset pipeline spec * They're modules, not files * Let dev use the latest release as well So we don't have to replace unexisting dev releases with latest release * Make Webpack responsible for generating all the JS files it needs Webpacker 6 has already moved from app/javascript to app/packs. * Don't add rails/ujs by default any longer All the ajax/form functionality has been superseded by Turbo. The rest lives in a weird inbetween land we need to address through other means. * Use new importmap location * Switch to using turbo-rails and stimulus-rails directly The hotwire-rails gem does not offer enough value for its indirection * Use latest Webpacker * Prevent version resolution requests from getting swallowed * Use ESM syntax for imports * Move management of yarn, package.json, etc to Webpacker 6 * Update for Webpacker 6 * Move bin/setup addition to Webpacker as well * Remove dead tests * Bump to Webpacker 6.0.0.rc.2 * No longer relevant given the new default is no webpacker * Rely on Webpacker 6 * No longer relevant * No longer relevant * Make cable channel generator work for both webpacker and importmap setups * Fix tests * For tests testing importmap way * Use Webpacker 6 dummy * RuboCopping * One more bump to fix webpack-dev-server * Another bump. Hopefully the last one! * Also enough to not want turbo tracking on * Fix tests * Latest * Fix tests * Fix more tests * Fix tests Co-authored-by: Alex Ghiculescu <alex@tanda.co> Co-authored-by: André Luis Leal Cardoso Junior <andrehjr@gmail.com> Co-authored-by: Abhay Nikam <nikam.abhay1@gmail.com> Co-authored-by: Guillermo Iguaran <guilleiguaran@gmail.com>
2021-08-26 04:39:36 -04:00
stimulus-rails
Update ActiveJob adapter for sucker_punch 2.0 This PR includes two changes for 2.0.0: - Breaking API change around `async.perform` --> `perform_async` - New addition of `perform_in`, which now allows end users of the adapter to use the `enqueued_at` public API method.
2016-01-27 11:29:18 -05:00
sucker_punch
Add --css app generator option (#43177) * Add --css to preconfigure a CSS bundler/processor * Simpler conditional * Add CSS gems * Test CSS options
2021-09-07 11:48:13 -04:00
tailwindcss-rails
Replace uglifier with terser in dummy applications Terser is more up to date with modern javascript features, and the uglifier gem repository recommends using it for minifying ES6+. Followup for 955041b
2021-06-28 00:48:56 -04:00
terser (>= 1.1.4)
Replace webpack with importmapped Hotwire as default js (#42999) * Turbolinks is being replaced with Hotwire * Make --webpack opt-in * Don't use specific webpacker installers any more in preparation for next Webpacker * Update railties/lib/rails/app_updater.rb Co-authored-by: Alex Ghiculescu <alex@tanda.co> * Trailing whitespace * Convert to Turbo data attribute for tracking * Default is no webpack, no hotwire * Swap out turbolinks references for hotwire * Drop explicit return * Only generate package.json if using webpack * Only create package.json in webpack mode * Only create app/javascript in webpack mode * Generate correct style/js links based on js mode * Fix tests from changed output format Not sure why these are showing up in this PR, though. * Rubocopping * Stick with webpack for the test app for now * Adjust tests * Replace minitest-reporters with minitest-ci (#43016) minitest-reporters is used to create junit xml reports on CI. But when it loads before rails minitest plugin makes `Rails::TestUnitReporter` not being added as a reporter. minitest-ci is now only loaded at ci and does not interferes with rails minitest plugins. And keeps junit reports workings * Too heavy handed to actually run bundle Just like we don't auto-migrate * Pin js frameworks in importmap Instead of having importmap preconfigure it. * Match updated app/javascript path * No need for the explaining comment * Fixes test cases for replace webpack with importmapped Hotwire as default js (#42999) * Fix rubocop issues * Fix more railities test cases * Fix plugin generator railties shared test cases * Fix Action Text install generator asset pipeline spec * They're modules, not files * Let dev use the latest release as well So we don't have to replace unexisting dev releases with latest release * Make Webpack responsible for generating all the JS files it needs Webpacker 6 has already moved from app/javascript to app/packs. * Don't add rails/ujs by default any longer All the ajax/form functionality has been superseded by Turbo. The rest lives in a weird inbetween land we need to address through other means. * Use new importmap location * Switch to using turbo-rails and stimulus-rails directly The hotwire-rails gem does not offer enough value for its indirection * Use latest Webpacker * Prevent version resolution requests from getting swallowed * Use ESM syntax for imports * Move management of yarn, package.json, etc to Webpacker 6 * Update for Webpacker 6 * Move bin/setup addition to Webpacker as well * Remove dead tests * Bump to Webpacker 6.0.0.rc.2 * No longer relevant given the new default is no webpacker * Rely on Webpacker 6 * No longer relevant * No longer relevant * Make cable channel generator work for both webpacker and importmap setups * Fix tests * For tests testing importmap way * Use Webpacker 6 dummy * RuboCopping * One more bump to fix webpack-dev-server * Another bump. Hopefully the last one! * Also enough to not want turbo tracking on * Fix tests * Latest * Fix tests * Fix more tests * Fix tests Co-authored-by: Alex Ghiculescu <alex@tanda.co> Co-authored-by: André Luis Leal Cardoso Junior <andrehjr@gmail.com> Co-authored-by: Abhay Nikam <nikam.abhay1@gmail.com> Co-authored-by: Guillermo Iguaran <guilleiguaran@gmail.com>
2021-08-26 04:39:36 -04:00
turbo-rails
Ruby 2.2.3 in windows need nokogiri 1.6.7.rc3 as it's the only version having correct pre-compiled so
2015-09-12 10:04:31 -04:00
tzinfo-data
Update w3c_validtors for Ruby 3 compatibility (#40227) * Update w3c_validtors for Ruby 3 compatibility * Update google-api-client for Ruby 3 compatibility
2020-09-21 01:19:59 -04:00
w3c_validators (~> 1.3.6)
Make file update checker tests more resilient on Windows Without the `wdm` gem, it appears that `listen` keeps an open handle to each of these files, causing them not to be removed when the tempdir tries to clean iteslf up, and then directory to fail to unlink. In addition to fixing that particular failure, we now construct OS agnostic paths, and capture exceptions if the directory fails to unlink so that minitest will report it rather than crash
2016-04-21 12:54:54 -04:00
wdm (>= 0.1.0)
No need to specify webdrivers version to support selenium-webdriver 4.0.0 `webdrivers` 4.7.0 has been released including https://github.com/titusfortner/webdrivers/pull/218 which supports selenium-webdriver 4.0.0 Refer https://github.com/titusfortner/webdrivers/blob/main/CHANGELOG.md#470-2021-10-14 Related to #43456
2021-10-14 19:34:03 -04:00
webdrivers
Extract ActionMailbox::PostfixRelayer
2018-11-25 14:30:05 -05:00
webmock
Ruby 3 does not have webrick by default Railties CI against Ruby 3.0.0-dev has been failing since https://buildkite.com/rails/rails/builds/73338#51165eef-b631-4f9c-8e98-fc210e71e6d1 This pull request addresses the following error. ```ruby $ ruby -v ruby 3.0.0dev (2020-12-13T04:39:57Z master c7530f0d56) [x86_64-linux] $ ruby -Itest -Ilib -I../activesupport/lib -I../actionpack/lib -I../actionview/lib -I../activemodel/lib test/commands/server_test.rb ... snip ... Run options: --seed 54404 .E Error: Rails::Command::ServerCommandTest#test_served_url: LoadError: cannot load such file -- webrick test/commands/server_test.rb:292:in `test_served_url' rails test test/commands/server_test.rb:289 ........................ Finished in 0.303746s, 85.5977 runs/s, 177.7799 assertions/s. 26 runs, 54 assertions, 0 failures, 1 errors, 0 skips $ ``` Related to https://github.com/ruby/ruby/pull/3729 https://bugs.ruby-lang.org/issues/17303
2020-12-13 02:34:39 -05:00
webrick
Use a branch of websocket-client-simple, to work around read/close race
2016-10-05 21:11:18 -04:00
websocket-client-simple!
Generate Bundler 1.10.1 lockfile
2015-05-29 01:40:29 -04:00
BUNDLED WITH
Update development dependencies
2022-01-04 17:12:53 -05:00
2.3.4
Copy permalink