stevenharman_ has quit [Read error: Connection reset by peer]
stevenharman_ has joined #rubygems
Karu has joined #rubygems
<Karu>
Greetings all.. anyone aware of a method to do a full mirror of rubygems.org? Everything I've seen references the new rubygems-mirror gem, which eventually runs the system out of memory
<drbrain>
evan: ↑
stevenharman has quit [Ping timeout: 240 seconds]
<drbrain>
Karu: what do you need a full mirror for?
<Karu>
Trying to maintain an internal update server at my company since most of our boxes don't have internet access
<evan>
We discourage people from making full mirrors because typically they're more problematic than users want to manage
<Karu>
Aye, I've kind of found that out :)
<evan>
Karu: we recommend people use a caching proxy on their edge for that use case
<evan>
you really don't want to maintain your own rubygems mirror
<evan>
there is a high rate of change and it's big.
<evan>
Karu: can you use bundle package?
<evan>
I assume developers have access to the internet
<Karu>
Actually we already do - the problem is that i'd like an easy way to get 'bundle install' to work its magic on assorted servers without moving .gem files around
<evan>
you're much better off making an exception for access rubygems.org
<evan>
you'll be a lot happier with yourself
<Karu>
believe me, i'd really like to. unforutnately that has already been denied to me.
<evan>
the problem with running a mirror to do updates
<Karu>
corporate bureaucracy is really something else ;)
<evan>
is that you hit the hardest part of the mirror, how and when to update
<evan>
the rubygems-mirror gem can do it, and we do need to fix whatever is causing it to not have enough memory
<evan>
personally, i'd recommend just putting together some scripts
<Karu>
I actually did something really ugly to get around that one time (force the system to dump its caches every 10 minutes via /proc), eventually though I hit the stack depth error thing which was referenced elsewhere
<evan>
that you run on your workstation that can see rubygems.org
<evan>
that download the gems and ssh them out
<evan>
I'm not sure how your corporate benefactors will like this
<evan>
but I've used ssh to do this before.
<Karu>
Our desktops already go through a corp. proxy, so that's not a *huge* deal I suppose
<Karu>
if I had some automated way to push dependencies out to a gem server based on the contents of a set of "Gemfile.lock"s
<evan>
bundler will talk over ssh and loop back to rubygems.org via your workstation.
<evan>
you won't be poking a permanent hole in the firewall, because that will only work while your ssh session is live
<Karu>
Mm. I'll give that a shot next, problem is that desktops don't have direct internet connections either (those run through a proxy too, but not the same proxy as servers)
<evan>
you can get creative
<evan>
you can have ssh send the traffic to your local machine that is running yet another service that sends traffic via the corp proxy
luislavena has quit [Remote host closed the connection]
DanKnox_away is now known as DanKnox
workmad3 has joined #rubygems
tcopeland has joined #rubygems
havenn has quit [Remote host closed the connection]
havenwood has joined #rubygems
havenwood has quit [Ping timeout: 264 seconds]
workmad3 has quit [Ping timeout: 256 seconds]
Karu has quit [Quit: Page closed]
abuiles has joined #rubygems
luislavena has joined #rubygems
graphex has quit [Read error: Connection reset by peer]
jonahR has quit [Quit: jonahR]
luislavena has quit [Remote host closed the connection]