16:43 <totallymike> Hey there. I'm having trouble getting bundler to work under a strange circumstance, and I'm not sure where to start digging to diagnose

16:44 <havenwood> totallymike: what's the strange circumstance?

16:44 <totallymike> I have a Gemfile and a Gemfile.lock, and a Rails app. Local bundle install installs the correct versions of gems, but in this docker container I'm trying to build, it only installs 0.6.9, vs 0.6.11 as listed in the lockfile

16:46 <totallymike> Here's a gist with the gemfile{,.lock}

16:46 <totallymike> https://gist.github.com/totallymike/ad4d78daea8aba9e2cd5

16:48 <totallymike> The strange circumstance is that it's running in a Docker container. It's based on the official docker ruby image, and follows the structure of the official docker Rails image (with some apt-get modifications and such). This could be problematic because it runs everything as root, but I'm not sure how that would lead to different versions of gems being

16:48 <totallymike> installed

16:49 <totallymike> I just updated the gist https://gist.github.com/totallymike/ad4d78daea8aba9e2cd5 to include the dockerfile. It has a couple things related to bundler in it, the relevance of which I'm not sure

16:50 <totallymike> Incidentally, if I open a shell within the container and run bundle install again, it installs the correct versions

16:55 <totallymike> Funny. I added another RUN bundle install after the ADD . /usr/src/app line in the dockerfile, and it runs the install with the correct gems.

17:19 <totallymike> I think I sorted it out. This is a client's project. That cloud_data_models folder is a gem that's a git submodule. It has its own Gemfile.lock. I believe it's installing the versions from that gemfile

17:36 <totallymike> Yep. That was it. The Dockerfile copied the *contents* of cloud_data_models into /usr/src/app, not the whole directory