Received: by 10.58.233.38 with SMTP id tt6mr4160030vec.16.1352576383818;
        Sat, 10 Nov 2012 11:39:43 -0800 (PST)
X-BeenThere: vcap-...@cloudfoundry.org
Received: by 10.220.155.207 with SMTP id t15ls6017910vcw.8.gmail; Sat, 10 Nov
 2012 11:39:42 -0800 (PST)
Received: by 10.52.27.133 with SMTP id t5mr14653096vdg.111.1352576382978;
        Sat, 10 Nov 2012 11:39:42 -0800 (PST)
Received: by 10.52.27.133 with SMTP id t5mr14653093vdg.111.1352576382954;
        Sat, 10 Nov 2012 11:39:42 -0800 (PST)
Return-Path: <pnoordh...@rbcon.com>
Received: from mail-vb0-f50.google.com (mail-vb0-f50.google.com [209.85.212.50])
        by mx.google.com with ESMTPS id et8si2290473vdb.115.2012.11.10.11.39.42
        (version=TLSv1/SSLv3 cipher=OTHER);
        Sat, 10 Nov 2012 11:39:42 -0800 (PST)
Received-SPF: neutral (google.com: 209.85.212.50 is neither permitted nor denied by best guess record for domain of pnoordh...@rbcon.com) client-ip=209.85.212.50;
Authentication-Results: mx.google.com; spf=neutral (google.com: 209.85.212.50 is neither permitted nor denied by best guess record for domain of pnoordh...@rbcon.com) smtp.mail=pnoordh...@rbcon.com
Received: by mail-vb0-f50.google.com with SMTP id fa15so4824905vbb.9
        for <vcap-...@cloudfoundry.org>; Sat, 10 Nov 2012 11:39:42 -0800 (PST)
        d=google.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:x-gm-message-state;
        bh=9x1T0Kg8o8pbPFN0HFa77wFR/NJ+nDKO3THPzbxLCQc=;
        b=nv3n0t7bmw4i5Wioz4eEIHq5p9vml3vxgcinA+h3auFBbIVHIW9/6128sU/4kTS0Cl
         lCMEql+9dR0maehEdaDRxu6amkdv/hV7wFwrOkANdRTtFsXh71W3N7FacJJsCfTn2F73
         3wkKbu41N/jg5JvSUbZbRBgT75uOrTh8FufNc6mUG6Qydk4advL3yjJCCH2029x6tW3e
         ooQowPtkhPloz+V/A07wlZEARcHll5lwWiyJN+bjsIPwWVVNC0uU6Eq9oi1Hohk0rYj5
         zhmJD4bqoyYA0BmDvNCMp051X0Df/lc8mbJ6yGqTHVMux3S0zpbLzr5jtUasFrCRraeQ
         Y+rg==
MIME-Version: 1.0
Received: by 10.58.74.40 with SMTP id q8mr11953023vev.36.1352576382442; Sat,
 10 Nov 2012 11:39:42 -0800 (PST)
Received: by 10.58.205.236 with HTTP; Sat, 10 Nov 2012 11:39:42 -0800 (PST)
In-Reply-To: <5f728a8d-d7af-4669-9343-d3bac8fd7...@cloudfoundry.org>
References: <5f728a8d-d7af-4669-9343-d3bac8fd7...@cloudfoundry.org>
Date: Sat, 10 Nov 2012 11:39:42 -0800
Message-ID: <CAMZyAZeB4438+oCQZo_TJfp4jtNLXiGk8gtSEKELQ=9r_jh...@mail.gmail.com>
Subject: Re: [vcap-dev] How does CloudFoundry handle the gems from github?
From: Pieter Noordhuis <pnoordh...@rbcon.com>
To: vcap-...@cloudfoundry.org
Content-Type: text/plain; charset=UTF-8
X-Gm-Message-State: ALoCoQlb6wlku+DM41PJUWTiEEXKfUUgsa5MEkVT/7anbnq2/pHUbCxV/WwXte2P8lD0KcuY2lHm

That gems are installed globally is the normal behavior. Check if you
have a ".bundle" directory in the directory where your Gemfile is
located. This can contain configuration that directs Bundler to
install gems some place else.

Also see: http://gembundler.com/

Cheers,
Pieter

On Fri, Nov 9, 2012 at 6:54 PM, Lei Zhang <reso...@gmail.com> wrote:
> Hi,all
>
> I found that running "bunder install"  in a repo will not install the gems
> from github.com into local gem list. Instead, they will be placed in
> ../bundler/gems and we have to require 'bundler/xxx' to use them.
>
> But in CloudFoundry, I found that after running dev_setup all the gems can
> be found in the gem list. Could I know how your guys achieved that or I just
> missed something here.
>
> I found nothing special in cookbooks except for normal "bundle install".