04:57 <tmoore> Hi drbrain or evan ... I notice that the rubygems/rubygems Travis build is ignoring failures on Ruby 1.8.7

04:58 <tmoore> A recent change on master (https://github.com/rubygems/rubygems/pull/967) has made Rubygems master fail to load entirely on 1.8.7 https://travis-ci.org/bundler/bundler/jobs/29373480

05:33 <drbrain> tmoore: thanks, I'll check it tomorrow

05:37 <tmoore> Thanks

07:38 <ecksit> hey, i have installed https://rubygems.org/gems/acquia_toolbelt on MRI 1.9.3 and it creates the executable however when trying to install on 2.1.2 it doesn't create the executable. any ideas? i am not sure if it's due to an upgraded version of ruby gems or what. :(

08:30 <tbuehlmann> evan, ping

15:43 <evan> tbuehlmann: yes?

15:48 <tbuehlmann> ah, hey. had a situation some hours ago using puma 2.8.2 and rails 4.1.4. dependencies changed and so we adapted our gemfile. deployed using capistrano and restarted the server with "execute :bundle, 'exec', 'pumactl', '-S', fetch(:puma_state), 'restart'". but well, the old version of a dependency was used, not the new one. I tried restarting again, same thing. I had to stop and start puma to get it really work. any idea what that happened? I th

15:48 <tbuehlmann> ought restarting should be like stopping and starting again..

15:48 <evan> are you using prune_bundler?

15:49 <evan> because if you start puma within bundler without prune_bundler

15:49 <evan> there is no way to pick up a changed Gemfile

15:52 <tbuehlmann> um, not that I know of. where would that be set?

15:52 <tbuehlmann> oh, I misunderstood. you mean I need prune_bundler?

15:56 <evan> yeah

15:56 <evan> you do.

15:57 <tbuehlmann> perfect, will check that, thanks a lot

15:58 <tbuehlmann> wooosh, time is running, get to go