<chrisseaton>
Locke23rus_: you're not benchmarking the speed of 'require' there - you're benchmarking how fast the different VMs start.
<Locke23rus_>
chrisseaton: it's reproduced in our rails app on MRI
<chrisseaton>
Locke23rus_: but I think all the implementations doing some initialisation the first time you do things like require - maybe try disabling things like RubyGems which may interfere with the require mechanism
<Locke23rus_>
chrisseaton: any links/advice how to disable rubygems ?
imperator has quit [Quit: Valete!]
zorak8 has joined #jruby
tenderlove has quit [Read error: Connection reset by peer]
<chrisseaton>
Locke23rus_: --disable=gems on MRI, something similar on JRuby
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
nanoyak has joined #jruby
<Locke23rus_>
chrisseaton: thanks! Not it's looks like problem in rubygems %)
neoice has quit [Ping timeout: 245 seconds]
tenderlove has joined #jruby
calavera has joined #jruby
tcrawley is now known as tcrawley-away
neoice has joined #jruby
multibot_ has quit [Read error: Connection reset by peer]
multibot_ has joined #jruby
nanoyak has quit [Quit: Computer has gone to sleep.]
tenderlove has quit [Read error: Connection reset by peer]
tenderlo_ has joined #jruby
tenderlo_ has quit [Quit: Leaving...]
erikhatcher has quit [Quit: erikhatcher]
Locke23rus_ has quit [Remote host closed the connection]
<enebo>
nirvdrum: It is almost always worth checking -X-C before reporting
qmx has joined #jruby
qmx has quit [Changing host]
qmx has joined #jruby
<enebo>
nirvdrum: although the number of jit vs non-jit bugs will be smaller in 9k since most will be bugs in the IR itself and not during bytecode generation
<headius>
nirvdrum: the dispatch was done by jitted code
LTe has quit [Ping timeout: 265 seconds]
<headius>
doesn't matter if the method was jitted
<nirvdrum>
Ahh.
<headius>
as in 1.7, target script is immediately compiled
<nirvdrum>
I wasn't aware. Good to know.
<nirvdrum>
enebo: I'll keep that in mind. I figured since I was evaluating a simple script from the CLI and not loading rubygems, not a whole lot would end up being JITted.
<enebo>
nirvdrum: I don’t think we JIT script bodies in master by default anymore
<enebo>
asarih: so then different people would be getting different copies and they would start diverging
<asarih>
LOLOLOLOL
<enebo>
asarih: then when a compiler would run on OS/2 vs Windows the compilers would pick potentially different winner
<enebo>
asarih: not always the winner that the person developing was committing to
<enebo>
asarih: So they would not understand why there debug logic was getting run
<asarih>
enebo: are they still in business?
<enebo>
asarih: They are an industrial giant of their industry
<asarih>
ಠ_ಠ
<enebo>
asarih: but fwiw their decisions to do this made sense but ended up being horribly wrong
colinsurprenant has joined #jruby
<enebo>
asarih: technically it was a great solution but it assumed no one would ever use anything but their blessed client
<enebo>
asarih: The solution would have simple to have been to rename the binary
e_dub has quit [Quit: e_dub]
<headius>
enebo, nirvdrum: we do JIT target script on master as well
<asarih>
enebo: well, I hope they're not developing for OS/2 any more.
anaeem1_ has quit [Ping timeout: 256 seconds]
<enebo>
headius: This is mostly for people benching right?
<headius>
I figured it was best to do that until we can independently jit blocks, since people run a lot of quick benchmarks at command line using nothing but blocks
<headius>
yes
<headius>
and to be consistent with 1.7
<nirvdrum>
headius: What do you mean by target script here? The -e body or the eval body?
<enebo>
headius: you know we could get some startup if we only did it for the main file
<headius>
nirvdrum: whatever you pass to JRuby command, so -e or script file
<enebo>
oh it does do that
<headius>
enebo: we do
<enebo>
ok that is my confusing then
<nirvdrum>
Gotcha.
<enebo>
and bad grammar
<headius>
hah
donV has joined #jruby
<nirvdrum>
I was looking at the contribution graphs last night. The last 3 months seem to be the most active in the project's history.
<headius>
enebo: we could still have 9k support multiple modes...just ship the 1.7 jar in there too
<headius>
nirvdrum: I know, it's awesome
<enebo>
headius: hahah
skade has quit [Quit: Computer has gone to sleep.]
<enebo>
headius: not sure if that is a bad idea or a really great one
<nirvdrum>
stdlib is different though. You'd need to package all those up into the JAR too.
<enebo>
nirvdrum: jruby-complete!
<headius>
nirvdrum: yeah maybe we should make a jruby jar again that pulls in those two and a "jruby" command
<headius>
I mean jruby gem
<enebo>
we can hide it all behind rvm and jruby —1.8 will dl one if it is not installed
<headius>
gem install jruby; jruby1.7 -e ...
<enebo>
PHONE HOME
<headius>
enebo: beautiful
<headius>
hrm, when was the last time we merged 1.7?
metadave has joined #jruby
<headius>
this is going to be ugly I bet
LTe has quit [Ping timeout: 264 seconds]
<headius>
mkristian has been quiet over holidays though...
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 1 new commit to jruby-1_7: http://git.io/GGoQrw
<JRubyGithub>
jruby/jruby-1_7 d7db423 Charles Oliver Nutter: Fix zero-length search string behavior in String#start_with?....
JRubyGithub has left #jruby [#jruby]
kfpratt has quit [Read error: Connection reset by peer]
pchalupa has quit [Quit: Computer has gone to sleep.]
<enebo>
headius: my sympathies
subbu has joined #jruby
LTe has joined #jruby
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<nirvdrum>
headius: RubyString merges are probably going to be messy. I haven't touched that method yet though.
<nirvdrum>
I can port that if easier.
bbrowning is now known as bbrowning_away
<headius>
merge complete...RubyString wasn't bad but there weren't many changes
<headius>
I'm reviewing the whole diff before I push...some 1.7isms snuck through
<headius>
nirvdrum: I don't guess we'll have many changes to RubyString on 1.7
<nirvdrum>
Cool.
<nirvdrum>
headius: End up getting your Windows license?
<nirvdrum>
Since you were discussing pre1 yesterday . . .
<headius>
I think they're being shipped soon...IT folks asked me for an address
<nirvdrum>
They couldn't just give you a code? MS has all the ISOs online.
<nirvdrum>
Anyway, Windows is in bad shape on the native front.
<headius>
I know
<headius>
I expected to just get codes but I guess they're going to snail mail me media too
<lupine>
i'm seeing a jruby process max out at ~4 cores. The workhorse is gserver (I know, I know :p) which defaults to allowing a concurrency of 4, but I'm telling it to allow 16. Load stays topped at 4. Is there a JVM/JRuby setting that might be limiting it to eating 4 cores?
<chrisseaton>
I've mocked out the IO to just read from an array when I benchmark it
<headius>
ok
<chrisseaton>
that's with extensive warmup, error is +- 1 SD, etc etc
<lopex>
isnt it the IO that's slow ?
e_dub has quit [Quit: e_dub]
e_dub has joined #jruby
<chrisseaton>
it's mocked to read from an array
<chrisseaton>
if it was IO the error would be much larger, and the difference between implementations wouldn't be so high
<headius>
may be why it was never reported before
<lopex>
@elite dark matter
<multibot_>
darx ma7teR
colinsurprenant has quit [Quit: colinsurprenant]
baroquebobcat has joined #jruby
<headius>
nice
x1337807x has joined #jruby
x1337807x has quit [Max SendQ exceeded]
<nirvdrum>
headius: Block overhead not being reported before? Or something else?
x1337807x has joined #jruby
<headius>
nirvdrum: block overhead lost in IO overhead
<headius>
for this particular case
<nirvdrum>
Ahh.
vtunka_ has quit [Quit: Leaving]
colinsurprenant has joined #jruby
Hobogrammer has quit [Ping timeout: 265 seconds]
<enebo>
chrisseaton: neat thanks for pointing that out
<brixen>
chrisseaton: do you track / show the memory usage, warmup on those benches?
rsim has quit [Read error: Connection reset by peer]
erikhatcher has quit [Quit: erikhatcher]
<chrisseaton>
brixen: I can show you the warmup... one second...
<chrisseaton>
brixen: that's the warmup of this benchmark - sorry for the crappy screenshot - it's a hacked together tool http://i.imgur.com/ZYsFwlJ.png
<chrisseaton>
brixen: that's not very interesting in terms of warmup - I'll find a benchmark that's more interesting...
<brixen>
chrisseaton: is it accurate to generalize then that graal has very low warmup costs?
<brixen>
graal + truffle, I guess
<chrisseaton>
brixen: no, Graal currently has not-so-great warmup performance - it does take a while to get going sometimes
<brixen>
hm, ok
<chrisseaton>
that's why I'm just looking for a better example...
<brixen>
I'm not sure how to read that graph then
<brixen>
ok
<brixen>
no worries
<brixen>
just curious
<chrisseaton>
that benchmark is very small, so it's not very typical
<chrisseaton>
brixen: as for memory usage - we are admittedly not tracking that at all at the moment
<brixen>
got it, thanks
<chrisseaton>
brixen: we're currently seeing how far we can go in optimising Ruby, without worrying too much about memory or warmup - what's the best we could possibly do for ruby?
<chrisseaton>
brixen: you can run these benchmarks yourself - jruby/bench9000
<headius>
that's the hash in which matz changed it, in 2003
nanoyak has quit [Client Quit]
nanoyak has joined #jruby
<headius>
I'm also disappointed you missed my Scruffy quote
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius closed issue #2426: NullPointerException when trying to assign UnboundMethod using define_method & to_proc http://git.io/Tu3Anw
JRubyGithub has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 1 new commit to master: http://git.io/oz9ExA
<JRubyGithub>
jruby/master 4644d33 Charles Oliver Nutter: Merge remote-tracking branch 'origin/jruby-1_7'
JRubyGithub has left #jruby [#jruby]
towski has joined #jruby
erikhatcher has joined #jruby
mberg_ is now known as mberg
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] chrisseaton pushed 1 new commit to master: http://git.io/auaK8g
<JRubyGithub>
jruby/master 760957d Chris Seaton: [Truffle] Typo in TODO comment.
JRubyGithub has left #jruby [#jruby]
anaeem1 has joined #jruby
krainboltgreene has joined #jruby
Aethenelle has quit [Quit: Aethenelle]
<chrisseaton>
headius: can't build master - RubyUnboundMethod.java:[160,15] error: method super_method in class RubyUnboundMethod cannot be applied to given types
mattwildig has joined #jruby
<enebo>
headius: I WAS EATING LUNCH
<headius>
no excuse
<enebo>
but 1.6 timeframe does make sense since you tried 1.8.7
<headius>
chrisseaton: ah I'll get it...merged from 1.7
<enebo>
1.8.6 probably would not have changed that but ...
<enebo>
yay
<enebo>
new file git bite
<enebo>
chomp
<krainboltgreene>
I have If I drop support for jruby-18mode am I like killing my jruby support entirely?
<krainboltgreene>
Or does the jruby community use at least 19mode?
<enebo>
krainboltgreene: good question but based on reports we typically very few 1.8 bugs anymore
<enebo>
krainboltgreene: whether that means not as many people use it or our compat is good enough I don’t know though
<krainboltgreene>
Hmm, kay.
<enebo>
krainboltgreene: If I had to guess I would think a lion share use 1.9 and really want 9k out for 2.x support
<krainboltgreene>
Great.
<headius>
krainboltgreene: hiya!
<krainboltgreene>
(I personally can't wait any harder for kwarg support, aka 2.1+)
<enebo>
HEH
<krainboltgreene>
headius: Heyo.
<headius>
krainboltgreene: kwargs should be 100% in 9k, so that's right around the corner
<krainboltgreene>
Sorry, 9k?
<chrisseaton>
The next major version of JRuby, 9.0.0.0
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<chrisseaton>
headius: we're running findbugs just on the Truffle part at the moment - as it's newer and less code it's easier for us to get it all passing
<headius>
ok...it would be nice to expand that to all of JRuby
<headius>
we haven't done it since moving to maven...before that it was a manual process because we didn't want to commit findbugs to the repo
<enebo>
headius: I basically concur with your comment. Added a comment for posterity
<chrisseaton>
headius: yeah I couldn't the existing setup working - it ran out of memory at like 32GB heap
<enebo>
chrisseaton: has findbugs been useful for you so far?
<enebo>
but from what I remember you can configure any suggestion off
<mpapis>
headius enebo then I will be at jrubyconf.eu :D
<enebo>
mpapis: great!
<nirvdrum>
headius: It's only running over Truffle at the moment.
<nirvdrum>
chrisseaton saw that the wider one was there but it wasn't working for whatever reason.
<enebo>
nirvdrum: I think chrisseaton mentioned running OOM at 32G
<nirvdrum>
Ahh. Chris already answered. Stupid buffer.
<nirvdrum>
headius, enebo: I've run the IDEA static analyzer across the codebase and while it takes a while, it seems to find a lot of legitimate issues.
<nirvdrum>
I haven't pecked through them yet. But there were a fair number of synchronization issues.
<enebo>
nirvdrum: I actually have fixed things which pop up in IDEA if I happen to be in the class
<enebo>
nirvdrum: most of them are not very important but usually the replacement suggestions are good
<nirvdrum>
If you run the full analyzer I think you'll get richer results.
<nirvdrum>
I'll kick another off now.
<enebo>
nirvdrum: cool
<chrisseaton>
we might try CheckStyle at some point as well - used used to run that when we were in the Truffle repository
nateberkopec has quit [Quit: Leaving...]
baroquebobcat has quit [Quit: baroquebobcat]
baroquebobcat has joined #jruby
elia has quit [Quit: Computer has gone to sleep.]
kgerman_ has joined #jruby
kgerman_ has quit [Client Quit]
subbu|busy is now known as subbu
robbyoconnor has quit [Ping timeout: 245 seconds]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] enebo closed issue #2435: 9k -n does not work with non-local flow control http://git.io/UctQFA
JRubyGithub has left #jruby [#jruby]
subbu is now known as subbu|afk
calavera has joined #jruby
<chrisseaton>
headius enebo: the other thing we were going to try to do would be to make findbugs a required test on Travis - but not sure yet if it might introduce too many failing builds and would be annoying
<enebo>
chrisseaton: I am less estactic about that idea but I have not seen a report in a long time
<enebo>
chrisseaton: even if it is just Truffle I think it would be nice to know how often someone viiolates findbugs rule set to know if it would be annoying or not
<enebo>
chrisseaton: but of course the only way to know would be to try (unless someone wants to periodically run it off line for a while)
<chrisseaton>
it's in allowed failures at the moment - so we can guess from how often that goes red
<chrisseaton>
I'll give it a week
<chrisseaton>
it's red at the moment as there's a backlog, of course
<enebo>
chrisseaton: cool yeah let’s see. When I notice it change I will glance at its suggestions
<headius>
it would be worth running a report with each and reviewing them
<headius>
if they're useful we can go through the effort to configure them better and run them regularly
<JRubyGithub>
[jruby] headius closed issue #2412: Calling Kernel method in a subclass of SimpleDelegator fails with NoMethodError private method http://git.io/2BsZhg
JRubyGithub has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 1 new commit to master: http://git.io/_nzEfg
<JRubyGithub>
jruby/master 2201765 Charles Oliver Nutter: Remove native bits of delegate lib....
JRubyGithub has left #jruby [#jruby]
elia has joined #jruby
pietr0 has quit [Quit: pietr0]
subbu|afk is now known as subbu
<chrisseaton>
does anyone else use SourceTree for the JRuby repo? Over the last month it's gotten slower and slower and not sure if it's just me - nothing else is slower on my system
elia has quit [Quit: Computer has gone to sleep.]
<headius>
I've never heard of it
elia has joined #jruby
<chrisseaton>
It's an Atlassian guy - it used to be hg only but now it does git as well
<chrisseaton>
not guy - I mean gui
<headius>
ahhh neat
<headius>
never used it
<headius>
I've used gitx from time to time
<cpuguy83>
SourceTree gets worse with every release.
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] chrisseaton pushed 1 new commit to master: http://git.io/AbEqDg
<JRubyGithub>
jruby/master 8c588f4 Chris Seaton: [Truffle] Clear all major findbugs bugs.
JRubyGithub has left #jruby [#jruby]
<headius>
enebo and I got scm guis beaten out of us by NetBeans
<headius>
its scm support was pretty much unusable when we started at Sun
<dfr|work>
afternoon folks
<enebo>
MAGIT
<dfr|work>
headius, so apparently there's a pull request to add jruby support for protobufs :D
<dfr|work>
not mine though >.<
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius closed issue #2436: OpenSSL::SSL::SSLSocket#cipher different than MRI http://git.io/rEKAhw
JRubyGithub has left #jruby [#jruby]
<headius>
dfr|work: awesome...I guess the world just couldn't handle MRI-only protobuf support
<dfr|work>
headius, technically, once it gets accepted, I may try make my project use it :)
rsim has joined #jruby
pietr0 has joined #jruby
erikhatcher has quit [Quit: erikhatcher]
<headius>
excellent!
<headius>
anchor it in the world
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 1 new commit to jruby-1_7: http://git.io/jmjIig
<JRubyGithub>
jruby/jruby-1_7 b110106 Charles Oliver Nutter: Clean up and align logic in String#start_with? and end_with?....
JRubyGithub has left #jruby [#jruby]
subbu has quit [Ping timeout: 244 seconds]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 2 new commits to master: http://git.io/EnK21g
<JRubyGithub>
jruby/master 20dc9ec Charles Oliver Nutter: Merge remote-tracking branch 'origin/jruby-1_7'
<JRubyGithub>
jruby/master c9d8c77 Charles Oliver Nutter: Module#include is now public. Fixes #2408....
mrmargol_ has quit [Remote host closed the connection]
tcrawley is now known as tcrawley-away
<headius>
tenderlove: oh I'll answer back soon enough
<tenderlove>
lol
<tenderlove>
I don't know how to answer back
<headius>
my kid wanted to sing that one over the weekend
<headius>
yeah I don't know either
<tenderlove>
I saw one of your challenges, but I couldn't figure out what to do
<headius>
maybe it's just a taunt
<headius>
I'll be sure to keep trying until I beat your score
<headius>
SingStar arms race
subbu has quit [Ping timeout: 240 seconds]
kares has quit [Ping timeout: 244 seconds]
mitchellhenke has quit [Quit: Computer has gone to sleep.]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] nirvdrum pushed 1 new commit to master: http://git.io/cE3iXw
JRubyGithub has left #jruby [#jruby]
<JRubyGithub>
jruby/master 95b3cee Kevin Menard: Replaced a usage of '==' with 'equals' for comparing Strings.
<nirvdrum>
enebo: Do you ever compare Java strings using == for performance reasons? Or would situations like that just be Ruby creeping in?
<enebo>
nirvdrum: we did and still do in some places
<nirvdrum>
enebo: The same deal with Integer.
<enebo>
nirvdrum: it largely does not matter anymore but it prevented waiting for equals to inline
<enebo>
nirvdrum: Java 1.4 was much slower than Java 8
<nirvdrum>
Yeah. There are just some cases where that can burn you if you're not careful.
<nirvdrum>
Particularly with Integer since I think only the first 1K are cached.
<enebo>
nirvdrum: well fwiw we did it for identifiers and they all come in from the parser
<nirvdrum>
DominatorTreeBuilder#buildDominatorTree compares some Integers that way.
<enebo>
nirvdrum: and literals are interned by default
<enebo>
nirvdrum: ah heh
rsim1 has joined #jruby
<enebo>
nirvdrum: we should not be doing that :)
<nirvdrum>
Courtesy of the IDEA inspector ;-)
<enebo>
oh good god :)
<chrisseaton>
nirvdrum: is that a premium feature?
rsim2 has joined #jruby
rsim has quit [Read error: No route to host]
elia has quit [Quit: Computer has gone to sleep.]
<nirvdrum>
I'm not sure. Do you have an Analyze menu at the top?
<nirvdrum>
It's the "Inspect Code" item in there.
<chrisseaton>
ah no I do actually
baroquebobcat has quit [Quit: baroquebobcat]
<nirvdrum>
I did change the project defaults a bit. I can commit that.
<nirvdrum>
Otherwise it'll inspect every Ruby file we have.
<nirvdrum>
And run Rails inspections.
<nirvdrum>
Oh, and all the JS.
<enebo>
yeah I don’t know why this is all Integer
<nirvdrum>
enebo: There's a few places where we synchronize on non-final fields, too. They may be okay, but they may be latent bugs.
subbu has joined #jruby
baroquebobcat has joined #jruby
<enebo>
nirvdrum: I definitely understand the value of these tools. I just don’t like some of the dogma which becomes attached to them. but we can probably end up with a sensible rulset
<chrisseaton>
yeah we probably don't want to start berating people for failing findbugs in PRs
<nirvdrum>
Heh.
<nirvdrum>
I never understood when maintainers hold contributors to higher standards than themselves.
<enebo>
ah I have never examined this code because it is currently unused
<nirvdrum>
"We can't accept this without a test." "But there was never a test to begin with."
rsim1 has quit [Ping timeout: 265 seconds]
mattwildig has quit []
<nirvdrum>
My favorite category in the IDEA on is "probable bugs"
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] enebo pushed 3 new commits to master: http://git.io/YeJmMw
<JRubyGithub>
jruby/master ecf6693 Thomas E. Enebo: Removing old non-flow variables/methods (partial)
<JRubyGithub>
jruby/master 7c489e2 Thomas E. Enebo: Removing old non-flow variables/methods (partial)
<JRubyGithub>
jruby/master d87860a Thomas E. Enebo: Replace Integer usage with int in currently unused code
JRubyGithub has left #jruby [#jruby]
<enebo>
headius: ok for some reason in any check since the verbose output was change ruby:spec:fast just sort of ends on my machine so I am pushing what I had to see if it is green (since I guess I don’t know)
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<enebo>
mri and extended run fully
<enebo>
nirvdrum: any other IR things of note?
calavera has quit [*.net *.split]
tenderlove has quit [*.net *.split]
qmx has quit [*.net *.split]
yopp has quit [*.net *.split]
bbrowning_away has quit [*.net *.split]
Antiarc has quit [*.net *.split]
dcorbin has quit [*.net *.split]
locks has quit [*.net *.split]
tbuehlmann has quit [*.net *.split]
rhinon has quit [*.net *.split]
jarib has quit [*.net *.split]
sluukkonen has quit [*.net *.split]
baroquebobcat has quit [*.net *.split]
camlow325 has quit [*.net *.split]
viking has quit [*.net *.split]
kfpratt has quit [*.net *.split]
chrisseaton has quit [*.net *.split]
yipdw has quit [*.net *.split]
brycek_ has quit [*.net *.split]
cajone has quit [*.net *.split]
cprice404 has quit [*.net *.split]
dyer|away has quit [*.net *.split]
jgdavey has quit [*.net *.split]
Scient has quit [*.net *.split]
haze has quit [*.net *.split]
quadz has quit [*.net *.split]
rtyler has quit [*.net *.split]
dcorbin has joined #jruby
locks has joined #jruby
dcorbin has joined #jruby
tenderlove has joined #jruby
bbrowning_away has joined #jruby
calavera has joined #jruby
qmx has joined #jruby
sluukkonen has joined #jruby
jarib has joined #jruby
jarib has joined #jruby
Antiarc has joined #jruby
baroquebobcat has joined #jruby
camlow325 has joined #jruby
viking has joined #jruby
kfpratt has joined #jruby
cprice404 has joined #jruby
haze has joined #jruby
brycek_ has joined #jruby
quadz has joined #jruby
rtyler has joined #jruby
jgdavey has joined #jruby
dyer|away has joined #jruby
Scient has joined #jruby
cajone has joined #jruby
yipdw has joined #jruby
chrisseaton has joined #jruby
rhinon has joined #jruby
enebo has quit [Quit: enebo]
Felystirra has joined #jruby
mister_solo has joined #jruby
elux has quit [Quit: Bye!]
lopex has quit [Ping timeout: 244 seconds]
amdprophet has quit [Ping timeout: 244 seconds]
<nirvdrum>
I guess I missed him.
anaeem1__ has quit [Ping timeout: 244 seconds]
amdprophet has joined #jruby
lopex has joined #jruby
rsim has joined #jruby
rsim1 has joined #jruby
rsim has quit [Read error: Connection reset by peer]
rsim2 has quit [Ping timeout: 265 seconds]
elia has joined #jruby
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]