- 13 3月, 2018 1 次提交
-
-
由 George Claghorn 提交于
-
- 07 3月, 2018 1 次提交
-
-
由 Terence Lee 提交于
mutool is licensed under the Affero GPL, which has strict distribution requirements. Poppler is licensed under the more liberal GPL, making it a good alternative for those who can't use mutool.
-
- 21 2月, 2018 1 次提交
-
-
由 Yasuo Honda 提交于
Since #32034 Rails 6 requires Ruby 2.4.1 or higher. Two CI jobs configured with the latest version of`jruby-9.1.15.0` compatibile with Ruby 2.3.3 are getting errors: https://travis-ci.org/rails/rails/jobs/343519339 ``` Bundler could not find compatible versions for gem "ruby": In Gemfile: ruby java rails java was resolved to 6.0.0.alpha, which depends on ruby (>= 2.4.1) java Could not find gem 'ruby (>= 2.4.1)', which is required by gem 'rails', in any of the relevant sources: ```
-
- 18 2月, 2018 3 次提交
-
-
由 Jeremy Daer 提交于
So `2.4` would match `2.4.1` (due to an rvm alias) rather than matching the latest `2.4.3` release.
-
由 Jeremy Daer 提交于
Skipping over 2.4.0 to sidestep the `"symbol_from_string".to_sym.dup` bug. References #32028
-
由 Jeremy Daer 提交于
-
- 17 2月, 2018 1 次提交
-
-
由 Rafael Mendonça França 提交于
Rails 6 will only support Ruby >= 2.3.
-
- 02 2月, 2018 1 次提交
-
-
由 yuuji.yaginuma 提交于
I'm not sure cause, but due to the influence of `gem clean`, the expected gem seems not to be installed correctly. In order to avoid a test failure due to this, I fixed that `gem clean` not be executed. Ref: https://github.com/travis-ci/travis-ci/issues/2518#issuecomment-121168856 This is a workaround. If Travis fixes something, please revert this.
-
- 01 2月, 2018 1 次提交
-
-
由 Josef Šimánek 提交于
-
- 27 12月, 2017 1 次提交
-
-
由 yuuji.yaginuma 提交于
-
- 25 12月, 2017 1 次提交
-
-
由 SHIBATA Hiroshi 提交于
-
- 22 12月, 2017 2 次提交
-
-
由 SHIBATA Hiroshi 提交于
-
由 SHIBATA Hiroshi 提交于
RubyGems 2.7 promote bundler-1.16 to default gems. It conflicts Travis environment and user installed bundler.
-
- 12 12月, 2017 1 次提交
-
-
由 Yasuo Honda 提交于
This reverts commit 6ec0ed67.
-
- 09 12月, 2017 1 次提交
-
-
由 bogdanvlviv 提交于
JRuby 9.1.15.0 has been released: http://jruby.org/2017/12/07/jruby-9-1-15-0.html
-
- 06 12月, 2017 1 次提交
-
-
由 Joe Francis 提交于
These are needed when GEM=ast, thanks @georgeclaghorn
-
- 15 11月, 2017 1 次提交
-
-
由 Koichi ITO 提交于
JRuby 9.1.14.0 has been released and this version is available on Travis CI. http://jruby.org/2017/11/08/jruby-9-1-14-0
-
- 13 11月, 2017 2 次提交
-
-
由 yuuji.yaginuma 提交于
Since 8f2490b5, the integration test of sidekiq and resque is not working in CI. https://travis-ci.org/rails/rails/jobs/301276197#L2055 https://travis-ci.org/rails/rails/jobs/301276197#L2061 Because 8f2490b5 removed password from `redis-server`. So must also remove passwords from these tests.
-
由 Jeremy Daer 提交于
Simplify our dev testing and CI story since we're also testing against Redis for the Active Support cache store. Directly test whether db, host, password, etc are passed through as config instead of spinning up a Redis server with a password set on it.
-
- 03 11月, 2017 1 次提交
-
-
由 Ryuta Kamizono 提交于
This reverts commit 6f481e05, reversing changes made to 592f790b. In favor of #31039.
-
- 02 11月, 2017 1 次提交
-
-
由 Yasuo Honda 提交于
when tested with ruby-head This pull request attempts to ignore the following error when tested with ruby-head which has bundler as a default gem. ```ruby $ rvm @global do gem uninstall bundler --all --ignore-dependencies --executables ERROR: While executing gem ... (Gem::InstallError) gem "bundler" cannot be uninstalled because it is a default gem The command "rvm @global do gem uninstall bundler --all --ignore-dependencies --executables" failed and exited with 1 during . ``` Refer https://travis-ci.org/rails/rails/jobs/295600391 This workaround should be removed once https://github.com/bundler/bundler/issues/6072 is addressed.
-
- 01 11月, 2017 2 次提交
-
-
由 yuuji.yaginuma 提交于
Since 1.16.0 is installed by default, it seems that the newer one will be used even if specify an older version. Ref: https://travis-ci.org/rails/rails/jobs/295553738#L1718 Follow up of #31023
-
由 yuuji.yaginuma 提交于
It's causing bug report template tests to fail. https://travis-ci.org/rails/rails/jobs/295520851 This seems an issue of bundler. Ref: https://github.com/bundler/bundler/issues/6072
-
- 20 10月, 2017 1 次提交
-
-
由 Guillermo Iguaran 提交于
-
- 29 9月, 2017 1 次提交
-
-
由 George Claghorn 提交于
-
- 15 9月, 2017 1 次提交
-
-
由 Matthew Draper 提交于
Most interesting to us, 2.4.2 and 2.3.5 include the fix for https://bugs.ruby-lang.org/issues/13632
-
- 07 9月, 2017 1 次提交
-
-
- 02 9月, 2017 2 次提交
-
-
由 Matthew Draper 提交于
-
由 Yasuo Honda 提交于
Travis CI new default Ubuntu Trusty supports 9.6 https://docs.travis-ci.com/user/database-setup/#Using-a-different-PostgreSQL-Version
-
- 01 9月, 2017 1 次提交
-
-
由 Yasuo Honda 提交于
- Travis CI is migrating Ubuntu version to Trusty - MariaDB 10.2 is supported on Ubuntu Trusty
-
- 17 8月, 2017 1 次提交
-
-
由 Matthew Draper 提交于
The value isn't actually secret, so I've kept it as a comment.
-
- 15 8月, 2017 1 次提交
-
-
由 George Claghorn 提交于
-
- 11 8月, 2017 1 次提交
-
-
由 George Claghorn 提交于
-
- 01 8月, 2017 1 次提交
-
-
由 David Heinemeier Hansson 提交于
-
- 28 7月, 2017 1 次提交
-
-
由 Javan Makhmali 提交于
-
- 09 7月, 2017 1 次提交
-
-
由 Jeremy Daer 提交于
-
- 22 6月, 2017 1 次提交
-
-
由 Marc Ignacio 提交于
- Adds RedisAdapterTest::AlternateConfiguration to account for a relatively common alternative setup, as it’s used as the first example in the [Redis rubygem](https://github.com/redis/redis-rb#getting-started) - Supplies original RedisAdapterTest with more complete redis:// url format by adding a ‘userinfo’ (blank user), so that it resembles the alternate configuration - Supplies original EventedRedisAdapterTest with more complete redis:// url as well - Adds before_script to start redis-server with password as a daemon and with explicit defaults copied from the default redis.conf (Instead of using Travis' default init/upstart scripts for `redis` service)
-
- 19 6月, 2017 1 次提交
-
-
- 26 5月, 2017 1 次提交
-
-
- 22 5月, 2017 1 次提交
-
-
由 yuuji.yaginuma 提交于
This version lock added by 3d890b66. But original issue is fixed with bundler 1.15. Ref: https://github.com/rubygems/rubygems/issues/1911#issuecomment-300148516
-