17:07 <travis-ci> jruby/jruby (master:10e365c by Thomas E Enebo): The build has errored. https://travis-ci.org/jruby/jruby/builds/588547378 [210 min 11 sec]

17:59 <travis-ci> jruby/jruby (master:10e365c by Thomas E Enebo): The build has errored. https://travis-ci.org/jruby/jruby/builds/588547378 [225 min 48 sec]

19:13 <headius[m]> enebo: https://github.com/jruby/jruby/issues/5881

19:13 <headius[m]> you have any thoughts on this one?

19:32 <headius[m]> kares: we should chat about fixing this: WARNING: Illegal reflective access by org.jruby.ext.openssl.SecurityHelper (file:/Users/headius/projects/jruby/lib/ruby/stdlib/jopenssl.jar) to constructor java.security.cert.CertificateFactory(java.security.cert.CertificateFactorySpi,java.security.Provider,java.lang.String)

19:32 <headius[m]> at least we need a way to modularize the jopenssl jar, and then possibly some tweaks to how we load extensions that are modules

19:51 <headius[m]> enebo: hey what's the status of that return from block bug

19:51 <headius[m]> that definitely should get fixed for 9.2.9

20:10 <enebo[m]> headius: I was working on it now...down to 2 spec fails

20:10 <headius[m]> noice

20:10 <headius[m]> I think I'm going to have to take a day to reinstall my MBP

20:11 <headius[m]> it has been acting weirder and weirder...bad file paths, VBox has not worked for months

20:14 <enebo[m]> I marked a few things for 9.2.9 too which were not huge but should get done

20:16 <headius[m]> ok I am triaging but will also look at those

20:17 <headius[m]> I'd like to get confirmation that mips linux is working but in order to test it myself I need to run qemu, and all the setup instructions expect debian

20:29 <lopex> headius[m]: we havent spoken since with him, wrt docker image

20:29 <headius[m]> lopex: have had more folks ask about status of that

20:29 <lopex> and ?

20:30 <lopex> ah

20:30 <headius[m]> well just asking if we can do things like have other JDKs and such

20:30 <headius[m]> stuff that would require us to take it over I think

20:30 <lopex> well, we should ping him again I guess

20:31 <lopex> I'm on vacations but I'm at home now, so I'll have time to talk to him

20:34 <lopex> headius[m]: what base images you're reeally interested in ?

20:35 <headius[m]> well first off just taking it over...beyond that I'm not sure

20:37 <lopex> yeah

20:37 <lopex> but wrt 9k we're talking about those https://github.com/cpuguy83/docker-jruby/tree/master/9000 ?

20:38 <lopex> hub.docker.com isnt very helpful for searching things

20:38 <lopex> lots of alpine which I have had troubles with

20:39 <headius[m]> right

20:39 <rdubya[m]> yeah alpine is apparently picky and afaik there isn't a version of java 9+ that will run on it

20:40 <lopex> I'v had issues with alpine images and mostly basic stuff like ldap for jruby

20:40 <rdubya[m]> we're using `jruby:9.2.7.0-jdk-alpine` right now

20:41 <headius[m]> so perhaps we should look at having some other base images

20:41 <headius[m]> like based on things people use

20:41 <lopex> yeah

20:41 <lopex> but hard to find other so minimal

20:41 <headius[m]> 👍

20:41 <headius[m]> true

20:41 <lopex> their libc is the issue afair

20:42 <headius[m]> musl I assume

20:42 <lopex> and jruby's bindings

20:42 <lopex> yeah rihgt

20:44 <lopex> the problem with docker is that;s just a tree, like with maven for example

20:44 <lopex> you quickly run into permutation situaction

20:45 <travis-ci> jruby/jruby (master:92405bb by kares): The build has errored. https://travis-ci.org/jruby/jruby/builds/588635386 [201 min 12 sec]

20:46 <lopex> if there was some debian minimal distro

20:46 <lopex> but even then you;d have to install some packages anyways

20:47 <lopex> the entire thing is quite sad

20:52 <lopex> rdubya[m]: any ideas wrt those images ?

20:54 <rdubya[m]> i haven't dug into them much, some of our ops guys made a custom build for jruby at one point but it was kind of complex and didn't really buy us much (as far as I could tell anyways)

20:54 <rdubya[m]> we were hoping to find a container running alpine that runs a higher version of the jdk but apparently 9 is a big enough change that nobody wants to bite it off

20:55 <rdubya[m]> so we might have to find an alternative minimal distro that can support it

20:55 <rdubya[m]> hasn't been a big push yet since 9,10,11 didn't appear to have too many advantages over 8 when running jruby

20:57 <rdubya[m]> actually just stumbled on this: https://hub.docker.com/r/adoptopenjdk/openjdk11-openj9

20:57 <lopex> which is alpine with which you dont have any issues ?

20:58 <rdubya[m]> looks like they have a bunch of bases: https://hub.docker.com/u/adoptopenjdk

20:58 <rdubya[m]> right now we're running the "official" jruby image

20:58 <rdubya[m]> `jruby:9.2.7.0-jdk-alpine`

21:00 <lopex> I had to fallback to jruby:9.2.7-jdk since ldap issues

21:01 <lopex> anyhow, we'll have to prepare a bunch of our bases it seems

21:01 <lopex> the problem is how to unify the build scripts

21:02 <lopex> I think it;s unvoidable

21:02 <lopex> *an even

21:04 <rdubya[m]> not sure if it is a good option for open source libraries or not, but we've been using codefresh.io for our CI/CD and it is docker native, makes building images and testing them pretty easy

21:05 <rdubya[m]> i think they have integrations so that you could have a pipeline that builds all the different tags, tests them and then pushes them to docker hub if they pass

21:06 <rdubya[m]> i thought i saw somewhere that they have a free plan for open source projects that was bigger than the normal free plan but I can't find it anywhere anymore

21:08 <lopex> yeah, was just about asking about free plan

21:09 <rdubya[m]> i can ask our contacts about it if its something you are interested in

21:10 <lopex> what we need is just some sort of gitlab docker executor

21:11 <rdubya[m]> alright, i'm heading out for the night, if you decide you want me to ask about it, let me know

21:11 <lopex> sure, thanks for youre help