deobalds has quit [Read error: Connection reset by peer]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] nirvdrum pushed 3 new commits to master: http://git.io/vtxRi
<JRubyGithub>
jruby/master 5ef6c72 Kevin Menard: [Truffle] Fixed the starting byte location being used in the wrong argument in the :string_character_byte_index primitive.
<JRubyGithub>
jruby/master f49d172 Kevin Menard: [Truffle] The :string_character_byte_index primitive should always take as input and return as output, zero-offset indices....
<JRubyGithub>
jruby/master b840fcb Kevin Menard: [Truffle] Use unsafe bytes in the :regexp_search_region primitive to be consistent with the MatchData calculations.
JRubyGithub has left #jruby [#jruby]
iandow has quit [Ping timeout: 256 seconds]
deobalds has joined #jruby
iandow has joined #jruby
skade has quit [Quit: Computer has gone to sleep.]
<cprice404>
for some reason they don't give you a holiday for july 4
<rtyler>
american company american holidays
<rtyler>
?
<rtyler>
c'monnnn
<cprice404>
:)
<cprice404>
rtyler: looking forward to your talk at jrubyconf
<rtyler>
I'm looking forward to giving it
<cprice404>
and, well, all the other ones to :)
<cprice404>
s/to/too
<rtyler>
it might be the only project inspired by last year's jrubyconf :P
<cprice404>
haha
<rtyler>
I don't mean this in a bad way, but I was hugely motivated by colin's ant/bundler/ivy hacks in redstorm
<rtyler>
"this is terrifying, there has to be a better way!"
<cprice404>
heh
<rtyler>
we have a decent bit of code deployed to prod built with jruby-gradle nowadays
<cprice404>
noice
kfpratt has quit [Ping timeout: 265 seconds]
kfpratt has joined #jruby
<rtyler>
enebo: I was wondering aloud earlier in this week, if you guys would be amenable to a more aggressive or scheduled releases of JRuby 1.7.x until 9k is released?
<rtyler>
funding fixes is working out well for us, but I have a non-zero number of Lookout projects now depending on public SNAPSHOT builds
<rtyler>
which sucks
<rtyler>
and I can't wait 5 months for a proper release :/
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] splattael opened issue #3097: Defining a writer as a Struct member fails http://git.io/vtjPm
JRubyGithub has left #jruby [#jruby]
<enebo>
rtyler: yeah we should be more agressive
<enebo>
rtyler: although I expected we would be final on monday but my mac broke and I lost a week more or less
<rtyler>
yikes
<rtyler>
all better now or IRCing from your apple watch
<enebo>
rtyler: so rc2 on monday and I can switch over an evaluate a 1.7.x release
<enebo>
rtyler: yeah things have been dragging on 9k and it has affected doing point releases of 1.7 since we need 9k out now
<enebo>
rtyler: I cannot say I have committed to 1.7 since the security release 3 weeks ago o_O
<rtyler>
are the releases tied together at the ihp or is it more of a tom-time-problem?
<enebo>
rtyler: well I see commits go into 1.7 and I don’t know what happened
<enebo>
rtyler: but also some random tests usually uncover poor coverage areas like windows so there is some tom time to make sure nothing is broken outside of our testing mechanisms
<rtyler>
is this a process sufficiently documented to where Lookout could help carry the torch with the maint releases?
<enebo>
rtyler: not entirely no
<enebo>
rtyler: but it something I should work on getting in shape more
<rtyler>
it will likely be far easier for me to help with releases than it will be for me to move Lookout over to a forked distribution
<rtyler>
we can't wait as long as the delta between 19 and 20 was for 21 :/
mitchellhenke has joined #jruby
mitchellhenke has quit [Remote host closed the connection]
<enebo>
rtyler: yeah I will get a release out next week and we can work on speeding that up…I think major release dragging on has been main issue in maintenance slowdown
<enebo>
rtyler: once we hit final the pressure is off in a sense
camlow325 has joined #jruby
camlow325 has quit [Remote host closed the connection]
<rtyler>
I don't think I entirely understand how 9k makes this easier, 1.7.x doesn't sunset immediately does it?
camlow325 has joined #jruby
<enebo>
rtyler: no it is only we wanted 9k ot 2 months ago so pressure to have a .0 has meant less attention to maintenance
<enebo>
rtyler: once we have a .0 for 9k we may have to spin .1 etc on main but we can tell people they can use it vs telling people to wait. Telling people to wait is the pressure to work even higher percentage on 9k
<enebo>
rtyler: so once it is out we have more flexibilty in time spent…or at least it will feel that way
<enebo>
rtyler: plus 9k is already pretty well-behaved so I do not expect a lot of .1,.2 fires to pop up
<rtyler>
are you the only one that cuts releases?
<enebo>
rtyler: at the moment yeah
<rtyler>
yikes
<rtyler>
that's terrifying dude
kfpratt has quit []
<enebo>
rtyler: I don’t think release documentation is so horrible that someone could not spend a day and get a release out if I couldn't
<enebo>
rtyler: the biggest issue is mostly the sanity checking and having access to a windows machine
<rtyler>
heh
<rtyler>
EC2 windows machines don't cut it?
<enebo>
rtyler: maybe?
<enebo>
rtyler: I don’t have one
<enebo>
rtyler: we don’t even have a windows ci
<rtyler>
ysb33r looked at appveyor for jruby-gradle a while back
<rtyler>
don't remember what came of it
<rtyler>
enebo: are you joining us in beriln?
<enebo>
rtyler: of course
<xardion>
So, in jruby 1.7.20 (not sure if this is an issue in 9.0.0.0), there's definitely an issue with using .to_outputstream (or .getOutStream if you're in Java) on an already open ruby TCPSocket. It doesn't seem to get the right mode of the socket
mkristian has joined #jruby
fatephd has joined #jruby
<xardion>
I don't know what the root cause of it is, most likely something within the OutputStreamAdapter class
<enebo>
xardion: open an issue and defiinitely try 9k/master since IO is much different
<enebo>
going for a walk…bbiab
<xardion>
been having trouble getting jruby to spit the full backtrace out to narrow it down
<enebo>
xardion: if you have a snippet and make an issue we can look too
<enebo>
-Xbacktrace.style=raw and -d both help too
<xardion>
Will do, is 9k for java 8 only, or will it run on 7?
<enebo>
xardion: will run on Java 7
<xardion>
yeah, I tried -Xbacktrace.style=raw (and -J-Djruby.backtrace...)
<enebo>
xardion: I typically run Java 7 while testing just to be an extra sanity test :)
<xardion>
cool, might give 9k a spin then
<xardion>
I'm getting around this issue right now by using .getChannel() instead and using Channels.newOutputStream to wrap it in my own OutputStream
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] k77ch7 opened pull request #3098: Fix for issue 3035 on master : change the hash code calculation method of SymbolTable entry. (master...fix_GH-3035) http://git.io/vtjQQ
JRubyGithub has left #jruby [#jruby]
<xardion>
but that feels like a wrapper that I don't really need and I'm trying to squeeze more performance out of this thing
<rtyler>
enebo: I'm going to be in Berlin for a few days prior to the conference, I'd like to talk more with you and headius about build/release and the 1.7.x tree longer term
rcvalle has joined #jruby
Antiarc has quit [Ping timeout: 252 seconds]
<xardion>
So this issue is definitely not present in 9k, worked just fine with getOutStream
ddarkpassenger has joined #jruby
<xardion>
just out of curiousity, what is causing "uri:classloader:/jruby/kernel/kernel.rb:28: warning: unsupported exec option: close_others" to pop up? I see this in pretty much every 9k related issue out there, but nobody has mentioned what it is
ralku has joined #jruby
blaines has joined #jruby
lanceball is now known as lance|afk
blaines_ has joined #jruby
blaines has quit [Ping timeout: 250 seconds]
ddarkpassenger has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
mrmargolis has quit [Remote host closed the connection]
mister_solo has quit [Ping timeout: 256 seconds]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius closed issue #3097: Defining a writer as a Struct member fails http://git.io/vtjPm
JRubyGithub has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius closed issue #3094: NoMethodError being reported as "UndefinedValue.java:52:in `undefinedOperation': java.lang.RuntimeException: IR compiler/interpreter bug: org.jruby.ir.operands” in jruby-9.0.0.0.pre2 http://git.io/vtMyE
<mkristian>
there I needed to patch a stdlib file pathname.rb and I do not know whether this is at all OK or how to do it right
<mkristian>
regarding the stdlib.
<mkristian>
there is repo jruby/ruby as well
djellemah has quit [Quit: Leaving]
<mkristian>
enebo, ah - I read somehting about the missing bat files and checked the tar.gz distfiles which do have them - as least what my memory says
<enebo>
mkristian: yeah that is a good question. we have a repo for merging stdlib deltas but let me ask headius how that is since I have not notice it get updated…I think I may be missing a branch
<enebo>
mkristian: yeah so I think this is the installer but I have not changed the installer in a very long time so I figured the .bat files would be missing but if dist has them then it might be that we generate those not in root_dir/bin/* and in subdir now maybe?
<mkristian>
that is possible. let me check
shellac has joined #jruby
<enebo>
mkristian: update any lib/ruby with correct branch in jruby/ruby repo (brnch for 1.9.3 stdlib is jruby-ruby_1_9_3)
<mkristian>
cool - will do
<mkristian>
the bat files are generated (or should be) when building jruby-stdlib.jar inside ./lib directory. so they should be there
<enebo>
tarcieri: it may be testing the boundaries of the word snappy but a cool thought
<enebo>
tarcieri: If it did work we could perhaps just have it also load from whenever core of JRuby loads too
mrmargolis has joined #jruby
shellac has joined #jruby
bf4 has quit [Read error: Connection reset by peer]
nirvdrum has quit [Read error: Connection reset by peer]
nirvdrum has joined #jruby
shellac_ has joined #jruby
shellac has quit [Read error: Connection reset by peer]
mkristian has quit [Quit: Ex-Chat]
bbrowning is now known as bbrowning_away
chamila has joined #jruby
nateberkopec has joined #jruby
bf4 has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius closed issue #3067: JRuby 1.7.20.1 Socket.tcp, Addrinfo.tcp, etc. mistake port for protocol http://git.io/vLaf4
JRubyGithub has left #jruby [#jruby]
mcclurmc has joined #jruby
donV has quit [Quit: donV]
bbrowning_away is now known as bbrowning
bf4 has quit [Read error: Connection reset by peer]
jeremyevans has joined #jruby
bf4 has joined #jruby
bf4 has quit [Read error: Connection reset by peer]
cultureulterior1 has quit [Quit: cultureulterior1]
brightball has quit [Quit: Leaving...]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] jordansissel opened issue #3100: OpenSSL::SSL::SSLContext difficulty in assigning ciphers http://git.io/vqvuJ
JRubyGithub has left #jruby [#jruby]
chamila has quit [Quit: Page closed]
subbu has quit [Ping timeout: 250 seconds]
phlebas has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] raelik opened issue #3101: IO.to_outputstream (a.k.a. RubyIO.getOutStream) returns a non-writable stream in some cases. http://git.io/vqvww
JRubyGithub has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius pushed 1 new commit to jruby-1_7: http://git.io/vqvwS
JRubyGithub has left #jruby [#jruby]
<JRubyGithub>
jruby/jruby-1_7 4b0fc45 Charles Oliver Nutter: Properly store and pass protocol for Addrinfo/Socket. Fixes #3067....
<JRubyGithub>
[jruby] pxlpnk opened issue #3102: Bundle install fails with jruby-head with a Java::JavaLang::ArrayIndexOutOfBoundsException on travis http://git.io/vqfRD