rdubya has quit [Quit: Leaving.]
Aethenelle has quit [Quit: ZNC 1.6.5-elitebnc:7 - http://elitebnc.org]
NightMonkey_ has quit [Quit: ZNC - http://znc.in]
NightMonkey has joined #jruby
nels has quit [Read error: Connection reset by peer]
nelsnelson has joined #jruby
_whitelogger has joined #jruby
NightMonkey has quit [Ping timeout: 268 seconds]
Puffball has quit [Remote host closed the connection]
Puffball has joined #jruby
Puffball has quit [Remote host closed the connection]
Puffball has joined #jruby
NightMonkey has joined #jruby
Puffball_ has joined #jruby
<kares> headius: no ideas on that front - tried some modularization but I got confused
<kares> didn't push anything
<kares> we could do a flag to not do javax.crypto reflection
<kares> its mostly there to try BC algorithms first before falling back to security providers
<kares> ... while BC isn't installed as a provider
<kares> it worked great and resolved some issues, which I am no longer exact about
<kares> guess some of it was jce related, which should no longer matter ... so a switch to not try BC and always use provider - being on with Java 9+ might be a good start
<kares> will think about it some more
<kares> if you have ideas (e.g. regarding module-info 'hacks') I'm interested, obviously
Puffball has quit [Remote host closed the connection]
Puffball_ has quit [Remote host closed the connection]
Puffball has joined #jruby
jmalves_ has quit [Remote host closed the connection]
jmalves_ has joined #jruby
rdubya has joined #jruby
jmalves_ has quit [Remote host closed the connection]
shellac has joined #jruby
<headius> kares: we may want to start putting incoming jars on the module path instead of just a url classloader
<headius> but I don't know those APIs well yet
<headius> there's a complicated set of APIs for producing layers of modules, which I presume is for loading them dynamically
travis-ci has joined #jruby
<travis-ci> kares/jruby (master:c510b3d by kares): The build has errored. (https://travis-ci.org/kares/jruby/builds/449833070)
travis-ci has left #jruby [#jruby]
nels has joined #jruby
nelsnelson has quit [Ping timeout: 250 seconds]
<kares> headius: also was wondering - why doesn't jruby launcher/bash have --add-opens around?
<kares> is it due having to do a `java -version` check before hand?
<kares> (so that we do not blow up on 8)
nels has quit [Read error: Connection reset by peer]
nelsnelson has joined #jruby
nels has joined #jruby
nelsnelson has quit [Read error: Connection reset by peer]
nels has quit [Read error: Connection reset by peer]
nelsnelson has joined #jruby
nelsnelson has quit [Read error: Connection reset by peer]
nelsnelson has joined #jruby
nels has joined #jruby
nelsnelson has quit [Ping timeout: 246 seconds]
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:e4f3c4a by Thomas E. Enebo): The build was broken. (https://travis-ci.org/jruby/jruby/builds/449872638)
travis-ci has left #jruby [#jruby]
xardion has quit [Remote host closed the connection]
xardion has joined #jruby
<lopex> nirvdrum: we can call it "fast" or whatever
<enebo> kares: any luck with jline?
<enebo> kares: Since we hopefully killed last showstopper and we don't release on Friday's release will be monday
shellac has quit [Quit: Computer has gone to sleep.]
shellac has joined #jruby
shellac has quit [Ping timeout: 252 seconds]
<headius> kares: you'll notice for 9.2.1 that the bash script detects Java 9+ by looking for jmods dir in JAVA_HOME
<headius> that was to avoid the 0.1s hit of java -version
<headius> there's no --add-opens in there yet because moving JRuby to module path seems to have silenced the warnings about JRuby itself
<headius> jossl doesn't load on module path though, so it still gets the warnings
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:08fe128 by Charles Oliver Nutter): The build has errored. (https://travis-ci.org/jruby/jruby/builds/449984100)
travis-ci has left #jruby [#jruby]
<headius> no
nels has quit [Read error: Connection reset by peer]
<xardion> LIES
<xardion> stupid travis
<headius> I don't doubt we still have some unstable tests, but there's plenty of these runs that just look like travis failing
<xardion> like that one :P
<xardion> Happens to us all the time.
<xardion> usually has to do with docker crapping itself
nelsnelson has joined #jruby
Iambchop has joined #jruby
justinstoller has joined #jruby
<headius> xardion: yeah that's what it looks like to me too
<lopex> or cgroups and kernel version
<lopex> 3.x kernels have problems in a cloud at the company I work at
<lopex> mostly vmwares on azure
<headius> what kind of problems?
<lopex> headius: intermittent apache request failures
<lopex> for example
<lopex> a only on debian 3.x kernels
<lopex> *and
<headius> nice
<lopex> and it's azuere / debian / docker
<lopex> *azure
<lopex> might be something with mod_proxy too
<lopex> didnt have time to investigate, we will just do an upgrade
<lopex> not a production env, so why bother so much
justinstoller has quit []