14:44 <headius> mfunkmann: You are just doing JRuby + JavaFX yourself, yes? Not using JRubyFX?

14:44 <headius> glad you figured it out

15:14 <headius> enebo: so there's a new headache with JPMS

15:16 <headius> because IDEA can't set language level on a per-directory basis, having module-info anywhere in the "module" (IDEA module, not JPMS module) means the whole thing needs to be set to "9" for language level or else there's a constant red squiggle for the module-info.java

15:17 <headius> Someone on Twitter did point out a maven plugin you can use to generate module-info.class from an XML file on any Java version. As hacky as that sounds, it may be the simplest option right now

15:17 <headius> the other option is that you just manually set IDEA to 9 language when you first clone, but then 9 language features could easily sneak into our code :-\

15:23 <kares> exclude module-info.java in IDEA?

15:25 <headius> That's a bit better

15:25 <headius> still requires some manual intervention after cloning

15:26 <headius> I'm really disappointed with how badly JPMS is supported a year later

15:50 <lopex> headius: this is also sad https://en.wikipedia.org/wiki/Java_backporting_tools

15:52 <headius> yeah I hope the platform doesn't crumble under its own weight

15:52 <headius> obviously having a major release every 6 months is the answer 🙄

15:52 <headius> lopex: do you have any objection to the yaml poms?

15:53 <headius> https://github.com/jruby/jcodings/blob/java9/pom.yml

15:53 <lopex> headius: no

15:53 <lopex> headius: unless there's some ruby logic required that kares mentioned

15:53 <headius> I'm going to do a round of releases on jcodings, bytelist, and joni that modularizes them and converts to yaml

15:54 <lopex> cool

15:54 <headius> nah this is just for the projects that are xml currently

15:54 <lopex> headius: but it's still from polyglot or maven native support ?

15:56 <headius> it is

15:56 <headius> er it is polyglot

15:56 <headius> but just needs that one .mvn/extensions.xml file and Maven 3.1 or higher I believe

16:03 <headius> lopex: since we're releasing bytelist 2.0 I'm going to delete all deprecated methods

16:03 <headius> most of them are broken or unsafe anyway

16:04 <headius> nirvdrum: ^ even though you probably don't use bytelist anymore

16:05 <headius> lopex: oh one other perhaps issue...I have not set these up to build without module-info on Java 8, so they'll require Java 9 to build always

16:09 <lopex> headius: ok, these projects are not prone to fail on different releases anyways

16:10 <lopex> headius: do we want to maintain different branches though ?

16:11 <headius> no

16:11 <headius> I'll merge to master

16:11 <headius> enebo: objections to dependency projects needing Java 9 to build?

16:12 <headius> they will still support 8, and I could make them only do JPMS on 8 with a bit more maven shit

16:12 <headius> I mean make them ignore module stuff on 8

16:13 <enebo> headius: no that is fine with me. My only reservation is that we continue to test with 8 somewhere

16:13 <enebo> building with 9 for release is fine though

16:13 <enebo> or 9+

16:13 <headius> hmmm

16:14 <headius> yeah I was going to skip allowing the build to run on 8 for these dependencies but I have no answer for testing

16:14 <headius> so I'll do the extra maven stuff

16:14 <enebo> yeah if we say it works on 8 we sort of have to test with it

16:14 <headius> agreed

16:14 <enebo> ok

16:14 <headius> and it would feel a little weird if it didn't build on the platforms it supports

16:15 <headius> the red squiggle thing I talk about above is still an open issue

16:15 <headius> excluding module from IDE is an option...it's not great but it's an option

19:07 <headius> bomb: +1

19:07 <headius> having fun?

19:08 <bomb> yeah, it's awesome. also RubyMine integration works quite well

19:28 <bga57> I would like to point out that I use JRuby on FreeBSD, and FreeBSD doesn't support openjdk9 yet.

19:32 <bga57> It's possible that FreeBSD might not get openjdk9 and openjdk10 releases, maybe skip them for openjdk11.

20:19 <bomb> bga57: openjdk 9/10 is going to be deprecated soon

20:55 <headius> bga57: yeah JRuby for sure won't require 9 to build

20:55 <headius> the releases will have module-info.class but the rest will be compiled as Java 8

20:56 <headius> bomb: Java 7 is deprecated but there's still lots of folks on it :-( this is going to be a long, long tail

20:56 <headius> 8 isn't even officially EOL yet

20:57 <headius> so we basically have lots of people out there on 7 (JRuby gave up on it though), plus 8, 9, 10, and 11 that are live, with 8 going away soon and 11 to be LTS for like 3 years or something

20:57 <headius> it's a mess

20:57 <bomb> is 9.3 going to be openjdk 11+?

20:57 <headius> we won't bail on 8 until Oracle does...and even then we'll have to evaluate

20:58 <headius> 9/10/11 uptake has been super slow because modules break everything

22:58 <bomb> hmm

23:24 <lopex> headius: enebo: https://morepypy.blogspot.com/2018/09/the-first-15-years-of-pypy.html interesting recap