travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:89f548e by Thomas E. Enebo): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43765190)
travis-ci has left #jruby [#jruby]
vyorkin has quit [Quit: WeeChat 1.0.1]
kgerman has quit [Ping timeout: 264 seconds]
calavera has joined #jruby
Aethenelle_ has joined #jruby
Aethenelle has quit [Ping timeout: 272 seconds]
Aethenelle_ has quit [Ping timeout: 244 seconds]
triple_b has joined #jruby
Aethenelle has joined #jruby
Aethenelle_ has joined #jruby
calavera has quit [Ping timeout: 258 seconds]
Aethenelle has quit [Ping timeout: 265 seconds]
Aethenelle_ is now known as Aethenelle
calavera has joined #jruby
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
mistergibson has joined #jruby
triple_b has joined #jruby
triple_b has quit [Client Quit]
triple_b has joined #jruby
SynrG has quit [Quit: No Ping reply in 180 seconds.]
SynrG has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:8467e49 by Benoit Daloze): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43765508)
travis-ci has left #jruby [#jruby]
rcvalle has joined #jruby
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
marr has quit [Ping timeout: 240 seconds]
pietr0 has quit [Quit: pietr0]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
triple_b has joined #jruby
Aethenelle has quit [Quit: Aethenelle]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] chrisseaton pushed 1 new commit to master: http://git.io/5NsWgw
<JRubyGithub> jruby/master 0618ada Chris Seaton: [Truffle] More work on keyword arguments.
JRubyGithub has left #jruby [#jruby]
x1337807x has quit [Ping timeout: 244 seconds]
Aethenelle has joined #jruby
jumex has quit [Ping timeout: 260 seconds]
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:e3ff922 by Charles Oliver Nutter): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43769473)
travis-ci has left #jruby [#jruby]
Aethenelle_ has joined #jruby
Aethenelle has quit [Ping timeout: 250 seconds]
Aethenelle_ is now known as Aethenelle
calavera has joined #jruby
purplefox has quit [Ping timeout: 244 seconds]
calavera has quit [Ping timeout: 252 seconds]
Aethenelle_ has joined #jruby
josh-k___ has quit [Remote host closed the connection]
calavera has joined #jruby
Aethenelle has quit [Ping timeout: 256 seconds]
Aethenelle_ is now known as Aethenelle
Aethenelle_ has joined #jruby
Aethenelle has quit [Ping timeout: 258 seconds]
Aethenelle_ is now known as Aethenelle
purplefox has joined #jruby
Aethenelle_ has joined #jruby
Aethenelle has quit [Ping timeout: 272 seconds]
Aethenelle_ has quit [Ping timeout: 244 seconds]
Aethenelle has joined #jruby
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
Aethenelle has quit [Ping timeout: 264 seconds]
calavera has joined #jruby
ex has joined #jruby
kgerman has joined #jruby
kgerman has quit [Read error: Connection reset by peer]
kgerman_ has joined #jruby
colinsurprenant has quit [Ping timeout: 250 seconds]
kgerman_ is now known as kgerman
aemadrid has quit [Quit: Connection closed for inactivity]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
johnmuhl has quit [Quit: Connection closed for inactivity]
calavera has joined #jruby
triple_b has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:ca99b12 by Kevin Menard): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43769703)
travis-ci has left #jruby [#jruby]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
e_dub has quit [Quit: e_dub]
calavera has joined #jruby
e_dub has joined #jruby
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
diegoviola has quit [Quit: WeeChat 1.0.1]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
Aethenelle has joined #jruby
mitchellhenke has joined #jruby
rcvalle has quit [Quit: rcvalle]
mitchellhenke has quit [Quit: Computer has gone to sleep.]
calavera has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] chrisseaton pushed 1 new commit to truffle-head: http://git.io/AVSuNw
<JRubyGithub> jruby/truffle-head 78db904 Chris Seaton: Merge branch 'master' into truffle-head...
JRubyGithub has left #jruby [#jruby]
havenwood has quit [Remote host closed the connection]
havenwood has joined #jruby
electrical has joined #jruby
mjc_ has joined #jruby
lopex has joined #jruby
beawesomeinstead has joined #jruby
cprice404 has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:e47a9da by Chris Seaton): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43796529)
travis-ci has left #jruby [#jruby]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
calavera has joined #jruby
Aethenelle has quit [Quit: Aethenelle]
jeremyevans has joined #jruby
ex has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
deobalds has joined #jruby
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
triple_b has joined #jruby
nirvdrum has quit [Ping timeout: 258 seconds]
tenderlove has quit [Remote host closed the connection]
tenderlove has joined #jruby
donV has joined #jruby
donV has quit [Client Quit]
deobalds has quit [Quit: Computer has gone to sleep.]
brettporter has quit [Remote host closed the connection]
brettporter has joined #jruby
skade has joined #jruby
deobalds has joined #jruby
brettporter has quit [Ping timeout: 252 seconds]
deobalds has quit [Quit: Computer has gone to sleep.]
JohnBat26 has joined #jruby
phrinx_ has quit [Remote host closed the connection]
mistergibson has quit [Quit: Quitting ... be good to each other :)]
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
anaeem1_ has joined #jruby
Usuario has joined #jruby
Usuario is now known as frobs
phrinx has joined #jruby
phrinx has quit [Ping timeout: 264 seconds]
Usuario_ has joined #jruby
kgerman_ has joined #jruby
anaeem1__ has joined #jruby
balo_ has joined #jruby
ddd_ has joined #jruby
frobs has quit [*.net *.split]
anaeem1_ has quit [*.net *.split]
kgerman has quit [*.net *.split]
pchalupa has joined #jruby
jimbaker has joined #jruby
jimbaker has quit [Changing host]
jimbaker has joined #jruby
Usuario_ is now known as frobs
fridim_ has joined #jruby
havenwood has quit [Remote host closed the connection]
brettporter has joined #jruby
benlovell has joined #jruby
brettporter has quit [Ping timeout: 255 seconds]
skade has quit [Quit: Computer has gone to sleep.]
skade has joined #jruby
skade has quit [Client Quit]
noop has joined #jruby
phrinx has joined #jruby
marr has joined #jruby
phrinx has quit [Ping timeout: 258 seconds]
mistergibson has joined #jruby
subbu has joined #jruby
saga65 has joined #jruby
saga65 has quit [Ping timeout: 264 seconds]
mister_s_ has joined #jruby
elia has joined #jruby
koichiro_zzz has joined #jruby
skade has joined #jruby
subbu has quit [Ping timeout: 265 seconds]
shellac has joined #jruby
brettporter has joined #jruby
josh-k has joined #jruby
drbobbeaty has joined #jruby
brettporter has quit [Ping timeout: 264 seconds]
drbobbeaty has quit [Client Quit]
drbobbeaty has joined #jruby
mister_s_ has quit [Ping timeout: 255 seconds]
phrinx has joined #jruby
josh-k_ has joined #jruby
phrinx has quit [Ping timeout: 250 seconds]
josh-k has quit [Ping timeout: 240 seconds]
rsim has joined #jruby
phrinx has joined #jruby
vtunka has joined #jruby
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
phrinx has quit [Ping timeout: 265 seconds]
mister_s_ has joined #jruby
anaeem1 has joined #jruby
anaeem1__ has quit [Ping timeout: 264 seconds]
benlovell has quit [Quit: Lost terminal]
anaeem1 has quit [Remote host closed the connection]
anaeem1 has joined #jruby
anaeem1__ has joined #jruby
anaeem1 has quit [Ping timeout: 264 seconds]
brettporter has joined #jruby
brettporter has joined #jruby
asuka has quit [Ping timeout: 265 seconds]
phrinx has joined #jruby
phrinx has quit [Ping timeout: 256 seconds]
elia has quit [Quit: Computer has gone to sleep.]
asuka has joined #jruby
elia has joined #jruby
josh-k_ has quit [Remote host closed the connection]
<electrical> headius: your PR hasn't been merged yet at https://github.com/sstephenson/ruby-build/pull/679
<electrical> so can't update yet
drbobbeaty has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] chrisseaton pushed 1 new commit to truffle-head: http://git.io/pFoCXw
<JRubyGithub> jruby/truffle-head 4cc6aff Chris Seaton: [Truffle] Fix merge.
JRubyGithub has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] eregon pushed 2 new commits to master: http://git.io/03hu4Q
<JRubyGithub> jruby/master 1cca07d Chris Seaton: Reintroduce "[Truffle] Raise NameError in #method_missing if it came from a VCall."...
<JRubyGithub> jruby/master 5e508ab Benoit Daloze: [Truffle] Refactor a bit last commit.
JRubyGithub has left #jruby [#jruby]
deobalds has joined #jruby
deobalds has quit [Client Quit]
phrinx has joined #jruby
brettporter has quit [Remote host closed the connection]
josh-k has joined #jruby
phrinx has quit [Ping timeout: 255 seconds]
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:5e508ab by Benoit Daloze): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43826008)
travis-ci has left #jruby [#jruby]
anaeem1__ has quit [Ping timeout: 255 seconds]
nirvdrum has joined #jruby
frobs has quit [Ping timeout: 244 seconds]
anaeem1_ has joined #jruby
mister_s_ has quit [Ping timeout: 256 seconds]
anaeem1_ has quit [Remote host closed the connection]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] eregon pushed 1 new commit to master: http://git.io/vHWdtg
<JRubyGithub> jruby/master 852995c Benoit Daloze: [Truffle] Implement a ToHexStringNode for better specializations.
JRubyGithub has left #jruby [#jruby]
rsim1 has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] eregon pushed 1 new commit to master: http://git.io/fwBUrg
<JRubyGithub> jruby/master 5506333 Benoit Daloze: [Truffle] Reduce duplication in BasicObject#method_missing.
JRubyGithub has left #jruby [#jruby]
yfeldblum has quit [Remote host closed the connection]
rsim has quit [Ping timeout: 265 seconds]
deobalds has joined #jruby
deobalds has quit [Client Quit]
mkristian has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:852995c by Benoit Daloze): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43830088)
travis-ci has left #jruby [#jruby]
phrinx has joined #jruby
x1337807x has joined #jruby
phrinx has quit [Ping timeout: 255 seconds]
reto_ has joined #jruby
<reto_> heya!
<reto_> long time no see!
rcvalle has joined #jruby
rsim has joined #jruby
kgerman_ has quit [Ping timeout: 272 seconds]
rsim1 has quit [Ping timeout: 265 seconds]
Hobogrammer has quit [Ping timeout: 250 seconds]
triple_b has joined #jruby
mkristian has quit [Ping timeout: 264 seconds]
johnmuhl has joined #jruby
mkristian has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:5506333 by Benoit Daloze): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43830816)
travis-ci has left #jruby [#jruby]
kgerman has joined #jruby
Aethenelle has joined #jruby
brettporter has joined #jruby
enebo has joined #jruby
brettporter has quit [Ping timeout: 256 seconds]
phrinx has joined #jruby
mitchellhenke has joined #jruby
phrinx has quit [Ping timeout: 244 seconds]
Aethenelle has quit [Quit: Aethenelle]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] enebo pushed 1 new commit to master: http://git.io/G-RNtA
<JRubyGithub> jruby/master 0b6787b Thomas E. Enebo: Exclude out symbol encoding mismatch for the moment to re-green ci
JRubyGithub has left #jruby [#jruby]
e_dub has quit [Quit: e_dub]
<headius> enebo: at work a bit early today?
anaeem1 has joined #jruby
<enebo> headius: no not really
<headius> I usually wait until 9:01 to message you
<headius> on the days I'm up early, that is :-)
<enebo> headius: ah. I do usually read email and crap before I start committing
anaeem1 has quit [Read error: Connection reset by peer]
<enebo> headius: this morning the first thing I did was look at fallout from the symbol fix
<headius> ahh yes
<headius> do you know what's wrong?
<enebo> headius: well somewhat. These symbols are created during boot from various encoded files since they are operators and they have random encodings
<enebo> headius: So there is some logic which needs to say, hey guys you are ascii
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] mkristian pushed 7 new commits to master: http://git.io/AmhkGQ
<JRubyGithub> jruby/master da96af9 Christian Meier: refactor FileResource.inputStream to be easier to use...
<JRubyGithub> jruby/master fb0281b Christian Meier: redefine uri:classloader: meaning to be the parent classloader of runtime.getJRubyClassLoader...
<JRubyGithub> jruby/master 40e4c8f Christian Meier: add testcase for the case where jruby.home is inside a jar but not on the context-classloader
JRubyGithub has left #jruby [#jruby]
<nirvdrum> lopex: Why do encoding and encoding entries have different indices?
<enebo> That must have been an exciting merge
<enebo> going to update jnr projects now
<enebo> I think they are all done
<mkristian> yes it was exciting indeed
<enebo> mkristian: Does ‘jruby -S rake maven:dump_poms’ not work when run with master?
anaeem1 has joined #jruby
dfas has joined #jruby
<mkristian> enebo, just checking . .
<enebo> mkristian: A second enhancement also would be to generate stuff stored in hashes in a sorted order to not noise up generation diffs:
<enebo> - <exec dir="${jruby.home}" executable="${jruby.home}/bin/jruby" failonerror="true">
<enebo> + <exec failonerror="true" dir="${jruby.home}" executable="${jruby.home}/bin/jruby">
<mkristian> yes
anaeem1_ has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 1 new commit to jruby-1_7: http://git.io/dBx-RQ
<JRubyGithub> jruby/jruby-1_7 0576fd5 Charles Oliver Nutter: Handle NCDFE for odd envs like GAE that throw it for Unsafe....
JRubyGithub has left #jruby [#jruby]
<enebo> I will commit my new pom.rb and the pom.xml it generated (which I think is the only thing which would change from new artifact versions
<mkristian> just remove the require 'rake' in maven/jruby-jars/jruby-jars.gemspec and rerun the rake task
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius closed issue #2304: Unable to use JRuby with google app engine due to use of sun.misc.Unsafe http://git.io/7IVNcg
JRubyGithub has left #jruby [#jruby]
anaeem1 has quit [Ping timeout: 240 seconds]
<enebo> mkristian: I will try that in a sec
anaeem1_ has quit [Remote host closed the connection]
<enebo> mkristian: Changing that I get:
<enebo> [ERROR] Failed to execute goal on project jruby-lib: Could not resolve dependencies for project org.jruby:jruby-lib:pom:9.0.0.0-SNAPSHOT: Could not find artifact org.jruby:jruby-core:jar:9.0.0.0-SNAPSHOT in rubygems-releases (http://rubygem
<mkristian> OK - I fix the task for those cases that there a no local snapshots.
<enebo> mkristian: oh but I did not have your last merge commit
<enebo> mkristian: Could that last merge possibly have helped?
mitchellhenke has quit [Quit: Computer has gone to sleep.]
<mkristian> the last error is usually because maven can not find the SNAPSHOT from core/ - this happens for example when you change the VERSION and then run the rake tasks.
<mkristian> workaround is $ rmvn install -Pall
<mkristian> which I will do now with rake tasks
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] enebo pushed 1 new commit to master: http://git.io/K2B-EQ
<JRubyGithub> jruby/master 55de6fc Thomas E. Enebo: Merge the merge
JRubyGithub has left #jruby [#jruby]
shellac has quit [Remote host closed the connection]
<enebo> boooooo
<enebo> I just noticed that jnr-ffi uses asm 4.0!!!!
<enebo> BOO ANGRY!!! POW OW OW
<mkristian> can you first look into $mvn dependency:tree -Dverbose ?
<enebo> mkristian: That is what I am looking at
<mkristian> good
<enebo> [INFO] +- com.headius:jsr292-mock:jar:1.1:provided
<enebo> [INFO] | \- org.ow2.asm:asm-debug-all:jar:5.0_BETA:provided
<headius> perhaps I'm missing something, but that says 5.0
<enebo> headius: 5.0 BETA not 5.0.3
<enebo> which is better than jffi using 4.0
* rtyler yawns
<enebo> I wonder if remi is releasing a new one soon :)
<rtyler> has tarcieri done his friday thing yte?
<enebo> May 2014
<enebo> rtyler: no but then he does live on the left coast with you
<nirvdrum> The Friday thing must be more appealing to people that don't work on weekends :-p
<rtyler> it's a means of celebrating the fact that there won't be meetings or interviews for another two days
<nirvdrum> Heh. Fair point.
* rtyler has 4.5 hours today
<rtyler> blech
<nirvdrum> Of meetings?
<nirvdrum> Ouch.
<rtyler> letting people know that you're competent can be a double edged sword like that
<rtyler> anyways, there's a reason I'm up this early ;)
josh-k_ has joined #jruby
<rtyler> is jruby-openssl is bundled with jruby nowadays? I forget
<mkristian> yes it is
<rtyler> mkristian: does that mean some of your changes have to wait for 1.7.18?
josh-k has quit [Ping timeout: 250 seconds]
<mkristian> the idea is first to release jruby-openssl gem and then the next release of jruby will get it the new gem then
<headius> jruby-openssl gem can also be installed and the newer one should get picked up
<projectodd-ci> Project jruby-master-spec-ji build #155: FAILURE in 16 min: https://projectodd.ci.cloudbees.com/job/jruby-master-spec-ji/155/
<headius> we're not tied to the version we release with
* rtyler nods
<headius> mkristian: that looks like a problem generating Constants.java during the build
<headius> oh did you remove those properties?
<headius> that's fine, but the entries in Constants.java and RubyGlobals need to be removed too
<mkristian> rtyler, beside some exotic classloaders will not allow to pick other jruby-openssl gem at least on jruby-1.7.x
<mkristian> oh - did remove to many properties - applied to much thinking ;)
<headius> it's fine that they're gone, just fix references
<mkristian> I just remove them from Constants.java and see it compiles
<projectodd-ci> Project jruby-master-test-jruby build #167: FAILURE in 16 min: https://projectodd.ci.cloudbees.com/job/jruby-master-test-jruby/167/
<headius> odd that it doesn't fail for me here, but perhaps Constants.java is still cached somewhere
mitchellhenke has joined #jruby
<projectodd-ci> Project jruby-master-test-slow_suites build #154: FAILURE in 15 min: https://projectodd.ci.cloudbees.com/job/jruby-master-test-slow_suites/154/
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] mkristian pushed 3 new commits to master: http://git.io/oe4Xrg
<JRubyGithub> jruby/master 76dc06e Christian Meier: [build] use install to generated new pom.xml
<JRubyGithub> jruby/master fe95046 Christian Meier: remove deprecated entries from Constants.java
<JRubyGithub> jruby/master 669fbdc Christian Meier: [build] new pom.xml
JRubyGithub has left #jruby [#jruby]
<mkristian> mvn clean should remove the cached Constants.java
<projectodd-ci> Project jruby-master-spec-compiler build #155: FAILURE in 15 min: https://projectodd.ci.cloudbees.com/job/jruby-master-spec-compiler/155/
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:0b6787b by Thomas E. Enebo): The build has errored. (http://travis-ci.org/jruby/jruby/builds/43839718)
travis-ci has left #jruby [#jruby]
<headius> whole place is comin down!
<enebo> ThreadFiber
elia has quit [Quit: (IRC Client: textualapp.com)]
brettporter has joined #jruby
<enebo> headius: once you see that I would like to respin so this will end up green
<headius> yeah I know this failure
<headius> but I thought I mitigated it
<headius> hmm
<enebo> headius: I thought semaphore fix fixed it
<headius> this is something else
<enebo> oh
<enebo> restarted
<headius> ThreadFiber uses SizedQueue and normal Ruby thread eventing, but for this test case sometimes the interrupt comes in before it is ready to handle it properly
x1337807x has joined #jruby
phrinx has joined #jruby
<headius> oops, I didn't catch you in time
brettporter has quit [Ping timeout: 245 seconds]
<headius> pretty sure I know the issue but I didn't copy the exception in time
<headius> if you see it again file an issue for me
mister_s_ has joined #jruby
phrinx has quit [Ping timeout: 260 seconds]
e_dub has joined #jruby
<headius> enebo: did you see capture3 error on last 1.7 build?
<headius> my fault I guess...probably a 1.9-only API that I added a spec for
<enebo> headius: I did not no
<enebo> I am releasing the planet right now :)
<headius> seems to be the only thing that failed but 1.7 is still using test-extended
<enebo> I just redid all jnr projects so they all use the same thing
<enebo> I will be release bytelist, and joni unless jcodings has any fixes on it
<enebo> oh maybe bytelist is up to date just not in pom
<enebo> yeah only joni is out of date wrt jcodings
arunagw has joined #jruby
elia has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:0b6787b by Thomas E. Enebo): The build has errored. (http://travis-ci.org/jruby/jruby/builds/43839718)
travis-ci has left #jruby [#jruby]
arunagw has quit [Quit: Leaving.]
<headius> ok
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 1 new commit to jruby-1_7: http://git.io/LsdY6w
<JRubyGithub> jruby/jruby-1_7 26762b0 Charles Oliver Nutter: Open3.capture* only exist on 1.9+.
JRubyGithub has left #jruby [#jruby]
rsim1 has joined #jruby
rsim has quit [Ping timeout: 265 seconds]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] enebo pushed 1 new commit to master: http://git.io/3-rkyQ
<JRubyGithub> jruby/master badca70 Thomas E. Enebo: Passing now (probably from recent symbol fixes)
JRubyGithub has left #jruby [#jruby]
<headius> some days I just want to sit and watch builds turn green
brasten has joined #jruby
<rtyler> I want to watch builds turn green every day :(
<nirvdrum> I started caring a lot more about green builds after I learned that Travis won't promote a JRuby dev build that was red.
<headius> indeed
<headius> nirvdrum: looking at the evalScope thing now
<headius> the code is still used but I'm not sure it should be
<enebo> gah well 43839718 should flip green after two restarts
<nirvdrum> Cool. That was one I didn't feel comfortable just changing myself.
<headius> enebo: two?
<nirvdrum> Implementing stuff in Truffle that JRuby has had for years gives me the opportunity to revisit some stuff that otherwise wouldn't be looked at.
<headius> nirvdrum: indeed...and hopefullly more improvements will fall out of that process
<nirvdrum> Yeah. I'm lazy, so I don't want to reimplement stuff that I don't need to.
<nirvdrum> After 15 years, I do find myself finally wanting friend classes though.
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:0b6787b by Thomas E. Enebo): The build was fixed. (http://travis-ci.org/jruby/jruby/builds/43839718)
travis-ci has left #jruby [#jruby]
<headius> zing
<enebo> headius: 2 sub jobs one was the fiber thing and the other was no output for 10 minutes
<headius> nirvdrum: indeed :-\ having to make stuff public if you need to access from unrelated hierarchy really blows
travis-ci has joined #jruby
travis-ci has left #jruby [#jruby]
<travis-ci> jruby/jruby (master:2d2f46e by Christian Meier): The build was canceled. (http://travis-ci.org/jruby/jruby/builds/43840054)
<headius> enebo: hang on what suite?
<enebo> don’t remember
<headius> sometimes it's just travis but I am trying to at least kill all our unreliable tests
<nirvdrum> I could try to maintain parallel package structure and go with protected methods. But that sucks too.
<enebo> yeah this looked like a travis thing because it had hardly started
<nirvdrum> That public API annotation is looking more attractive.
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] dalizard opened issue #2310: ArgumentError: "+HH:MM" or "-HH:MM" expected for utc_offset http://git.io/zGXbNw
JRubyGithub has left #jruby [#jruby]
<eregon> mkristian: are you there?
<mkristian> yes
<eregon> mkristian: do you know what is the 'eclipse-hack' in https://github.com/jruby/jruby/blob/master/core/pom.rb#L199 ?
diegoviola has joined #jruby
<nirvdrum> rtyler: So, you get to work on JRuby full-time now?
<rtyler> hah,no
<rtyler> nirvdrum: why do you ask?
<headius> enebo: oh, was it the one where you don't see *any* build output?
<headius> like, it goes into the maven build line and sits there
<mkristian> eregon, yes and no. I honestly do not remember the details. it had something to do with eclipse incremental compile or so. if it bothers you just remove it
<mkristian> my ec
<nirvdrum> rtyler: I guess I misunderstood a tweet headius made about sponsorship.
<rtyler> nirvdrum: mkristian works with me on Core Systems at Lookout
<enebo> headius: It might have made it further but some tests grab those app servers and what not
<rtyler> I'm not smart enough to contribute to JRuby
<rtyler> working up to it xD
<mkristian> my eclipse setup is not really compatible with all those files coming from github
<headius> enebo: yeah, there's a lot o fnetwork traffic that could fail on travis
<nirvdrum> rtyler: Ahh. Well, thanks for the clarification.
<nirvdrum> You seem plenty smart though.
<headius> mkristian, nirvdrum: I thought it was something to do with getting Eclipse to recognize our build-time-generated code
<headius> oops
<headius> mkristian and eregon, not nirvdrum
<headius> I have not used Eclipse in years though
<eregon> mmh, does anyone use Eclipse to develop JRuby atm?
calavera has joined #jruby
<rtyler> nirvdrum: my time is spent largely elsewhere nowadays for better or worse, but that does give me the ability to hire awesome hackers like mkristian to help projects like JRuby
<eregon> mostly we'd like to have it as we have some good IDE support there for the Truffle anno processor, and ideally also incremental build, which could make the feedback cycle much faster
<rtyler> one of these days I'd love to be able to contribute mnore to jruby though, jruby-gradle is as close as I can get
<rtyler> (right now)
<nirvdrum> rtyler: Cool. Well thanks. The efforts are appreciated.
<mkristian> eregon, what I do with eclipse I set the eclipse classes/build directory to target/class-eclipse so eclipse does not interfere with my maven build
<rtyler> nirvdrum: I'm really excited that we can do this, I've been trying to get funding for initiatives like this for years
<mkristian> that works really OK
rsim1 has quit [Quit: Leaving.]
<eregon> mkristian: OK, do you think having both working on the same generated dir is never going to work?
<eregon> mkristian: the same class dir*
jumex has joined #jruby
<mkristian> eregon, not with me. eclipse start to recompile things when maven runs and then they both compile the same classes at the same time :(
<mkristian> eregon, that cause more pain then gain with me
<eregon> mkristian: mmh, right. So you actually develop under Eclipse most of the time?
<projectodd-ci> Yippie, build fixed!
<projectodd-ci> Project jruby-master-spec-ji build #156: FIXED in 23 min: https://projectodd.ci.cloudbees.com/job/jruby-master-spec-ji/156/
<mkristian> I would give something with those core/.classpath core/.settings and core/.project would not be on github
<mkristian> yes I am using eclipse for jruby
<eregon> yeah, I thought no one was using Eclipse anymore
<mkristian> old habit - never used anything else ;)
<mkristian> beside emacs
<eregon> I am not sure what's the good way to share or not the config files, to still have easy import for new users
<eregon> but you use the Maven plugin, right? So builds are not really incremental?
<mkristian> convert the project into a maven project is what I do
<mkristian> yes, I convert the project to a maven project. it looks very incremental to me.
<eregon> mkristian: does it still generate the big jruby jar at every compilation?
<mkristian> eregon, no this I do with maven.
<eregon> mkristian: sounds like we want sth very similar :) What would be the easiest way for me to try your setup?
<mkristian> eregon, delete core/.classpath core/.settings and core/.project, create a project from existing project (or how they call it), convert to maven
<eregon> OK, which maven plugin do you install?
<mkristian> maven support comes with eclipse since a few versions now
<mkristian> I am using Eclipse Luna right now
<mkristian> then I did set the output folder to target/classes-eclipse - but just saw it is not set right now. so it might work OK even without it.
<projectodd-ci> Yippie, build fixed!
<projectodd-ci> Project jruby-master-test-slow_suites build #155: FIXED in 20 min: https://projectodd.ci.cloudbees.com/job/jruby-master-test-slow_suites/155/
skade has quit [Quit: Computer has gone to sleep.]
<projectodd-ci> Yippie, build fixed!
<projectodd-ci> Project jruby-master-spec-compiler build #156: FIXED in 18 min: https://projectodd.ci.cloudbees.com/job/jruby-master-spec-compiler/156/
havenwood has joined #jruby
<eregon> mkristian: which sub project do you convert to Maven? and how do you do that?
<mkristian> eregon, no sub project, and sorry forgot to tell, I am using jruby/core as project
phrinx has joined #jruby
diegoviola has quit [Ping timeout: 240 seconds]
diegovio1 has joined #jruby
Aethenelle has joined #jruby
<mkristian> I do not want all those other maven modules from jruby/pom.xml in eclipse
<eregon> yeah, that sounds indeed more workable :)
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:669fbdc by Christian Meier): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43844916)
travis-ci has left #jruby [#jruby]
<projectodd-ci> Yippie, build fixed!
<projectodd-ci> Project jruby-master-test-jruby build #168: FIXED in 34 min: https://projectodd.ci.cloudbees.com/job/jruby-master-test-jruby/168/
<eregon> mkristian: mmh, at me Import=> Existing Projects into Workspace, selecting path/to/jruby/core gives me "no project are found to import"
<eregon> mkristian: or did you mean only selecting jruby-core in the subprojects list?
phrinx has quit [Ping timeout: 255 seconds]
<headius> why?
<headius> it worked a few minutes ago, didn't it?
<headius> grr...fails here, but differently
diegovio1 has joined #jruby
diegovio1 has quit [Changing host]
diegovio1 is now known as diegoviola
mkristian has quit [Ping timeout: 245 seconds]
<headius> enebo: didn't you say crypt is platform-specific? I don't think this spec can be made to pass everywhere unless it uses a known mechanism for generating the crypt data to verify against
<headius> e.g. a shell-out to some command or something
<enebo> headius: though crypt specs should be tagged out and really they should just be removed
<enebo> headius: I don’t know why they are running though
<enebo> headius: I thought I tagged them
<enebo> oh merged from 1.7
<enebo> headius: I will tag these out on master. fwiw, I don’t know why this behavior is being spec’d n the first place. It is just verifying how crypt works itself and does not have much to do with Ruby. Plus it is clearly something you should never do based on how inconsistent it behaves
<headius> agreed
<headius> enebo: evalScope stuff may expose a bug in parsing
<enebo> NOOOO
<enebo> :)
<headius> the logic that does the parse immediately before eval uses DynamicScope.getEvalScope to get a DynamicScope to hand off to the parser
<headius> but when executed, we create a new scope
<headius> this "bug" is that if I do eval "a = 1"; eval "b = 1", the second eval's "b" is at index 1 instead of index 0
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] enebo closed pull request #2309: fix function_spec (master...fix_test) http://git.io/MNmR1A
JRubyGithub has left #jruby [#jruby]
<headius> that also means the more variables you eval in sibling evals, the larger the scope created for any of them
<headius> since they're sharing a StaticScope at parse time
<enebo> headius: but they should not be sharing a scope at all
<headius> exactly
<headius> but they are at parse time
<enebo> headius: if we remove the secret eval scope this goes away
<enebo> headius: or should I say we always make a new one
<enebo> headius: This is less about parsing and more about reusing the magic static scope
<enebo> I think
mkristian has joined #jruby
<enebo> eval parse accepts this extra static scope so perhaps if there is no more sharing we don’t need to pass it anymore
<headius> right, a new one every time
<headius> I will try that change
<headius> that also clears up the logic nirvdrum pointed out
<enebo> headius: ok. I think it is above the parser it is only 1 because we keep reusing the same one
<headius> right, that's all
<headius> I don't think it breaks anything, it just means sibling evals aren't efficiently laying out their scopes
<enebo> headius: well it can technically become a memory leak though
<nirvdrum> Hooray.
<headius> enebo: indeed
<enebo> headius: It may also break local_variables
jumex has quit [Ping timeout: 258 seconds]
<headius> I checked that
<headius> it is ok
<enebo> heh neat
<headius> so it's just the indices being off
calavera_ has joined #jruby
jumex has joined #jruby
jumex has quit [Client Quit]
calavera has quit [Ping timeout: 264 seconds]
brasten has quit [Ping timeout: 256 seconds]
brasten has joined #jruby
elia has quit [Quit: Computer has gone to sleep.]
pchalupa has quit [Quit: Leaving]
skade has joined #jruby
x1337807x has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
kgerman has quit [Ping timeout: 245 seconds]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] enebo pushed 1 new commit to master: http://git.io/iNTtCw
JRubyGithub has left #jruby [#jruby]
<JRubyGithub> jruby/master 7dbef09 Thomas E. Enebo: Remove unused operand
<headius> enebo: this isn't doing what I expected it to do :-\ https://gist.github.com/headius/174583a14d0f24b55f58
x1337807x has joined #jruby
<headius> I'm still seeing "b" at index 1 in jruby -Xir.compiler.debug=true -X-C -e "def foo; eval 'a = 1'; eval 'b = 2'; end; foo"
<enebo> I just realized Block and LocalStaticScope was cooalesced to a single class
<headius> yeah
<headius> there's only one true StaticScope now
<enebo> yeah I liked the three class design more but it is ok :)
<headius> I'm confused why this isn't given b a 0 offset
<enebo> headius: does Binding come into play at all. There is logic there looking for a cache too
<headius> it should be a new scope for every parse
<headius> hmm
<headius> this is the no-binding path though
<headius> Interpreter.evalSimple
brettporter has joined #jruby
<enebo> yeah so in this case that logic should just plain be removed from DynamicScope
<enebo> just put your factory call in evalSimple
<headius> I'll try that
<enebo> Although it will make no difference but since there is no special relationship any more it makes more sense
<eregon> mkristian: tried a couple things but still seem to not work so well, maybe you could send me your eclipse .prject/.classpath/.settings to see what I did wrong?
<headius> enebo: small change I'm falling into binding path too
<headius> which was still using cache logic
<enebo> aha
<eregon> mkristian: seems only truffle factories are not generated, did you need any special treatment for them?
<headius> bleh...didn't fix it, still putting b at 0:1
<headius> I don't want to step through this :-(
brettporter has quit [Ping timeout: 272 seconds]
<dfr|work> mornign all
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<headius> dfr|work: hello there!
<dfr|work> headius, for the protobufs stuff: besides just adding supoport for jruby, I want to see whether I can migrate my current project to use it ;)
<dfr|work> 'cause I feel that they don't really have any ruby customers at all yet, so not sure whether their API makes sense ;)
<dfr|work> but the fact that protbufs are finally being opensourced is pretty exciting
<dfr|work> :D
<dfr|work> from the simple look at it, seems like the java part is exactly what I use within Google, so it's pretty close
nateberkopec has quit [Quit: Leaving...]
<enebo> headius: oh but we do store %block at 0
<enebo> headius: I think we do now anyways but hmm that is weird
<enebo> headius: you are doing eval a =1 ; eval b = 1;
<enebo> <c(0:2)> = Fixnum:1
<enebo> hmm
<enebo> of course I have not changed anything so this is correct with no changes
<enebo> headius: You sure you are recompiling? :P
nateberkopec has joined #jruby
<dfr|work> headius, there's even RPC stuff :D
nateberkopec has quit [Client Quit]
<enebo> dfr|work: does it use byte[] or char[]?
<dfr|work> enebo, ByteString, I think
<dfr|work> lemme link
phrinx has joined #jruby
multibot_ has quit [Read error: Connection reset by peer]
<dfr|work> enebo, yea, ByteString which is a wrapper over byte[], I think: https://github.com/google/protobuf/blob/master/java/src/main/java/com/google/protobuf/ByteString.java
multibot_ has joined #jruby
<enebo> dfr|work: cool
<dfr|work> I think the only thing is missing is the RPC server implementation that google uses, but that's probably okay, because it's pretty Google specific =/
<headius> enebo: pretty sure
<enebo> headius: ok now I am looking at this in a debugger
<headius> I'm going to confirm normal eval goes through these paths...something's fishy
colinsurprenant has joined #jruby
<enebo> headius: neight evalSimple not evalWithBinding are ever called
<enebo> in Interpreter :)
<headius> yeah I noticed that
phrinx has quit [Ping timeout: 244 seconds]
<enebo> My guess is this somehow must go through a block dispatch path
<headius> well wait
<headius> evalWithBinding appears to be used from evalCommon
<enebo> HAHA…This is baffling
<mkristian> eregon, yes, I can send you my project files. but not sure when those truffle factories are missing. cd core;mvn package should do everything right
<headius> still not putting b at 0:0
<enebo> headius: it is not executing these through eval method
<enebo> headius: I did the same thing as you and debugger is not hitting this at all
<headius> wtf
<headius> it's not even going through RubyKernel#eval19
<enebo> IR detecting and doing something else? Confusing
<headius> I'm going to step from main entry up to this
<headius> very strange
<enebo> ah maybe I am finding it
<tarcieri> _____ ____ ___ ____ _ __ ___ _ _
<enebo> buildEvalRoot
<tarcieri> | ___| _ \|_ _| _ \ / \\ \ / / | | |
colinsurprenant has quit [Quit: colinsurprenant]
<tarcieri> | |_ | |_) || || | | |/ _ \\ V /| | | |
<tarcieri> | _| | _ < | || |_| / ___ \| | |_|_|_|
<tarcieri> |_| |_| \_\___|____/_/ \_\_| (_|_|_)
<tarcieri>
<enebo> headius: It is moving through interpretCommonEval
<enebo> headius: it must
<headius> enebo: which is only called from evalSimple and evalWithbinding
<enebo> AHAH
<enebo> headius: weirdly enough if I modifiy that method (wrongly I might add) things explode
<enebo> headius: so it is being called
<headius> yeah
<headius> I dod Thread.dumpStack inside eval and the sequence is as expected: eval19, evalCommon, evalWithBinding, interpretCommonEval
<enebo> headius: intellij is confused perhaps?
<headius> it must be
<enebo> headius: ok so I can see lots of wacky scope stuff in interpretCommonEval
purplefox has quit [Ping timeout: 250 seconds]
<headius> oh phooey...debugger was not running the right file
<headius> well at least I can walk through it now
JohnBat26 has quit [Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/]
<eregon> mkristian: everything seems to work fine with "Import from existing Maven project" + a few include/exclude in generated-sources
<eregon> mkristian: but Constants.java get regenerated the wrong way: ruby versions are unset
noop has quit [Quit: Leaving]
<enebo> headius: wow mass hallucination
<headius> enebo: it is %block
<enebo> headius: I had a mistake in my debugger
<headius> but I don't understand why second eval gets %block and first does not
<enebo> headius: yeah but add a third eval an explain that
<headius> I will debug that :-)
mcclurmc has joined #jruby
<enebo> headius: a third c = 1 will end with a c(0:2)
<headius> I will see what the other two are
<enebo> going to make lunch
<headius> nirvdrum: good going stirring up this hornet's nest
<enebo> nirvdrum: YOU BASTARD
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] eregon pushed 1 new commit to master: http://git.io/DOn8gg
<JRubyGithub> jruby/master 4f5c5a6 Benoit Daloze: [Truffle] Fix lexical parent of Truffle::Debug.
JRubyGithub has left #jruby [#jruby]
triple_b has joined #jruby
<nirvdrum> headius: Close it "works for me" :-P
travis-ci has joined #jruby
<travis-ci> jruby/jruby (jruby-1_7:26762b0 by Charles Oliver Nutter): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43848158)
travis-ci has left #jruby [#jruby]
<headius> OOM
baroquebobcat has joined #jruby
purplefox has joined #jruby
colinsurprenant has joined #jruby
colinsurprenant has quit [Client Quit]
vtunka has quit [Quit: Leaving]
phrinx has joined #jruby
kgerman has joined #jruby
elux has joined #jruby
pietr0 has joined #jruby
<headius> enebo: I'm stumped for the moment
<headius> bbl
<headius> I'm thinking we should make travis just run openjdk8 so we don't have so many backed-up builds
<headius> we can have the rest run in 7 on 'bees
<headius> travis needs to be faster turnaround to be useful for us
<nirvdrum> Does it build on every commit or every push?
drbobbeaty_ has joined #jruby
drbobbeaty has quit [Read error: Connection reset by peer]
<headius> every push
<headius> but I think most of us have a tendency to push every commit
<headius> jenkins, on the other hand, polls...so it will only run a maximum of N builds in a given day that each aggregate a few commits
<headius> I love travis but it's not useful when we wait over an hour to get results
<headius> plus it gets massively backed up
<headius> gonna give it a try
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 1 new commit to master: http://git.io/7iz9Hg
<JRubyGithub> jruby/master 8ddeaaf Charles Oliver Nutter: Try speeding up travis by only running one JDK, one platform.
JRubyGithub has left #jruby [#jruby]
tenderlove has quit [Ping timeout: 250 seconds]
<headius> mkristian: do you have any objections to moving the other -P test runs to 'bees and not running on travis?
<headius> -Posgi, -Pcomplete, etc
tenderlove has joined #jruby
<headius> I really want to get travis runs down to a reasonable length
<nirvdrum> headius: Okay. I knew it was push triggered, but I wasn't sure if N commits in a single push meant N builds.
<headius> ahh, no, just one
colinsurprenant has joined #jruby
<Aethenelle> i'd leave the other jdks and platforms just make them optional
<headius> that's not apparent in travis's UI
<headius> Aethenelle: optional?
<Aethenelle> allowed to fail
<headius> oh
<headius> that wouldn't keep us from backing up on them though
<nirvdrum> That'd still back the builds up though.
<headius> we need total travis time to be much lower than it is now
<Aethenelle> hrm... true...
e_dub has quit [Quit: e_dub]
colinsurprenant has quit [Client Quit]
<headius> it doesn't help that the travis instances are dog slow, of course
<headius> vm within a vm
<Aethenelle> not that it takes long but ffi can move
<nirvdrum> Of course, if it only contains a subset of total builds, it might be worth considering if it's worth doing at all.
<Aethenelle> -Pmain probably too (dups -Pmain,test -Dinvoker.test=extended ?)
mkristian has quit [Ping timeout: 264 seconds]
<Aethenelle> i'd prbably also move the tests that are allowed to fail, -Pcomplete, spec:jrubyc, and spec:profiler
colinsurprenant has joined #jruby
<Aethenelle> maybe fast finish the rest and dup them on 'bees without the fast fail?
<headius> nirvdrum: well, I don't think that's true...do you run all these suites locally every commit?
<headius> there's value in having a fast CI even if it doesn't run the extensive suite
<nirvdrum> headius: No, but that's the point of CI.
<headius> right, we'd still do them in a cloudbees
<Aethenelle> nirvdrum: that's why we also have cloudbees
<headius> but people look at travis to see build status, and we're pretty much always behind by like 5-10 builds
<Aethenelle> do you know at all which test suites might be good canaries?
<headius> if it ran faster or we got more concurrent jobs, I'd be fine running everything
<nirvdrum> Aethenelle: I guess my point is if there's one source of total information and one of partial, looking at the total maybe makes sense. But CloudBees is pretty slow too, so maybe that's a moot point.
<headius> we used to only run the comprehensive suite nightly
<headius> Aethenelle: at least MRI and RubySpec
<Aethenelle> nirvdrum: the idea is to speed up the CI non-jruby devs will look at
<Aethenelle> headius: regression and jruby too
<headius> yeah
<headius> those four would catch the vast majority of failures
<headius> maybe spec:ji
<headius> nirvdrum: the other issue is that it takes so long for a build to fail, the person who committed it has gone home for the day :-)
<headius> so someone else has to mop up, or we sit all night with a broken build
<headius> that's counterproductive
<nirvdrum> Clearly I'm on the losing end of this discussion. I don't care a whole lot.
<headius> there's no losing end...I won't remove jobs from travis unless we add them to 'bees
<headius> we just need one or the other to give results fast
<headius> either that or go back to running our own CI :-)
<nirvdrum> Fair enough. We just seem to keep making concessions to get faster Travis builds.
<Aethenelle> headius: i think it might be a good idea to include all tests on cloudbees not just the transfered ones...
<headius> nirvdrum: travis's fault, really
<nirvdrum> Is there a way to buy a faster machine and maybe get a sponsorship?
<headius> unfortunately not
<headius> everyone gets the same, even paid users
<headius> another reason bees could be more flexible
<nirvdrum> A $5 DigitalOcean droplet would probably cut the time in half :-/
<Aethenelle> perhaps something could be arranged with travis... they rely on jruby for testing, so it makes sense they might be willing to up the power or something...
<headius> Aethenelle: yeah maybe
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] headius pushed 1 new commit to jruby-1_7: http://git.io/azJ_Uw
<JRubyGithub> jruby/jruby-1_7 1724893 Charles Oliver Nutter: Reduce travis build times by only running on one JDK version.
JRubyGithub has left #jruby [#jruby]
<headius> asarih: is there any way to get faster instances?
<headius> $$$$
<asarih> unfortunately not.
<asarih> it's a one-size-fits-most for the time being.
<projectodd-ci> Project jruby-master-osgi build #1: FAILURE in 12 min: https://projectodd.ci.cloudbees.com/job/jruby-master-osgi/1/
<asarih> I *think* you can get dedicated queue, though, if RHT is willing to pay.
<headius> too bad :-\ we're having to make concessions to get travis runs to short enough
<headius> asarih: hmmm that's interesting...would that help overall job time?
<asarih> headius: hang on. let me try something…
<headius> I'm wondering if we should reinstate the aggregate build of all test: targets...we split them out so we wouldn't hold an instance for so long, but now we have N builds all taking >10m
<headius> trying to figure out how to best utilize travis
mkristian has joined #jruby
<headius> asarih: earlier today I mused that some days I just sit and watch builds turn green...I could revise that and say some days I sit and cancel builds the whole day so that stale commits aren't slowing down CI status
<headius> our builds are just too big to run on every push during a busy day
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] BanzaiMan created ha-feature-sudo-false (+1 new commit): http://git.io/8IrKrQ
<JRubyGithub> jruby/ha-feature-sudo-false 51f9786 Hiro Asari: Use conatiner-based infrastructure
JRubyGithub has left #jruby [#jruby]
<asarih> understood.
<Aethenelle> it'd probably also help if more use was made of the skip ci magic comment
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] BanzaiMan pushed 1 new commit to ha-feature-sudo-false: http://git.io/yX3Kfg
<JRubyGithub> jruby/ha-feature-sudo-false e15f77e Hiro Asari: Build this branch!
JRubyGithub has left #jruby [#jruby]
Aethenelle has quit [Quit: Aethenelle]
<asarih> oh. it might be blocked by 2 builds before it.
<asarih> headius: can I cancel them?
brettporter has joined #jruby
<projectodd-ci> Project jruby-master-osgi build #2: STILL FAILING in 10 min: https://projectodd.ci.cloudbees.com/job/jruby-master-osgi/2/
<headius> asarih: yeah go ahead
tenderlove has quit [Remote host closed the connection]
tenderlove has joined #jruby
<projectodd-ci> Project jruby-master-osgi build #3: ABORTED in 2 min 26 sec: https://projectodd.ci.cloudbees.com/job/jruby-master-osgi/3/
tenderlove has quit [Client Quit]
brettporter has quit [Ping timeout: 272 seconds]
tenderlove has joined #jruby
<asarih> headius: is it supposed to hang at $COMMAND? https://travis-ci.org/jruby/jruby/jobs/43869150#L38
<asarih> there it goes.
Aethenelle has joined #jruby
<asarih> headius: if we don't need Java 8, we can move to sudo-less infrastructure, which would give us a bigger VM, faster boot, and caching.
<headius> ok
<headius> that's interesting
<headius> hmmm
<asarih> by caching ~/.m2, I think we can cut down on time more.
<headius> switching JDK requires sudo because of update_alternatives I am guessin?
<headius> if they're already installed we could just ENV it too
<headius> caching .m2 would be big
<asarih> headius: yes.
<asarih> the jobs calling for Oracle JDK 8 in that build would fail
<enebo> Personally I would rather test on 7 than 8
<enebo> At least for fast turnaround to point out someone is usnig an 8 API
<headius> yeah
<headius> test for lowest supported version
<headius> only things that change in higher JDKs are going to be one-time failures because of some new API conflict
<headius> rare
<asarih> wheeee… for .1, the build time went from 18+ minutes to 11+.
<headius> that's much better
<asarih> ~12.
<enebo> I sort of like nirvdrum worry about splitting ci across two systems because inevitably we will start ignoring cloudbees … but I guess with some discipline we can make that work
<enebo> sounds like a big improvement to me
<headius> enebo: I think having fast feedback is more important, so long as we're not leaving huge testing gaps
<nirvdrum> enebo: I got five words into that and was really excited. Then deflated.
anaeem1 has joined #jruby
<enebo> I have also wondered if we could split some test targets across process-launching/resource ones and !proceass-...
<projectodd-ci> Project jruby-master-osgi build #4: STILL FAILING in 14 min: https://projectodd.ci.cloudbees.com/job/jruby-master-osgi/4/
<enebo> I think the only thing which actually kills us is shelling out
<Aethenelle> does cloudbees have the same type of hooks/badges travis does?
<enebo> but since we cannot have 2 queues I am not sure how it will help
nateberkopec has joined #jruby
anaeem1 has quit [Remote host closed the connection]
<nirvdrum> enebo: I wouldn't underestimate the cost of file system access in an environment like this.
<enebo> nirvdrum: It would be cool if testing software could emit time taken stats as it goes too
<nirvdrum> Aethenelle: I don't think they do the badge thing. But our builds haven't been consistent for a while, making the badges markedly less useful.
<enebo> which I guess we could do if we timestamped output and made each test produce output
<Aethenelle> nirvdrum: I was thinking the added badge would help prevent ignoring cloudbees
<nirvdrum> Ahh. I was thinking you meant the PR auto-test notification thingie.
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:8ddeaaf by Charles Oliver Nutter): The build was canceled. (http://travis-ci.org/jruby/jruby/builds/43866628)
travis-ci has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] kares opened pull request #2311: changes that address tests with current jruby-openssl master (jruby-1_7...update-openssl-1_7) http://git.io/CvOJlg
JRubyGithub has left #jruby [#jruby]
skade has quit [Quit: Computer has gone to sleep.]
anaeem1_ has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (ha-feature-sudo-false:e15f77e by Hiro Asari): The build failed. (http://travis-ci.org/jruby/jruby/builds/43869149)
travis-ci has left #jruby [#jruby]
<asarih> headius: enebo: nirvdrum: Java 8 *might* be coming soon-ish. https://github.com/travis-ci/travis-cookbooks/pull/404
<nirvdrum> asarih: Nifty. To headius's earlier point though, you don't *need* sudo to install JDK 8, do you?
<projectodd-ci> Project jruby-master-osgi build #5: STILL FAILING in 13 min: https://projectodd.ci.cloudbees.com/job/jruby-master-osgi/5/
<headius> grr
<projectodd-ci> Project jruby-master-osgi build #6: ABORTED in 16 sec: https://projectodd.ci.cloudbees.com/job/jruby-master-osgi/6/
<asarih> weeee
<headius> disabled that for now
<asarih> disabled what? cloudbees?
<headius> enebo: yay
<headius> asarih: just that job
josh-k_ has quit [Remote host closed the connection]
<headius> need to figure out right env setup to move some of these more obscure builds off travis
<asarih> nirvdrum: not sure if you need sudo for java 8. depends on how you install it, I believe.
anaeem1_ has quit [Remote host closed the connection]
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:db85ae4 by Thomas E. Enebo): The build was canceled. (http://travis-ci.org/jruby/jruby/builds/43855436)
travis-ci has left #jruby [#jruby]
<enebo> WHAT FUCKKKKKKK CANCELLED :)
<enebo> I kid
Aethenelle has quit [Quit: Aethenelle]
anaeem1_ has joined #jruby
rcvalle has quit [*.net *.split]
cprice404 has quit [*.net *.split]
dabradley has quit [*.net *.split]
mkristian has quit [*.net *.split]
fridim_ has quit [*.net *.split]
mjc_ has quit [*.net *.split]
drbobbeaty_ has quit [*.net *.split]
x1337807x has quit [*.net *.split]
dfas has quit [*.net *.split]
enebo has quit [*.net *.split]
nateberkopec has quit [*.net *.split]
jimbaker has quit [*.net *.split]
SynrG has quit [*.net *.split]
justinmcp has quit [*.net *.split]
havenwood has quit [*.net *.split]
pietr0 has quit [*.net *.split]
purplefox has quit [*.net *.split]
baroquebobcat has quit [*.net *.split]
mistergibson has quit [*.net *.split]
elux has quit [*.net *.split]
mcclurmc has quit [*.net *.split]
multibot_ has quit [*.net *.split]
reto_ has quit [*.net *.split]
jeremyevans has quit [*.net *.split]
egp has quit [*.net *.split]
marr has quit [*.net *.split]
ddd_ has quit [*.net *.split]
balo_ has quit [*.net *.split]
tenderlove has quit [*.net *.split]
phrinx has quit [*.net *.split]
calavera_ has quit [*.net *.split]
mitchellhenke has quit [*.net *.split]
colinsurprenant has quit [*.net *.split]
kgerman has quit [*.net *.split]
triple_b has quit [*.net *.split]
fidothe_ has quit [*.net *.split]
diegoviola has quit [*.net *.split]
byteit101 has quit [*.net *.split]
anaeem1_ has quit [*.net *.split]
brasten has quit [*.net *.split]
mister_s_ has quit [*.net *.split]
johnmuhl has quit [*.net *.split]
koichiro_zzz has quit [*.net *.split]
lopex has quit [*.net *.split]
electrical has quit [*.net *.split]
graphex has quit [*.net *.split]
portertech has quit [*.net *.split]
nirvdrum has quit [*.net *.split]
asuka has quit [*.net *.split]
beawesomeinstead has quit [*.net *.split]
teamon_ has quit [*.net *.split]
jarib has quit [*.net *.split]
_whitelogger has joined #jruby
Hobogrammer has joined #jruby
yfeldblum has quit [Ping timeout: 250 seconds]
rsim has joined #jruby
yfeldblu_ has joined #jruby
yfeldblu_ has quit [Remote host closed the connection]
mkristian has quit [Ping timeout: 260 seconds]
jgdavey has joined #jruby
e_dub has joined #jruby
rsim1 has joined #jruby
<jgdavey> What's the best way to embed a Ruby web server in a java process? I'd like to spin up a middleman server programmatically for local development in an existing JVM-based project.
rsim has quit [Ping timeout: 265 seconds]
<dfr|work> jgdavey, ruby web server?
<dfr|work> jgdavey, you mean so that ruby handles all the low level socket stuff?
<mjc_> it sounds like he wants to just boot webrick or something inside an existing jvm
<dfr|work> mjc_, yea, that sounds scary. :)
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<dfr|work> although I'm sure you could do: Ruby.newTime().evalScriptlet("require 'webrick'; WEBrick.start 80"); or whatever way you start webrick >.<
<dfr|work> *Ruby.newruntime
mkristian has joined #jruby
<jgdavey> My exact use case: I'd like to spin up a middleman server, which uses webrick
<jgdavey> I tried Ruby.getDefaultInstance().evalScriptlet("require 'middleman'; require 'middleman-core/preview_server'; Middleman::PreviewServer.start")
<jgdavey> It does bind the port, but nothing comes out
<jgdavey> I also tried doing the evalScriptlet within a Thread
<dfr|work> jgdavey, what does "nothing comes out" mean?
<dfr|work> jgdavey, the server doesn't respond on the default port?
<jgdavey> TCP port is bound and I can connect to the port, but HTTP requests just hang
<jgdavey> I'm sure there's a more idiomatic way to do this, but was confused by the hanging.
<dfr|work> jgdavey, maybe your server is messed up?
<jgdavey> I'll try it from irb instead.
<jgdavey> If the same "scriptlet" hangs there, then it's definitely server setup stuff
<dfr|work> jgdavey, if you do: ruby -e "require 'middleman'; require 'middleman-core/preview_server'; Middleman::PreviewServer.start") does it work fine?
<jgdavey> Trying now
<jgdavey> Yep, that works.
<dfr|work> jgdavey, I'd maybe try Ruby.newRuntime rather than default, so that you get a brand new runtime. But otherwise not sure.
<dfr|work> if there's some initialization going on, maybe add puts or whatever statements to see what's going on.
<jgdavey> It's working now!
<jgdavey> It seems like an error was being swallowed.
<jgdavey> When I did evalScriptlet, I had a missing require, which raised undefined constant.
triple_b has joined #jruby
<jgdavey> Also, using newInstance rather than getDefaultInstance is working much better
<jgdavey> dfr|work, thanks for the help!
<dfr|work> jgdavey, yw. But for the record, spawning stuff that listens to sockets from Java still seems very ugly. :)
anaeem1_ has quit [Quit: Leaving...]
anaeem1_ has joined #jruby
travis-ci has joined #jruby
travis-ci has left #jruby [#jruby]
<travis-ci> jruby/jruby (ha-feature-sudo-false:91bab1e by Hiro Asari): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43874713)
<asarih> headius: enebo: nirvdrum: caching maven artifacts halved the time for job .7. https://travis-ci.org/jruby/jruby/jobs/43869156 vs https://travis-ci.org/jruby/jruby/jobs/43874720
<asarih> 7:53 vs 3:36 or something like that.
<enebo> asarih: that looks great
yfeldblum has joined #jruby
<asarih> the first few jobs took comparable amount of time, because they didn't have the cache.
<asarih> the first successful build uploaded the cache, which subsequent jobs are now using.
<asarih> some of the failures seem intermittent. :-/
bbrowning is now known as bbrowning_away
<nirvdrum> lopex: Are you around by chance?
yfeldblum has quit [Ping timeout: 264 seconds]
travis-ci has joined #jruby
<travis-ci> jruby/jruby (ha-feature-sudo-false:91bab1e by Hiro Asari): The build is still failing. (http://travis-ci.org/jruby/jruby/builds/43874713)
travis-ci has left #jruby [#jruby]
brettporter has joined #jruby
<asarih> the savings appear to be 3 to 4 minutes for each job.
brettporter has quit [Ping timeout: 244 seconds]
kedibasi has joined #jruby
<lopex> nirvdrum: hello there
<asarih> looks like SEGV is real.
x1337807x has joined #jruby
anaeem1_ has quit [Remote host closed the connection]
anaeem1_ has joined #jruby
<asarih> the downside of this setup is that we can't spin up a debug instance yet.
<nirvdrum> lopex: I'm just trying to figure out how encodingIndex in EncodingService isn't a problem.
<nirvdrum> Multiple Encodings can map back to different RubyEncodings.
<nirvdrum> Sorry. The same Encoding can map to multiple RubyEncodings.
<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"
<byteit101> I've not used maven much, and am unsure what the error means/ how to fix it
<lopex> nirvdrum: afair, those are just for faster lookups
<byteit101> that line is thrown in the rakefile when I do `wt = Warbler::Task.new`
<byteit101> anyone know what i'm missing?
<lopex> nirvdrum: I'd have to recall the details
<nirvdrum> lopex: It seems to be used to implement Encoding.compatible? I'm just not sure how they're not colliding.
<mkristian> byteit101, did you run $jbundle install ?
<byteit101> this is from a polyglot-mvn'ed pom file through normal maven
<byteit101> using pmvn works on systems with jruby installed
rcvalle has quit [Quit: rcvalle]
<byteit101> using normal mvn on systems with jruby does not work
<byteit101> and the jarfile, gemfile, and mavenfile are in https://bitbucket.org/byteit101/sfx/src
<byteit101> do I need to add some command to the mavenfile to run jbundle install?
diegoviola has quit [Ping timeout: 258 seconds]
<mkristian> byteit101, on first glance it all looks ok. let me see more . .
<byteit101> mkristian: also is there actual documentation that is up to date with mavenfiles? I could only find old information and had to figure it out from existing mavnfiles
diegovio1 has joined #jruby
diegovio1 is now known as diegoviola
<byteit101> mkristian: more of?
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] nirvdrum opened issue #2312: Encoding.compatible? affected by call order http://git.io/BehhuQ
JRubyGithub has left #jruby [#jruby]
yfeldblum has joined #jruby
<mkristian> byteit101, lots of examples are here https://github.com/torquebox/maven-tools/tree/master/spec especially spec/pom_maven_*_style/pom.rb
elux has quit [Quit: Bye!]
<mkristian> can you run the rake tasks without maven ?
<byteit101> yep
<lopex> nirvdrum: wow, how can bugs live for so long
<byteit101> (assuming jruby is installed)
kedibasi has quit [Remote host closed the connection]
<nirvdrum> lopex: This is probably an atypical case. But I ran into it because I was trying to use EncodingService#getEncodingFromString, which returns an Encoding. Then I was trying to use that index. It caused one of the rubyspecs to fail.
<byteit101> mkristian: it builds fine using rake and mvn (calling rake) on systems with jruby installed, but fails when its only using jruby inside the mvn call
<mkristian> byteit101, that is strange. could gist me the output of mvn -Djruby.verbose
<mkristian> running whatever goal you are running
<byteit101> sure, (package)
<mkristian> yes _ I could have guessed this ;)
<byteit101> and install
<byteit101> running...
<mkristian> is there a .jbundler/classpath.rb in your directory ?
<byteit101> no
<byteit101> should I commit that file from my dev system?
<mkristian> so warbler needs this file to warble the war ;)
subbu has joined #jruby
<byteit101> ok. is that safe to commit or should I add some step to building to generate that?
<mkristian> I think it would be better to get jbundler to build it.
<byteit101> ok
<mkristian> it is not safe to commit since it contains absolute pathes
<byteit101> mine donesn't, but ok. how can I have jbunder build it? should I do that in the mavenfile or rakefile?
drbobbeaty_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<mkristian> yeh - I tried not to, so it might be safe for you.
<mkristian> if you run proper maven you should to it in the Rakefile. jbundler-0.7.0 has JBundler.install
purplefox has quit [Ping timeout: 264 seconds]
rsim1 has quit [Quit: Leaving.]
<byteit101> mkristian: is it safe to do this to avoid rake always re-bundling? `JBundler.install unless File.exist? ".jbundler/classpath.rb"`
<byteit101> (aside from when people update that file, of course)
<mkristian> that is fine.
<mkristian> I think that should better go into warbler itself instead of this warning
<byteit101> yea, that would benice
<mkristian> need to go now - hope that all fixes your problem
<byteit101> mkristian: ok, seems like it
<byteit101> thank you!
<mkristian> welcome . . .
mkristian has quit [Quit: bye]
blaines has joined #jruby
diegoviola has quit [Ping timeout: 244 seconds]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] chrisseaton pushed 1 new commit to master: http://git.io/ZeiiZg
<JRubyGithub> jruby/master 2df1533 Chris Seaton: [Truffle] Last of the def-2.0 specs.
JRubyGithub has left #jruby [#jruby]
diegoviola has joined #jruby
lanceball is now known as lance|afk
e_dub has quit [Quit: e_dub]
brasten has quit [Quit: brasten]
subbu has quit [Ping timeout: 250 seconds]
triple_b has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] chrisseaton pushed 1 new commit to master: http://git.io/HquhFA
<JRubyGithub> jruby/master 9668c24 Chris Seaton: [Truffle] Fix regexp errors.
JRubyGithub has left #jruby [#jruby]
bbrowning_away is now known as bbrowning
rsim has joined #jruby
<chrisseaton> Lots of Truffle 'last of the ... specs' commits going by in the last week!
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] BanzaiMan opened issue #2313: Consider dropping OracleJDK 8 for now, and move builds to container-based Travis CI http://git.io/JNz5hQ
JRubyGithub has left #jruby [#jruby]
bbrowning is now known as bbrowning_away
enebo has quit [Quit: enebo]
brettporter has joined #jruby
brettporter has joined #jruby
brettporter has quit [Ping timeout: 260 seconds]
mitchellhenke has quit [Quit: Computer has gone to sleep.]
skade has quit [Quit: Computer has gone to sleep.]
skade has joined #jruby
subbu has joined #jruby
blaines has quit [Quit: Textual IRC Client: www.textualapp.com]
purplefox has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] chrisseaton pushed 1 new commit to master: http://git.io/A3z0aQ
<JRubyGithub> jruby/master 4bd351c Chris Seaton: [Truffle] Last of the regexp interpolation specs.
JRubyGithub has left #jruby [#jruby]
brasten has joined #jruby
skade has quit [Quit: Textual IRC Client: www.textualapp.com]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] chrisseaton pushed 1 new commit to truffle-head: http://git.io/nJ6Nxw
<JRubyGithub> jruby/truffle-head 9f0253b Chris Seaton: Merge branch 'master' into truffle-head
JRubyGithub has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] chrisseaton pushed 1 new commit to master: http://git.io/t9_qsw
<JRubyGithub> jruby/master 7a66d8b Chris Seaton: [Truffle] Some more regexp encoding specs working.
JRubyGithub has left #jruby [#jruby]
purplefox has quit [Ping timeout: 258 seconds]
<chrisseaton> Is lope around?
<chrisseaton> gah, lopex I mean
<lopex> chrisseaton: hello there
bocaj has joined #jruby
<lopex> chrisseaton: this must be something new in onigmo, the a modifier, for example
<chrisseaton> lopex: do you want a bug open for this? at the moment it's a failing spec, but unless you went to look there you wouldn't think to work on it
<lopex> chrisseaton: https://github.com/k-takata/Onigmo/blob/master/regparse.c#L5170 - we dont have this atm
<lopex> hmm, it's not that new though
<lopex> and then probably in optimizer / compiler and switch interpreter
<chrisseaton> does the issue go in joni? joni is the translation of onigmo into Java right?
<lopex> yes
<chrisseaton> ok, thanks very much
<lopex> chrisseaton: onigmo is a fork of oniguruma - joni which is based on
<lopex> chrisseaton: tracing these commits can be tricky, since they change multiple files in multiple commits
<lopex> in related changes
<lopex> and then they cross pull these changes in mri
<lopex> it's all duplicated
mitchellhenke has joined #jruby
<lopex> chrisseaton: hmm, I'm having trouble pulling from git@jruby.org:jruby.git, it complains about gitosis
<lopex> something changed lately ?
<chrisseaton> lopex: we got rid of that repo - it's all GitHub now
<lopex> oh
<lopex> thanks
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] jeremyevans opened issue #2314: Infinite loop when using mutually-referential constants http://git.io/R2sL0g
JRubyGithub has left #jruby [#jruby]
<lopex> wow this one is good
calavera_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:9668c24 by Chris Seaton): The build passed. (http://travis-ci.org/jruby/jruby/builds/43887416)
travis-ci has left #jruby [#jruby]
<mjc_> huh
<mjc_> 1.7.x doesn't seem to have .to_h on CSV::Row
calavera has joined #jruby
diegoviola has quit [Ping timeout: 250 seconds]
diegovio1 has joined #jruby
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:4bd351c by Chris Seaton): The build was broken. (http://travis-ci.org/jruby/jruby/builds/43892342)
travis-ci has left #jruby [#jruby]
pietr0 has quit [Quit: pietr0]
JRubyGithub has joined #jruby
<JRubyGithub> [jruby] mjc opened issue #2315: CSV::Row does not have .to_h http://git.io/NMFftA
JRubyGithub has left #jruby [#jruby]
rsim has quit [Quit: Leaving.]
<egp> Anyone used https://github.com/mcamou/scuby with a gem & how the appropriate scala code would look for calling ruby module functions/etc?
<mjc_> looks like it's .to_hash
<nirvdrum> egp: There's a wiki page on scala interop that might be helpful.
<egp> nirvdrum: the only one I saw was https://github.com/jruby/jruby/wiki/Integrating-with-Scala and wasn't helpful
<nirvdrum> That's the one I was thinking of.
<egp> I want to call the ruby from scala
<egp> rather than call scala from ruby
<egp> I just don't want to port crap :)
<chrisseaton> egp: what exactly do you want to do? evaluate little bits of Ruby code, use classes written in Ruby, or something higher level than that?
<egp> chrisseaton: I want to use this gem: https://github.com/staqapp/staq-msbin, and really be able to call MSBIN::Record.DecodeStream(is) where is is an inputstream or whatever I need to do
<egp> in such a way I can just do a rake build/copy that gem somewhere, and have my ScriptExecution or whatever code setup in a nice way
<egp> and just have the gem in my classpath or some such
<egp> The fact there is no java implementation of http://download.microsoft.com/download/9/5/E/95EF66AF-9026-4BB0-A41D-A4F81802D92C/[MC-NBFX].pdf .... bah don't get me started lol
mitchellhenke has quit [Quit: Computer has gone to sleep.]
<chrisseaton> egp: this code looks relatively well self-contained - I would recommend trying the JRuby AOT compiler, which produces normal Java classes - https://github.com/jruby/jruby/wiki/JRubyCompiler
<egp> that could be neat
<egp> can I actually do the library
<egp> or do I effectively need to create a script
diegovio1 is now known as diegoviola
<chrisseaton> I'm really not sure beyond pointing you at that wiki page, sorry
<chrisseaton> hang around on here and someone else might chime in
mitchellhenke has joined #jruby
subbu has quit [Ping timeout: 264 seconds]