<GitHub124>
jruby/master 0bc03a9 Evan Miller: System.gc() is async, do not attempt to invoke it and retry sysopen as it will always fail
<GitHub171>
[jruby] headius pushed 3 new commits to master: https://git.io/vXsFH
<GitHub171>
jruby/master 9ea4980 Evan Miller: Merge branch 'master' of github.com:jruby/jruby
<GitHub171>
jruby/master 466fee0 Charles Oliver Nutter: Merge pull request #2768 from eam/master...
<GitHub171>
jruby/master 3c87565 Evan Miller: System.gc() is async, do not attempt to invoke it and retry sysopen as it will always fail
<GitHub184>
[jruby] headius closed pull request #2768: System.gc() is async, do not attempt to invoke it and retry sysopen (master...master) https://git.io/j4XP
<olle>
headius: https://github.com/jruby/jruby/pull/2453 This one refers to imports of SipHashInline which isn't in core/src/main/java/org/jruby/RubyArray.java any longer. Has it been implemented?
<olle>
headius: It looks like that.
<GitHub145>
[jruby] andrewvc opened issue #4261: Mutexes should use .lock instead of .lockInterruptibly https://git.io/vXGeM
<enebo>
olle: I have another issue which explains how we will completely fix all remaining symbol/string/encoding issues but this PR will never land. I will just close it. I will try and find the comment for you though.
<olle>
enebo: Build-wise, is there a build/tmp/scratch folder where temporary-created files can land? https://github.com/jruby/jruby/pull/1987 about test/jruby/test_tempfile_cleanup.rb was a long time ago
<ratnikov_>
At the time I wasn't a fan being blindsided by random security checks that openssl introduced
<ratnikov_>
but I think it was mostly related to appengine stuff, so maybe since then most JRuby customers don't care about restricted security managers, so might be moot
<GitHub196>
[jruby] enebo closed pull request #2504: Fix ascii-only detection of symbol names. (master...utf8_string_symbol_windows_fix) https://git.io/J1Tjdw
<headius>
we've had at least one green build in the past couple days
drbobbeaty has joined #jruby
bbrowning_away is now known as bbrowning
vtunka has quit [Quit: Leaving]
zacts has quit [Ping timeout: 245 seconds]
thedarkone2 has quit [Quit: thedarkone2]
nicoulaj has quit [Remote host closed the connection]
<GitHub77>
[jruby-openssl] thomas07vt opened issue #111: OpenSSL::X509::Store#set_default_paths is much slower in v. 0.9.17 than v. 0.9.5 https://git.io/vXGQr
<GitHub1>
[jruby] headius created uninterruptible-lock (+1 new commit): https://git.io/vXG7m
<GitHub1>
jruby/uninterruptible-lock 2501c07 Charles Oliver Nutter: Don't lock uninterruptibly. #4261
claudiuinberlin has joined #jruby
<GitHub64>
[jruby] headius closed pull request #3183: Use a single write for IO#puts (master...fix_puts_race) https://git.io/vY4N8
<asarih>
ah, at least the latest issue is this one…
<asarih>
Nov 2 16:29:24 travis-org-tasks-production app/tasks.1: E [task] task=webhook status=error build=172612101 url=https://rubies.travis-ci.org/rebuild/jruby-head error_code=403 message="requests need to come from Travis CI"
<headius>
the error in that travis-rubies build should be fixed on master now
<headius>
huh...well that's not our fault right?
<asarih>
we removed the Authorization header on which this webhook was relying on.
<asarih>
which, of course, doesn't explain the earlier failures to build.
<asarih>
the removal happened only today, a few hours ago.
<headius>
hmm
<asarih>
looking still.
<headius>
ok
<asarih>
hmm. so weird. it's failing with the same error message.
<asarih>
22 hours ago.
<asarih>
Nov 1 21:38:07 travis-org-tasks-production app/tasks.2: E [task] task=webhook status=error build=172418348 url=https://rubies.travis-ci.org/rebuild/jruby-head error_code=403 message="requests need to come from Travis CI"
<asarih>
I'd have to fix this webhook receiver. :-|