shellac has joined #jruby
shellac has quit [Client Quit]
_whitelogger has joined #jruby
sagax has quit [Write error: Connection reset by peer]
sagax has joined #jruby
shellac has joined #jruby
mat_bug has joined #jruby
shellac has quit [Quit: Computer has gone to sleep.]
shellac has joined #jruby
shellac has quit [Quit: Computer has gone to sleep.]
rusk has joined #jruby
shellac has joined #jruby
mat_bug has quit [Remote host closed the connection]
mat_bug has joined #jruby
mat_bug has quit [Remote host closed the connection]
mat_bug has joined #jruby
mat_bug has quit [Remote host closed the connection]
mat_bug has joined #jruby
<kares[m]> btw. RG.org does provide database dumps, so we can populate gem data
<kares[m]> it would be a good way to "show off", eventually, having better numbers for common paths such as viewing a gem
<kares[m]> its obviously tight to a single Rails version (not following upstream closely) and Postgres
<kares[m]> but still ...
mat_bug has quit [Remote host closed the connection]
shellac has quit [Quit: Computer has gone to sleep.]
mat_bug has joined #jruby
Antiarc_ has joined #jruby
Antiarc has quit [Ping timeout: 245 seconds]
mat_bug has quit [Remote host closed the connection]
mat_bug has joined #jruby
shellac has joined #jruby
shellac has quit [Ping timeout: 272 seconds]
mat_bug has quit [Remote host closed the connection]
lucasb has joined #jruby
shellac has joined #jruby
mat_bug has joined #jruby
shellac has quit [Ping timeout: 245 seconds]
nirvdrum_ has joined #jruby
shellac has joined #jruby
shellac has quit [Quit: Computer has gone to sleep.]
mat_bug has quit [Remote host closed the connection]
mat_bug has joined #jruby
mat_bug has quit [Remote host closed the connection]
mat_bug has joined #jruby
mat_bug has quit [Remote host closed the connection]
<enebo[m]> kares: if I can understand how that is done/setup I would love to test it. The other issue is setting up prod + fake cert
<enebo[m]> kares: part of where I got stuck for last conferences presentation was wanting to do localhost testing so I faked out s3 stuff with toxiproxy but then also disabled https
rusk has quit [Remote host closed the connection]
xardion has quit [Remote host closed the connection]
xardion has joined #jruby
TimGitter[m]1 has quit [Remote host closed the connection]
rdubya[m] has quit [Remote host closed the connection]
just_another_use has quit [Remote host closed the connection]
ChrisSeatonGitte has quit [Remote host closed the connection]
XavierNoriaGitte has quit [Remote host closed the connection]
enebo[m] has quit [Remote host closed the connection]
cheald[m] has quit [Remote host closed the connection]
OlleJonssonGitte has quit [Remote host closed the connection]
MarcinMielyskiGi has quit [Remote host closed the connection]
KarolBucekGitter has quit [Remote host closed the connection]
lemonandroid[m] has quit [Write error: Connection reset by peer]
JesseChavezGitte has quit [Remote host closed the connection]
RomainManni-Buca has quit [Remote host closed the connection]
ThomasEEneboGitt has quit [Read error: Connection reset by peer]
kares[m] has quit [Read error: Connection reset by peer]
liamwhiteGitter[ has quit [Write error: Connection reset by peer]
sillymob[m] has quit [Read error: Connection reset by peer]
FlorianDoubletGi has quit [Remote host closed the connection]
CharlesOliverNut has quit [Remote host closed the connection]
MattPattersonGit has quit [Remote host closed the connection]
GitterIntegratio has quit [Remote host closed the connection]
_whitelogger has joined #jruby
GitterIntegratio has joined #jruby
lopex[m] has joined #jruby
headius[m] has joined #jruby
MarcinMielyskiGi has joined #jruby
KarolBucekGitter has joined #jruby
JesseChavezGitte has joined #jruby
kares[m] has joined #jruby
rdubya[m] has joined #jruby
OlleJonssonGitte has joined #jruby
ThomasEEneboGitt has joined #jruby
BlaneDabneyGitte has joined #jruby
lemonandroid[m] has joined #jruby
MattPattersonGit has joined #jruby
cheald[m] has joined #jruby
JulesIvanicGitte has joined #jruby
just_another_use has joined #jruby
sillymob[m] has joined #jruby
FlorianDoubletGi has joined #jruby
TimGitter[m] has joined #jruby
brometeo[m] has joined #jruby
RomainManni-Buca has joined #jruby
enebo[m] has joined #jruby
XavierNoriaGitte has joined #jruby
TimGitter[m]1 has joined #jruby
CharlesOliverNut has joined #jruby
liamwhiteGitter[ has joined #jruby
ChrisSeatonGitte has joined #jruby
UweKuboschGitter has joined #jruby
<UweKuboschGitter> @headius I have some progress on Ruboto.
subbu is now known as subbu|break
<kares[m]> that is fine I disabled https completely and did not test with s3 or es available. just the rails part. a patch to disable https with an env should be easy and hopefully acceptable by RG
subbu|break is now known as subbu
mat_bug has joined #jruby
bga57 has quit [Quit: Leaving.]
<headius[m]> no mkristian in here but I tagged him on the comment
<CharlesOliverNut> oh the other way is working sort of?
<CharlesOliverNut> progress! what progress?
<headius[m]> my messages in here still aren't going to gitter, but I see some from kares a while ago
<headius[m]> oh there they are...really slow
<CharlesOliverNut> hmmm
<CharlesOliverNut> good question
<CharlesOliverNut> we don't push snapshot gems to RG.org for obvious reasons
<CharlesOliverNut> we do push successful builds as snapshot builds to the Sonatype snapshot repository
<CharlesOliverNut> that does not appear to include the jruby-jars gem though
<headius[m]> kares: gitter support is too wonky, I'm turning it off again
GitterIntegratio has left #jruby ["User left"]
<headius[m]> enebo: how does the jruby-jars gem get published?
<headius[m]> It doesn't appear we're pushing it anywhere for snapshot builds
<headius[m]> our module wrangling is still not quite right (unsurprisingly) but this should allow opening up a package and then you can call protected methods from its classes
<headius[m]> I have another diff that might make this work for non-visible classes but I have not tested (bug report does not appear to need it)
<headius[m]> ugh what is going on
<headius[m]> I removed the integration but it's still connected
<headius[m]> I think IRC may be trying to communicate with cshupp via these bridges or something
<enebo[m]> headius: we push it when we release a release with an explicit gem push
<headius[m]> ok that's what I figured
<headius[m]> I'm having cshupp file a bug about us not pushing any snapshot gems anywherre
<headius[m]> not sure what the right answer is...obviously we don't want to push snapshot gems to rg.org
<enebo[m]> do people typically do this for other gems?
CrisShuppGitter[ has joined #jruby
CrisShuppGitter[ has left #jruby [#jruby]
<headius[m]> OMG
<headius[m]> enebo: nobody does anything we do
<headius[m]> the purpose of doing this would be to allow folks depending on jruby-jars to specify a snapshot version of the gem
<headius[m]> the idea I had was that we could have a jruby-jars gem repository that knows how to fetch the snapshot jars
<headius[m]> but yeah my OMG is something new
<headius[m]> check this out
<headius[m]> YOU CAN PUT THE OPENS IN A FILE
<headius[m]> I only discovered this by reading through some old modules-dev emails
<headius[m]> so we could basically just ship a file with JRuby, point at it, and then anyone who wants to add to it or make their own can also do it
<headius[m]> hell we could even make a little tool to update it
<enebo[m]> @foo is insane
<headius[m]> this changes everything
just_another_use has quit [Quit: Idle kick: User has been idle for 30+ days.]
<headius[m]> ok this seems to be a generic JAVA_OPTS thing
<headius[m]> so basically you can put all JVM opts you want in a file and then at the java command line specify @my_opts and it will use that
<headius[m]> maybe I did know about this
<headius[m]> JAVA_OPTS=@somefile isn't bad though
cheald[m] has quit [Quit: Idle kick: User has been idle for 23+ days.]
lemonandroid[m] has quit [Quit: Idle kick: User has been idle for 23+ days.]
<headius[m]> kares: I pushed the accessibility fix to master...it also appears to fix the problems of calling protected superclass methods from a Ruby-based subclass (if you open up the superclass's package)
<headius[m]> I think we need a better way to inform people how to do these opens...right now we just silently don't bind methods we can't make accessible without a warning, but maybe we should warn or bind dummy methods that tell people what to do?
<headius[m]> like for the case in GH-5821, maybe when we see that a method is not going to be accessible, we should bind a method that says "if you want to call this method you need to do X"
<headius[m]> enebo: ^^
<enebo[m]> headius: yeah for Java 9+ that might be the only thing we can do. Otherwise it is super opaque. It would be even better if we could somehow know this was from module access as well
<headius[m]> I didn't like the default warning because it tells you nothing about how to fix the problem...but in removing it we made it even more opaque
travis-ci has joined #jruby
travis-ci has left #jruby [#jruby]
<travis-ci> jruby/jruby (master:c38fd18 by Charles Oliver Nutter): The build failed. https://travis-ci.org/jruby/jruby/builds/570021544 [209 min 26 sec]
<headius[m]> this is not a 9.2.9 change obviously but putting dummy methods in seems like a good way to go
<headius[m]> grr what
<headius[m]> I filed some issues
<headius[m]> dummy methods for inacessible calls: https://github.com/jruby/jruby/issues/5823
<headius[m]> automatic @file support using a JRuby dotfile: https://github.com/jruby/jruby/issues/5824
<headius[m]> neither of the failures in my build appear to be related to the change
travis-ci has joined #jruby
travis-ci has left #jruby [#jruby]
<travis-ci> jruby/jruby (master:c38fd18 by Charles Oliver Nutter): The build was canceled. https://travis-ci.org/jruby/jruby/builds/570021544 [217 min 0 sec]
<headius[m]> both issues went away
travis-ci has joined #jruby
<travis-ci> jruby/jruby (master:c38fd18 by Charles Oliver Nutter): The build failed. https://travis-ci.org/jruby/jruby/builds/570021544 [220 min 21 sec]
travis-ci has left #jruby [#jruby]
nirvdrum_ has quit [Ping timeout: 248 seconds]
ChrisBr has quit [Ping timeout: 258 seconds]
travis-ci has joined #jruby
travis-ci has left #jruby [#jruby]
<travis-ci> jruby/jruby (master:c38fd18 by Charles Oliver Nutter): The build passed. https://travis-ci.org/jruby/jruby/builds/570021544 [227 min 26 sec]
<headius[m]> zing
ChrisBr has joined #jruby
mat_bug has quit [Ping timeout: 252 seconds]
mat_bug has joined #jruby
lucasb has quit [Quit: Connection closed for inactivity]
nirvdrum_ has joined #jruby
nirvdrum_ has quit [Ping timeout: 246 seconds]