meh` has quit [Ping timeout: 244 seconds]
tenderlove has joined #rubinius
tenderlove has quit [Remote host closed the connection]
byprdct has quit [Read error: Connection reset by peer]
dzhulk has quit [Quit: Leaving.]
byprdct has joined #rubinius
arrubin has joined #rubinius
byprdct has quit [Read error: Connection reset by peer]
byprdct has joined #rubinius
tenderlove has joined #rubinius
byprdct_ has joined #rubinius
byprdct_ has quit [Max SendQ exceeded]
byprdct_ has joined #rubinius
tenderlove has quit [Ping timeout: 258 seconds]
byprdct has quit [Ping timeout: 264 seconds]
josh-k_ has quit [Remote host closed the connection]
kfpratt has quit []
tenderlove has joined #rubinius
tenderlove has quit [Ping timeout: 264 seconds]
c0rn has joined #rubinius
c0rn has quit [Client Quit]
houhoulis has joined #rubinius
tenderlove has joined #rubinius
josh-k has joined #rubinius
josh-k__ has joined #rubinius
josh-k has quit [Ping timeout: 255 seconds]
tenderlove has quit [Remote host closed the connection]
josh-k__ has quit [Remote host closed the connection]
|jemc| has quit [Quit: WeeChat 1.0.1]
jeremyevans has quit [Quit: leaving]
tenderlove has joined #rubinius
byprdct_ has quit [Read error: Connection reset by peer]
jeremyevans has joined #rubinius
tenderlove has quit [Ping timeout: 240 seconds]
byprdct has joined #rubinius
byprdct has quit [Read error: Connection reset by peer]
byprdct has joined #rubinius
byprdct_ has joined #rubinius
byprdct has quit [Ping timeout: 244 seconds]
byprdct_ has quit []
diegovio1 has joined #rubinius
diegoviola has quit [Ping timeout: 264 seconds]
diegovio1 is now known as diegoviola
|jemc| has joined #rubinius
havenwood has joined #rubinius
tenderlove has joined #rubinius
noop has joined #rubinius
tenderlove has quit [Ping timeout: 260 seconds]
houhoulis has quit [Remote host closed the connection]
dzhulk has joined #rubinius
postmodern has quit [Quit: Leaving]
diegoviola has quit [Quit: WeeChat 1.0.1]
benlovell has joined #rubinius
|jemc| has quit [Quit: WeeChat 1.0.1]
benlovell has quit [Read error: Connection reset by peer]
benlovell has joined #rubinius
|jemc| has joined #rubinius
havenwood has quit [Remote host closed the connection]
flavio has joined #rubinius
flavio has quit [Changing host]
flavio has joined #rubinius
dzhulk has quit [Quit: Leaving.]
dzhulk has joined #rubinius
elia has joined #rubinius
elia has quit [Client Quit]
elia has joined #rubinius
elia has quit [Quit: Computer has gone to sleep.]
elia has joined #rubinius
max96at|off is now known as max96at
elia has quit [Ping timeout: 245 seconds]
elia has joined #rubinius
elia has quit [Client Quit]
elia has joined #rubinius
elia has quit [Client Quit]
elia has joined #rubinius
|jemc| has quit [Quit: WeeChat 1.0.1]
elia has quit [Quit: (IRC Client: textualapp.com)]
josh-k has joined #rubinius
tenderlove has joined #rubinius
benlovell has quit [Ping timeout: 244 seconds]
tenderlove has quit [Ping timeout: 264 seconds]
lbianc_ has joined #rubinius
lbianc has quit [Ping timeout: 260 seconds]
lbianc_ is now known as lbianc
benlovell has joined #rubinius
dzhulk has quit [Quit: Leaving.]
benlovell has quit [Ping timeout: 244 seconds]
josh-k_ has joined #rubinius
josh-k has quit [Ping timeout: 250 seconds]
benlovell has joined #rubinius
max96at is now known as max96at|off
benlovell has quit [Ping timeout: 264 seconds]
lbianc_ has joined #rubinius
samflores has left #rubinius ["Textual IRC Client: www.textualapp.com"]
lbianc has quit [Ping timeout: 260 seconds]
lbianc_ is now known as lbianc
enebo has joined #rubinius
benlovell has joined #rubinius
benlovell has quit [Ping timeout: 250 seconds]
diegovio1 has joined #rubinius
diegovio1 is now known as dviola
benlovell has joined #rubinius
tenderlove has joined #rubinius
max96at|off is now known as max96at
evan has quit [Ping timeout: 240 seconds]
evan has joined #rubinius
havenwood has joined #rubinius
blowmage has quit [Ping timeout: 264 seconds]
blowmage has joined #rubinius
meh` has joined #rubinius
elia` has joined #rubinius
blowmage has quit [Ping timeout: 240 seconds]
<brixen> lolol Ruby
<yorickpeterse> but this works in MRI
<yorickpeterse> and MRI == Ruby
<yorickpeterse> right?
* yorickpeterse hides
|jemc| has joined #rubinius
<brixen> yorickpeterse: that code is running in MRI
<brixen> so, if that's what you mean by "works", then yes
<cremes> if MRI == Ruby is true, then whatever MRI does “works” /wow
<brixen> I'd really like to hear the use-case for #bsearch with a Float range
<brixen> also, rubygems code checks if Array#bsearch exists, then calls #bsearch on a Range
<brixen> unsurprisingly
max96at is now known as max96at|off
noop has quit [Ping timeout: 265 seconds]
<tarcieri> _____ ____ ___ ____ _ __ ___ _ _
<tarcieri> | ___| _ \|_ _| _ \ / \\ \ / / | | |
<tarcieri> | |_ | |_) || || | | |/ _ \\ V /| | | |
<tarcieri> | _| | _ < | || |_| / ___ \| | |_|_|_|
<tarcieri> |_| |_| \_\___|____/_/ \_\_| (_|_|_)
<tarcieri>
jc00ke has quit [Quit: WeeChat 0.4.2]
<headius> brixen: you have the condition backwards
<headius> you're supposed to compare desired value with given
<headius> your <=> example won't work with fixnums or an array of values either
<headius> I agree, though, bsearch of a float range is pretty useless
jc00ke has joined #rubinius
<brixen> tarcieri: I really think you should take it up a notch, every Friday a new edition of you singing Friday at karaoke the night before
<tarcieri> lolol
amsi has joined #rubinius
<brixen> anyone here using heroku with cedar?
<brixen> specifically looking for issues related to upgrading cedar to cedar-14
benlovell has quit [Ping timeout: 272 seconds]
<jc00ke> Yeah, but I haven't had to deal with cedar upgrades in a while
<brixen> jc00ke: did you have any issues upgrading?
<brixen> or was it as simple as stack:set cedar-14 ?
<brixen> I'm thinking 2.3.0 will be the last binary I build for cedar unless there are big blockers for people upgrading
<jc00ke> Upgrading from bamboo to cedar, no, no issues. You pushed after stack:set?
<brixen> nope, not testing my issues
<brixen> wondering if people are having issues
<brixen> s/not testing/not concerned with/not having/ etc
<brixen> after 2.3.0, if people want rbx, they'll need to update to cedar-14
<jc00ke> seems reasonable
<|jemc|> ugh... I never get sharper headaches than when dealing with java / JNI / deploying native libs to android...
<|jemc|> I need to get back to ruby...
<headius> ouch, JNI on Android?
<headius> of course if you needed to reploy a native lib, Ruby wouldn't really help :-)
<|jemc|> yeah...
<|jemc|> I'm dealing with multiple interdependent native libs linked dynamically against eachother
<brixen> |jemc|: is the RubyMotion stuff in beta yet for android?
<|jemc|> and getting "symbol not found" errors when I know the lib with the symbol was dlopen'd first and I can see the symbol in there if I use `strings /path/to/libfoo.so | grep the_function_name`
ninjago has joined #rubinius
<ninjago> #nginx
<|jemc|> brixen: don't know - I haven't looked at rubymotion in a while - last I saw I think you had to ask for an invite
ninjago has left #rubinius [#rubinius]
<|jemc|> although rubymotion wouldn't help a lot here because I need zeromq libraries
<cremes> rubymotion is a commercial product now and has been for a while. no need to wait for an invite. your credit card is all the “invite” you need. :)
<|jemc|> err.. I thought the rubymotion-for-android was only open to certain established rubymotion-for-ios developers
<|jemc|> but I didn't look that far into it because it's not really what I need
<cremes> hmmm, missed the “for android” distinction. last i saw on twitter, android support was beta so perhaps you need to be a beta tester.
* |jemc| shrugs
<|jemc|> heh, if I want to use
<|jemc|> ... a non-standard ruby I can just use Opal to JS embedded in QML in Qt C++ on a java layer on android :P
<|jemc|> how's that for a headache?
<jc00ke> |jemc|: thanks bro, now my head hurts ;)
<Rotonen> actually sounds fun and QML is nice
<|jemc|> the sad part is that I think that would actually all work
<|jemc|> "work"
<Rotonen> you have the classical definition of "work" there with "tickle the right memory in odd ways"
<brixen> Rotonen: what's the quantum definition of "work"? :)
<Rotonen> brixen: multithreading on HMP platforms comes to mind
flavio has quit [Quit: WeeChat 0.4.1]
byprdct has joined #rubinius
<brixen> Rotonen: heh, you dig this HMP huh?
<brixen> huh, I started a lucid64 build about 1/2 way through a trust64 build, and the former completed almost as soon as the latter
<brixen> vagrant sure is handy
<headius> |jemc|: JRuby also works fine on Android...there's commercial users today, and we ship FFI for ARM
<headius> I have never tested the FFI on Android, but in theory that would let zeromq driver work
<|jemc|> brixen: oh wow, that's actually just coincidence that the initials of the link are HMP - I was just trying to explain your second build going faster by means of paranormal collective memory theory :P
<|jemc|> headius: thats very interesting to hear - I need to try that out soon
<|jemc|> thanks for the tip
<headius> |jemc|: ruboto.org, and there's a group...I'm not closely involved, but there you go
<headius> sure no problem
<|jemc|> ah, so that's what ruboto is
lbianc has quit [Remote host closed the connection]
<|jemc|> I tried it briefly before
<headius> it has improved a lot over the years
<|jemc|> I will put it on my list to re-examine it soon
<|jemc|> (in the context of FFI especially)
<headius> yeah, I'm interested in that too
<headius> not enough hours in the day
<|jemc|> heh, yeah. I got about 3 hours of sleep last night because I was convinced I could solve this android problem before going to bed >_<
josh-k_ has quit [Remote host closed the connection]
josh-k has joined #rubinius
josh-k has quit [Ping timeout: 245 seconds]
noop has joined #rubinius
blowmage has joined #rubinius
havenwood has quit [Remote host closed the connection]
|jemc| has quit [Quit: WeeChat 1.0.1]
GitHub90 has joined #rubinius
<GitHub90> [rubinius] brixen pushed 6 new commits to master: http://git.io/xQAYIA
<GitHub90> rubinius/master eeaee8e Brian Shirai: Added specs for Range#bsearch.
<GitHub90> rubinius/master 3e9952f Brian Shirai: Added Range#bsearch.
GitHub90 has left #rubinius [#rubinius]
<GitHub90> rubinius/master d2792be Brian Shirai: Updated Changelog.
|jemc| has joined #rubinius
GitHub147 has joined #rubinius
<GitHub147> [rubinius] brixen tagged v2.3.0 at 9d61df5: http://git.io/RDYXIg
GitHub147 has left #rubinius [#rubinius]
<|jemc|> woop woop
<brixen> heh
meh` has quit [Ping timeout: 265 seconds]
<brixen> cremes: hah
<brixen> you beat me to the tweet
<brixen> I'm liking this distribution strategy
<cremes> brixen: timing is everything! i just happened to walk up to my computer when i saw it come through.
<headius> congrats on the 2.3.0 release
<brixen> for Herokuan, both cedar and cedar-14 binaries are up https://blooming-chamber-2721.herokuapp.com/
<brixen> or is it Herokuans, or Herokuians, or Herokuinians
<cremes> hmmm, looks like i need to install llvm myself or something now...
<brixen> cremes: you need to have it installed, yes
<brixen> best place to look is your system's pkg manager
<cremes> running “brew install llvm” right now
<brixen> cool
<brixen> I'm working on a tap now
<brixen> so you can brew tap rubinius/osx
<brixen> brew install rubinius
<brixen> as a binary
<cremes> sweetness
<brixen> unsure what the best tap name is actually
<brixen> there's not much in the way of docs
<brixen> maybe that should be brew tap rubinius/homebrew
<cremes> the brew install doesn’t actually add llvm to the PATH, so this is necessary when running “configure”:
<cremes> ./configure --llvm-config /usr/local/opt/llvm/bin/llvm-config
<cremes> or whatever the path is to llvm-config
<brixen> cremes: that or brew link --force llvm
<brixen> which I've done with no ill effects
<cremes> ok
<brixen> ruby-install should be updated to deal with this soon
<brixen> non-os x installs should actually already work
<cremes> this is all so i can build from a git clone
<brixen> on recent-er releases like precise and trusty
<brixen> for examlpe
<cremes> lots of openssl deprecation warnings on osx 10.9
<brixen> yeah, trying to eliminate people building from source if possible
<brixen> yeah, but it works fine
<brixen> in fact, you shouldn't install brew openssl
<brixen> you will likely get segfaults
<cremes> luckily i haven’t. like yorickpeterse suggested a few days back, maybe libressl is the way to go someday
<brixen> I couldn't track it down, but I had brew libopenssl and apple libcrypto loaded at the same time
<brixen> apple's libssl and libcrypto are fine
<brixen> better than either of those, likely
<brixen> for other platforms, we don't have much choice
<brixen> if libressl drops in, I'm happy to suggest people use it
<cremes> right
<cremes> you mentioned that you had a few blog posts queued up… i’m hoping one of them goes into more detail on “console” even though it’s a work in progress.
<brixen> indeed
<cremes> but work on that bootstrap compiler instead… that’s way sexier long term… :)
<cremes> make a bigger splash, etc
<brixen> there's a lot of stuff to write about console, but it's very incremental so we'll just keep rolling stuff out
<cremes> plus i need to dust off my port of IO to FFI, poke around at doing memory-mapped IO, etc. So much to do, no time. :(
<brixen> heh, yeah
<cremes> rbx 2.3.0 : 2147 files, 20020 examples, 153076 expectations, 0 failures, 0 errors
<cremes> nice
<brixen> I really need to double our perf on Puma "hello, world" benchmark before raptordaptor releases
<brixen> cremes: sweet
<cremes> ha
<brixen> I'm pretty sure it's possible with our new hello_world_fast instruction
<cremes> double ha
<brixen> if Ruby can have Array#shuffle, there's no reason we can't have hello_world_fast instruction
<cremes> shit, i want to get rubinius working on minix3 too… sheesh, i need a clone.
<brixen> might have to do specialization, too, depending on whether it's "hello, world" or "hello, #{world}"
<brixen> cremes: oh yeah, definitely
<yorickpeterse> re tap name, we can call it brewinius
<brixen> yorickpeterse: heh
<yorickpeterse> or maybe rubrewius
<brixen> weird, this trusty64 vbox machine is super pokey
<cremes> brixen: that’s my first step to beginning a rewrite of minix3 in ruby (or will it be rubinius X? time will tell)
<yorickpeterse> brixen: I'll kick off a centos build this monday for 2.3
* cremes not joking
<brixen> yorickpeterse: sweet, thanks
<headius> Rubinix
<brixen> cremes: sounds like you may need some special instructions of your own
<cremes> headius: bingo! ;)
benlovell has joined #rubinius
<yorickpeterse> meh fukit, might as well kick them off now
postmodern has joined #rubinius
<yorickpeterse> fuck it failed
<yorickpeterse> "/usr/bin/ld: cannot find -ledit" argh, that one again
<yorickpeterse> meh, I'll look into that on Monday
byprdct has quit [Read error: Connection reset by peer]
byprdct has joined #rubinius
<cpuguy83> Woot 2.3! Congrats
benlovell has quit [Ping timeout: 255 seconds]
havenwood has joined #rubinius
<brixen> cpuguy83: thanks!
<brixen> cpuguy83: I fixed the egregious rake test failures, but there are a few that remain
<brixen> basically, due to rake text mining backtraces like a hack
<brixen> cpuguy83: so, we should get the official Docker container solid
<brixen> yorickpeterse: I don't know what is injecting -ledit
<|jemc|> brixen: I had a gist of one going...
<|jemc|> There was that one last rubyspec holding it up from testing out
<|jemc|> I'll try running against 2.3 now and see, but I bet that rubyspec is still a problem
<brixen> |jemc|: which rubyspec?
<brixen> |jemc|: also, you need to account for llvm now
<brixen> oh, the EPERM spec
byprdct_ has joined #rubinius
byprdct has quit [Ping timeout: 272 seconds]
<cpuguy83> brixen: |jemc| for sure.
<cpuguy83> |jemc|: Keep in mind it’s not possible to unset env vars currently
<cpuguy83> I also had an image I was working on, but it wouldn’t build.
<jc00ke> yorickpeterse: I'm running into that -ledit issue too :-(
<cpuguy83> |jemc|: I guess wheezy probably isn’t the best base since people will probably need to use the package manager to actually install new packages :)
<|jemc|> cpuguy83: I think the ENV vars were only important for running the rubyspecs, not necessarily for building
<|jemc|> which of the ENVs do you think will be a problem for users?
<cpuguy83> |jemc|: HOME
kagaro has quit [Read error: No route to host]
kagaro has joined #rubinius
<|jemc|> honestly, I'm not sure why docker doesn't set that one for me when I'm running as a given user that was assigned a home in useradd
<jc00ke> What do I need to install in order to resolve -ledit linking error? "/usr/bin/ld: cannot find -ledit"
<|jemc|> jc00ke: libedit.so ?
<|jemc|> jc00ke: what distro?
<cpuguy83> |jemc|: May just be an oversight that nobody’s taken the time to resolve.
<jc00ke> |jemc|: *buntu
<brixen> I've just built on 10.04, 12.04, and 14.04 with no issue
<brixen> what is injecting -ledit?
byprdct has joined #rubinius
<|jemc|> should tjust be the libedit package
byprdct_ has quit [Ping timeout: 256 seconds]
DanielVartanov_ has joined #rubinius
<jc00ke> Yeah, installing libedit-dev resolved the -ledit missing issue
<jc00ke> brixen: should I not have that -ledit in there?
<brixen> I don't know what it is or how it gets there
<|jemc|> something to do with readline?
<|jemc|> brixen: if I have both gcc/g++ and clang installed, how do I 'choose' to use clang to build rbx
<brixen> |jemc|: --cc=clang --cxx=clang++
<brixen> configure -h to double check that
<|jemc|> thanks
<jc00ke> brixen: it's an llvm-3.5 thing
<brixen> |jemc|: I removed the checks for readline because we're using rb-readline in 2.3.0 by default
<brixen> jc00ke: oh interesting
<brixen> llvm-3.4 should be available up to 14.04
<brixen> with just apt-get install llvm
<brixen> you *can* install 3.5 but there may be an issue with it on 14.04
<brixen> I built the binaries with 3.4
<brixen> on the other hand, I'm using 3.5 from brew on 10.10 with no issue
<jc00ke> I was able to successfully build using 3.5 as long as libedit was installed
<brixen> jc00ke: could you gist me llvm-config --ldflags ?
<|jemc|> brixen: I take it the addition of the -fstack-protector-strong flag has to do with enhanced backtraces on abort?
<|jemc|> because the option seems to be too new for the gcc in this docker
<brixen> shouldn't
<|jemc|> hm
<brixen> sounds like an option for detecting something writing past its stack frame
<brixen> eg smashing the stack bugs
<brixen> jc00ke: weird!
<|jemc|> hm, if it didn't get added explicitly by you recently, where the heck is it coming from?...
<|jemc|> wasn't there a few months ago
<yorickpeterse> brixen: could be that llvm-config adds it
<brixen> |jemc|: if you have a choice, build with clang(++)
<jc00ke> brixen: I added config.rb for both LLVM 3.4 and 3.5
<brixen> yorickpeterse: yeah, wondering which thing we check though
<jc00ke> bbiab, gotta get a sammich or I'm gonna pass out
<|jemc|> brixen: yeah, that's why I asked about clang - just curious about the gcc problem though
<yorickpeterse> brixen: right now we have a blacklist, which isn't ideal :/
<brixen> |jemc|: can you build successfully with clang?
<yorickpeterse> but we can't really whitelist things either
<brixen> yorickpeterse: indeed
<brixen> well, we may be able to
<|jemc|> brixen: I'll let you know
<|jemc|> (but it builds fine on my personal machine with gcc version 4.8 - supposedly too old for the new option; weird..)
<brixen> gcc is constant pain
<brixen> clang is usually only painful to get in binary form
<|jemc|> what's the cleanest way to force th early bundle gems like melbourne to use clang - "export CC=clang && export CXX=clang++ && bundle install"?
<|jemc|> (melbourne is where this gcc issue is)
yipdw has joined #rubinius
yipdw has joined #rubinius
<|jemc|> seems to work, but *shrug*
<brixen> |jemc|: do you mean installing melbourne for the build ruby?
tenderlove has quit [Quit: Leaving...]
<|jemc|> yep
<|jemc|> I also hit jc00ke's same -ledit dependency, FYI
tenderlove has joined #rubinius
byprdct_ has joined #rubinius
jc00ke-mobile has joined #rubinius
byprdct has quit [Ping timeout: 245 seconds]
josh-k has joined #rubinius
<brixen> |jemc|: we'll need to spy that with a check in configure and require that library be loaded
<brixen> or add it to deps for eg ruby-install
<brixen> or not use < 3.5
<brixen> which would be preferable
<brixen> gotta run for a bit
<dviola> I got a segfault with 2.3 when installing pry
<dviola> hrm
<dviola> then tried again and it installed fine
<dviola> output was something jit related I believe
noop has quit [Ping timeout: 245 seconds]
jc00ke-mobile has quit [Ping timeout: 255 seconds]
kfpratt has joined #rubinius
<|jemc|> ugh; and here it is finally in an obscure forum post: from Android 2.0 forward, shared libraries loaded with System.load() cannot call other loaded shared libraries
<headius> |jemc|: hmmm
<headius> perhaps you can juse use jnr-posix to dlopen the library globally and then it will just work
<|jemc|> hm... wait, this makes no sense - I've done this with other libraries before
<headius> yeah I'm confused
<|jemc|> the most frustrating part of this problem is I can't seem to figure out with any degree of certainty whether the fix is needed in my deployment or in the zeromq library itself
<|jemc|> or possibly in the czmq library (the one that is trying to call the zmq library)
<headius> what's the problem you're having?
<|jemc|> yeah, it can't be true that libs can't call other libs - the Qt libs all rely on libgnustl_shared
<|jemc|> and I'm loading libzmq, which relies on libsodium
<|jemc|> it's only when it gets to libczmq which relies on libzmq that I have problems
diegoviola has joined #rubinius
<|jemc|> (and I've checked - zmq_z85_encode is indeed in the lib - and if I refactor the czmq source code to never call it, I get another symbol not found)
<headius> |jemc|: they probably mean you can't System.loadLibrary and expect to see it
enebo has quit [Quit: enebo]
<headius> loadLibrary probably is doing the local dlopen now
<headius> er, but that doesn't make sense either...wouldn't it be impossible for it to see JNI endpoints?
<|jemc|> but System.load is not local?
dviola has quit [Ping timeout: 256 seconds]
<|jemc|> so the only JNI endpoint is in the final app *.so I believe
<headius> I mean the symbols in it
<|jemc|> ah
<headius> unless dalvik explicitly uses dlsym to get them
<|jemc|> well, and libQt5Core.so definitely relies on libgnustl_shared.so
havenwood has quit [Remote host closed the connection]
DanielVartanov_ has quit [Ping timeout: 258 seconds]
DanielVartanov_ has joined #rubinius
byprdct has joined #rubinius
byprdct_ has quit [Ping timeout: 244 seconds]
<headius> |jemc|: so this libczmq is prepackaged?
<|jemc|> headius: I'm building all myself in a ruby script
josh-k has quit [Remote host closed the connection]
<|jemc|> *building all the deps
josh-k has joined #rubinius
josh-k has quit [Ping timeout: 250 seconds]
josh-k has joined #rubinius
<headius> and then there's a JNI library separate from this?
havenwood has joined #rubinius
<|jemc|> the whole java platform is handled 'under the hood' by Qt - you're not supposed to have to touch it
<|jemc|> and you _can_ override these files in your app if you need to; I just would like to avoid it if possible
<headius> |jemc|: sorry, gotta run for halloween festivities...I may try to use FFI and see if it is able to see loaded libs
<|jemc|> headius: yeah, didn't mean to rope you into my woes
<|jemc|> have a fun night
josh-k_ has joined #rubinius
josh-k has quit [Ping timeout: 245 seconds]
havenwood has quit []
josh-k_ has quit [Remote host closed the connection]
diegoviola has quit [Remote host closed the connection]
|jemc| has quit [Ping timeout: 255 seconds]
Arnvald has joined #rubinius
Arnvald has quit [Client Quit]