lbianc_ has joined #rubinius
locks has joined #rubinius
pietr0_ has joined #rubinius
diegovio1 is now known as diegoviola
mrb_bk has joined #rubinius
clauswitt has quit [Ping timeout: 264 seconds]
lbianc has quit [Ping timeout: 264 seconds]
yopp has quit [Ping timeout: 264 seconds]
lbianc_ is now known as lbianc
pietr0_ is now known as pietr0
yopp has joined #rubinius
clauswitt has joined #rubinius
jeregrine has joined #rubinius
Caius has joined #rubinius
elia has quit [Quit: Computer has gone to sleep.]
slaught has joined #rubinius
|jemc| has quit [Ping timeout: 264 seconds]
elia has joined #rubinius
havenwood has joined #rubinius
amsi has quit [Ping timeout: 245 seconds]
amsi has joined #rubinius
chrisseaton has joined #rubinius
dbussink has quit [Ping timeout: 244 seconds]
locks has quit [Ping timeout: 244 seconds]
|jemc| has joined #rubinius
locks has joined #rubinius
dbussink has joined #rubinius
cezarsa has joined #rubinius
dlackty__ has joined #rubinius
flavorjones has joined #rubinius
dimday has joined #rubinius
Bwild has quit [Ping timeout: 240 seconds]
_whitelogger_ has joined #rubinius
<|jemc|> brixen: pushed a change to the influxdb-grafana README with a new section titled "Usage on Remote Hosts"
<|jemc|> explaining what I was just telling you here
<|jemc|> if anything about that explanation is not clear, please push a commit making it clearer for the next poor drifting soul
meh` has quit [Ping timeout: 264 seconds]
dbussink has quit [Ping timeout: 244 seconds]
dbussink has joined #rubinius
amsi has quit [Quit: Leaving]
locks has quit [Read error: Connection reset by peer]
locks has joined #rubinius
amclain has joined #rubinius
flavorjones has quit [Ping timeout: 244 seconds]
flavorjones has joined #rubinius
<brixen> |jemc|: sweet, thanks, I'll give it a shot
<brixen> |jemc|: totally works, thanks! :)
<|jemc|> glad to hear it
<brixen> yeah, that's very sweet
havenwood has quit [Remote host closed the connection]
<brixen> so, next interesting challenge is collating multiple sources :)
<brixen> ie, every Travis run of rbx
<brixen> hm, 20k inline cache resets on a spec run, 459 threads
<|jemc|> brixen: what are you picturing with the collating?
<brixen> unsure :)
<|jemc|> one idea would be adding a custom string at runtime into the statsd metric path
<|jemc|> at the rbx level
<brixen> yeah, I have a couple schemes I'm thinking about
<brixen> more trying to imagine visualizing this
<brixen> ie, what the rollups would be
<brixen> because the raw values are less interesting to me than the aggregate values
<brixen> well, in some cases
<brixen> so, for example, different processes reporting
<brixen> but I care about percentiles on values over, say, the past 24 hrs
<brixen> so, instead of "this process on this node in real time", it's more "all process that reported any time in the past 24 hours"
<brixen> past N hours
larstobi has quit [Ping timeout: 265 seconds]
dbussink has quit [Ping timeout: 244 seconds]
andrewstewart has quit [Ping timeout: 244 seconds]
andrewstewart has joined #rubinius
locks has quit [Ping timeout: 244 seconds]
yipdw has quit [Quit: No Ping reply in 180 seconds.]
yipdw has joined #rubinius
yipdw has joined #rubinius
sbryant has quit [Ping timeout: 244 seconds]
locks has joined #rubinius
andrewstewart has quit [Ping timeout: 243 seconds]
sbryant has joined #rubinius
andrewstewart has joined #rubinius
larstobi has joined #rubinius
dbussink has joined #rubinius
RageLtMan has joined #rubinius
_whitelogger_ has joined #rubinius
Bwild has joined #rubinius
_whitelogger_ has quit [Excess Flood]
_whitelogger_ has joined #rubinius
jeregrine has quit [Ping timeout: 244 seconds]
dbussink has quit [Ping timeout: 244 seconds]
mrb_bk has quit [Ping timeout: 244 seconds]
sbryant has quit [Ping timeout: 244 seconds]
tenderlove has quit [Remote host closed the connection]
jeregrine has joined #rubinius
tenderlove has joined #rubinius
mrb_bk has joined #rubinius
sbryant has joined #rubinius
dimday has quit [Ping timeout: 256 seconds]
dbussink has joined #rubinius
dbussink has quit [Ping timeout: 244 seconds]
pietr0 has quit [Quit: pietr0]
dbussink has joined #rubinius
diegovio1 has joined #rubinius
diegoviola has quit [Ping timeout: 240 seconds]
tenderlove has quit [Remote host closed the connection]
halorgium has quit [Ping timeout: 244 seconds]
halorgium has joined #rubinius
diegovio1 has quit [Ping timeout: 245 seconds]
diegovio1 has joined #rubinius
diegovio1 is now known as diegoviola
sbryant has quit [Ping timeout: 244 seconds]
nirvdrum has quit [Ping timeout: 244 seconds]
sbryant has joined #rubinius
dbussink has quit [Ping timeout: 244 seconds]
mjc_ has quit [Ping timeout: 244 seconds]
mjc_ has joined #rubinius
sbryant has quit [Ping timeout: 244 seconds]
sbryant has joined #rubinius
RageLtMan has quit [Ping timeout: 255 seconds]
dbussink has joined #rubinius
_whitelogger_ has joined #rubinius
tenderlove has joined #rubinius
dbussink has quit [Ping timeout: 244 seconds]
dimday has joined #rubinius
diegoviola has quit [Read error: Connection reset by peer]
dbussink has joined #rubinius
dbussink has quit [Ping timeout: 244 seconds]
tenderlove has quit [Ping timeout: 255 seconds]
sbryant has quit [Ping timeout: 244 seconds]
sbryant has joined #rubinius
dbussink has joined #rubinius
noop has joined #rubinius
tenderlove has joined #rubinius
goyox86 has joined #rubinius
tenderlove has quit [Ping timeout: 244 seconds]
halorgium has quit [Ping timeout: 244 seconds]
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
halorgium has joined #rubinius
chrisseaton has quit [Read error: Connection reset by peer]
chrisseaton has joined #rubinius
flavorjones has quit [Ping timeout: 244 seconds]
flavorjones has joined #rubinius
amclain has quit [Quit: Leaving]
Prathame_ has joined #rubinius
chrisseaton has quit [Ping timeout: 244 seconds]
Prathame_ has quit [Remote host closed the connection]
Prathame_ has joined #rubinius
chrisseaton has joined #rubinius
flavorjones has quit [Ping timeout: 244 seconds]
flavorjones_ has joined #rubinius
halorgium has quit [Ping timeout: 244 seconds]
goyox86 has joined #rubinius
goyox86 has quit [Client Quit]
halorgium has joined #rubinius
mrb_bk has quit [Read error: Network is unreachable]
mrb_bk has joined #rubinius
Prathame_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
Prathame_ has joined #rubinius
flavio has joined #rubinius
flavio has joined #rubinius
<DireFog> huh that was an interesting CI failure in my pull request o_O
dimday has quit [Remote host closed the connection]
sbryant has quit [Ping timeout: 244 seconds]
tenderlove has joined #rubinius
sbryant has joined #rubinius
flavorjones_ has quit [Ping timeout: 244 seconds]
Pratham__ has joined #rubinius
flavorjones has joined #rubinius
elia has joined #rubinius
tenderlove has quit [Ping timeout: 244 seconds]
goyox86 has joined #rubinius
sbryant has quit [Ping timeout: 244 seconds]
sbryant has joined #rubinius
<goyox86> morning!
flavorjones has quit [Ping timeout: 244 seconds]
flavorjones has joined #rubinius
Prathame_ has quit [Quit: Textual IRC Client: www.textualapp.com]
halorgium has quit [Ping timeout: 244 seconds]
halorgium has joined #rubinius
<goyox86> Hey @brixen glad you fixed the issue and are able to see the dash :). There is a lot of work to be done there!
<goyox86> @brixen Just to remember you that there are some counters always in 0 :)
elia has quit [Read error: Connection reset by peer]
elia has joined #rubinius
Pratham__ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<yorickpeterse> morning
sbryant has quit [Ping timeout: 244 seconds]
sbryant has joined #rubinius
Prathame_ has joined #rubinius
halorgium has quit [Ping timeout: 244 seconds]
halorgium has joined #rubinius
jeremyevans has quit [Ping timeout: 240 seconds]
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
sferik has joined #rubinius
sferik has quit [Remote host closed the connection]
sferik has joined #rubinius
|jemc| has quit [Ping timeout: 244 seconds]
sbryant has quit [Ping timeout: 244 seconds]
sbryant has joined #rubinius
sferik has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Prathame_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
kagaro has quit [Read error: No route to host]
kagaro has joined #rubinius
goyox86 has joined #rubinius
sferik has joined #rubinius
tenderlove has joined #rubinius
tenderlove has quit [Quit: Leaving...]
benlovell has quit [Ping timeout: 265 seconds]
benlovell has joined #rubinius
Bwild has quit [Ping timeout: 240 seconds]
<goyox86> morinig yorickpeterse
<goyox86> morning*
meh` has joined #rubinius
sferik has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
sferik has joined #rubinius
sferik has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
sferik has joined #rubinius
sferik has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
JohnBat26 has joined #rubinius
nirvdrum has joined #rubinius
Prathame_ has joined #rubinius
sferik has joined #rubinius
sferik has quit [Remote host closed the connection]
sferik has joined #rubinius
JohnBat26 has quit [Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/]
mustmodify has left #rubinius [#rubinius]
JohnBat26 has joined #rubinius
johnmuhl has joined #rubinius
sferik has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
sferik has joined #rubinius
sferik_ has joined #rubinius
sferik has quit [Ping timeout: 264 seconds]
max96at|off is now known as max96at
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
goyox86 has joined #rubinius
sferik_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nirvdrum has quit [Quit: Leaving]
noop has quit [Ping timeout: 245 seconds]
havenwood has joined #rubinius
Prathame_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<brixen> goyox86: yeah, I'll fix the JIT metrics
<goyox86> @brixen Sweet!
<goyox86> I tried but did not get any success xD
<goyox86> Was to much for my current understanding of the JIT
<goyox86> ;)
Prathame_ has joined #rubinius
|jemc| has joined #rubinius
nirvdrum has joined #rubinius
JohnBat26 has quit [Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/]
sferik has joined #rubinius
sferik has quit [Client Quit]
cremes has quit [Read error: Connection reset by peer]
cremes has joined #rubinius
flavio has quit [Quit: WeeChat 1.0]
diegoviola has joined #rubinius
Prathame_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
|jemc| has quit [Ping timeout: 245 seconds]
noop has joined #rubinius
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
Prathame_ has joined #rubinius
amsi has joined #rubinius
elia has quit [Quit: Computer has gone to sleep.]
nirvdrum has quit [Ping timeout: 252 seconds]
benlovell has quit [Ping timeout: 244 seconds]
diegoviola has quit [Read error: Connection reset by peer]
mustmodify has joined #rubinius
pietr0 has joined #rubinius
nirvdrum has joined #rubinius
<mustmodify> I'm trying to transition an app from MRI to RBX. I set up a whole new VM and installed everything from scratch. I'm really struggling with what appears to be a bundler issue. Am I correct in thinking that if bundler is configured to look in /home/production/lexicon/shared/bundle, that it will find the gems in /home/production/lexicon/shared/bundle/rbx/2.1/gems? I assume so, since that's where it put them, but since it says it can't find them, I though
josh-k has joined #rubinius
unreal has quit [Ping timeout: 244 seconds]
unreal has joined #rubinius
<yorickpeterse> mustmodify: did you put them there using `bundle install --deployment`?
<mustmodify> yes
Prathame_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
Prathame_ has joined #rubinius
<yorickpeterse> Hm, that is supposed to work
<mustmodify> yorickpeterse: certainly this is OT for this channel, and you seem way to busy to troubleshoot my ops issues, but here's what I wrote up: http://stackoverflow.com/questions/27949877/why-cant-bundle-find-gems-in-production-after-bundle-deployment
sem has joined #rubinius
<yorickpeterse> mustmodify: you are switching to rbx with w/e version manager you're using right?
<mustmodify> yes, chruby
<mustmodify> capistrano is also appending some chruby magic to each line to ensure it's right.
<yorickpeterse> hmm
<yorickpeterse> Does it work if you run it without all the Capistrano stuff (so a manual bundle install on the server)?
<mustmodify> it does the same thing.
<mustmodify> It says, "That worked great! Your stuff was installed into ~/lexicon/shared/bundle"
<mustmodify> and then "Cound not find your gem. Sorry! Try bundle install!"
<yorickpeterse> And if you do just `bundle install --deployment` (without all the --path options and such)
goyox86 has joined #rubinius
<mustmodify> I tried it with just `bundle install --deployment --without test development`
<yorickpeterse> huh, that's odd
<yorickpeterse> lemme see what happens if I do something similar locally, sec
<yorickpeterse> "rubysl-irb is not part of the bundle. Add it to Gemfile. (Gem::LoadError)" euh wtf
<yorickpeterse> brixen: ^ apparently `bundle install --deployment` bypasses our Bundler hacks
<yorickpeterse> if you do that followed by `bundle exec irb` you get said error
<yorickpeterse> mustmodify: interesting, it seems for some reason bundler indeed doesn't pick up stuff from vendor/bundle
<mustmodify> it's KILLING ME.
<mustmodify> emotionally.
<mustmodify> :)
<yorickpeterse> mustmodify: I'll set up an issue
<mustmodify> I don't now if I mentioned this but if I install the gems locally ( locally on production ) then it stops complaining. But obviously that is a short-term fix, and I'd rather not have to do it.
<mustmodify> s/now/know
<mustmodify> I'll set up an issue if you need one.
<mustmodify> I just assumed it was bundler instead of rubinius.
<mustmodify> should I do that?
<yorickpeterse> Aha
<yorickpeterse> This explains why I never bumped into this problem in my production setup: we generated .bundle/config by hand
<yorickpeterse> (instaed of relying on YAML)
<yorickpeterse> * instead
<yorickpeterse> and * generate
<yorickpeterse> because we still do :P
<yorickpeterse> mustmodify: as a temp hack you could overwrite .bundle/config in a similar fashion after running the install
<yorickpeterse> I think in the next release we'll be using Psych instead of Syck, so I think that might solve it
benlovell has joined #rubinius
<yorickpeterse> brixen: ughghgh our Kernel#rand() specs are...meh
goyox86 has quit [Read error: Connection reset by peer]
goyox86_ has joined #rubinius
diegoviola has joined #rubinius
benlovell has quit [Ping timeout: 272 seconds]
Prathame_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
sem has quit [Remote host closed the connection]
Prathame_ has joined #rubinius
goyox86 has joined #rubinius
<mustmodify> yorickpeterse: You know, at one point I was thinking about blaming YAML but then I figured I was paranoid.
Prathame_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
josh-k has quit [Remote host closed the connection]
josh-k has joined #rubinius
noop has quit [Ping timeout: 276 seconds]
josh-k has quit [Remote host closed the connection]
benlovell has joined #rubinius
slaught has joined #rubinius
<mustmodify> yorickpeterse: I'm not certain syck is the cause of the problem. https://gist.github.com/mustmodify/6f441d9b7f7ff804c5ea
benlovell has quit [Ping timeout: 265 seconds]
<yorickpeterse> well yeah, both dump the ivars by default
<yorickpeterse> which works on MRI since MRI doesn't use ivars that are exposed
<mustmodify> so it seems like switching from syck to psych would not change things?
benlovell has joined #rubinius
<yorickpeterse> I recall brixen was doing some other work surrounding it, but I'm not sure
benlovell has quit [Ping timeout: 272 seconds]
benlovell has joined #rubinius
slaught has quit [Quit: slaught]
Bwild has joined #rubinius
benlovell has quit [Ping timeout: 245 seconds]
benlovell has joined #rubinius
benlovell has quit [Ping timeout: 265 seconds]
diegoviola is now known as resentido
resentido is now known as diegoviola
goyox86__ has joined #rubinius
goyox86_ has quit [Ping timeout: 252 seconds]
diegoviola is now known as resentido
<mustmodify> OMG is there seriously no way to just dump a hash to yaml without dealing with ivars?
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
goyox86__ has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
dreinull75 has quit [Remote host closed the connection]
dreinull75 has joined #rubinius
atambo has quit [Quit: yarr]
atambo has joined #rubinius
goyox86 has joined #rubinius
|jemc| has joined #rubinius
josh-k has joined #rubinius
slaught has joined #rubinius
<brixen> mustmodify: ugh, le'me see if I can figure this out
<brixen> I've seen the issue but it's very recent
<brixen> unsure if it's related to a particular version of bundler
<brixen> I first saw it preparing the 1.4.0 release
<brixen> but it's obviously happening on master
<brixen> mustmodify: are you using 2.4.1?
|jemc| has quit [Read error: Connection reset by peer]
|jemc| has joined #rubinius
elia has joined #rubinius
josh-k_ has joined #rubinius
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
josh-k has quit [Ping timeout: 240 seconds]
<brixen> ugh, not able to repro this on rbx .bundle/config
<brixen> wtf
<brixen> ahh, I wonder if it's bundle package
<brixen> bundle package --no-prune repro's
<brixen> bundle, bundle update, bundle package do not
<brixen> hmm, how have we not seen this
<brixen> I've repro'd it back to 2.2.10, bundler 1.7.4
<mustmodify> brixen: yes, 2.4.1
<brixen> mustmodify: ok, that's not the issue apparently
<brixen> happens at least as far back as 2.2.10
<mustmodify> are you reproducing the {fu: 'bar'} issue or the bundler yaml issue?
RageLtMan has joined #rubinius
<brixen> I'm looking at bundler puking junk into .bundle/config
<mustmodify> yeah.
<mustmodify> I don't think that's the simple version of this issue.
max96at is now known as max96at|off
<mustmodify> in 2.2.10, YAML.dump('fu' => 'bar') includes the hash-with-ivars issue.
<mustmodify> But in 2.2.7, YAML.dump('fu' => 'bar') is what you would expect
<mustmodify> I don't happen to have .8 or .9 installed
josh-k__ has joined #rubinius
<mustmodify> solve that and bundler will fall in line.
<mustmodify> I guess.
josh-k_ has quit [Ping timeout: 256 seconds]
<brixen> mustmodify: hm, interesting
<brixen> mustmodify: I get the ivars on 2.2.7
<brixen> mustmodify: on you 2.2.7, could you tell me what gem yaml outputs?
<mustmodify> I don't have psych installed ... might that be why?
<mustmodify> rubysl-yaml (2.0.4)
<brixen> yep, I removed psych 2.0.9 and I get normal output
<brixen> soo...
<brixen> yep, 2.4.1 works fine without psych installed
<mustmodify> Blah!
<mustmodify> I am not a fan of psych but I depend on that stupid encode_with method.
<mustmodify> yep, confirmed. 2.4.1 is fine without psych.
<brixen> ugh, ok
<mustmodify> Wow I would never have thought of checking that.
<mustmodify> ok I have a solution!
<brixen> heh, debugging is fun
<brixen> what's your solution?
<mustmodify> psych 1.3.4 does not do that.
<mustmodify> :)
<mustmodify> not a great solution.
<mustmodify> but as long as I don't hit any dependency issues, it will allow me to use Rubinius in production.
<brixen> mustmodify: try psych 2.0.6
<brixen> yeah, 2.0.6 looks good here
<mustmodify> yep, that works! Hooray thanks for your help! Wrong version of a gem has been my problem for three freaking days.
josh-k has joined #rubinius
<brixen> mustmodify: ah shit, sorry :(
<brixen> that sucks
<mustmodify> brixen: not your fault. I blame tenderlove. :)
<mustmodify> j/k
<brixen> need to figure out a way to get more rapid attention on blocker issues
<mustmodify> brixen: well, the issue is that I couldn't pin down the issue.
<brixen> mustmodify: I'm looking at the changes between 2.0.6 and 2.0.9 now
josh-k__ has quit [Ping timeout: 264 seconds]
<mustmodify> the bundler config file caused me to look at different gems not loading... blah. Anyway, learned some things so it wasn't a complete waste.
<mustmodify> And even today yorickpeterse found the yaml issue while I was busy blaming bundler. It was just a confusing situation.
<mustmodify> My daughter has invited me to go on a date to Chuck E Cheese so I guess I gotta go. Thanks for helping me see the version issue. I just couldn't see it.
<brixen> mustmodify: no worries, have fun at chuck e cheese! :)
GitHub2 has joined #rubinius
<GitHub2> [rubinius] brixen pushed 2 new commits to master: http://git.io/T3OWcw
<GitHub2> rubinius/master a51a642 Brian Shirai: Added metrics for failed JIT compiles.
<GitHub2> rubinius/master 90963f8 Brian Shirai: Lock psych to 2.0.6 until #3284 is fixed.
GitHub2 has left #rubinius [#rubinius]
travis-ci has joined #rubinius
<travis-ci> rubinius/rubinius/master (90963f8 - Brian Shirai): http://travis-ci.org/rubinius/rubinius/builds/47056650: The build passed.
travis-ci has left #rubinius [#rubinius]
<chrisseaton> hi - does Rubinius hold a global lock when C extension methods are running?
<|jemc|> chrisseaton - there's an RBXOPT called -Xcapi.lock if that helps you in your investigation
<|jemc|> "Lock around using CAPI methods"
<yorickpeterse> chrisseaton: not by default, but it can be enabled using the above option
<yorickpeterse> chrisseaton: only nkf and nokogiri currently have global locks
<chrisseaton> ok, thanks very much
nirvdrum has quit [Ping timeout: 245 seconds]