<kares[m]>
only has an effect during compilation (code generation) and makes potential custom jruby patches easier to follow ...
subbu has joined #jruby
subbu has quit [Ping timeout: 240 seconds]
<headius>
kares: oh yeah for sure
<headius>
maybe could improve build time if last modified is stable now?
<headius>
enebo: so we need to fork jzlib
<headius>
we have a few outstanding issues that are never going to get patched, and some fixed issues that are never going to get released because the original author has disappeared
<headius>
this one affects rack tests for gz compression of responses
<headius>
it tries to verify last modified is the same on the sending and receiving side but the receiving side runs into this bug in jzlib's inflater not populating its own mtime
<headius>
I don't want this to look like a dependent fork so I'm going to recreate this repo as an exact non-fork copy of the original and we'll take it over
subbu has joined #jruby
subbu has quit [Ping timeout: 246 seconds]
<headius>
enebo: merged unreleased fixes and merged my build changes and it passes the flaky rack test now
<headius>
I think this could be released any time
subbu has joined #jruby
<enebo[m]>
you mean jzlib?
<headius>
yeah
<enebo[m]>
ship it!
<headius>
org.jruby:jzlib:1.1.4
<headius>
there's one other fix that merged in to support concatenated gzip streams
<headius>
seems fine
<headius>
wemight even have a bug open for that
subbu has quit [Ping timeout: 240 seconds]
<headius>
the deed is done
<headius>
when I see it in central I'll push PR to switch
<enebo[m]>
ok
<headius>
and my work machine has a functioning gpg key again so I can release stuff
subbu has joined #jruby
subbu has quit [Ping timeout: 240 seconds]
subbu has joined #jruby
<headius>
that concatenated gzip thing seems to cause failures so I'm reverting it and will make a PR
<headius>
it's not quite right apparently, or perhaps JRuby's user is incorrect
<headius>
s/user/use/
<headius>
testing jzlib 1.1.5 to make sure it's all green and then I'll release it