* pinning poltergeist to 1.3.0 due to bug seen in 1.4.0, and trying to make build a little faster

This commit is contained in:
Seth Call 2013-09-02 16:35:36 +00:00
parent 4a7c57da9e
commit 19a43c30e9
3 changed files with 4 additions and 6 deletions

View File

@ -93,7 +93,7 @@ end
gem 'rack-test'
# gem 'rb-fsevent', '0.9.1', :require => false
# gem 'growl', '1.0.3'
gem 'poltergeist'
gem 'poltergeist', '1.3.0' # can't go to 1.4.0 until this is fixed https://github.com/jonleighton/poltergeist/issues/385
end
group :production do

View File

@ -67,9 +67,7 @@ class ApiUsersController < ApiController
@user.musician = params[:musician] if params.has_key?(:musician)
@user.update_instruments(params[:instruments].nil? ? [] : params[:instruments]) if params.has_key?(:instruments)
puts params[:birth_date]
@user.save
puts @user.birth_date.inspect
if @user.errors.any?
respond_with @user, :status => :unprocessable_entity

6
build
View File

@ -13,8 +13,8 @@ rm -rf vendor/bundle
rm -rf tmp/capybara
rm Gemfile.lock # if we don't want versions to float, pin it in the Gemfile, not count on Gemfile.lock
# put all dependencies into vendor/bundle
bundle install --path vendor/bundle
bundle update
bundle install --path vendor/bundle --local
#bundle update
# clean assets, because they may be lingering from last build
bundle exec rake assets:clean
@ -101,7 +101,7 @@ EOF
set -e
# cache all gems local, and tell bundle to use local gems only
bundle install --path vendor/bundle --local
#bundle install --path vendor/bundle --local
# prepare production acssets
rm -rf $DIR/public/assets
bundle exec rake assets:precompile RAILS_ENV=production