<headius[m]>
kares: yeah there's a PR built against 10.14 but setting minimum version to 10.6... I have no idea if that's reliable enough to go ahead with it
<headius[m]>
this is regarding your item #1 of course
<headius[m]>
if that's reliable then it's just a matter of merging and releasing (probably all the way up the JNR chain to be complete)
<headius[m]>
2. Sounds good... if there's anything you think I can help with let me know. It would also be really nice if we could get an automatic module added to the jar file so we can start specifying add-opens for that warning.
<headius[m]>
3. No worries if that can't get fixed since the other cases are working properly. It can go into 9.3 (or 9.2.11 if there's a need for that)
<headius[m]>
I have pinged back on the JFFI PR and asked Twitter folks about the reliability of setting minimum OS version
<headius[m]>
well at least one person pointed out that they develop for older iOS with new XCode without trouble
<headius[m]>
I'd assume that setting a minimum OS version would use build settings and compile/link libraries appropriate for that version, but it is good to have some confirmation
<headius[m]>
if I can get one other confirm I'll go ahead and merge and release
shellac has quit [Read error: Network is unreachable]
<kares[m]>
👍️
<kares[m]>
be looking into 3. and that once that is done I see how JOSSL looks (pbly towards the end of week)
<headius[m]>
ok
<headius[m]>
we also need to update jruby-launcher to support .java_opts files and add-opens from the bash script... ugh
<headius[m]>
I guess I need to just sit down and hack that logic in
rusk has quit [Remote host closed the connection]
snickers has joined #jruby
<headius[m]>
eregon_ suggested using github actions for nightlies since the sonatype repository is sometimes very slow, so we're looking into that a bit now
<headius[m]>
I added a simple release artifact workflow just to start the process of moving things to GH actions
<rdubya[m]>
lopex: I can't remember if you were the one that was also looking for alpine based docker images or not, if so, did you ever find anything out about them? It still looks like they are missing from docker hub
<lopex>
headius[m]: it might be because the char is broken, so enc.length returns -1
sagax has joined #jruby
<headius[m]>
Hmmm, that one test seems flakier than usual
<headius[m]>
TestIO_Console#test_oflush [/home/travis/build/jruby/jruby/test/mri/io/console/test_io_console.rb:215]: Expected ["b", "ab"] to include "a".
<headius[m]>
lopex yes that makes sense. So we could check for -1 or no progress and error perhaps?
<headius[m]>
The interrupt logic was never meant to fix broken chars
<lopex>
we need separate length
<headius[m]>
There's lots of things that can break if the char stream is bad
<lopex>
yeah, there's several issues for that
<lopex>
it's the cases where the string is not prevalidated