better_sleeping[ has joined #jruby
better_sleeping[ has left #jruby [#jruby]
<enebo[m]> kares: plan is to put it out beginning of next week assuming we address stuff marked
<kares[m]> sounds like a plan, thanks for the update ...
<headius> g'day, getting some work in today
<headius> huh windows builds still failing with that NUL thing
<headius> workaround seems to fix the build
<headius> enebo: what is outstanding unfixed... seems like most of the 9.3.5 issues have PRs
<headius> did k11ch1 do a fix for the raise cause stacking or did I just dream that?
<headius> I can't find it now
<enebo[m]> yeah I linked the PR above
<enebo[m]> Last friday above
<enebo[m]> This is still unfixed
<headius> aha
<headius> ok
<enebo[m]> headius: So if we can review kares PRs and merge then I think we have 2 or so issues (one ripper and one arity mismatch)
<enebo[m]> I will fix the ripper one but I suppose getting this settled early this week gives us some time to release on Monday with it presumably getting hit by someone who is interested
<headius> Yeah I reviewed a couple and have a PR in progress to fix the NUL thing in CI
<headius> Everything looks pretty good so far though
<enebo[m]> yeah I see that but windows will not start without that workaround normally or is this just something more specific to the job?
Guest40 has joined #jruby
Guest40 has quit [Client Quit]
<headius> enebo: it is specific to certain versions of openjdk... GHA is behind on fixes I think
<headius> it is not real issue and not our bug
<headius> not a
<headius> the k77ch7 fix for dedup strings seems fine
<headius> I saw you merged it
<headius> 7246 being tied to indy is weird
<headius> java calls are not hooked up to indy as far as I can see
<headius> I have not updated them for 9k ever
<headius> oh I was wrong... vis buildNativeHandle, which detects Java targets
<headius> I will get this indy thing sorted out... just bad fallback logic I think