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

415 lines
9.8 KiB
Text
Raw Normal View History

implement `provider_job_id` for `queue_classic`. The latest, currently unreleased, version of queue_classic is required for this to work. See https://github.com/QueueClassic/queue_classic/pull/262 for more details.
2015-08-13 03:56:06 -04:00
GIT
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
remote: https://github.com/QueueClassic/queue_classic.git
revision: 1ef197b9db8149a895e59077badcb5b94d4c8b44
Add master branch to github gems to be able to use local clones
2015-09-01 07:44:32 -04:00
branch: master
implement `provider_job_id` for `queue_classic`. The latest, currently unreleased, version of queue_classic is required for this to work. See https://github.com/QueueClassic/queue_classic/pull/262 for more details.
2015-08-13 03:56:06 -04:00
specs:
Bundle update to fix tests locally
2016-01-28 14:57:08 -05:00
queue_classic (3.2.0.RC1)
implement `provider_job_id` for `queue_classic`. The latest, currently unreleased, version of queue_classic is required for this to work. See https://github.com/QueueClassic/queue_classic/pull/262 for more details.
2015-08-13 03:56:06 -04:00
pg (>= 0.17, < 0.19)
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
GIT
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
remote: https://github.com/collectiveidea/delayed_job.git
revision: e3772d4f0c8470d0fcba00c86ca3bc4f5e876830
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
specs:
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
delayed_job (4.1.2)
Start Rails 5.1 development :tada:
2016-05-10 00:07:09 -04:00
activesupport (>= 3.0, < 5.1)
GIT
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
remote: https://github.com/collectiveidea/delayed_job_active_record.git
revision: 36f434c4fd660e8f11ce932be117e9c71dde7212
Start Rails 5.1 development :tada:
2016-05-10 00:07:09 -04:00
specs:
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
delayed_job_active_record (4.1.1)
Start Rails 5.1 development :tada:
2016-05-10 00:07:09 -04:00
activerecord (>= 3.0, < 5.1)
delayed_job (>= 3.0, < 5)
Use a form of rb-inotify to fix broken tests with Ruby 2.2.5 See https://github.com/nex3/rb-inotify/pull/49
2016-07-27 22:36:24 -04:00
GIT
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
remote: https://github.com/matthewd/rb-inotify.git
Use a form of rb-inotify to fix broken tests with Ruby 2.2.5 See https://github.com/nex3/rb-inotify/pull/49
2016-07-27 22:36:24 -04:00
revision: 90553518d1fb79aedc98a3036c59bd2b6731ac40
branch: close-handling
specs:
rb-inotify (0.9.7)
ffi (>= 0.5.0)
test with latest resque When run test of Active Job with resque 1.26, occurs following error. ``` QueuingTest#test_current_locale_is_kept_while_running_perform_later: NoMethodError: undefined method `current_tags' for #<Resque::QuietFormatter:0x0055b44f63ed50> /home/yaginuma/program/rails/master_y_yagi/rails/activejob/lib/active_job/logging.rb:51:in `logger_tagged_by_active_job?' ``` This was happening for the formatter class of resque not the formatter class of Rails is they've been used to logger.formatter. This was happening because become fomatter is changed during the instantiation of worker in the resque 1.26. In the master, unless the environment variable is set, fomatter is so as not to be changed, test will pass. Ref: https://github.com/resque/resque/pull/1439
2016-07-04 19:39:47 -04:00
GIT
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
remote: https://github.com/resque/resque.git
revision: a3a66389618b830de0e6acf862b0dc9fde05cf49
test with latest resque When run test of Active Job with resque 1.26, occurs following error. ``` QueuingTest#test_current_locale_is_kept_while_running_perform_later: NoMethodError: undefined method `current_tags' for #<Resque::QuietFormatter:0x0055b44f63ed50> /home/yaginuma/program/rails/master_y_yagi/rails/activejob/lib/active_job/logging.rb:51:in `logger_tagged_by_active_job?' ``` This was happening for the formatter class of resque not the formatter class of Rails is they've been used to logger.formatter. This was happening because become fomatter is changed during the instantiation of worker in the resque 1.26. In the master, unless the environment variable is set, fomatter is so as not to be changed, test will pass. Ref: https://github.com/resque/resque/pull/1439
2016-07-04 19:39:47 -04:00
specs:
resque (1.27.0)
mono_logger (~> 1.0)
multi_json (~> 1.0)
redis-namespace (~> 1.3)
sinatra (>= 0.9.2)
vegas (~> 0.1.2)
run against edge sass to eliminate circular require warnings
2015-09-30 10:42:31 -04:00
GIT
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
remote: https://github.com/sass/sass.git
revision: 7716e67f3507c6f65878c69aa49ec358ebf675c7
run against edge sass to eliminate circular require warnings
2015-09-30 10:42:31 -04:00
branch: stable
specs:
Upgrade all gems to make sure Rails works with rack 2.0.0.rc1
2016-05-06 17:16:28 -04:00
sass (3.4.22)
run against edge sass to eliminate circular require warnings
2015-09-30 10:42:31 -04:00
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 5.1 development :tada:
2016-05-10 00:07:09 -04:00
actioncable (5.1.0.alpha)
actionpack (= 5.1.0.alpha)
Revert "Revert "Eliminate the EventMachine dependency""
2016-01-27 23:55:31 -05:00
nio4r (~> 1.2)
Initial stab at adding Action Cable to rails/master
2015-12-14 10:38:37 -05:00
websocket-driver (~> 0.6.1)
Start Rails 5.1 development :tada:
2016-05-10 00:07:09 -04:00
actionmailer (5.1.0.alpha)
actionpack (= 5.1.0.alpha)
actionview (= 5.1.0.alpha)
activejob (= 5.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)
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 5.1 development :tada:
2016-05-10 00:07:09 -04:00
actionpack (5.1.0.alpha)
actionview (= 5.1.0.alpha)
activesupport (= 5.1.0.alpha)
Do not allow rack pre releases
2016-06-30 14:10:22 -04:00
rack (~> 2.0)
Bump rack-test to fix nil values being sent to `parse_nested_query` I found that nil values were being incorrectly sent to `parse_nested_query` in Rack. Originally it was thought that Rails was doing something incorrect but it was actually rack-test. This was fixed in brynary/rack-test@4a4b2c1 and is no longer an issue. This commit bumps rack-test in Rails so changes to Rack don't cause failures. See rack/rack#813 for more information.
2015-03-01 16:52:17 -05: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)
Let strip_tags leave HTML escaping to Rails. Prevents double escaping errors, such as "&amp;" becoming "&amp;amp;".
2015-03-07 12:48:06 -05:00
rails-html-sanitizer (~> 1.0, >= 1.0.2)
Start Rails 5.1 development :tada:
2016-05-10 00:07:09 -04:00
actionview (5.1.0.alpha)
activesupport (= 5.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)
erubis (~> 2.7.0)
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)
Let strip_tags leave HTML escaping to Rails. Prevents double escaping errors, such as "&amp;" becoming "&amp;amp;".
2015-03-07 12:48:06 -05:00
rails-html-sanitizer (~> 1.0, >= 1.0.2)
Start Rails 5.1 development :tada:
2016-05-10 00:07:09 -04:00
activejob (5.1.0.alpha)
activesupport (= 5.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 5.1 development :tada:
2016-05-10 00:07:09 -04:00
activemodel (5.1.0.alpha)
activesupport (= 5.1.0.alpha)
activerecord (5.1.0.alpha)
activemodel (= 5.1.0.alpha)
activesupport (= 5.1.0.alpha)
Use released arel
2015-12-17 15:11:29 -05:00
arel (~> 7.0)
Start Rails 5.1 development :tada:
2016-05-10 00:07:09 -04:00
activesupport (5.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)
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
i18n (~> 0.7)
minitest (~> 5.1)
tzinfo (~> 1.1)
Start Rails 5.1 development :tada:
2016-05-10 00:07:09 -04:00
rails (5.1.0.alpha)
actioncable (= 5.1.0.alpha)
actionmailer (= 5.1.0.alpha)
actionpack (= 5.1.0.alpha)
actionview (= 5.1.0.alpha)
activejob (= 5.1.0.alpha)
activemodel (= 5.1.0.alpha)
activerecord (= 5.1.0.alpha)
activesupport (= 5.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
bundler (>= 1.3.0, < 2.0)
Start Rails 5.1 development :tada:
2016-05-10 00:07:09 -04:00
railties (= 5.1.0.alpha)
Require sprockets-rails >= 2 Fixes https://github.com/rails/rails/commit/4d157ea8c15186c4903fa83f2dc51a5f78d13a37 Without any specification about the version of sprockets-rails, running a `bundle install` on a brand new app might result in sprockets 0.0.1 being installed. However, the minimum requirement is sprockets-rails 2 (see https://github.com/rails/rails/pull/17752/files)
2015-09-01 12:29:16 -04:00
sprockets-rails (>= 2.0.0)
Start Rails 5.1 development :tada:
2016-05-10 00:07:09 -04:00
railties (5.1.0.alpha)
actionpack (= 5.1.0.alpha)
activesupport (= 5.1.0.alpha)
method_source needs to be a hard dependency on railties
2015-03-05 09:58:17 -05:00
method_source
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
rake (>= 0.8.7)
thor (>= 0.18.1, < 2.0)
GEM
remote: https://rubygems.org/
specs:
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.4.0)
Bundle update to fix tests locally
2016-01-28 14:57:08 -05:00
amq-protocol (2.0.1)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
arel (7.1.2)
Upgrade all gems to make sure Rails works with rack 2.0.0.rc1
2016-05-06 17:16:28 -04:00
backburner (1.3.0)
Update Gemfile.lock
2015-08-09 23:30:03 -04:00
beaneater (~> 1.0)
dante (> 0.1.5)
Fix Gemfile.lock
2016-03-10 14:28:02 -05:00
bcrypt (3.1.11)
bcrypt (3.1.11-x64-mingw32)
bcrypt (3.1.11-x86-mingw32)
Update Gemfile.lock
2015-08-09 23:30:03 -04:00
beaneater (1.0.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
benchmark-ips (2.7.2)
Add accidentally removed dependency in Gemfile.lock Follow up to ca0b6d0d416776655ed7516ac18f126fbde5315a.
2016-08-03 18:55:47 -04:00
blade (0.5.6)
activesupport (>= 3.0.0)
blade-qunit_adapter (~> 1.20.0)
coffee-script
coffee-script-source
curses (~> 1.0.0)
eventmachine
faye
sprockets (>= 3.0)
sprockets-export (~> 0.9.1)
thin (>= 1.6.0)
thor (~> 0.19.1)
useragent (~> 0.16.7)
blade-qunit_adapter (1.20.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
blade-sauce_labs_plugin (0.5.3)
Add accidentally removed dependency in Gemfile.lock Follow up to ca0b6d0d416776655ed7516ac18f126fbde5315a.
2016-08-03 18:55:47 -04:00
childprocess
faraday
selenium-webdriver
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.2.2)
Bundle update to fix tests locally
2016-01-28 14:57:08 -05:00
bunny (2.2.2)
amq-protocol (>= 2.0.1)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
byebug (9.0.5)
Add accidentally removed dependency in Gemfile.lock Follow up to ca0b6d0d416776655ed7516ac18f126fbde5315a.
2016-08-03 18:55:47 -04:00
childprocess (0.5.9)
ffi (~> 1.0, >= 1.0.11)
Point to released coffee-rails
2016-06-30 13:35:25 -04:00
coffee-rails (4.2.1)
coffee-script (>= 2.2.0)
railties (>= 4.0.0, < 5.2.x)
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
Use sprockets 3 in the Rails 5 release
2015-12-16 13:30:58 -05:00
coffee-script-source (1.10.0)
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.2)
Update Gemfile.lock
2015-08-09 23:30:03 -04:00
connection_pool (2.2.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
cookiejar (0.3.3)
Add accidentally removed dependency in Gemfile.lock Follow up to ca0b6d0d416776655ed7516ac18f126fbde5315a.
2016-08-03 18:55:47 -04:00
curses (1.0.2)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
daemons (1.2.4)
Update dalli gem dalli 2.7.6 fixed deprecation warning caused by using `Rack::Session::Abstract::ID`. This commit suppress warnings on ActionPack tests. See: https://github.com/petergoldstein/dalli/commit/9874a7c3ad67eb1e31cafba0a51966db4f0c7e42
2016-02-13 22:56:16 -05:00
dalli (2.7.6)
Update Gemfile.lock
2015-08-09 23:30:03 -04:00
dante (0.2.0)
Bundle update to fix tests locally
2016-01-28 14:57:08 -05:00
em-hiredis (0.3.1)
Add tests for the ActionCable adapters
2016-01-24 05:43:40 -05:00
eventmachine (~> 1.0)
Bundle update to fix tests locally
2016-01-28 14:57:08 -05:00
hiredis (~> 0.6.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
em-http-request (1.1.5)
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)
em-socksify (0.3.1)
eventmachine (>= 1.0.0.beta.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
erubis (2.7.0)
Upgrade all gems to make sure Rails works with rack 2.0.0.rc1
2016-05-06 17:16:28 -04:00
eventmachine (1.2.0.1)
eventmachine (1.2.0.1-x64-mingw32)
eventmachine (1.2.0.1-x86-mingw32)
Update Blade and its Sauce Labs plugin for EventMachine 1.2 compatibility
2016-06-04 18:54:34 -04:00
execjs (2.7.0)
Add accidentally removed dependency in Gemfile.lock Follow up to ca0b6d0d416776655ed7516ac18f126fbde5315a.
2016-08-03 18:55:47 -04:00
faraday (0.9.2)
multipart-post (>= 1.2, < 3)
Lock Faye version to avoid bug with its Promise polyfill, use mainline blade-sauce_labs_plugin gem
2016-05-31 10:44:09 -04:00
faye (1.1.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
cookiejar (>= 0.3.0)
em-http-request (>= 0.3.0)
eventmachine (>= 0.12.0)
faye-websocket (>= 0.9.1)
multi_json (>= 1.0.0)
rack (>= 1.0.0)
websocket-driver (>= 0.5.1)
Lock Faye version to avoid bug with its Promise polyfill, use mainline blade-sauce_labs_plugin gem
2016-05-31 10:44:09 -04:00
faye-websocket (0.10.4)
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)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
ffi (1.9.14)
Restore missing Gemfile.lock entries These lines were lost in https://github.com/rails/rails/commit/12d5c210#diff-e79a60dc6b85309ae70a6ea8261eaf95L191.
2016-09-20 10:01:35 -04:00
ffi (1.9.14-x64-mingw32)
ffi (1.9.14-x86-mingw32)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
globalid (0.3.7)
Use released GlobalID now that it provides URI::GID::MissingModelIdError for Active Job
2015-12-17 19:20:19 -05:00
activesupport (>= 4.1.0)
Bundle update to fix tests locally
2016-01-28 14:57:08 -05:00
hiredis (0.6.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
http_parser.rb (0.6.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
i18n (0.7.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
jquery-rails (4.2.1)
Upgrade all gems to make sure Rails works with rack 2.0.0.rc1
2016-05-06 17:16:28 -04:00
rails-dom-testing (>= 1, < 3)
Install jquery-rails It will make sure that the generated application in the tests get the gem.
2015-12-18 01:12:50 -05:00
railties (>= 4.2.0)
thor (>= 0.14, < 2.0)
Update Gemfile.lock
2015-08-09 23:30:03 -04:00
json (1.8.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
kindlerb (0.1.1)
mustache
nokogiri
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
listen (3.0.8)
rb-fsevent (~> 0.9, >= 0.9.4)
rb-inotify (~> 0.9, >= 0.9.7)
point at rack master
2015-08-20 16:43:57 -04:00
loofah (2.0.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
nokogiri (>= 1.5.9)
Prep Rails 5 beta 4
2016-04-27 16:47:22 -04:00
mail (2.6.4)
mime-types (>= 1.16, < 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
metaclass (0.0.4)
Add method_source to gemfile
2015-01-23 20:34:43 -05:00
method_source (0.8.2)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
mime-types (3.1)
Prep Rails 5 beta 4
2016-04-27 16:47:22 -04:00
mime-types-data (~> 3.2015)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
mime-types-data (3.2016.0521)
Require Nokogiri >= 1.6.8 per security release today --> https://groups.google.com/forum/#!topic/ruby-security-ann/RCHyF5K9Lbc
2016-06-06 23:10:37 -04:00
mini_portile2 (2.1.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
minitest (5.3.3)
mocha (0.14.0)
metaclass (~> 0.0.1)
mono_logger (1.1.0)
Lock Faye version to avoid bug with its Promise polyfill, use mainline blade-sauce_labs_plugin gem
2016-05-31 10:44:09 -04:00
multi_json (1.12.1)
Add accidentally removed dependency in Gemfile.lock Follow up to ca0b6d0d416776655ed7516ac18f126fbde5315a.
2016-08-03 18:55:47 -04:00
multipart-post (2.0.0)
Upgrade all gems to make sure Rails works with rack 2.0.0.rc1
2016-05-06 17:16:28 -04:00
mustache (1.0.3)
Add prepared statements support for `Mysql2Adapter`
2016-02-17 09:18:07 -05:00
mysql2 (0.4.4)
mysql2 (0.4.4-x64-mingw32)
mysql2 (0.4.4-x86-mingw32)
Preparing for Rails 5.0.0.beta2
2016-02-01 16:27:38 -05:00
nio4r (1.2.1)
Require Nokogiri >= 1.6.8 per security release today --> https://groups.google.com/forum/#!topic/ruby-security-ann/RCHyF5K9Lbc
2016-06-06 23:10:37 -04:00
nokogiri (1.6.8)
mini_portile2 (~> 2.1.0)
pkg-config (~> 1.1.7)
nokogiri (1.6.8-x64-mingw32)
mini_portile2 (~> 2.1.0)
pkg-config (~> 1.1.7)
nokogiri (1.6.8-x86-mingw32)
mini_portile2 (~> 2.1.0)
pkg-config (~> 1.1.7)
Use sprockets 3 in the Rails 5 release
2015-12-16 13:30:58 -05:00
pg (0.18.4)
pg (0.18.4-x64-mingw32)
pg (0.18.4-x86-mingw32)
Require Nokogiri >= 1.6.8 per security release today --> https://groups.google.com/forum/#!topic/ruby-security-ann/RCHyF5K9Lbc
2016-06-06 23:10:37 -04:00
pkg-config (1.1.7)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
psych (2.1.1)
puma (3.6.0)
Start Rails 5.1 development :tada:
2016-05-10 00:07:09 -04:00
qu (0.2.0)
multi_json
qu-redis (0.2.0)
qu (= 0.2.0)
redis-namespace
simple_uuid
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
que (0.12.0)
Use sprockets 3 in the Rails 5 release
2015-12-16 13:30:58 -05:00
racc (1.4.14)
Do not allow rack pre releases
2016-06-30 14:10:22 -04:00
rack (2.0.1)
Upgrade all gems to make sure Rails works with rack 2.0.0.rc1
2016-05-06 17:16:28 -04:00
rack-cache (1.6.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
rack (>= 0.4)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
rack-protection (1.5.3)
rack
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-test (0.6.3)
rack (>= 1.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
rails-dom-testing (2.0.1)
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
activesupport (>= 4.2.0, < 6.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
nokogiri (~> 1.6.0)
Bundle update to fix tests locally
2016-01-28 14:57:08 -05:00
rails-html-sanitizer (1.0.3)
Use the released gem
2015-03-10 16:31:35 -04:00
loofah (~> 2.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
rake (11.2.2)
Bundle update to fix tests locally
2016-01-28 14:57:08 -05:00
rb-fsevent (0.9.7)
Upgrade all gems to make sure Rails works with rack 2.0.0.rc1
2016-05-06 17:16:28 -04:00
rdoc (4.2.2)
json (~> 1.4)
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)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
redis (3.3.1)
Update Gemfile.lock
2015-08-09 23:30:03 -04:00
redis-namespace (1.5.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
redis (~> 3.0, >= 3.0.4)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
resque-scheduler (4.3.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
mono_logger (~> 1.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
redis (~> 3.3)
resque (~> 1.26)
Upgrade all gems to make sure Rails works with rack 2.0.0.rc1
2016-05-06 17:16:28 -04:00
rufus-scheduler (~> 3.2)
Add accidentally removed dependency in Gemfile.lock Follow up to ca0b6d0d416776655ed7516ac18f126fbde5315a.
2016-08-03 18:55:47 -04:00
rubyzip (1.2.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
rufus-scheduler (3.2.2)
sass-rails (5.0.6)
Use sass-rails in our test suite
2016-06-30 18:39:37 -04:00
railties (>= 4.0.0, < 6)
sass (~> 3.1)
sprockets (>= 2.8, < 4.0)
sprockets-rails (>= 2.0, < 4.0)
tilt (>= 1.1, < 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
sdoc (0.4.1)
json (~> 1.7, >= 1.7.7)
rdoc (~> 4.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
selenium-webdriver (2.53.4)
Add accidentally removed dependency in Gemfile.lock Follow up to ca0b6d0d416776655ed7516ac18f126fbde5315a.
2016-08-03 18:55:47 -04:00
childprocess (~> 0.5)
rubyzip (~> 1.0)
websocket (~> 1.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
sequel (4.38.0)
Upgrade all the gems
2015-10-20 13:58:57 -04:00
serverengine (1.5.11)
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)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
sidekiq (4.2.0)
Use sprockets 3 in the Rails 5 release
2015-12-16 13:30:58 -05:00
concurrent-ruby (~> 1.0)
Update Gemfile.lock
2015-08-09 23:30:03 -04:00
connection_pool (~> 2.2, >= 2.2.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
rack-protection (~> 1.5)
Update Gemfile.lock
2015-08-09 23:30:03 -04:00
redis (~> 3.2, >= 3.2.1)
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)
Start Rails 5.1 development :tada:
2016-05-10 00:07:09 -04:00
simple_uuid (0.4.0)
point at rack master
2015-08-20 16:43:57 -04:00
sinatra (1.0)
rack (>= 1.0)
Upgrade all the gems
2015-10-20 13:58:57 -04:00
sneakers (2.3.5)
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
bunny (~> 2.2.0)
Upgrade all the gems
2015-10-20 13:58:57 -04:00
serverengine (~> 1.5.11)
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
Unlock sneakers adapter version
2015-04-26 03:44:18 -04:00
thread (~> 0.1.7)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
sprockets (3.7.0)
Use sprockets 3 in the Rails 5 release
2015-12-16 13:30:58 -05:00
concurrent-ruby (~> 1.0)
rack (> 1, < 3)
Add accidentally removed dependency in Gemfile.lock Follow up to ca0b6d0d416776655ed7516ac18f126fbde5315a.
2016-08-03 18:55:47 -04:00
sprockets-export (0.9.1)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
sprockets-rails (3.2.0)
Use release sprockets-rails
2015-12-17 15:22:58 -05:00
actionpack (>= 4.0)
activesupport (>= 4.0)
sprockets (>= 3.0.0)
Upgrade all the gems
2015-10-20 13:58:57 -04:00
sqlite3 (1.3.11)
Avoid conditionals in the Gemfile "conditionals in the gemfile creates conditional code in the Gemfile.lock. Since it is checked in the repository I think it is better to avoid it"
2015-12-16 12:33:09 -05:00
sqlite3 (1.3.11-x64-mingw32)
sqlite3 (1.3.11-x86-mingw32)
Upgrade all gems to make sure Rails works with rack 2.0.0.rc1
2016-05-06 17:16:28 -04:00
stackprof (0.2.9)
sucker_punch (2.0.2)
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
concurrent-ruby (~> 1.0.0)
Add accidentally removed dependency in Gemfile.lock Follow up to ca0b6d0d416776655ed7516ac18f126fbde5315a.
2016-08-03 18:55:47 -04:00
thin (1.7.0)
daemons (~> 1.0, >= 1.0.9)
eventmachine (~> 1.0, >= 1.0.4)
rack (>= 1, < 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
thor (0.19.1)
Unlock sneakers adapter version
2015-04-26 03:44:18 -04:00
thread (0.1.7)
Use latest sprockets-rails on internal dev
2015-04-26 11:42:13 -04:00
thread_safe (0.3.5)
Use sass-rails in our test suite
2016-06-30 18:39:37 -04:00
tilt (2.0.5)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
turbolinks (5.0.1)
Update to Turbolinks 5.0.0 final
2016-06-30 13:18:52 -04:00
turbolinks-source (~> 5)
turbolinks-source (5.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
tzinfo (1.2.2)
thread_safe (~> 0.1)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
tzinfo-data (1.2016.6)
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 (>= 1.0.0)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
uglifier (3.0.2)
Upgrade all gems to make sure Rails works with rack 2.0.0.rc1
2016-05-06 17:16:28 -04:00
execjs (>= 0.3.0, < 3)
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
useragent (0.16.8)
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)
w3c_validators (1.2)
json
nokogiri
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.1)
Add accidentally removed dependency in Gemfile.lock Follow up to ca0b6d0d416776655ed7516ac18f126fbde5315a.
2016-08-03 18:55:47 -04:00
websocket (1.2.3)
Lock Faye version to avoid bug with its Promise polyfill, use mainline blade-sauce_labs_plugin gem
2016-05-31 10:44:09 -04:00
websocket-driver (0.6.4)
Initial stab at adding Action Cable to rails/master
2015-12-14 10:38:37 -05:00
websocket-extensions (>= 0.1.0)
websocket-extensions (0.1.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
PLATFORMS
ruby
Gemfile: temporay pin "bcrypt" version and run "bundle update bcrypt" on Linux Related: #19617, #19187, #19533, #19689, #19675. This is POC (Proof Of Concept) which bundler does not remove mingw lines. https://github.com/rails/rails/pull/19617#issuecomment-90293795
2015-04-06 19:35:02 -04:00
x64-mingw32
x86-mingw32
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)
backburner
Fix Gemfile.lock
2016-03-10 14:28:02 -05:00
bcrypt (~> 3.1.11)
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
benchmark-ips
Update Blade and its Sauce Labs plugin for EventMachine 1.2 compatibility
2016-06-04 18:54:34 -04:00
blade
blade-sauce_labs_plugin
Uncomment byebug in framework Gemfile History: 1. `debugger` was there until d2ed433b where it was commented out, and I couldn't figure out why 2. Since then we inherited that when switching to `byebug` in 93559da4 Reasons: 1. It's nice to have a debugger when working on framework bugs 2. It's an uncommented dependency in app Gemfiles since Rails 4.2 (see fbe38c9e)
2015-04-24 01:24:50 -04:00
byebug
Point to released coffee-rails
2016-06-30 13:35:25 -04:00
coffee-rails
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
dalli (>= 2.2.1)
Start Rails 5.1 development :tada:
2016-05-10 00:07:09 -04:00
delayed_job!
delayed_job_active_record!
Add tests for the ActionCable adapters
2016-01-24 05:43:40 -05:00
em-hiredis
Lock Faye version to avoid bug with its Promise polyfill, use mainline blade-sauce_labs_plugin gem
2016-05-31 10:44:09 -04:00
faye (= 1.1.1)
Add a couple of tests that connect with a WS client
2016-01-24 12:25:53 -05:00
faye-websocket
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
Install jquery-rails It will make sure that the generated application in the tests get the gem.
2015-12-18 01:12:50 -05:00
jquery-rails
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
kindlerb (= 0.1.1)
Upgrade to listen 3.0.5, re-enable tests In listen 3.0.4 and below, the `#stop` method on the notification backends are a no-op, meaning that we are leaking them per test. This ended up triggering another bug in Ruby that causes our builds to fail randomly on CI. listen bug: https://github.com/guard/listen/issues/353 ruby bug: https://bugs.ruby-lang.org/issues/11744
2015-11-26 13:31:52 -05:00
listen (~> 3.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
minitest (< 5.3.4)
mocha (~> 0.14)
Add prepared statements support for `Mysql2Adapter`
2016-02-17 09:18:07 -05:00
mysql2 (>= 0.4.4)
Require Nokogiri >= 1.6.8 per security release today --> https://groups.google.com/forum/#!topic/ruby-security-ann/RCHyF5K9Lbc
2016-06-06 23:10:37 -04:00
nokogiri (>= 1.6.8)
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
pg (>= 0.18.0)
psych (~> 2.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
qu-redis
que
implement `provider_job_id` for `queue_classic`. The latest, currently unreleased, version of queue_classic is required for this to work. See https://github.com/QueueClassic/queue_classic/pull/262 for more details.
2015-08-13 03:56:06 -04:00
queue_classic!
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)
Use a form of rb-inotify to fix broken tests with Ruby 2.2.5 See https://github.com/nex3/rb-inotify/pull/49
2016-07-27 22:36:24 -04:00
rb-inotify!
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)
Add tests for the ActionCable adapters
2016-01-24 05:43:40 -05:00
redis
test with latest resque When run test of Active Job with resque 1.26, occurs following error. ``` QueuingTest#test_current_locale_is_kept_while_running_perform_later: NoMethodError: undefined method `current_tags' for #<Resque::QuietFormatter:0x0055b44f63ed50> /home/yaginuma/program/rails/master_y_yagi/rails/activejob/lib/active_job/logging.rb:51:in `logger_tagged_by_active_job?' ``` This was happening for the formatter class of resque not the formatter class of Rails is they've been used to logger.formatter. This was happening because become fomatter is changed during the instantiation of worker in the resque 1.26. In the master, unless the environment variable is set, fomatter is so as not to be changed, test will pass. Ref: https://github.com/resque/resque/pull/1439
2016-07-04 19:39:47 -04:00
resque!
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
resque-scheduler
run against edge sass to eliminate circular require warnings
2015-09-30 10:42:31 -04:00
sass!
Use sass-rails in our test suite
2016-06-30 18:39:37 -04:00
sass-rails
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
sdoc (~> 0.4.0)
sequel
sidekiq
Unlock sneakers adapter version
2015-04-26 03:44:18 -04:00
sneakers
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
sqlite3 (~> 1.3.6)
stackprof
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
Update to Turbolinks 5.0.0 final
2016-06-30 13:18:52 -04:00
turbolinks (~> 5)
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
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
uglifier (>= 1.3.0)
w3c_validators
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)
Generate Bundler 1.10.1 lockfile
2015-05-29 01:40:29 -04:00
BUNDLED WITH
Override the github git source instead of changing manually all entries
2016-09-13 20:19:09 -04:00
1.13.1
Copy permalink