drbobbeaty has joined #jruby
drbobbeaty has quit [Client Quit]
x1337807_ has joined #jruby
x1337807x has quit [Ping timeout: 260 seconds]
codefinger has quit [Quit: Leaving...]
e_dub has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (jruby-1_7:ff3d32c by Thomas E. Enebo): The build has errored. (http://travis-ci.org/jruby/jruby/builds/43656802)
travis-ci has left #jruby [#jruby]
e_dub has joined #jruby
x1337807_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
nateberkopec has quit [Quit: Leaving...]
x1337807x has joined #jruby
triple_b has joined #jruby
<asarih> headius: interesting. weird. no idea what's going on.
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
triple_b has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:b7a688e by Chris Seaton): The build has errored. (http://travis-ci.org/jruby/jruby/builds/43650074)
travis-ci has left #jruby [#jruby]
colinsurprenant has quit [Ping timeout: 265 seconds]
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<asarih> headius: not clear what happened then, but it must have been transient. I restarted one job, and it's working now.
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
marr has quit [Ping timeout: 258 seconds]
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
phrinx has quit [Remote host closed the connection]
brettporter has quit [Remote host closed the connection]
diegoviola has quit [Remote host closed the connection]
vyorkin has quit [Ping timeout: 255 seconds]
Hobogrammer has quit [Ping timeout: 255 seconds]
sferik has quit [Quit: Textual IRC Client: www.textualapp.com]
phrinx has joined #jruby
calavera has joined #jruby
phrinx has quit [Ping timeout: 244 seconds]
brettporter has joined #jruby
imperator has quit [Quit: Valete!]
joast has quit [*.net *.split]
dcheung has quit [*.net *.split]
guilleiguaran has quit [*.net *.split]
Guest85414______ has quit [*.net *.split]
dbussink has quit [*.net *.split]
e_dub has quit [*.net *.split]
SynrG has quit [*.net *.split]
ddd has quit [*.net *.split]
jimbaker has quit [*.net *.split]
balo has quit [*.net *.split]
mistergibson has quit [*.net *.split]
dabradley has quit [*.net *.split]
mjc_ has quit [*.net *.split]
chrisseaton has quit [*.net *.split]
djbender has quit [*.net *.split]
asarih has quit [*.net *.split]
yarker has quit [*.net *.split]
kith has quit [*.net *.split]
lopex has quit [*.net *.split]
jbr^ has quit [*.net *.split]
electrical has quit [*.net *.split]
amdprophet has quit [*.net *.split]
beawesomeinstead has quit [*.net *.split]
qmx has quit [*.net *.split]
brettporter has quit [*.net *.split]
purplefox has quit [*.net *.split]
cajone has quit [*.net *.split]
tcrawley-away has quit [*.net *.split]
tenderlove has quit [*.net *.split]
tsunamie has quit [*.net *.split]
errstr has quit [*.net *.split]
AlHafoudh has quit [*.net *.split]
mpapis has quit [*.net *.split]
het has quit [*.net *.split]
bbrowning_away has quit [*.net *.split]
kwando has quit [*.net *.split]
projectodd-ci has quit [*.net *.split]
klap has quit [*.net *.split]
headius has quit [*.net *.split]
dfas has quit [*.net *.split]
cprice404 has quit [*.net *.split]
londo_ has quit [*.net *.split]
asuka has quit [*.net *.split]
kotk has quit [*.net *.split]
Xzyx987X has quit [*.net *.split]
mjelen has quit [*.net *.split]
vpereira has quit [*.net *.split]
jeremyevans_ has quit [*.net *.split]
calavera has quit [*.net *.split]
mister_solo has quit [*.net *.split]
brycek has quit [*.net *.split]
fidothe_ has quit [*.net *.split]
englishm has quit [*.net *.split]
multibot_ has quit [*.net *.split]
cschneid has quit [*.net *.split]
yfeldblum has quit [*.net *.split]
joelmheim__ has quit [*.net *.split]
cpuguy83 has quit [*.net *.split]
ahadding1 has quit [*.net *.split]
blinsay has quit [*.net *.split]
dfr|work has quit [*.net *.split]
spectre256 has quit [*.net *.split]
universa1 has quit [*.net *.split]
yipdw has quit [*.net *.split]
jc00ke has quit [*.net *.split]
mberg has quit [*.net *.split]
rcvalle has quit [*.net *.split]
kylo has quit [*.net *.split]
cremes has quit [*.net *.split]
joevandyk has quit [*.net *.split]
jamo has quit [*.net *.split]
dvorak has quit [*.net *.split]
sarcher has quit [*.net *.split]
justinmcp_ has quit [*.net *.split]
logs has quit [*.net *.split]
rsim1 has quit [*.net *.split]
GregMefford has quit [*.net *.split]
kaislikko has quit [*.net *.split]
dcolebatch has quit [*.net *.split]
towski has quit [*.net *.split]
zph has quit [*.net *.split]
mccraig has quit [*.net *.split]
portertech has quit [*.net *.split]
graphex has quit [*.net *.split]
gazarsgo has quit [*.net *.split]
bryancp has quit [*.net *.split]
n1ftyn8 has quit [*.net *.split]
bruceadams has quit [*.net *.split]
Scorchin has quit [*.net *.split]
lupine has quit [*.net *.split]
halorgium has quit [*.net *.split]
eonwe has quit [*.net *.split]
Freaky has quit [*.net *.split]
mtfk_ has quit [*.net *.split]
teamon_ has quit [*.net *.split]
Haifeng has quit [*.net *.split]
ylluminate has quit [*.net *.split]
jamooo has quit [*.net *.split]
Liothen has quit [*.net *.split]
brixen has quit [*.net *.split]
jamo_ has quit [*.net *.split]
_ko10 has quit [*.net *.split]
yosafbridge has quit [*.net *.split]
tarcieri has quit [*.net *.split]
cultureulterior1 has quit [*.net *.split]
LTe_ has quit [*.net *.split]
Sinjo has quit [*.net *.split]
eregon has quit [*.net *.split]
neoice has quit [*.net *.split]
Scient has quit [*.net *.split]
haze has quit [*.net *.split]
quadz has quit [*.net *.split]
rtyler has quit [*.net *.split]
lanceball has quit [*.net *.split]
koichiro_zzz0 has quit [*.net *.split]
zacts has quit [*.net *.split]
locks has quit [*.net *.split]
atambo has quit [*.net *.split]
tbuehlmann has quit [*.net *.split]
Antiarc has quit [*.net *.split]
rhinon has quit [*.net *.split]
jarib has quit [*.net *.split]
sluukkonen2 has quit [*.net *.split]
ylluminate has joined #jruby
jimbaker has joined #jruby
amdprophet has joined #jruby
tcrawley-away has joined #jruby
bruceadams has joined #jruby
gazarsgo has joined #jruby
yosafbridge has joined #jruby
teamon_ has joined #jruby
electrical has joined #jruby
Sinjo has joined #jruby
zph has joined #jruby
djbender has joined #jruby
justinmcp_ has joined #jruby
e_dub has joined #jruby
dcolebatch has joined #jruby
purplefox has joined #jruby
mpapis has joined #jruby
Freaky has joined #jruby
ahadding1 has joined #jruby
mccraig has joined #jruby
balo has joined #jruby
dbussink has joined #jruby
brycek has joined #jruby
kwando has joined #jruby
errstr has joined #jruby
dfas has joined #jruby
jamooo has joined #jruby
n1ftyn8 has joined #jruby
jeremyevans_ has joined #jruby
kotk has joined #jruby
tsunamie has joined #jruby
_ko10 has joined #jruby
Scorchin has joined #jruby
tarcieri has joined #jruby
subbu has joined #jruby
yfeldblum has joined #jruby
e_dub has quit [Quit: e_dub]
e_dub has joined #jruby
<tarcieri> headius: the protobufs stuff makes me sad
<tarcieri> headius: the annoying thing is a native protobufs binding to the Java library would be great! if they cared
<tarcieri> but it seems like they don't care
<Antiarc> I can see their viewpoint - from the outside, jruby is a marginal implementation
<tarcieri> and if they don't care, it will be a second class citizen
<Antiarc> But yes, ultimately, it is sad
<tarcieri> if you guys put the work into making it awesome that'd be great
<tarcieri> Antiarc: their viewpoint was more roflscaling MRI
<tarcieri> they could, you know, implement more FFI-friendly/performant APIs in protobufs itself
calavera has joined #jruby
<tarcieri> they were talking about calling back from native code into Ruby to use individual method calls to set members of a struct-alike
<tarcieri> and I was like WTF don't do that, there's your problem
subbu has quit [Ping timeout: 258 seconds]
<tarcieri> yajl-ffi is 6x slower than the MRI C extension running an unspecified benchmark on an unspecified Ruby interpreter on unspecified hardware when it's doing total crazysauce like using the Ruby method protocol to construct a struct
<tarcieri> no fucking shit sherlock, that sounds like a bad time
<tarcieri> they control both sides of this binding as a single, atomically commitable monorepo
<tarcieri> compared to what I've tried to do, this is fucking cake
<tarcieri> when I've done FFI bindings, I've had to file issues with the upstream library to get them to add FFI-able APIs and limp along as they get added
<tarcieri> that's the main argument against FFI, but if you control both the library and the language binding in the same repo then it should be way simpler and cleaner than getting a bunch of MRIcrap in your way
<tarcieri> and you wind up with a library that's easy for any language with an FFI to bind to
subbu has joined #jruby
anaeem1_ has joined #jruby
anaeem1_ has quit [Read error: Connection reset by peer]
anaeem1 has joined #jruby
subbu has quit [Ping timeout: 245 seconds]
subbu has joined #jruby
subbu has quit [Ping timeout: 250 seconds]
yfeldblum has quit [Ping timeout: 258 seconds]
subbu has joined #jruby
subbu has quit [Ping timeout: 256 seconds]
subbu has joined #jruby
<Antiarc> I totally agree with you, FWIW
purplefox has quit [Ping timeout: 250 seconds]
phrinx has joined #jruby
brettporter has joined #jruby
purplefox has joined #jruby
Felystirra has joined #jruby
yfeldblum has joined #jruby
Hobogrammer has joined #jruby
phrinx_ has joined #jruby
phrinx has quit [Ping timeout: 265 seconds]
Felystirra has quit []
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
phrinx_ has quit [Remote host closed the connection]
phrinx has joined #jruby
Hobogrammer has quit [*.net *.split]
anaeem1 has quit [*.net *.split]
dbussink has quit [*.net *.split]
brettporter has quit [*.net *.split]
jimbaker has quit [*.net *.split]
balo has quit [*.net *.split]
djbender has quit [*.net *.split]
electrical has quit [*.net *.split]
amdprophet has quit [*.net *.split]
e_dub has quit [*.net *.split]
tcrawley-away has quit [*.net *.split]
purplefox has quit [*.net *.split]
tsunamie has quit [*.net *.split]
errstr has quit [*.net *.split]
mpapis has quit [*.net *.split]
kwando has quit [*.net *.split]
phrinx has quit [*.net *.split]
subbu has quit [*.net *.split]
dfas has quit [*.net *.split]
kotk has quit [*.net *.split]
jeremyevans_ has quit [*.net *.split]
brycek has quit [*.net *.split]
ahadding1 has quit [*.net *.split]
justinmcp_ has quit [*.net *.split]
yfeldblum has quit [*.net *.split]
dcolebatch has quit [*.net *.split]
zph has quit [*.net *.split]
mccraig has quit [*.net *.split]
gazarsgo has quit [*.net *.split]
n1ftyn8 has quit [*.net *.split]
bruceadams has quit [*.net *.split]
Scorchin has quit [*.net *.split]
Freaky has quit [*.net *.split]
teamon_ has quit [*.net *.split]
ylluminate has quit [*.net *.split]
jamooo has quit [*.net *.split]
_ko10 has quit [*.net *.split]
yosafbridge has quit [*.net *.split]
tarcieri has quit [*.net *.split]
Sinjo has quit [*.net *.split]
portertech has joined #jruby
dabradley has joined #jruby
fidothe_ has joined #jruby
jarib has joined #jruby
teamon_ has joined #jruby
noop has joined #jruby
JohnBat26 has joined #jruby
brettporter has joined #jruby
brettporter has joined #jruby
rsim has joined #jruby
josh-k has joined #jruby
rsim1 has joined #jruby
rsim has quit [Read error: Connection reset by peer]
robbyoconnor has joined #jruby
jumex has joined #jruby
mister_s_ has joined #jruby
noop has quit [Quit: Leaving]
jumex has quit [Quit: jumex]
noop has joined #jruby
rsim1 has quit [Read error: Connection reset by peer]
mister_s_ has quit [Ping timeout: 250 seconds]
pchalupa has joined #jruby
rsim has joined #jruby
brettpor_ has joined #jruby
brettporter has quit [Ping timeout: 245 seconds]
dumdedum has joined #jruby
brettpor_ has quit [Remote host closed the connection]
elia has joined #jruby
josh-k has quit [Remote host closed the connection]
marr has joined #jruby
mister_s_ has joined #jruby
brettporter has joined #jruby
fridim_ has joined #jruby
vtunka has joined #jruby
josh-k has joined #jruby
drbobbeaty has joined #jruby
Usuario_ has joined #jruby
Usuario_ is now known as frobs
brettpor_ has joined #jruby
brettporter has quit [Ping timeout: 245 seconds]
Usuario_ has joined #jruby
frobs has quit [Ping timeout: 252 seconds]
Usuario_ is now known as frobs
josh-k has quit [Remote host closed the connection]
josh-k has joined #jruby
josh-k has quit [Remote host closed the connection]
vyorkin has joined #jruby
graphex has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (jruby-1_7:ff3d32c by Thomas E. Enebo): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43656802)
travis-ci has left #jruby [#jruby]
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
shellac has joined #jruby
skade has joined #jruby
deobalds has joined #jruby
claudiuinberlin has joined #jruby
rsim has quit [Ping timeout: 265 seconds]
rsim has joined #jruby
subbu has joined #jruby
vtunka has quit [Quit: Leaving]
vyorkin has quit [Quit: WeeChat 1.0.1]
deobalds has quit [Quit: Computer has gone to sleep.]
anaeem1_ has joined #jruby
anaeem1_ has quit [Remote host closed the connection]
skade has quit [Quit: Computer has gone to sleep.]
drbobbeaty has joined #jruby
mister_s_ has quit [Ping timeout: 256 seconds]
anaeem1_ has joined #jruby
josh-k has joined #jruby
claudiuinberlin has quit [Quit: Leaving.]
brettpor_ has quit []
vtunka has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] eregon pushed 2 new commits to master: http://git.io/Qu5_-A
<JRubyGithub> jruby/master a02aea3 Benoit Daloze: [Truffle] Use BigInteger#equals instead of compareTo when possible.
<JRubyGithub> jruby/master cf3ca08 Benoit Daloze: [Truffle] Implement Kernel#to_s for all objects and use it in ToSNode....
JRubyGithub has left #jruby [#jruby]
vyorkin has joined #jruby
dumdedum has quit [Quit: foo]
justinmcp has joined #jruby
vyorkin has quit [Quit: WeeChat 1.0.1]
vyorkin has joined #jruby
claudiuinberlin has joined #jruby
vyorkin has quit [Client Quit]
vyorkin has joined #jruby
vyorkin has quit [Client Quit]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] mkristian pushed 1 new commit to jruby-1_7: http://git.io/wqwNkQ
<JRubyGithub> jruby/jruby-1_7 2746b56 Christian Meier: copy the old eventHooks list when adding a new eventHook...
JRubyGithub has left #jruby [#jruby]
triple_b has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] eregon pushed 1 new commit to master: http://git.io/uiUneg
<JRubyGithub> jruby/master c217f32 Benoit Daloze: [Truffle] Prune language tags....
JRubyGithub has left #jruby [#jruby]
mister_s_ has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] mkristian closed issue #2296: NullPointerException with JRuby 1.7.17 running rspec & simplecov in debug mode http://git.io/AD6mSg
JRubyGithub has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] chrisseaton pushed 1 new commit to master: http://git.io/M-5T_g
<JRubyGithub> jruby/master a560b2e Chris Seaton: [Truffle] Very basic keyword arguments.
JRubyGithub has left #jruby [#jruby]
erikhatcher has joined #jruby
erikhatcher has quit [Client Quit]
vyorkin has joined #jruby
mister_s_ has quit [Ping timeout: 252 seconds]
skade has joined #jruby
vyorkin has quit [Quit: WeeChat 1.0.1]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] guai opened issue #2305: __callee__ behaves differently from MRI http://git.io/rU0tdw
JRubyGithub has left #jruby [#jruby]
nirvdrum has joined #jruby
rcvalle has joined #jruby
drbobbeaty_ has joined #jruby
drbobbeaty has quit [Ping timeout: 264 seconds]
mister_s_ has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (jruby-1_7:2746b56 by Christian Meier): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43714071)
travis-ci has left #jruby [#jruby]
vyorkin has joined #jruby
benlovell has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:cf3ca08 by Benoit Daloze): The build passed. (http://travis-ci.org/jruby/jruby/builds/43711761)
travis-ci has left #jruby [#jruby]
vyorkin has quit [Quit: WeeChat 1.0.1]
yfeldblum has joined #jruby
yfeldblu_ has joined #jruby
mkristian has joined #jruby
yfeldblum has quit [Ping timeout: 252 seconds]
yfeldblu_ has quit [Ping timeout: 260 seconds]
josh-k has quit [Remote host closed the connection]
josh-k has joined #jruby
johnmuhl has joined #jruby
yfeldblum has joined #jruby
<electrical> headius: did you guys do an other build recently for jruby 9 ? we've disabled our testing for now since it was still failing
yfeldblum has quit [Ping timeout: 264 seconds]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] mkristian pushed 1 new commit to jruby-1_7: http://git.io/kJJ6Xw
JRubyGithub has left #jruby [#jruby]
<JRubyGithub> jruby/jruby-1_7 79d5675 Christian Meier: fix the osgi tests by improving the test whether posix uses native or not
nateberkopec has joined #jruby
anaeem1_ has quit [Remote host closed the connection]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] k77ch7 opened pull request #2306: Fix GH-1695 on master (master...fix_GH-1695_on_master) http://git.io/b87u0Q
JRubyGithub has left #jruby [#jruby]
enebo has joined #jruby
<enebo> mkristian: hola! I see you are on it this morning on that OSGi test
<mkristian> yes, I did also look at this unit test from core/src/test/java BUT I have not idea why compilation of constant is not working anymore ;)
<enebo> mkristian: I suspect it has something to do with the symbol changes headius and I made yesterday. I will look into that one
<mkristian> great
<enebo> wow or not…wtf is wrong with this :)
<mkristian> enebo, with osgi setting native.verbose=true did not emit the usual message anymore. is this a bug ?
<enebo> mkristian: well it should emit that it loaded yeah
<enebo> mkristian: Do those tests happen to set compile mode to force?
<mkristian> enebo, those osgi tests - no they just use a ScriptingContainer via default constructor
<enebo> mkristian: ok this constant compilation test is bombing because in Force -X+C it cannot compile java/jruby.rb anymore
JRubyGithub has joined #jruby
<JRubyGithub> jruby/master c7e89ec tduehr: fix blocking function call spec in ffi
<JRubyGithub> [jruby] nirvdrum pushed 2 new commits to master: http://git.io/RsBAag
<JRubyGithub> jruby/master 540b635 Kevin Menard: Merge pull request #2303 from tduehr/ffi_spec_change...
JRubyGithub has left #jruby [#jruby]
<enebo> mkristian: It still displays warning on native.verbose=true from the command-line so that is weird
<enebo> For forcecompilation it looks like 1.8 mode is not compiling properly with -X+C which may make sense
<mkristian> but it did with jruby-1.7.17
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] enebo pushed 1 new commit to jruby-1_7: http://git.io/EByf0g
<JRubyGithub> jruby/jruby-1_7 a80096f Thomas E. Enebo: Green CI without fixing underlying cause. FORCE is broken in 1.8 mode
JRubyGithub has left #jruby [#jruby]
yfeldblum has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] enebo opened issue #2307: ConstantCompilationTest.testContainerCompilation regression http://git.io/BpiliQ
JRubyGithub has left #jruby [#jruby]
noop has quit [Ping timeout: 244 seconds]
yfeldblum has quit [Ping timeout: 258 seconds]
rsim1 has joined #jruby
<enebo> Where the hell is the verbose loading code :)
kgerman has joined #jruby
rsim has quit [Ping timeout: 265 seconds]
<enebo> derp it is in jnr-posix…found it!
<enebo> mkristian: I am thinking that was failing because jnr-posix is not properly loading
rsim1 has quit [Ping timeout: 265 seconds]
<enebo> mkristian: System.err.println("Failed to load native POSIX impl; falling back on Java impl. Unsupported OS.");
<enebo> mkristian: I think maybe in OSGi we are getting this string instead?
<mkristian> no POSIX in log and now I check JRuby.runtime.posix.is_native to be true. which is ;)
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:c217f32 by Benoit Daloze): The build passed. (http://travis-ci.org/jruby/jruby/builds/43714129)
travis-ci has left #jruby [#jruby]
<mkristian> but wasn't there a switch to jnr-posix-3.0.9-SNAPSHOT ?
<enebo> mkristian: well there is but it won’t print out if it fails to load
<enebo> mkristian: perhaps it is some other bug in jnr-posix loading
<mkristian> how reliable is my new test with JRuby.runtime.posix.is_native ? it seems to work with setting jruby.native.enabled=false
<enebo> fwiw I like what you have more (and you can make that just ‘native?’ since you are asking in Ruby
<enebo> Your test will not break if changes are made to the format of that message
<enebo> mkristian: but the fact you cannot see that output makes me wonder if somehow OSGi is eating stderr?
<enebo> mkristian: I guess there are only 3 options
<enebo> 1) isVerbose on handler is not getting set. I don’t see any changes to that offhand
<enebo> 2) jnr-posix is not really loading. Your isNative test is telling us it has
<mkristian> let me see if the output comes back with jnr-posix-3.0.8
<enebo> 3) The message is getting consumed by something else. err is not what it should be or something?
kgerman has quit [Ping timeout: 255 seconds]
kgerman has joined #jruby
tenderlove has joined #jruby
e_dub has joined #jruby
subbu has quit [Ping timeout: 264 seconds]
elux has joined #jruby
vtunka has quit [Quit: Leaving]
e_dub has quit [Quit: e_dub]
e_dub has joined #jruby
diegoviola has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 1 new commit to jruby-1_7: http://git.io/sJBXGQ
<JRubyGithub> jruby/jruby-1_7 81879f1 Charles Oliver Nutter: Fix 1.8 symbol compilation after encoding change. Fixes #2307.
JRubyGithub has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius closed issue #2307: ConstantCompilationTest.testContainerCompilation regression http://git.io/BpiliQ
JRubyGithub has left #jruby [#jruby]
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
pchalupa has quit [Quit: Computer has gone to sleep.]
purplefox has joined #jruby
rcvalle has quit [Quit: rcvalle]
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:a560b2e by Chris Seaton): The build passed. (http://travis-ci.org/jruby/jruby/builds/43714676)
travis-ci has left #jruby [#jruby]
<mkristian> enebo, after some bisecting: commit 307b85968fb28a398487c16490b4fe480348d48c did break the posix verbose output
<enebo> AHAHAH wow really?
<enebo> I did not see that coming
<enebo> AHA
<headius> wha
<headius> that doesn't make any sense
<enebo> mkristian: I bet this is because you only see that message on first real call due to the lazy loading nature of jnr-posix
<headius> yeah that would do it
<headius> and now it's not doing the native call because it doesn't need to
<enebo> exactly
<enebo> mkristian: so ok curiousity satisfied. That is not a bug.
<enebo> mkristian: your version of the test is much better now
calavera has joined #jruby
<mkristian> not convinced but we can agree on "not a bug"
<enebo> mkristian: Although I hope isNative() actually forces the load
josh-k has quit [Read error: Connection reset by peer]
<mkristian> enebo, I did not want to point this out
josh-k has joined #jruby
calavera has quit [Read error: Connection reset by peer]
calavera has joined #jruby
<enebo> mkristian: return posix().isNative();
<enebo> mkristian: So it does do a load
<enebo> mkristian: It never actually hits a native function but at least the native class has to get loaded
<enebo> mkristian: So that is probably a good enough test
<mkristian> enebo, so the new test is checking the right thing
<enebo> mkristian: yeah if you called posix.native? AND then looked at stderr you would see the loaded message
elia has quit [Quit: Computer has gone to sleep.]
<enebo> mkristian: but you don’t need to do that :)
elia has joined #jruby
<mkristian> enebo, there is no more loaded message - the check for it came after the test run inspecting the output log
<headius> ouch...1.7 is getting harder to merge
<mkristian> enebo, the output is not so important, to check that native is loaded was important for me
<enebo> mkristian: but you removed it no?
<enebo> mkristian: yeah me too
<headius> merge right now leads to like 50 conflicts
<enebo> headius: yeah I was going to do that once we were green again
<mkristian> the extra check on the output log I removed
<enebo> headius: but mostly maven stuff?
elia has quit [Client Quit]
<headius> that's a bunch of it, yes
elia has joined #jruby
<mkristian> so shall I merge it then ?
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 1 new commit to master: http://git.io/AivF-w
<JRubyGithub> jruby/master 39996ef Charles Oliver Nutter: Make sleep interrupts more robust by using Semaphore.
JRubyGithub has left #jruby [#jruby]
asuka has joined #jruby
<headius> mkristian: if you could, that would be great
<headius> there are code conflicts too though
<headius> mkristian: whenever you make maven changes on 1.7, maybe you should merge to master immediately since they're usually not clean merges
<headius> we need to keep on top of merging in general
<mkristian> yeah I know and I did - sometimes
<headius> I have not been good about it lately either
<headius> so could be my fault
frobs has quit [Quit: Leaving]
<mkristian> headius, I wanted to add some testcase for https://github.com/jruby/jruby/issues/2296
<mkristian> but honestly I do have no clue how
<mkristian> i.e. where and how do I use those eventHooks from ruby
<headius> mkristian: hmmm
<headius> well, it would be set_trace_func from Ruby
<headius> or the newer TracePoint stuff
<mkristian> let me see then
<enebo> rtyler: it raining there?
<mkristian> hmm this merge looks indeed painful
<headius> mkristian: I'm confused how that fixed the bug
jumex has joined #jruby
<headius> oh duh
<mkristian> the new list was empty but the last entry which was the new eventHook
<headius> it wasn't copying
<mkristian> yes
<rtyler> enebo: it is raining, I'm in a big fuckoff skyscraper though, so none of it affects me now
<headius> ick...I wonder if that was me
<mkristian> well, it was an easy fix ;)
<rtyler> there's people who are working from home because their commute would be a little longer
<enebo> rtyler: hah
<rtyler> it's so silly
<jumex> Hi all. I was wondering if anyone here has had experience running warbler (and bundler) using only maven without a system jruby installation?
<enebo> rtyler: looks like some SF folks have sand bags outside their businesses. I guess living a bottom of hill might mean some highly localized flooding
<electrical> headius: hiya
<headius> electrical: hello
<rtyler> jumex: lots of it here
<rtyler> well, you need to run warbler with jruby-complete
<rtyler> but that's not hard to do
<electrical> headius: do you know if a recent build has been created for jruby 9? the last one we used broke :-)
<jumex> rtyler: I figured I needed jruby-complete. Good to know that is the right path. I think where I am getting stuck is that I am not sure how to bundle all my gems up so that warbler exists and can use them.
<headius> electrical: I think ruby-build should be using the right tarball now...what do you use?
<headius> I'll double-check that snapshots are still being made properly
<rtyler> jumex: have you tried using bundler installing into a specified path?
<electrical> we were using this one: jruby 9.0.0.0.dev-SNAPSHOT (2.2.0p0) 2014-11-18 0cfdfe5 Java HotSpot(TM) 64-Bit Server VM 25.25-b02 on 1.8.0_25-b17 +jit [linux-amd64]
<electrical> haven't updated rbenv yet
<headius> ok, filename has changed since then
<electrical> wanted to make sure first if a more recent build was made :-)
<headius> indeed there is...let me update our silly index.html for it
<electrical> hehe okay :-)
<headius> ruby-build should do the right thing...I believe they merged my last PR
<electrical> will update rbenv on our jenkins node and re-test
<jumex> rtyler: That is one path I was following, but I was having a hard time getting maven to recognize the GEM_HOME/GEM_PATH I set up.
<projectodd-ci> Project jruby-master-spec-compiler build #147: FAILURE in 2 min 4 sec: https://projectodd.ci.cloudbees.com/job/jruby-master-spec-compiler/147/
triple_b has joined #jruby
<headius> hmm
<rtyler> maven doesn't install the gems or anything like that with warbler jumex
<jumex> So, I am thinking the steps are: 1) get jruby-complete, 2) use it to gem install bundler to a path, which I check in with my project, 3) use antrun with jruby-complete to run bundle install from maven, 4) use antrun with jruby-complete to run warble.
<headius> that's a maven failure of some kind
<jumex> rtyler: yeah, that is what I am discovering.
<headius> failed to build altogether
<rtyler> if you want a MUCH COOLER way of building jars and wars, boy do I have the plugin for you!
<jumex> Oh?
<rtyler> the documentation is far less mature than the actual plugins :P
* jumex cries
<jumex> I am bound to maven in this project (at least for the time being).
<jumex> unless, I can call gradle from maven (sound insane)
<projectodd-ci> Project jruby-master-spec-compiler build #148: STILL FAILING in 3 min 30 sec: https://projectodd.ci.cloudbees.com/job/jruby-master-spec-compiler/148/
<jumex> mkristian: I’ll give it a shot!
<rtyler> yeap
<rtyler> there's also that
<headius> mkristian: that build is failing to find an artifact that exists
<headius> jnr-x86asm 1.0.2 is in central
<headius> I am confuse
<mkristian> that is strange - how old is this artifact on maven central ?
<mkristian> I think jenskin uses some proxy and it might take some time . . .
<headius> very
<headius> has not been updated in at least a couple years
<headius> jenkins does use a proxy but previous build was ok :-\
<mkristian> hmm
<headius> maybe a network problem on their end, but it fetches other stuff
havenwood has joined #jruby
<mkristian> is this jffi-1.2.8-SNAPSHOT a recent change ?
benlovell has quit [Ping timeout: 256 seconds]
shellac has quit [Quit: Ex-Chat]
vyorkin has joined #jruby
elia has quit [Quit: Computer has gone to sleep.]
elia has joined #jruby
<headius> hmm
<headius> enebo: ?
<enebo> hmmm
<enebo> snapshot?
<enebo> for what?
<headius> that compiler build is failing to even build jruby...trying to figure out why
<headius> it complains about jnr-x86asm 1.0.2 not being available, but it obviously is
<enebo> yeah all that is ancient
<mkristian> headius, enebo, I do not see this snapshot locally
<headius> mkristian: I just wiped out com.github form local repo and it still builds fine
<enebo> mkristian: why does that matter?
<headius> this has to be some glitch on 'bees
<enebo> what depends on jffi-1.2.8-SNAPSHOT?
mister_s_ has quit [Ping timeout: 260 seconds]
<enebo> mkristian: hmm
<enebo> Are we talking about master?
<mkristian> yes
<headius> for example
<headius> the failed build from above
<mkristian> would it be possible to just update jnr-netdb with a dependency to jnr-ffi-2.0.0 which helps.
<enebo> headius: can you release invokebinder or do you plan on changing it more?
<enebo> headius: unlreated to the problem but it is one less thing to worry about as we get closer
claudiuinberlin has quit [Quit: Leaving.]
<mkristian> or if I look at all those com.github.jnr:* artifacts then I see loads of "omitted for conflict with "
<headius> I can release
<enebo> mkristian: Is there a way to print out all transitive deps in Maven?
<headius> mkristian: I guess we could do that, yes
<mkristian> cd core;mvn dependency:tree -Dverbose
<enebo> yeah lets get all these projects depending on the same stuff
<mkristian> that would be really nice
<enebo> It is also possible the snapshot aged out if we depend on it
<enebo> It was probably deployed as snapshot like 2 years ago :)
elia has quit [Quit: Computer has gone to sleep.]
elia has joined #jruby
<mkristian> enebo, yes, I hope all those "snapshot" downloads will disappear with such a clean up
<enebo> mkristian: Although I don’t see jffi 1.2.8-SNAPSHOT anywhere in core
<enebo> I see 1.2.7
anaeem1_ has joined #jruby
<enebo> assumng the command you gave me is printing out the whole thing
aemadrid has joined #jruby
<enebo> The only snapshots are invokebinder and jnr-constants (besides jruby itself)
<headius> enebo: invokebinder-1.5 released
<mkristian> I also do not know where this jffi 1.2.8-SNAPSHOT but old versions of some com.github.jnr point to versions ranges which can cause this
<headius> what else do we need to release?
<enebo> jnr-constants it looks like
<enebo> but I guess we should verify compile deps for these projects?
<enebo> perhaps these trans deps are only for running?
<enebo> [INFO] +- org.jruby:joda-timezones:jar:2013d:provided
<enebo> [INFO] | \- (joda-time:joda-time:jar:2.2:provided - omitted for conflict with 2.5)
<enebo> we have junk like this too
<headius> jnr-constants depends on nothing
<enebo> headius: yeah but it is still a snapshot
<headius> yeah I'm just saying it's probably unrelated but should be safe to release
<enebo> yeah I don’t even know what changed but that is probably a good rule it has been long enough to release it
<mkristian> jnr-netdb depends on jnr-ffi-1.0.4 which still has version ranges
<headius> I will release it
<enebo> ok
<headius> mkristian: that would be a good one to release as well
<enebo> heh yeh all of these
<mkristian> but we use jnr-ffi-2.0.0 for example. so a round of releases with all the latest versions would be delight
<enebo> updating exnio
<enebo> yeah let’s just do them all right now
<headius> I'm doing constants now
<enebo> jnr-exnio is mine atm
<enebo> headius: jnr-constants 0.8.5 is out now?
<headius> 0.8.6
<enebo> ah this was use 0.8.4
<enebo> fun
<enebo> headius: remember not all these projects have bytecode flag so I think these all compile with java 6
<headius> erg
<headius> now you tell me
<enebo> hey I did not make these projects :)
<headius> I don't even have 6
<headius> and I don't know how to get it
<enebo> headius: well I have it
<headius> we need to make them compile with 1.6 bytecode if that's necessary
<headius> jnr-constants specified 1.5
elia has quit [Quit: Computer has gone to sleep.]
<enebo> headius: ah great now close the release the little bastard
<headius> invokebinder specifies 1.7 but it's obviously 1.7+ anyway
drbobbeaty_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<headius> yeah, both are closed and released
<enebo> hmmm not showing up yet which is weird
<headius> showing up where?
<headius> maven central takes a whle to get it
imperator has joined #jruby
<enebo> usually it happens pretty quick from sonatype
<enebo> ok well I guess I need to wait on enxio a little bit then
<headius> it has always taken a while for me, but I might be unlucky
<headius> oh hmm
<headius> yeah that blows
<enebo> jnr-jffi was instanteous
elia has joined #jruby
<enebo> I mean I could do it by compiling it locally but that feels icky
<enebo> ok I will try netdb
<headius> enebo: sonatype might still reject it if it's not in central yet
<headius> even if local works
<enebo> headius: yeah I might not be able to close it I guess
<headius> you must have gotten lucky with jnr-ffi...I have never seen it happen immediately, and it's usually at least an hour
<headius> although I walk away from it pretty quickly when it doesn't show up
<enebo> headius: I guess so
yfeldblum has joined #jruby
<enebo> netdb is done
elia has quit [Quit: Computer has gone to sleep.]
colinsurprenant has joined #jruby
elia has joined #jruby
yfeldblum has quit [Ping timeout: 244 seconds]
<enebo> unixsocket depends on enxio which depends on constants…long day
elia has quit [Client Quit]
elia has joined #jruby
<imperator> oh dear, got an obscure windows issue for you guys today
<headius> mkristian: how do other projects deal with this delay?
<imperator> line endings, line endings everywhere
<headius> imperator: in 1.7.x?
<imperator> yup
<enebo> YAY
phrinx has joined #jruby
<headius> I'm guessing it will work on master since that has a true port of MRI transcoding, but obviously master isn't ready for Windows
<imperator> this is one of those things i wish matz hadn't done, but we're way past that
<headius> transcoding includes line ending translation
<headius> dammit, I need a Windows license
phrinx_ has joined #jruby
<headius> enebo: I'm going to do compliance training before I forget again, since we're mostly waiting on release propagation
<enebo> headius: that is a good idea…hmmm I don’t think I ever setup my new softkey :)
<enebo> headius: although my old phone is around here somewhere
<mkristian> headius, the delay from oss.sonatype.org to maven central - well you could create a profile which is uses the staging repo from sonatype.
<headius> mkristian: if we need to push an artifact that depends on one not yet propagated to central, will it still work ok?
<mkristian> so you can first stage them all, and even enebo could pick them from that staging. and then release all those artifacts in one go
<headius> they all go through sonatype
<mkristian> I would say say so. sonatype does a bunch of testing but NOT consistency of dependencies
elia has quit [Quit: Computer has gone to sleep.]
phrinx has quit [Ping timeout: 260 seconds]
<imperator> maybe this is deliberate? https://gist.github.com/djberg96/2bbc87f9b3b5824e7260
* imperator discovered this while implementing a file tail solution, and something is fubar with IO#seek
<enebo> imperator: wow that looks messsed up
skade has quit [Quit: Computer has gone to sleep.]
JohnBat26 has quit [Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/]
pietr0 has joined #jruby
x1337807x has joined #jruby
mister_s_ has joined #jruby
benlovell has joined #jruby
r0bby_ has joined #jruby
robbyoconnor has quit [Ping timeout: 264 seconds]
<headius> enebo: I guess you could try going ahead and pushing
<headius> if it fails it fails and we redo it
<headius> or wait until deps propagate
<mkristian> I see already a few new ones on maven central: http://repo1.maven.org/maven2/com/github/jnr/
<headius> yay
<headius> so just about an hour
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
yfeldblum has joined #jruby
Aethenelle has joined #jruby
yfeldblum has quit [Ping timeout: 265 seconds]
<bbrowning> enebo: headius: so I'm trying to get TB4's smaller integration test suite passing on JRuby 9.0.0.0 snapshots - as I find issues, just create a github issue for each?
<bbrowning> ie the constant "File::FNM_EXTGLOB" doesn't appear to exist in JRuby even though it's part of Ruby 2's File constants
Hobogrammer has joined #jruby
<bbrowning> I guess I can assume if the constant doesn't exist none of the behavior triggered by it doesn't as well?
<bbrowning> double negative, but you understand I think :)
<enebo> bbrowning: open each as an issue
<Aethenelle> bbrowning: that's likely only the case for features that are implemented in Java with java equivalents. If it's implemented in C (jnr-posix), you can use the value of the constant and itll work
<bbrowning> Aethenelle: ahh good to know
<bbrowning> enebo: will do :)
marr has quit [Ping timeout: 264 seconds]
<bbrowning> enebo: good thinking ;)
<bbrowning> that issue prevents Rails 4.1 apps from working at all
<Aethenelle> ... unless JRuby checks the range (against something like FNM_MAX dunno if that actually exists) and the one you're using falls outside the range...
<enebo> bbrowning: ;P
<Aethenelle> not likely with ioctl
skade has joined #jruby
r0bby_ has quit [Ping timeout: 250 seconds]
benlovell has quit [Ping timeout: 244 seconds]
colinsurprenant_ has joined #jruby
colinsurprenant has quit [Ping timeout: 264 seconds]
colinsurprenant_ is now known as colinsurprenant
kgerman_ has joined #jruby
calavera has joined #jruby
kgerman has quit [Remote host closed the connection]
kgerman_ is now known as kgerman
travis-ci has joined #jruby
<travis-ci> jruby/jruby (jruby-1_7:81879f1 by Charles Oliver Nutter): The build failed. (http://travis-ci.org/jruby/jruby/builds/43735710)
travis-ci has left #jruby [#jruby]
<enebo> mkristian: any idea what causes this bundle: thing to happen? https://travis-ci.org/jruby/jruby/jobs/43735711
<enebo> mkristian: Is it some sort of network issue?
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] nirvdrum pushed 2 new commits to master: https://github.com/jruby/jruby/compare/39996efb46b9...50ed7d947b46
<JRubyGithub> jruby/master 944f028 Kevin Menard: [Truffle] Partial implementation of Array#reject.
<JRubyGithub> jruby/master 50ed7d9 Kevin Menard: [Truffle] Untagged passing spec now that Array#reject works.
JRubyGithub has left #jruby [#jruby]
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
x1337807x has joined #jruby
<enebo> REJECT
<headius> bbrowning: jc00ke was working on adding FNM_EXTGLOB
<headius> unsure of status at the moment
<bbrowning> cool
<jc00ke> headius: I submitted a PR a week ago, pinged you in here too ;)
<enebo> hmmm my blind attempt at adding this is clearly not working
<jc00ke> Probably just missed it
<enebo> 2014-12-11T13:32:18.185-06:00: Ruby: failed to compile target script ../jruby-1_7/snippets/enc1.rb: failed to compile script ../jruby-1_7/snippets/enc1.rb
<nirvdrum> enebo: RubyEncoding has two factory methods that never seem to be used. Are you keeping them around for compatibility with something?
<jc00ke> Also, no idea if I got encoding right (probably didn't in the least)
<headius> jc00ke: oh thanks! I was traveling this week
<enebo> nirvdrum: don’t know offhand. It is possible it was a 1.8/1.9 thing
yfeldblum has joined #jruby
<nirvdrum> I can delete them while I'm in there. But don't want to break things.
<jc00ke> headius: no worries! Looking forward to feedback on the PR
<enebo> nirvdrum: The only possibility of them being used would be if bytecode generation called them which is extremely unlikely
<enebo> nirvdrum: remove them
<enebo> nirvdrum: actually another would be java native ext but that seems unlikely to me
<chrisseaton> there's quite a lot of dead code in master now - I don't delete it as I go as I don't want to mix truffle/non-truffle commits
<nirvdrum> headius: You also have a mess of deprecated methods in RubyEncoding from almost 4 years back. 9k might be the time to remove them.
<headius> definitely
<chrisseaton> perhaps we should have an annotation for public APIs, so that we know what not to delete as it looks like dead code
<headius> and now is the time to do it, so we can catch exts that need it
<enebo> yeah it has been the goal all along
<headius> chrisseaton: that's what enebo wants to do
<enebo> chrisseaton: I proposed @Extension…Did I ever make it though? :)
<nirvdrum> chrisseaton: Is mixing commits that problematic? We use the [Truffle] prefix for Truffle stuff.
<nirvdrum> Heh. "// TODO: make threadsafe" -- from 2008.
<bbrowning> DONE
yfeldblum has quit [Ping timeout: 252 seconds]
<chrisseaton> nirvdrum: surely best not to hide potential changes to the normal JRuby external API in a Truffle commit?
<nirvdrum> chrisseaton: Well, you could make it a separate commit. I thought you meant you didn't want git log to have Truffle and then non-Truffle commits.
<chrisseaton> yeah I could stage stuff more carefully
<enebo> yeah you guys can do as many general JRuby commits as you want…just don’t mix into truffle-specific commits
<enebo> which I think you both know
<nirvdrum> "git add -p" is your friend here.
<headius> -p is the best git flag
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] nirvdrum pushed 2 new commits to master: http://git.io/w-fDUQ
<JRubyGithub> jruby/master 8bd0df2 Kevin Menard: Removed unused RubyEncoding factories.
<JRubyGithub> jruby/master c34b8db Kevin Menard: Removed a bunch of unused, deprecated RubyEncoding methods.
JRubyGithub has left #jruby [#jruby]
<enebo> sneaky p
<nirvdrum> *slipper p
<nirvdrum> *slippery
<nirvdrum> 2 weeks until Christmas. How's 9k pre1 looking anyway?
<enebo> nirvdrum: It could be looking better
<nirvdrum> IR stuff? Or stdlib?
<enebo> nirvdrum: Some IR some features but we are getting pretty close. It is just tight.
kgerman has quit [Ping timeout: 245 seconds]
pataprogramming has joined #jruby
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<pataprogramming> I'm currently fighting with become_java!, and would appreciate some advice...the resulting classes seem to ignore the java_package directive.
marr has joined #jruby
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<pataprogramming> I need to generate classes with specific package paths for use with a plugin filter system.
<pataprogramming> The system currently supports Groovy, and I'm hoping to add the ability to create filters in JRuby.
<headius> pataprogramming: hello :-)
<pataprogramming> headius: Greetings.
<headius> hmmm
<headius> become_java! doesn't use java_package, I believe...only jrubyc at command line will use it
<pataprogramming> Unfortunately, the filters get dropped into a directory of the live system, and are compiled on the fly...so precompilation isn't really a good path.
<pataprogramming> Anyway to invoke jrubyc's functionality programmatically without going through the shell?
<headius> sure, it's just a Ruby script...but I don't know if we have documented how to do it
<headius> may I ask why you need to generate real Java classes for this?
<headius> I'm going to guess that whatever plugin system this is requires a class it can Class.forName
<pataprogramming> Could be...so far, I've been trying to imitate the approach that the authors used for the Groovy plugin support.
skade has quit [Read error: Connection reset by peer]
<pataprogramming> This is the system, Netflix's Zuul - https://github.com/Netflix/zuul/tree/2.x
skade has joined #jruby
dabradley has quit [Ping timeout: 244 seconds]
<headius> looks pretty groovy-specific
<headius> seriously, do Groovy developers actually write any Groovy? Every time I find a project that claims it's written in Groovy, it's 95% Java
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<headius> all these plugins have more code in Java than in Groovy
<headius> anyway...
<pataprogramming> Basically, by implementing getClassFromFilterFile() on that FileSystemPollingFilterStore(), it should be pretty straightforward...but it is expecting a class.
<pataprogramming> Groovy seems to be more-or-less Java that can be written while drunk.
skade has quit [Client Quit]
r0bby_ has joined #jruby
<pataprogramming> I haven't chased down how the package prefix is used in the code yet, but it does expect one or more prefixes to be specified.
<headius> pataprogramming: hah, I like that description of Groovy
elia has joined #jruby
<headius> pataprogramming: hmm yes, I hate plugin systems that use Class instances
<headius> and then I'm sure it goes on to try to instantiate it
<headius> using a default constructor
<pataprogramming> At the moment, I'm trying to figure out what I can coax JRuby into spitting out...I'm sure the two can be made to meet in the middle somehow, but I'm hoping it's not too hacky.
<headius> this is such a stench that's all over all plugin systems
<headius> pataprogramming: if you evaluate that script, become_java! returns the class it created
<pataprogramming> Well, not any hackier than any system is that relies on reflection.
<headius> indeed
<headius> I forget if the class is instantiable with a default constructor...checking that now
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:39996ef by Charles Oliver Nutter): The build failed. (http://travis-ci.org/jruby/jruby/builds/43738349)
travis-ci has left #jruby [#jruby]
<pataprogramming> This is my first time doing much mucking around with JRuby...am I going to get any nasty jrubyc-related surprises if I have that class implement an interface?
<pataprogramming> Or extend an abstract class?
<headius> pataprogramming: it appears to work
<headius> so what you'd want to do is basically just evaluate the script and you'll get a Class out of it
<headius> become_java! being the last line
<projectodd-ci> Yippie, build fixed!
<projectodd-ci> Project jruby-master-spec-compiler build #149: FIXED in 21 min: https://projectodd.ci.cloudbees.com/job/jruby-master-spec-compiler/149/
calavera has joined #jruby
<pataprogramming> headius: Which is about as far as I'd made it with the scriptengine wrapper.
<headius> enebo: heh, build fixed...who knows why
<enebo> headius: yeah the bundle: seems to be a network issue if I had to guess
<pataprogramming> headius: Looks like this is how it picks which set of filters to run:
<pataprogramming> List<PreFilter> preFilters = pickFilters(compiledFilters.values(), PreFilter.class);
<pataprogramming> So package prefix may not matter.
<headius> yeah probably not
<headius> but I assume there's an interface to impl or something?
<pataprogramming> headius: Yes, so as long as become_java! includes that in the generated code, all should be good.
<headius> if you specify it in the code it will
<pataprogramming> Then that's next on the list to try. Thanks very much for the assistance.
<headius> java_implements
<headius> yup, let me know how it goes
<headius> we need better doco on how to integrate with systems like this
<imperator> enebo, found a workaround - explicitly opent the file in binmode
<enebo> imperator: yeah that will for sure give a consistent view
<enebo> imperator: Their read(30) seems like buggy behavior to me though
<imperator> it doesn't match the docs
<imperator> or rather, what the docs -imply-
<imperator> i'm sorta confused my own self
elia has quit [Quit: Computer has gone to sleep.]
r0bby_ has quit [Remote host closed the connection]
triple_b has joined #jruby
<nirvdrum> Why is JCodings so obtuse?
<pataprogramming> headius: When I was digging around online, it looked like this was a pain point for people who were trying to interop with systems that rely heavily on dependency injection.
<Aethenelle> dunno... ditched it before i had to deal with it much... my questions for jcodings is "why only ints?"
yfeldblum has joined #jruby
robbyoconnor has joined #jruby
robbyoconnor has quit [Changing host]
robbyoconnor has joined #jruby
<nirvdrum> Oh, I didn't realize that was a JRuby project. Oops.
justinsmestad has joined #jruby
<headius> nirvdrum: the API is not friendly
<headius> but we've never spent time to improve it
<headius> it's mostly the C API
<nirvdrum> headius: What's "p" mean? I assume it's some sort of pointer.
<headius> yeah, just a position reference
<headius> char**
<headius> an "out" holder
byteit101 has joined #jruby
robbyoconnor has quit [Client Quit]
<nirvdrum> headius: Any objections to me introducing a new interface both RubyEncoding implementations can use so I can make better use of some of the stuff in EncodingService? I'd really hate to reimplement all this byte twiddling.
<headius> go for it
justinsmestad has quit [Client Quit]
<headius> anything we can do to unify the truffle and non-truffle side of things
jstad has joined #jruby
yfeldblum has quit [Ping timeout: 245 seconds]
<nirvdrum> Cool.
<enebo> nirvdrum: much of jcodings and joni follow C impl close because it is really complicated and it is easier to track evolution of C project
<byteit101> currently using mkristian's jbundler and mvn tools on a jruby project, I get "jbundler support needs jruby to create a local config: jruby -S jbundle install"
<enebo> nirvdrum: which that said any nice wrapper around it would be fucking great
<nirvdrum> enebo: Makes sense. I was just hoping for some javadocs.
<enebo> nirvdrum: HAHAHA
<byteit101> I've not used maven much, and am unsure what the error means/ how to fix it
<nirvdrum> enebo: Or any sort of comments.
<nirvdrum> I think I'd rather just figure out a way to use it.
<byteit101> that line is thrown in the rakefile when I do `wt = Warbler::Task.new`
<enebo> heh
<nirvdrum> And that was all written in 2008 by a guy I don't think I've ever seen around here.
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<enebo> nirvdrum: it is lopex
<nirvdrum> Oh, really? I thought his name was something else.
<lopex> did I do something wrong
<nirvdrum> lopex: Just JCodings :-P
<enebo> nirvdrum: but any questions about stuff and lopex is your guy for regexps and m17n
<lopex> hey, I wrote more jruby code than joni and jcodings
<enebo> lopex: tehcnically you ported those two as well
<nirvdrum> lopex: I'm looking to implement encoding in Truffle. Getting the name from an encoding is a bit complex.
<headius> lopex: it is just challenging to use the C-like APIs and we've never added nicer ones
<headius> you didn't do anything wrong :-)
<nirvdrum> But I'm going to see if I can find a way to share a lot of the core stuff in EncodingService.
<lopex> nirvdrum: well, it's a direct port, and any diff when you'll troy to simplyfy it will come up eventually
mitchellhenke has joined #jruby
<lopex> nirvdrum: also, that code in mri might have changed
<lopex> nirvdrum: why not use that ?
<nirvdrum> lopex: Why not use what? The code in MRI?
<lopex> headius: the only nicer thing is named backref iterators
<lopex> :)
<lopex> headius: or where they tossed lots of function pointers at once
<lopex> nirvdrum: the code in jruby
<lopex> nirvdrum: do you use ByteList as well ?
<nirvdrum> lopex: Well, I'm trying to. But we have a different class hierarchy.
<lopex> nirvdrum: then we might try to split some code in jruby base ?
<nirvdrum> lopex: That's what I'm looking at now. There's a lot of stuff that could be shared, since they both use JCodings and ByteList.
<lopex> nirvdrum: dont complain here, in mri world, they all copy and import foreign code into mri's repo :)
<lopex> nirvdrum: and more, they copy that into mri's internals
<lopex> so you dont know it was a part of an external library in the past
<nirvdrum> I'm not faulting you. Porting C make sense. It's just hard to follow is all.
<lopex> nirvdrum: I'm being ironic
<nirvdrum> All these p's and end's.
<lopex> yeah
diegoviola has quit [Ping timeout: 244 seconds]
<lopex> I know
<lopex> nirvdrum: but in such messy c code it's easier to relate the things
<nirvdrum> Right.
<headius> definite want to split out shared logic from e.g. StringSupport, RubyString, IO, if it isn't already
<lopex> nirvdrum: initially we though that after some baking we might do some refactoring
<lopex> nirvdrum: like, StringSupport might go into jcodings
<nirvdrum> It's been 6 years :-P
<headius> 6 glorious years of p
<enebo> we really should do one pass through RubyString and symbol to remove the duality between 1.8 and 1.9 methods
<nirvdrum> Heh.
<lopex> nirvdrum: but it was a lot harder to modify two projects at once
<headius> nirvdrum: I think it has never happened because once wired up we don't really use those methods anymore
<headius> we go through StringSupport for most things
<headius> and it does the right thing
<enebo> since some are not encoding and others are
<lopex> enebo: is there still a duality ?
<nirvdrum> Yeah. Don't fix what isn't broken.
<headius> actually StringSupport and other logic in JRuby probably could be the beginnings of a nicer Java-friendly API for jcodings
<headius> would love to move more of that stuff out to libs
<lopex> headius: but StringSupport was done much later on
<headius> lopex: indeed
<headius> but probably half its methods are basically just jcodings logic with a nice face
<enebo> lopex: well the 1.8-specific @JRubyMethods are cleaned up but the lower layers we still have 1.9 encoding-aware methods calling non-encoding specific methods
<headius> that and code range stuff
<enebo> I find it unfortunate that CR represents semantic behavior and is not specifically just an optimization flag
jstad has quit [Quit: Linkinus - http://linkinus.com]
<lopex> what semantics does it affect ?
<enebo> Don’t ask me to prove that statement
<enebo> cat19 is heavily reliant on it
<lopex> yes
<enebo> To an extent I feel like it is semantics and not optimization
<lopex> but ultimately it's for optimization
<lopex> the headache is CR tainting
<enebo> lopex: mayhap. Deciding to make something ascii which was not makes me think more than optimization
<lopex> lots of arbitrary rules
<headius> I feel like it's just optimization too
<headius> since semantically if everything just went through mbc logic it wouldn't change
<lopex> enebo: but the scand doesnt affect the encoding (might later affect new strings with CR taint)
<lopex> so yes
<lopex> might affect the semantics
<lopex> but ultimately it's an opt with side effects :)
e_dub has quit [Quit: e_dub]
benlovell has joined #jruby
<lopex> also, CR is still not available via ruby apis right ?
<lopex> so it's really hard to test explicitly
<enebo> headius: prove that statement :)
<enebo> CR is an opt with benefits
<headius> headius: I'll say it *should* be identical
<headius> but I can't prove it
<enebo> HAHA…well you can but I don’t want you to try
<headius> no visible semantics should change if everything was scanned every time, for example
<lopex> I'm afraid it leaks into semantics
<lopex> but it was not directly intended
<headius> right
<enebo> headius: yeah in theory I agree
<headius> it probably does
<enebo> headius: but I bet it doesn't
<headius> and we'd still need a flag for "BINARY" so that's a semantic difference perhaps
<headius> BINARY bypasses encoding logic altogether
<enebo> fun stuff
skade has joined #jruby
<headius> enebo: did you see four regressions in jruby-openssl?
<enebo> no
<headius> updated by mkristian a bit ago
<headius> I believe the implication is that if we fix those we can put out 0.9.6
<enebo> headius: cool if true
<headius> they're not going to be fun though
<enebo> yay something other tham repo2 now has jnr-constants
<lopex> nirvdrum: another difficulty when looking at mri's code is that you have absolutely no idea at first glance, what code relies in runtime and what code is independent
<lopex> *relies on runtime
<lopex> it might pass void* and then cast it into VALUE
<enebo> lopex: That is known as adding VALUE
<lopex> yeah
<lopex> capitalized
<lopex> even better
colinsurprenant has quit [Quit: colinsurprenant]
<lopex> you need to trace the fuction bodies to know that
mkristian has quit [Quit: bye]
<headius> nirvdrum: just be glad you don't have to reimplement the transcoding subsystem
<headius> it was a "fun" exercise but I wouldn't wish it on anyone
<lopex> I guess I thought that from the other end
<lopex> but I guess I'd still fail at that state machine
<nirvdrum> Fortunately, most of these methods are private, so I should be able to make this work without too much bloodshed.
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] enebo pushed 1 new commit to master: http://git.io/TnaWUA
<JRubyGithub> jruby/master 89f548e Thomas E. Enebo: Fixes #2172: Symbols need to support UTF-8 names
JRubyGithub has left #jruby [#jruby]
benlovell has quit [Ping timeout: 265 seconds]
<enebo> headius: I think you may want to review the bytecode side of this and you already said you want to implement a cache so ...
<enebo> I only ran rubyspec full spec run against it so who knows if there is a mistake yet or not
<lopex> jcodings could be cleaned up now since jruby doesnt use 1.8 encoding stuff now
<headius> enebo: ok
<headius> bbl all
<enebo> lopex: well as an external lib we want it until 1.7.x is long dead
<lopex> enebo: it isnt an issue code-size-wise so I guess it can wait
<enebo> lopex: if you would like to clean up master RubyString or RubyRegexp I would buy you a beer some day
<lopex> enebo: American one please
<lopex> double AIPA
<lopex> enebo: is there a lot to clean ?
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] eregon pushed 1 new commit to master: http://git.io/rf-I-A
<JRubyGithub> jruby/master 8467e49 Benoit Daloze: [Truffle] Use a generated method instead of using directly the specialization.
JRubyGithub has left #jruby [#jruby]
kgerman has joined #jruby
<lopex> enebo: oh I guess some might be unsplit
<lopex> or resplit
<enebo> rejoined?
<lopex> RubyRegexp initialize was always hugely impeded by 1.8/1.9
<lopex> yeah, but more reorganized
colinsurprenant has joined #jruby
<lopex> s/impeded/crippled/
diegoviola has joined #jruby
<enebo> lopex: exactly. It might be fun for you to clean it
<lopex> for 9k ?
<enebo> lopex: sure
pietr0 has quit [Ping timeout: 244 seconds]
<enebo> lopex: I only mean master since 1.7 branch still supports 1.8
<lopex> right
pietr0 has joined #jruby
<lopex> enebo: my current secret project relies on jruby heavily so I'm on a boat anyways
<jumex> Does anyone know if there is a way to have warbler determine the RAILS_ENV when it is run as opposed to when the WAR is built?
<enebo> lopex: Welcome back on board skipper
x1337807x has joined #jruby
dabradley has joined #jruby
rsim has joined #jruby
skade has quit [Quit: Computer has gone to sleep.]
<chrisseaton> does anyone know why we don't lock files with data sections? https://github.com/jruby/jruby/blob/master/spec/ruby/language/predefined/data_spec.rb#L27-L40 Don't agree with the behaviour? Hard to support on JVM? Just not gotten around to it?
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] deployable opened issue #2308: IO.read(bytes) behaves differently to MRI on Windows http://git.io/fY72_g
JRubyGithub has left #jruby [#jruby]
treehau55 has joined #jruby
<treehau55> is there a way to show the rails logs to stdout/stderr when creating a executable jar with warbler using embetted jetty?
imperator2 has joined #jruby
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
imperator3 has joined #jruby
diegovio1 has joined #jruby
diegoviola has quit [Ping timeout: 252 seconds]
imperator has quit [Ping timeout: 245 seconds]
imperator2 has quit [Ping timeout: 264 seconds]
SynrG has joined #jruby
brettporter has joined #jruby
calavera has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:50ed7d9 by Kevin Menard): The build failed. (http://travis-ci.org/jruby/jruby/builds/43754642)
travis-ci has left #jruby [#jruby]
<headius> blocking function test again
<headius> nirvdrum, Aethenelle: ^
<Aethenelle> WAT?
<headius> travis is slooooow
<headius> so if there's really not a bug here, it may need more time
<Aethenelle> thought i had that at >= 2.0
<nirvdrum> 2 !> 2.0
<Aethenelle> >= not >
<headius> heh
<headius> I didn't notice the numbers
<Aethenelle> it's testing to make sure at least 2 seconds have passed
<headius> yay floating point?
<nirvdrum> Or rather the other way around.
<Aethenelle> not a floating point error just bad code on my end...
<headius> I'll just fix it
diegovio1 is now known as diegoviola
<headius> no worries
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 1 new commit to master: http://git.io/eSbBXw
<JRubyGithub> jruby/master e3ff922 Charles Oliver Nutter: Fix time comparison in blocking FFI call spec.
JRubyGithub has left #jruby [#jruby]
<Aethenelle> one sec
<Aethenelle> there you go...
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] tduehr opened pull request #2309: fix function_spec (master...fix_test) http://git.io/MNmR1A
JRubyGithub has left #jruby [#jruby]
colinsurprenant has quit [Quit: colinsurprenant]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] nirvdrum pushed 1 new commit to master: http://git.io/r6TfRQ
<JRubyGithub> jruby/master ca99b12 Kevin Menard: Removed unused constructors.
JRubyGithub has left #jruby [#jruby]
skade has joined #jruby
josh-k has quit [Remote host closed the connection]
e_dub has joined #jruby
fridim_ has quit [Ping timeout: 245 seconds]
colinsurprenant has joined #jruby
mister_s_ has quit [Ping timeout: 244 seconds]
anaeem1_ has quit [Remote host closed the connection]
<lopex> numbers ?
egp has joined #jruby
<egp> I'd like to be able to use a ruby gem (https://github.com/staqapp/staq-msbin) in my scala project, was looking at maybe using jruby to do it, and use the scriptenginemanager (https://github.com/jruby/jruby/wiki/JavaIntegration) one thing I'm little confused about this theoretical solution, would be howto reference the gem, and I would do the reference import/call the actual MSBIN::Record.DecodeStream
<egp> that, and how it would get packaged in my jar/etc rather than having to a do a "gem install" on any production box
<nirvdrum> lopex: Is there a reason that RubyEncoding#getEncoding lazily loads the encoding?
<nirvdrum> It looks like creating the RubyEncoding instance with the Encoding instance would be trivial.
<lopex> nirvdrum: initially, it was to monomorphize encoding callsites
<lopex> nirvdrum: in a hope that only two of them being loaded
<lopex> like ascii and utf-8
<lopex> nirvdrum: and hotspot likes to inline bimorphic ones
<nirvdrum> I don't follow. It's just an object reference.
pataprogramming has quit [Ping timeout: 240 seconds]
<lopex> nirvdrum: hotspot is aware of classes being loaded and can optimize for that
<lopex> if one class is being loaded it can totally devirtualiza the calls
<lopex> even when called via interface
<lopex> chrisseaton: can you clarify if I'm wrong here ?
<nirvdrum> lopex: But this is all done during runtime bootstrap.
<chrisseaton> lopex: what you are saying makes sense in theory - but I would be very surprised if you can measure a difference
rsim has quit [Quit: Leaving.]
<nirvdrum> I don't want to bloat startup time, but I suspect this one callsite can't be optimized anyway.
yfeldblu_ has joined #jruby
<lopex> chrisseaton: I guess, I'd think as you as well now, but that code was written quote a bit ago
<lopex> chrisseaton: I was much more gullable to that then
<lopex> nirvdrum: it's not this callsite
<lopex> nirvdrum: the theory was that any encoding callsite would/could
rsim has joined #jruby
<chrisseaton> lopex: we're building a research tool for truffle that will show you the source code and will overlay information such as how polymorphic a call site is - so you would be able to tell for sure - but not sure there's any existing tool like that at the moment
<lopex> chrisseaton: and anyways in most cases it would be deopted
<lopex> nirvdrum: class loading isnt any issues here I guess
yfeldblum has joined #jruby
<nirvdrum> lopex: I'm not trying to chastise you anything. I just want to know if there's a landmine I should be watching out for.
<lopex> chrisseaton: but still, having only one implementor changes things ?
<lopex> nirvdrum: like, concurrency wise or something ?
<nirvdrum> lopex: Although the problem with doing it this way is RubyEncoding#getEncoding isn't thread-safe, as you commented.
<lopex> nirvdrum: because it's all per runtime
<chrisseaton> lopex: yeah - interfaces will be faster if there is one implementation - and get deoptimized when another implementation is loaded - I can see that happen for real
<lopex> nirvdrum: then it's more forgiving
<lopex> nirvdrum: but yeah, that code need to be revisited
<lopex> *needs
<lopex> chrisseaton: that's what I was thinking about back then
yfeldblu_ has quit [Ping timeout: 240 seconds]
<lopex> chrisseaton: but from hotspot related readings and some hotspot code study
<nirvdrum> lopex: Fair enough. I just wonder if the cost of being lazy would dominate the cost of any potential deopt from class loading.
<lopex> nirvdrum: ah, there's another thing
<lopex> nirvdrum: encoding tables
<lopex> nirvdrum: thoese are loaded via static field dependencies and some of them are HUGE
<lopex> nirvdrum: like 1MB
<nirvdrum> So, you're lazy loading classes from the classpath too?
<lopex> nirvdrum: it hurts ruboto folks to the point of unacceptable
Aethenelle_ has joined #jruby
<lopex> nirvdrum: no, static fields being fed from files
Aethenelle has quit [Ping timeout: 244 seconds]
Aethenelle_ is now known as Aethenelle
<lopex> nirvdrum: and that dependency is being than by jvm spec
<lopex> *s/than/done/
<lopex> nirvdrum: this eliminates synchronization
<lopex> nirvdrum: is that clear enough ?
<nirvdrum> I guess where I'm confused is I already have an encoding iterator walking each of the entries in EncodingDB, so aren't these classes already loaded?
<lopex> nirvdrum: encoding db entry is just a holder for encoding
imperator3 is now known as imperator
<nirvdrum> Okay. So they are lazy loaded then?
<lopex> yes
<lopex> like I said
<nirvdrum> Well I thought I asked if you were lazy loading classes and you said "no".
<lopex> nirvdrum, chrisseaton: so all the locking etc is being done withing jvm class loading dependency spec
<nirvdrum> No worries.
<lopex> oh
<lopex> I must have made a mistake
<nirvdrum> I'm looking at the JCodings source now. I see that they're being lazy-loaded.
<lopex> yes
<nirvdrum> Ruboto, I fear, is a bandaid we're going to have to rip off at some point :-/
<lopex> nirvdrum: since you where asking why getEncoding loads a class
colinsurprenant has quit [Quit: colinsurprenant]
colinsurprenant has joined #jruby
<nirvdrum> But I don't have a good solution for that one yet.
<lopex> for ruboto ?
<lopex> maybe some maven annotation processing thingy ?
<nirvdrum> Yes. I don't like the idea of leaving people behind, but we go through quite a few gymnastics to continue supporting it.
<nirvdrum> I can't see Truffle ever working for it.
<nirvdrum> With Go now supporting Android, I have a sneaking suspicion that's going to be Google's exit strategy.
<chrisseaton> I've set up some tools to remove Truffle from the build to help Ruboto
<nirvdrum> And RubyMotion is a thing now.
<lopex> nirvdrum: also there is the complication for some encodings wrt transcoding tables
<lopex> nirvdrum: some of them are really huge and we still ship the whole thing
<lopex> even NOBODY uses it
<lopex> it's too rare
<lopex> the GB* thingy
<nirvdrum> Okay. Well, that I can buy into.
<lopex> nirvdrum: mri doesnt pay for it that much since it's just an fread on c binary
<lopex> nirvdrum: but jruby goes the whole unzip
skade has quit [Quit: Computer has gone to sleep.]
SynrG has quit [Read error: Connection reset by peer]
treehau55 has quit [Ping timeout: 246 seconds]
<lopex> nirvdrum: but I was all alone on the encoding site of things and the amount of required solutions overwhelmed me
<nirvdrum> Heh. I'm not criticizing :-)
<lopex> so lots of things are not being touched for years
<nirvdrum> I'm just looking at code written in 2008 and am curious.
SynrG has joined #jruby
<nirvdrum> And unfortunately, a lot of the older stuff is wholly undocumented.
<lopex> most of jruby was so in those years
<lopex> nirvdrum: I only fixed some critical bugs and about two years ago did some more important joni optimizations
<lopex> and that was it
<lopex> for some time
<lopex> nirvdrum: joni is quite a bit behind onigmo too now
<nirvdrum> lopex: Yeah. chrisseaton filed an issue a few days ago. I don't know if you saw.
<lopex> nirvdrum: whch one ?
diegoviola has quit [Quit: WeeChat 1.0.1]
<nirvdrum> Maybe that doesn't tie into joni. But it's regexp-related.
<lopex> yeah
<lopex> linked in the todo
<lopex> might be just quoting/unquoting for #sources
<lopex> *#source
skade has joined #jruby
<lopex> the whole regex thing is heinous, in mri it's multiply copied and processed, and the string that is being matched against, it's preprocessed and COPIED at least once
<lopex> it's a joke
<lopex> in jruby it's quite likely (given encdogin oportunites) regexp source in joni regexp is the SAME as the one at parse time
<lopex> joni even tries to COW the literal anchors within it's own AST on expand
<lopex> well, enough complains
elux has quit [Quit: Bye!]
drbobbeaty has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:c34b8db by Kevin Menard): The build failed. (http://travis-ci.org/jruby/jruby/builds/43757166)
travis-ci has left #jruby [#jruby]
x1337807x has quit [Ping timeout: 264 seconds]
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
x1337807x has joined #jruby
mitchellhenke has quit [Quit: Computer has gone to sleep.]
enebo has quit [Quit: enebo]
multibot_ has joined #jruby
imperator has quit [Quit: Valete!]
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
skade has quit [Quit: Computer has gone to sleep.]
x1337807x has joined #jruby
rsim has quit [Quit: Leaving.]
diegoviola has joined #jruby
josh-k has joined #jruby
josh-k has quit [Read error: Connection reset by peer]
josh-k has joined #jruby
josh-k__ has joined #jruby
josh-k___ has joined #jruby
josh-k has quit [Ping timeout: 264 seconds]
josh-k__ has quit [Ping timeout: 258 seconds]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
Aethenelle has quit [Ping timeout: 250 seconds]
Aethenelle has joined #jruby