MatrixTravelerbo has quit [Quit: Bridge terminating on SIGTERM]
ahorek[m] has quit [Quit: Bridge terminating on SIGTERM]
lopex[m] has quit [Quit: Bridge terminating on SIGTERM]
kai[m]1 has quit [Quit: Bridge terminating on SIGTERM]
enebo[m] has quit [Quit: Bridge terminating on SIGTERM]
UweKuboschGitter has quit [Quit: Bridge terminating on SIGTERM]
rtyler[m] has quit [Quit: Bridge terminating on SIGTERM]
RomainManni-Buca has quit [Quit: Bridge terminating on SIGTERM]
byteit101[m] has quit [Quit: Bridge terminating on SIGTERM]
wagyourtail[m] has quit [Quit: Bridge terminating on SIGTERM]
basshelal[m] has quit [Quit: Bridge terminating on SIGTERM]
worldnamer[m] has quit [Quit: Bridge terminating on SIGTERM]
TestAccount[m] has quit [Quit: Bridge terminating on SIGTERM]
onghu[m] has quit [Quit: Bridge terminating on SIGTERM]
fzakaria[m] has quit [Quit: Bridge terminating on SIGTERM]
Hao[m] has quit [Quit: Bridge terminating on SIGTERM]
donv[m] has quit [Quit: Bridge terminating on SIGTERM]
RobertNicholas[m has quit [Quit: Bridge terminating on SIGTERM]
kares[m] has quit [Quit: Bridge terminating on SIGTERM]
dan64[m] has quit [Quit: Bridge terminating on SIGTERM]
mattpatt[m] has quit [Quit: Bridge terminating on SIGTERM]
FlorianDoubletGi has quit [Quit: Bridge terminating on SIGTERM]
TimGitter[m] has quit [Quit: Bridge terminating on SIGTERM]
TimGitter[m]1 has quit [Quit: Bridge terminating on SIGTERM]
headius has quit [Quit: Bridge terminating on SIGTERM]
mrtommy[m] has quit [Quit: Bridge terminating on SIGTERM]
architecture[m] has quit [Quit: Bridge terminating on SIGTERM]
GGibson[m] has quit [Quit: Bridge terminating on SIGTERM]
XavierNoriaGitte has quit [Quit: Bridge terminating on SIGTERM]
JulesIvanicGitte has quit [Quit: Bridge terminating on SIGTERM]
KarolBucekGitter has quit [Quit: Bridge terminating on SIGTERM]
JesseChavezGitte has quit [Quit: Bridge terminating on SIGTERM]
rebelwarrior[m] has quit [Quit: Bridge terminating on SIGTERM]
liamwhiteGitter[ has quit [Quit: Bridge terminating on SIGTERM]
edipofederle[m] has quit [Quit: Bridge terminating on SIGTERM]
MattPattersonGit has quit [Quit: Bridge terminating on SIGTERM]
MarcinMielyskiGi has quit [Quit: Bridge terminating on SIGTERM]
olleolleolle[m] has quit [Quit: Bridge terminating on SIGTERM]
CharlesOliverNut has quit [Quit: Bridge terminating on SIGTERM]
ChrisSeatonGitte has quit [Quit: Bridge terminating on SIGTERM]
BlaneDabneyGitte has quit [Quit: Bridge terminating on SIGTERM]
OlleJonssonGitte has quit [Quit: Bridge terminating on SIGTERM]
kalenp[m] has quit [Quit: Bridge terminating on SIGTERM]
ahorek[m] has joined #jruby
enebo[m] has joined #jruby
kai[m]1 has joined #jruby
lopex[m] has joined #jruby
MatrixTravelerbo has joined #jruby
JesseChavezGitte has joined #jruby
XavierNoriaGitte has joined #jruby
CharlesOliverNut has joined #jruby
kalenp[m] has joined #jruby
UweKuboschGitter has joined #jruby
byteit101[m] has joined #jruby
mattpatt[m] has joined #jruby
FlorianDoubletGi has joined #jruby
JulesIvanicGitte has joined #jruby
MarcinMielyskiGi has joined #jruby
KarolBucekGitter has joined #jruby
fzakaria[m] has joined #jruby
MattPattersonGit has joined #jruby
BlaneDabneyGitte has joined #jruby
edipofederle[m] has joined #jruby
TimGitter[m] has joined #jruby
liamwhiteGitter[ has joined #jruby
RomainManni-Buca has joined #jruby
basshelal[m] has joined #jruby
rebelwarrior[m] has joined #jruby
mrtommy[m] has joined #jruby
donv[m] has joined #jruby
dan64[m] has joined #jruby
TestAccount[m] has joined #jruby
rtyler[m] has joined #jruby
architecture[m] has joined #jruby
wagyourtail[m] has joined #jruby
GGibson[m] has joined #jruby
RobertNicholas[m has joined #jruby
TimGitter[m]1 has joined #jruby
olleolleolle[m] has joined #jruby
Hao[m] has joined #jruby
worldnamer[m] has joined #jruby
onghu[m] has joined #jruby
kares[m] has joined #jruby
OlleJonssonGitte has joined #jruby
ChrisSeatonGitte has joined #jruby
headius has joined #jruby
<enebo[m]>
kares: you around?
<enebo[m]>
we had a version issue on our deps for jdbcmysql adapter which is fixed in e5fe8b05970849b6489e41a90bfd0a39ac985fc2
<enebo[m]>
I am inclined to just fully re-release everything in the project because it is simple but is there a simple way to just release an updated activerecord-jdbcmysql-adapter
<headius>
the fix has been backported to oracle's 11.0.13 and probably won't go back to 9. In order for us to build modularized JRuby (punted to 9.4) we would have to use that version or higher
<headius>
or somehow pull in that patched compiler
<enebo[m]>
yeah makes sense. Perhaps modularized we can just say is not supported in <11 and then build with patched 11?
<headius>
we have two packages that trigger this bug: main and callsite
<enebo[m]>
hopefully whatever openjdk is called now will adoptium that fix
<headius>
it might be possible to get the build to work on 8 but to produced modularized artifacts this patched 11 would be needed
<headius>
build to work on 8 = build without module stuff
<headius>
regardless of how it is built it should still always work on 8
<enebo[m]>
yeah that is where we are at right now for a release
<headius>
but the build is the tricky bit
<headius>
have you been releasing with 11?
<enebo[m]>
no
<headius>
I believe we do not currently require anything higher than 8 to build
<enebo[m]>
I mean we release using 8
<headius>
ok yeah... we would have to release with 11.0.13+ after this
<enebo[m]>
So until this 11 thing is backported beyond oracles jvm we probably will not actually release using 11 but can point out it can be built in newer JDKs
<enebo[m]>
but that assumes openjdk applies it which seems likely
<headius>
yeah
<enebo[m]>
how about the issue of bytebuffer/default methods and using >8 for 8 releases?
<headius>
we can also get it working for 9.4 even if we don't build and release modularized version
<headius>
the way it is rigged now I believe I have it doing release=8 for the bulk of the build, which handles the ByteBuffer and whatnot properly
<headius>
and then it does an additional compile with release=9 to get modularization
<headius>
or rather, master uses release=8 for it all, modularity branch uses the above system
<enebo[m]>
This is fuzzy to me. I thought issue of using !8 for release=8 was that it still pulled in >8 classes which messes up at least one signature in bytebuffer. I sort of remember you maybe isolating that into another artifact?
<enebo[m]>
This happens to be the issue which has made maven unusable on fedora core (for people who still require Java 8 as a compiler)
<headius>
I isolated it into another artifact because I could not get the release=8 stuff to help... later I figured out the right combination (probably had to wait for an updated maven-compiler-plugin to recognize release=8) and it does work
<enebo[m]>
oh!
<enebo[m]>
ok that is new info to me
<enebo[m]>
So once there is an openjdk 11 which has the fix we can potentially start using 11 to build java 8 artifacts
<headius>
oh I should say this may also be on that modularity branch
<headius>
I don't remember if I did it on master yet and don't see release= anywhere there
<enebo[m]>
ok
<headius>
I did confirm it works but getting release=8 logic working ties into this mess with modularity
<headius>
interrupt stuff is close but tricky
<headius>
I have added paths for handling :on_blocking but the way we sleep is not compatible with the way this wants to wake up threads
<headius>
needs a bit more finessing today
<headius>
pushed some changes to support on_blocking
<headius>
the test_sync regression before seems to be because I modified lock sleeping to loop and keep re-blocking until successful or interrupted by an raise or kill... clearly that is not compatible with simply waking up
<headius>
will see how this shakes out in CI and then look at at the last handle_interrupt failure, which is not high priority but should be fixed
<headius>
when doing a blocking operation with on_blocking, it seems we should propagate events before or after the blocking call, and instead we do not propagate until the handle_interrupt mask is removed altogether