02:27 <travis-ci> jruby/jruby (master:1ad6c29 by Marcin Mielzynski): The build is still failing. https://travis-ci.org/jruby/jruby/builds/605739364 [209 min 8 sec]

11:50 <rdubya[m]> Sorry to be late to the party on the OpenSSL thing but every time we start our app we get this message: `OpenSSL implementation doesn't support ALPN.` looks like its coming from https://github.com/socketry/async-http/blob/master/lib/async/http/protocol/https.rb#L31

15:50 <headius[m]> Looks like an upgrade is in order then

16:02 <enebo[m]> it appears JSSE supports ALPN in 9+ and netty has their own impl as registered provider

16:02 <enebo[m]> can jruby-openssl even use that stuff or is it all BC?

16:05 <enebo[m]> rdubya: is mssql rake stuff set up where things will properly build? Is there anything I need to do with the fork repo for rubygems?

16:05 <enebo[m]> I have release 50-52 so far

16:10 <enebo[m]> hmmm it would appear we don't

16:16 <enebo[m]> kares: rdubya We don't actually CI sqlserver so that is also a secondary concern but I don't know if azureci or the other big windows ci (forget name) can just run against sqlserver or not

16:17 <rdubya[m]> I have it running on travis

16:17 <rdubya[m]> I updated the gemspec so it should be able to be built

16:18 <rdubya[m]> is there other stuff that needs to be done with it?

16:19 <enebo[m]> rdubya: I do not see it in Rakefile so perhaps all I need is to add that subdir

16:20 <enebo[m]> maybe I have forgotten how this works too

16:20 <enebo[m]> :)

16:20 <rdubya[m]> lol

16:21 <enebo[m]> ./activerecord-jdbcmssql-adapter/activerecord-jdbcmssql-adapter.gemspec

16:21 <enebo[m]> this gemspec should use the forked dep

16:22 <enebo[m]> is that right?

16:22 <enebo[m]> Or is it totally self-contained

16:22 <rdubya[m]> its self contained

16:23 <rdubya[m]> oh

16:23 <rdubya[m]> that one isn't used anymore

16:23 <rdubya[m]> the gemspec is in the forked repo

16:23 <rdubya[m]> thought about updating it to add a message about it being deprecated but wasn't sure what we should do with it

16:23 <enebo[m]> yeah ok so I release 60.0 without any ms stuff and then this can be released which just depends on 60.0 of arjdbc

16:24 <rdubya[m]> right now it depends on 50.5

16:25 <enebo[m]> without any ms stuff I mean the pieces we do not have comitted into the Java bits

16:25 <rdubya[m]> i haven't gotten 51 or 52 started yet

16:25 <enebo[m]> oh ok cool so I put out new releases from 50-52

16:25 <rdubya[m]> all the java bits are in the arjdbc repo

16:25 <enebo[m]> so this is all independent in any case

16:26 <rdubya[m]> yeah

16:26 <enebo[m]> and you can now use official release of 50 to run sqlserver

16:26 <enebo[m]> and I take it you are releasing the forked repo as need be

16:26 <enebo[m]> or I should ask if you plan on it since you are developing it

16:27 <rdubya[m]> I can publish it, wasn't sure if you wanted to keep tabs on that since its hosted in the jruby org

16:28 <enebo[m]> rdubya: you are actually using it so I feel you would be more likely to recognize any issues from releasing it

16:28 <enebo[m]> At some future point we (kares/me) can release it but until it is more mundane I trust you over me :)

16:28 <rdubya[m]> ok lol, i can do it

16:29 <enebo[m]> but you are trusted to do this if that was your question

16:32 <rdubya[m]> cool, I haven't published many gems so I wasn't sure if there were organizations or anything on the rubygems side

16:33 <enebo[m]> you just need to have your email associated with the project (and some key )

16:34 <enebo[m]> so it is essentially a new gem so I think you can just publish and then we can get our ids added

16:34 <enebo[m]> for now just in case you are hit by a bus

16:34 <rdubya[m]> cool, i can do that

16:37 <enebo[m]> coolio

16:56 <enebo[m]> https://twitter.com/jruby/status/1190310972268982272?s=20

20:06 <rdubya[m]> woo! https://rubygems.org/gems/activerecord-jdbcsqlserver-adapter

20:07 <headius[m]> Awesome!

20:07 <rdubya[m]> enebo: what do I need to do to give you and kares access?

20:07 <headius[m]> I think another tweet is in order

20:13 <enebo[m]> rdubya: https://help.rubygems.org/discussions/questions/151-adding-another-owner

20:13 <enebo[m]> congrats

20:13 <rdubya[m]> thanks!

20:52 <headius[m]> rdubya you have Twitter yes? I will tweet about SQL server support

20:52 <rdubya[m]> cool, yeah its rwidmer

20:53 <headius[m]> Oh right

21:11 <enebo[m]> LOL rdubya already 16 downloads!

21:19 <enebo[m]> metafr: you know you mentioned carrierwave and I forgot that minimagick backend does support JRuby so carrierwave should work out of the box without having to consider image_voodoo

21:20 <enebo[m]> I think it uses open3 to call rmagick so my comments on using image_voodoo and being faster is no doubt true but someone would need to integrate image_voodoo

21:37 <fidothe> Not hugely critical, but when will post-9.2.9.0 nightlies start appearing on Sonatype? I have a thing that builds JRuby docker images, including the most recent nightly snapshot and I'm not sure if I need to add error handling for this immediate post-release stage, or just wait a couple of days...

21:39 <fidothe> (It builds JRuby images off of various JVM versions so I can build CircleCI images off of those so I can test https://github.com/fidothe/saxon-rb

21:41 <fidothe> It's here if anyone's interested: https://github.com/fidothe/circleci-jruby-docker. The images are on docker hub at https://hub.docker.com/r/fidothe/jruby and https://hub.docker.com/r/fidothe/circleci/tags)

22:52 <enebo[m]> fidothe: I will correct that now...I did not bump to next SNAPSHOT version

22:53 <enebo[m]> done

23:21 <travis-ci> jruby/jruby (master:a3ce988 by Thomas E. Enebo): The build was fixed. https://travis-ci.org/jruby/jruby/builds/606239785 [206 min 47 sec]