<Gnubie_>
yeah drbrain. i was able to look at the rss data for that yanked active_support gem. basically it just included activesupport as a dependecy. Glad it was yanked as that is just waiting to cause trouble
<drbrain>
yeah
stevenharman has joined #rubygems
josh-k_ has quit [Remote host closed the connection]
josh-k has joined #rubygems
josh-k has quit [Ping timeout: 252 seconds]
havenwood has joined #rubygems
arohner has joined #rubygems
redmenace has quit [Ping timeout: 255 seconds]
jpfuentes2 has joined #rubygems
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
redmenace has joined #rubygems
woollyams has quit [Ping timeout: 252 seconds]
lsegal has joined #rubygems
matthewd has quit []
josh-k has joined #rubygems
redmenace has quit [Ping timeout: 240 seconds]
josh-k_ has joined #rubygems
josh-k__ has joined #rubygems
josh-k has quit [Read error: Connection reset by peer]
josh-k_ has quit [Ping timeout: 240 seconds]
jpfuentes2 has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
huoxito has quit [Remote host closed the connection]
josh-k__ has quit [Remote host closed the connection]
huoxito has joined #rubygems
huoxito has quit [Ping timeout: 245 seconds]
redmenace has joined #rubygems
redmenace has quit [Ping timeout: 255 seconds]
tbuehlmann has joined #rubygems
indirect has joined #rubygems
tcopeland1 has joined #rubygems
tcopeland has quit [Ping timeout: 268 seconds]
redmenace has joined #rubygems
indirect has quit [Ping timeout: 265 seconds]
indirect has joined #rubygems
redmenace has quit [Ping timeout: 240 seconds]
Atw has quit [Ping timeout: 245 seconds]
havenn has joined #rubygems
havenwood has quit [Ping timeout: 255 seconds]
workmad3 has joined #rubygems
lsegal has quit [Quit: Quit: Quit: Quit: Stack Overflow.]
josh-k has joined #rubygems
workmad3 has quit [Quit: Lost terminal]
tcopeland has joined #rubygems
tcopeland1 has quit [Ping timeout: 245 seconds]
redmenace has joined #rubygems
Elhu has joined #rubygems
redmenace has quit [Ping timeout: 252 seconds]
workmad3 has joined #rubygems
Elhu has quit [Quit: Computer has gone to sleep.]
Elhu has joined #rubygems
redmenace has joined #rubygems
redmenace has quit [Client Quit]
redmenace has joined #rubygems
Elhu has quit [Quit: Computer has gone to sleep.]
Elhu has joined #rubygems
substdio has joined #rubygems
<substdio>
hey all, I know there is a dedicated page for the 'bro' gem but this room is more active & I had a quick question, is there a way to make bro pages readable off-line like man pages.
bbrowning_away is now known as bbrowning
workmad3 has quit [Ping timeout: 265 seconds]
redmenace has quit [Ping timeout: 252 seconds]
stevenharman has quit [Quit: Leaving...]
stevenharman has joined #rubygems
stevenharman has quit [Ping timeout: 240 seconds]
jpfuentes2 has joined #rubygems
dvu has joined #rubygems
huoxito has joined #rubygems
huoxito has quit [Ping timeout: 255 seconds]
<substdio>
no?
substdio has left #rubygems [#rubygems]
matthewd has joined #rubygems
timidri has joined #rubygems
<timidri>
Hi all! I am using rubygems 1.8.23 behind an NTLM proxy. Despite having tried to use http_proxy and HTTP_PROXY environment vars, --http-proxy command line parameter, to no avail. Still getting Error fetching data: bad response Proxy Authentication Required 407. Any ideas?
tbuehlmann has quit [Quit: Leaving]
redmenace has joined #rubygems
Elhu has quit [Remote host closed the connection]
redmenace has quit [Ping timeout: 240 seconds]
huoxito has joined #rubygems
havenn has quit [Remote host closed the connection]
havenwood has joined #rubygems
havenn has joined #rubygems
havenn is now known as havenwood_
havenwood has quit [Ping timeout: 268 seconds]
huoxito has quit [Remote host closed the connection]
<evan>
you still have the issues of extra requestsn
<evan>
I assume you don't fetch api/paths each time?
havenwood has quit [Remote host closed the connection]
<matthewd>
Initially, 'each run but not each request' would be an improvement over the many redirects we get at the moment
havenwood has joined #rubygems
<matthewd>
But caching locally with some relatively sane TTL (plus maybe immediate request if we run out of listed hosts for a given target URL) wouldn't be an insane addition
<evan>
how do I hand out the best mirror for the client?
<evan>
use geoip in /api/paths?
<evan>
in being in the code that returns it
<matthewd>
Yeah
<evan>
well
<evan>
what problem are you working around?
<evan>
hitting rg.org/gems/blah.gem and getting a redirect?
<matthewd>
Mostly, yeah
<evan>
ok
<evan>
we can just make the client smarter
<evan>
we don't need to change anything
<matthewd>
(Also, going via rg.org instead of straight to bundler.rg.org is still costing some time)
<evan>
it shouldn't
<evan>
because you don't see bundler.rg.org anymore
<evan>
it's proxied on the backend
<matthewd>
So when it first sees a redirect for /gems/foo, it will assume bar is also at /gems/bar ?
<evan>
right
<evan>
basically, the server will promise that if you see a redirect on a file
<matthewd>
Yeah... and that proxied request takes longer than when I was directly hitting bundler.rg
<evan>
you can use that same server to request the rest of the files
<evan>
longer by how much?
<evan>
i need some data :)
havenwood has quit [Ping timeout: 245 seconds]
<matthewd>
Basically it seemed to match Aaron's reported performance from when it was redirecting
<evan>
that can't be true.
<matthewd>
So I assume it's an SSL session setup between the servers
<evan>
nope
<evan>
no SSL on the backend proxy
<evan>
I need to see the setup
<evan>
because it contradicts what I've seen.
<matthewd>
It's possible I was imagining it
<matthewd>
I think I may have been comparing timings from two different occasions :|
<evan>
ok, so let's ignore that for a moment
<evan>
because i've got even bigger plans for that stuff
<evan>
that will help even more
<matthewd>
Anyway, it was only ~150ms or so -- nothing like it used to be
<matthewd>
Yup
<evan>
for now, the client can reuse a redirection target as the base
<evan>
that should eliminate all but the first
<matthewd>
Yup. That had been my original plan, but I dismissed it as being too hacky :)
<evan>
initialy, just /gems and /quick should do it
<evan>
it's an elegant hack
<evan>
and totally acceptable.
<matthewd>
Should it remember a single redirect for /(gems|quick), or one each?
<evan>
the longer term plan is to use anycast DNS so that hitting api.rubygems.org will have you talking to a server in your region
<evan>
for everything
<evan>
one for both is fine
<matthewd>
Yeah, I noticed that dnsimple seem to be maybe-possibly-considering supporting geodns (which I assume is what would actually be needed)
<evan>
if I get around to do the arch changes before dnsimple is ready, i've got some other things I can put in place
<matthewd>
Ah okay, cool
<evan>
but the plan is to have the mirrors be more than caching proxies like they are now
bbrowning is now known as bbrowning_away
<evan>
the plan is to have them have the api data as well.
<evan>
matthewd: did you have any thoughts to my comment about restricting how the SRV record would be used
<evan>
about clamping the values it can return
<matthewd>
Ah, yes, that sounded like a good plan
<evan>
ok
graphex has quit [Ping timeout: 240 seconds]
<matthewd>
evan: PM?
<evan>
sure
jpfuentes2 has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
huoxito_ has joined #rubygems
huoxito has quit [Ping timeout: 265 seconds]
dbussink has quit [Ping timeout: 255 seconds]
jaimef has quit [Ping timeout: 255 seconds]
dbussink has joined #rubygems
jaimef has joined #rubygems
havenwood has joined #rubygems
havenwood has quit [Remote host closed the connection]
havenwood has joined #rubygems
redmenace has quit [Ping timeout: 265 seconds]
josh-k has joined #rubygems
redmenace has joined #rubygems
redmenace has quit [Ping timeout: 268 seconds]
redmenace has joined #rubygems
graphex has joined #rubygems
Briareos1 has quit [Remote host closed the connection]
Epx998 has joined #rubygems
<Epx998>
Is there a way to DL all the gems/versions available? Looking to deploy an internal gem server so other nodes wont need to talk to the internet.
<drbrain>
evan: ↑
<evan>
Epx998: you don't want to do that
<Epx998>
whys that?
<evan>
it's huge, contains tones of data you don't want
<evan>
and you have to figure out how to keep it up to date
<evan>
which what the users want
<evan>
can you tell me a bit more?
<evan>
can you use bundler's vendoring?
<evan>
thats the typical way people deal with an offline scenario.
<Epx998>
We just cant have extrnal downloads within the network the various hosts reside.
bbrowning_away has quit [Ping timeout: 265 seconds]
<evan>
Epx998: you don't want a gem mirror just for that reason
<evan>
trust me.
<evan>
i'd suggest you either use bundler's vendoring
josh-k_ has joined #rubygems
<evan>
or try to setup a proxy that can talk to rubygems that your hosts can talk to