<GitHub31> [jruby] chrisseaton pushed 1 new commit to truffle-head: https://git.io/vXZKa
<GitHub31> jruby/truffle-head 6b0df4c Chris Seaton: [Truffle] Disentangle hashing from JRuby classic.
<GitHub137> [jruby] chrisseaton pushed 6 new commits to truffle-head: https://git.io/vXZih
<GitHub137> jruby/truffle-head b63d10e Chris Seaton: [Truffle] Disentangle date and time formatting from JRuby classic.
<GitHub137> jruby/truffle-head 358e35f Chris Seaton: [Truffle] Not using latest Ruby context variable any more.
<GitHub137> jruby/truffle-head e2b7026 Chris Seaton: [Truffle] Fork date and time formatters.
<GitHub162> [jruby] chrisseaton pushed 2 new commits to truffle-head: https://git.io/vXZPh
<GitHub162> jruby/truffle-head 2b3e077 Chris Seaton: [Truffle] Move a few more places where we need the classic context into the interop class.
<GitHub162> jruby/truffle-head 0fce2a5 Chris Seaton: [Truffle] Our scopes don't need to know about classic modules.
<GitHub133> [jruby] chrisseaton closed pull request #4258: [Truffle] Add default encodings to encoding manager (truffle-head...add-default-encodings-to-encoding-manager) https://git.io/vXY3P
<GitHub48> [jruby] chrisseaton pushed 1 new commit to truffle-head: https://git.io/vXZXt
<GitHub48> jruby/truffle-head 2dcbc66 Chris Seaton: Merge pull request #4258 from jruby/add-default-encodings-to-encoding-manager...
<GitHub124> [jruby] nirvdrum pushed 1 new commit to master: https://git.io/vXZXP
<GitHub124> jruby/master b64a5ee Kevin Menard: Remove outdated maven settings file on Travis....
<GitHub186> [jruby] chrisseaton deleted add-default-encodings-to-encoding-manager at 6e7541d: https://git.io/vXZXD
<GitHub190> [jruby] chrisseaton pushed 2 new commits to truffle-head: https://git.io/vXZXA
<GitHub190> jruby/truffle-head 3bd1281 Chris Seaton: [Truffle] Fix apparent bad refactoring.
<GitHub190> jruby/truffle-head 1d64986 Chris Seaton: [Truffle] Move internal and external encodings to JRuby interop.
<travis-ci> jruby/jruby (truffle-head:2dcbc66 by Chris Seaton): The build has errored. (https://travis-ci.org/jruby/jruby/builds/172809688)
<nirvdrum> headius: Still around by chance?
<travis-ci> jruby/jruby (master:b64a5ee by Kevin Menard): The build failed. (https://travis-ci.org/jruby/jruby/builds/172810622)
temporalfox has joined #jruby
temporal_ has quit [Ping timeout: 268 seconds]
hoodow has quit [Quit: No Ping reply in 180 seconds.]
hoodow has joined #jruby
pawnbox has joined #jruby
pawnbox has quit [Remote host closed the connection]
pawnbox has joined #jruby
pawnbox has quit [Remote host closed the connection]
<GitHub181> [jruby] seanfisk opened pull request #4263: Add tests for Kernel#spawn's chdir option (master...spawn-chdir-tests) https://git.io/vXZdK
zacts has joined #jruby
djellemah_ has joined #jruby
pawnbox has joined #jruby
djellemah_ has quit [Ping timeout: 256 seconds]
temporal_ has joined #jruby
temporalfox has quit [Ping timeout: 260 seconds]
<GitHub53> [jruby] chrisseaton pushed 2 new commits to truffle-head: https://git.io/vXZhF
<GitHub53> jruby/truffle-head 1f1fd4a Chris Seaton: [Truffle] Get rid of JRuby classic warnings in our translator.
<GitHub53> jruby/truffle-head f6d9c41 Chris Seaton: [Truffle] Move some methods to JRuby interop instead of using the context.
thedarkone2 has quit [Quit: thedarkone2]
<GitHub90> [jruby] etehtsea opened pull request #4264: Fix unnamed socket inspect (master...fix-unnamed-socket-inspect) https://git.io/vXnJk
shellac has joined #jruby
claudiuinberlin has joined #jruby
vtunka has joined #jruby
pil-afk is now known as pilhuhn
shellac has quit [Quit: Computer has gone to sleep.]
djellemah_ has joined #jruby
drbobbeaty has joined #jruby
vtunka has quit [Quit: Leaving]
djellemah_ has quit [Ping timeout: 245 seconds]
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
pilhuhn_ has joined #jruby
pilhuhn has quit [Ping timeout: 265 seconds]
djellemah_ has joined #jruby
shellac has joined #jruby
<travis-ci> jruby/jruby (master:b64a5ee by Kevin Menard): The build failed. (https://travis-ci.org/jruby/jruby/builds/172810622)
<GitHub176> [jruby] kares pushed 2 new commits to master: https://git.io/vXnWz
<GitHub179> [jruby] kares closed pull request #3302: Updated doc for dumpThreads method in Runtime (master...updating_doco) https://git.io/vGiHZ
<GitHub176> jruby/master 56feb7b Karol Bucek: Merge pull request #3302 from stewartmatheson/updating_doco...
<GitHub176> jruby/master f3f3602 Stewart Matheson: Updated doc for dumpThreads method in Runtime
drbobbeaty has joined #jruby
pilhuhn_ is now known as pil-afk
bbrowning_away is now known as bbrowning
<travis-ci> jruby/jruby (master:56feb7b by Karol Bucek): The build is still failing. (https://travis-ci.org/jruby/jruby/builds/172899752)
shellac has quit [Quit: Computer has gone to sleep.]
<asarih> hmmm. still not building. {,m}ruby-head is working, though. :-/
claudiuinberlin has quit [Remote host closed the connection]
claudiuinberlin has joined #jruby
shellac has joined #jruby
claudiuinberlin has quit [Ping timeout: 244 seconds]
<asarih> oh. there has not been any green build on jruby/jruby master.
<asarih> OK.
<kares_> there's one truffle failure on master
<kares_> hopefully it will get fixed soon ... so this could get working
<asarih> kares_: truffle branch doesn't send webhook.
<kares_> asarih: yes but the failing job on master ...
<asarih> ah, I see what you mean!
<kares_> is truffle I believe
<kares_> ... so I commented for truffle folks to look into that
<asarih> copy!
<kares_> and thank you a working jruby-head is a treat
tcrawley-away is now known as tcrawley
ebarrett has quit [Remote host closed the connection]
djellemah_ has quit [Ping timeout: 250 seconds]
claudiuinberlin has joined #jruby
enebo has joined #jruby
<GitHub172> [jruby-openssl] kares pushed 1 new commit to master: https://git.io/vXnHF
<GitHub172> jruby-openssl/master 993ed5f kares: [test] expand_path for src/test/ruby since -C will do a cd on `rake test`
pil-afk is now known as pilhuhn_
cremes has quit [Ping timeout: 250 seconds]
<GitHub131> [jruby] bjfish pushed 1 new commit to truffle-head: https://git.io/vXnbD
<GitHub131> jruby/truffle-head 59e5d9d Brandon Fish: [Truffle] Add rdoc mri tests to mri test suite
<kares_> headius: seems that JRuby forces a JUL initialization since invokebinder
<kares_> ... would you mind if we changed that (not to use a JUL Logger explicitly)
cremes has joined #jruby
cremes has quit [Ping timeout: 256 seconds]
<travis-ci> jruby/jruby-openssl (master:993ed5f by kares): The build is still failing. (https://travis-ci.org/jruby/jruby-openssl/builds/172950725)
cremes has joined #jruby
<GitHub67> [jruby] enebo closed pull request #4264: Fix unnamed socket inspect (master...fix-unnamed-socket-inspect) https://git.io/vXnJk
<GitHub56> [jruby] enebo pushed 3 new commits to master: https://git.io/vXnjb
<GitHub56> jruby/master af18037 Thomas E Enebo: Merge pull request #4264 from etehtsea/fix-unnamed-socket-inspect...
<GitHub56> jruby/master 73ea197 Konstantin Shabanov: Add specs for UNIXSocket#inspect
<GitHub56> jruby/master df2b042 Konstantin Shabanov: Fix UNIXSocket#inspect for unnamed sockets
subbu is now known as subbu|afk
camlow325 has joined #jruby
cprice has joined #jruby
pawnbox has quit [Remote host closed the connection]
pawnbox has joined #jruby
pawnbox has quit [Ping timeout: 250 seconds]
cremes has quit [Ping timeout: 245 seconds]
ebarrett has joined #jruby
subbu|afk is now known as subbu
pawnbox has joined #jruby
<travis-ci> jruby/jruby (master:af18037 by Thomas E Enebo): The build is still failing. (https://travis-ci.org/jruby/jruby/builds/172972077)
prasunanand has quit [Ping timeout: 244 seconds]
cremes has joined #jruby
pawnbox has quit [Remote host closed the connection]
<GitHub116> [jruby-openssl] kares pushed 2 new commits to master: https://git.io/vXcmt
<GitHub116> jruby-openssl/master 7d13c15 Dmitry Ratnikov: some ~ explicit security manager checks for jruby/openssl...
<GitHub116> jruby-openssl/master b71026d kares: [test] less warning noice with -w
<GitHub114> [jruby] kares closed pull request #853: Have test_openssl.rb be explicit about security checks it adds (master...security-manager) https://git.io/vXcmW
<enebo> kares_: you ever see problems with AR connection_pool tests
<enebo> kares_: It seems there is a race present in Rails 5
<kares_> enebo: hey! you mean from Rails test?
<enebo> kares_: yeah
<kares_> nope - haven't run those for very long
<enebo> kares_: I finished base_test but then I go to wider tests I get tons of pool problems
<enebo> kares_: and when I isolate to just those tests I get interrmittent failures.
<kares_> I gave up trying to run AR tests basically the whole 1.3 AR-JDBC life-line
<enebo> kares_: I will look into a bit more
<kares_> it seemed just tremendous work
<kares_> they usually do MR style concurrency and threads
<enebo> kares_: I run all of test_base and only have two small encoding errors
zacts has quit [Quit: WeeChat 1.6]
<kares_> very najs!
<enebo> kares_: but our internal tests are really tough to maintain because AR/Arel/… keeps changing their APIs
zacts has joined #jruby
<enebo> kares_: so I would like to be able to run at AR tests moving forward. I think if I get this pooling stuff working we will get some really interesting test feedback
<kares_> yep I recall such annoyances - depending on test run they were effecting each other
<kares_> but that was probably AR 3.2 or 4.0 last time I checked
<kares_> enebo: well you'll see what's more pain in the end :)
<enebo> kares_: but basic statements seems fine
<enebo> kares_: yeah I guess so
<enebo> kares_: for sqlite3 for Rails 5.1 we should onlty have about 100 lines of ruby left
<enebo> kares_: so I am hoping we can do the same for test code maintenance
sandelius has joined #jruby
<kares_> would be great to run AR I just fear it won't be easy to manage in the end since its 2 repos
<kares_> enebo: sounds good but Rails commiters will need to be more careful
<kares_> very little usually care about JRuby or know AR-JDBC :)
<kares_> but we'll see its definitely worth a try
<enebo> kares_: you know when I look at this code I can see PR from thedarkone and dantonio so I think some work has been put into making JRuby work with this
<enebo> kares_: which is why I am a bit surprised to see a race
<kares_> on the other hand Rails should be mature by know - touching adapter code is probably rare
pawnbox has joined #jruby
<kares_> enebo: yy the pool should work better
prasunanand has joined #jruby
<kares_> in 5.0 there was a change I recall
<kares_> (tested with JRuby)
<kares_> but I think they did not run the suite much
<kares_> they did some benchmarking with external scripts
<enebo> kares_: yeah I saw the PR which had that in it
<kares_> so I think you're on the right track that the Rails tests need tuning
<enebo> kares_: sounds like it should be ok but perhaps someone tweaked code later and broke it
<enebo> the test which fails seems totally ok so it has to be the pool
<kares_> enebo: what does it say?
<enebo> well it either says connection is taken by another thread or that the thread has already been leased
<enebo> so basically same thread which took connection then trying to close will not work out
tcrawley is now known as tcrawley-away
<enebo> They seem to cache on Thread hash identity
<enebo> so I guess I will need to print some stuff out and see what is wrong
<kares_> oh ok - sounds like they miss some connection cleanup in Thread.new somewhere
<enebo> hmm
<kares_> ... or the main thread
<enebo> I wonder … do we have Java thread poooling any more?
<kares_> enebo: yy
<kares_> if you mean JDBC pooling
<enebo> kares_: so pool.connection seems to use Thread.current as hash key to store retrieved connection
<enebo> kares_: connection.close I think releases from pool also using Thread.current
<kares_> yep that should be good
<travis-ci> jruby/jruby (master:af18037 by Thomas E Enebo): The build is still failing. (https://travis-ci.org/jruby/jruby/builds/172972077)
<enebo> kares_: unless we somehow hook into fibers or something?
<enebo> kares_: or AR does
<enebo> kares_: anyways I guess I need to look into this and probably print out some stuff to see when things go askew
<enebo> kares_: no doubt once I print I will lose the race
<kares_> enebo: well Fibers will checkout they're own since they're thread backed
<kares_> Thread.current will change
<enebo> kares_: but will underlying Thread.current in a fiber change over time?
<enebo> kares_: I know our fibers are backed by threads but I do not know if we have a pool there either :)
<kares_> nope
<kares_> I am now not sure whether its optional or not
<kares_> yes there's one
<kares_> since it has been changing from 1.7
<enebo> kares_: in any case I should not just throw out wild speculation anyways
<kares_> enebo: I think it might just be the main thread - would try isolating tests that exhibit the behavior when run together
djellemah_ has joined #jruby
<kares_> eregon: hey! any chance to look into the JT failure on master
cremes_ has joined #jruby
cremes has quit [Ping timeout: 265 seconds]
cremes_ is now known as cremes
cremes has quit [Client Quit]
djellemah_ has quit [Ping timeout: 256 seconds]
prasunanand has quit [Remote host closed the connection]
tcrawley-away is now known as tcrawley
cremes has joined #jruby
<travis-ci> jruby/jruby-openssl (master:7d13c15 by Dmitry Ratnikov): The build has errored. (https://travis-ci.org/jruby/jruby-openssl/builds/172991526)
<GitHub67> [jruby] kares closed pull request #4248: UNIXSocket#peeraddr was fixed some time ago (master...remove-pend-peeraddr) https://git.io/vXefd
<GitHub182> [jruby] kares pushed 2 new commits to master: https://git.io/vXccL
<GitHub182> jruby/master 38eaba9 Karol Bucek: Merge pull request #4248 from etehtsea/remove-pend-peeraddr...
<GitHub182> jruby/master afc9939 Konstantin Shabanov: UNIXSocket#peeraddr was fixed some time ago
subbu is now known as subbu|lunch
sandelius has quit [Quit: Textual IRC Client: www.textualapp.com]
<travis-ci> jruby/jruby (master:38eaba9 by Karol Bucek): The build is still failing. (https://travis-ci.org/jruby/jruby/builds/173007338)
shellac has quit [Quit: Computer has gone to sleep.]
pilhuhn_ is now known as pil-afk
djellemah_ has joined #jruby
claudiuinberlin has quit []
subbu|lunch is now known as subbu
lucasallan has quit [Read error: Connection reset by peer]
<enebo> kares_: what is exec_query_raw for? Is it an extra JRuby feature?
shellac has joined #jruby
<headius> kares_, enebo: I thought rails had moved to using the new "truly thread-local" thread-locals because of problems with fiber locals
<headius> fiber locals and thread locals in the presence of fibers don't behave logically to me in MRI either
<enebo> headius: I do not follow Rails development and only see what I see
<enebo> headius: pool appears to use @map[Thread.current] = shit
<headius> nirvdrum: what did you need yesterday?
<headius> enebo: yeah that will probably have issues under a thread
<enebo> headius: the coordination of how it stores/removes from the pool and how it stores thread on the connection itself seems to be issue
<headius> er under a fiber
<enebo> headius: if fiber uses a pool for sure :)
<headius> fiber uses a thread pool but no fiber state is pooled
<enebo> headius: there is a commen on the identity function that JRuby can monkey patch that method for fibers
shellac has quit [Quit: Computer has gone to sleep.]
<enebo> headius: so in theory thought was put into this without addressing it
<enebo> headius: but so far as I can see no fibers are involved in this particular failing test
<nirvdrum> headius: Are you aware of anyone on Solaris using JRuby?
pawnbox has quit [Remote host closed the connection]
<nirvdrum> I got access to a SPARC machine to update jnr-constants and was surprised to see a new platform generated. Apparently FFI hasn't used the name "sunos" in quite some time, but that's all jnr-constants has.
<headius> nirvdrum: we definitely get bug reports on Solaris
<nirvdrum> Anything related to native, do you recall?
<headius> and I knew of someone doing packaged installs of Redmine + OpenSolaris a couple years back
<nirvdrum> I have a sneaking suspicion they're falling over to the fake constants.
<headius> those might have been linux-style usespace
<enebo> nirvdrum: we got a couple in last year because of libcrypt I thought
claudiuinberlin has joined #jruby
<headius> and still outstanding issues with flock
<headius> because I can't figured out the blasted fcntl struct
<nirvdrum> I thought maybe I did something wrong, but it looks like FFI has been using "solaris" as the name going back to 2008: https://github.com/ffi/ffi/blob/master/lib/ffi/platform.rb#L49-L50
<nirvdrum> But the files generated in jnr-constants are only 3 years old.
<headius> well I wouldn't be surprised if it's out of date...anything we can do to update that stuff would be good
<headius> we used to have CI on solaris but that was years ago
<nirvdrum> Okay. I'm mostly just confused at the moment.
<nirvdrum> headius: It looks like you generated the sunos files. I'm assuming you ran the rake task, but not sure how you wound up with that name. It's going 3 years back, so you probably don't recall.
<nirvdrum> I just don't want to break anything on anyone.
<headius> yeah I don't know...just ran what was there
<headius> it would probably get it from something like uname
<enebo> there is more than one solaris distro now too right?
<enebo> maybe one still uses sunos?
<nirvdrum> enebo: I could buy that maybe IlluminOS (?) might be different. But FFI code explicitly handles anything with "sunos" or "solaris" in it and emits "solaris" as the normalized name.
<enebo> nirvdrum: I have no idea…throwing random crap ideas and seeing if you buy it
<nirvdrum> Heh.
<nirvdrum> enebo: I was hoping you'd look at it and tell me I was reading the code wrong.
thedarkone2 has joined #jruby
<nirvdrum> headius: You're holding out on me ;-) I found a comment from Sept. 19 saying you have a Solaris VM (that flock issue).
<nirvdrum> Anyway, if you could do a sanity check for me at your convenience, that'd be helpful.
<headius> yeah I do
<headius> or at least I think it works
<headius> what do you need me to run?
<headius> just the generator?
<nirvdrum> Yeah.
<nirvdrum> I think the libc part is fine. It's the constants I think are out of whack.
<nirvdrum> I'll look at setting up an OpenBSD VM to fill in those values.
<nirvdrum> And I guess NetBSD, too?
<headius> hah...it resumed right back to my flock exploration
<headius> yeah so here's the thing
<nirvdrum> I'd be surprised if there's really variation on this stuff between FreeBSD, NetBSD, and OpenBSD.
<headius> we had someone interested in helping us set up a bunch of VMs for all these projects so we could consistently generate everything
<headius> that never materialized but it's what we need to do
<headius> I'm thinking vagrant might have images for almost everything
<headius> at least x86
<nirvdrum> Okay. That's what I was asking about in that issue.
<nirvdrum> Aethenelle, I think?
<headius> yeah
<nirvdrum> He was working on some KVM-based system. He sent me a link a couple years back, but I never got around to looking at it and have since lost it.
<headius> yeah kvm is an option but also requires control of the physical machine
<headius> so we couldn't easily automate tasks using those images in the cloud
<nirvdrum> Gotcha.
<headius> for generating locally, it would probably be fine as long as you're running under xen all the time
<headius> maybe that's what people do
<nirvdrum> EC2 & DigitalOcean both support FreeBSD now. That could be part of an option. I think Joyent does Solaris.
<headius> yeah joyent is the big one for sure
<nirvdrum> But I don't have access to anything Power or ARM.
<headius> right...there are power and arm clouds out there but it's still early days
shellac has joined #jruby
<nirvdrum> Ostensibly your Solaris VM is x86. I was running on SPARC. I'd be curious if there at platform differences there, too.
<nirvdrum> Constants, that is. I hope endianness is dealt with elsewhere.
<headius> ahh yes, that's certainly possible
<headius> I assume Oracle has sparc clouds...joyent might too
<headius> nirvdrum: generate:platform?
<nirvdrum> Yeah.
<headius> uname is SunOS btw
<headius> yeah it generates under src/main/java/jnr/constants/platform/solaris
<headius> hmm
<nirvdrum> I get SunOS for uname, too.
<headius> hmm
<nirvdrum> I can push the solaris ones easily enough. It's more of an open question as to whether anyone is using the sunos ones. I can't really see how, unless it's ancient (I haven't gone further than 'git blame' in the ffi repo).
<headius> yeah this is a mystery
<headius> I'm going to try generating with 1.7
<headius> maybe we started reporting host_os differently
<nirvdrum> Did you run the rake task with a JRuby installation?
<headius> yes
<nirvdrum> Okay. I've been using MRI.
<nirvdrum> I'll stop doing that.
<headius> shouldn't matter obviously
<headius> that's it
<headius> 1.7 reported host as SunOS
<headius> $ jruby-1.7.26/bin/jruby -v
<headius> jruby 1.7.26 (1.9.3p551) 2016-08-26 69763b8 on Java HotSpot(TM) 64-Bit Server VM 1.8.0_60-b27 +jit [SunOS-amd64]
<headius> $ jruby -v
<headius> jruby 9.1.6.0-SNAPSHOT (2.3.1) 2016-11-03 38eaba9 Java HotSpot(TM) 64-Bit Server VM 25.60-b23 on 1.8.0_60-b27 +jit [solaris-x86_64]
<headius> so that explains that
<headius> not host_os though...that seems to be the same
<headius> hmmm
<nirvdrum> And the Rakefile uses FFI::Platform::OS
<headius> hmm
<headius> ah
<headius> ok
<headius> so we probably fixed that in jruby's FFI to normalize to solaris
<headius> yeah org.jruby.platform.Platform.OS is "sunos" in 1.7 and "solaris" in 9k
<headius> in any case it seems like we normalized this to solaris, which matches MRI
<headius> so I think we should commit the solaris constants and deprecate the sunos ones
<nirvdrum> Okay. Well, I can keep the sunos files around in case someone on 1.7 decides to update jnr-constants for whatever reason.
<headius> yeah definitely
<headius> we won't be modifying it to report "solaris"
<nirvdrum> I just couldn't find a way that they were being used at all.
<headius> nice find!
<headius> this may explain my issues with fcntl in fact
<headius> I never thought to check if it was actually using the right constants
<nirvdrum> Thanks for looking into it. When I come across things like this, my first reaction is "what did I screw up?"
<headius> yeah, I've been trying to get the jnr stuff updated and active, because it kinda bitrotted after wmeissner left
<nirvdrum> Oh, probably. Fcntl constants are all over the place and the fake ones are just monotonically increasing.
<headius> so this is just more cleanup
<headius> I'll have to revisit flock then
<nirvdrum> I still don't really know what the difference between jffi and jnr-ffi is :-/
<headius> jffi is just the native call layer
<headius> the binary bits we have to ship per-platform
<headius> some of the arg wrangling lives in there too but jnr-ffi does a lot more of that
<headius> jffi = java binding to ffi, mostly
<nirvdrum> Okay.
<nirvdrum> I assume there's some intrinsic value to having them split?
<headius> I assume
<headius> :-D
<headius> we have rev'ed jnr-ffi many more times than jffi, so that's something
<headius> you can't really use jffi without jnr-ffi though, so that value is dubious
<headius> enebo and I have often mused that jnr should just be one big project
<headius> I even started putting together a jnr-all package at one point
<nirvdrum> That'd be interesting.
<nirvdrum> It's a bit tedious updating jnr-constants, then jnr-posix, then jruby.
<headius> for sure
<enebo> “It’s a fucking nightmare!” (tm)
<headius> at least they all are on the sonatype release train
<enebo> hahaha
<enebo> whoo whoo
shellac has quit [Quit: Computer has gone to sleep.]
<enebo> I do admit sonatype does prevent a lot of problems but not this nested dep being out of sync on
<nirvdrum> Did you guys see that thing I was working out with mkristian?
<nirvdrum> I very much wanted to murder something.
<headius> hmm
<nirvdrum> Apparently Travis has a custom maven settings file that for some reason they haven't been able to update. But it overrides the snapshots repository maven looks at. And it's completely wrong.
<headius> looks like jdantonio has some vagrant boxes under ruby-concurrency domain
<headius> at least a solaris 11 one is there
<nirvdrum> One of the servers in rotation is a codehaus one that hasn't been online for 18 months or so.
<nirvdrum> Another is an apache repo that only mirrors apache projects.
<headius> nirvdrum: ugh that's lovely
<nirvdrum> And the net of this is builds were failing because the jnr-posix snapshots couldn't be retrieved.
<headius> I did not see that
<nirvdrum> It was in gitter.
<enebo> So xen runs Solaris?
<nirvdrum> Vagrant is most typically run with VirtualBox. Although I think there is a xen provider.
<enebo> nirvdrum: sorry that was more a random question
<enebo> nirvdrum: thinking about qubeos and realizing I can probably add solaris
<nirvdrum> headius: Are you pushing the solaris files or do you want me to?
<headius> oh, I certainly can
<headius> I have it handy
<nirvdrum> I'll pull and see if I generate the same constants.
<headius> nirvdrum: done
shellac has joined #jruby
camlow325 has quit [Quit: WeeChat 1.5]
camlow325 has joined #jruby
<headius> hmm, qemu can do arm32
shellac has quit [Client Quit]
<nirvdrum> Thanks.
<nirvdrum> headius: Good news. The only difference is in the generated header comments. This is on Solaris 11.0.
<GitHub16> [jruby] headius pushed 1 new commit to master: https://git.io/vXcNz
<GitHub16> jruby/master 44564e5 Charles Oliver Nutter: Tag new specs for Truffle.
<headius> ok cool
<headius> SunOS headius-solaris 5.11 11.3 i86pc i386 i86pc
<headius> kares_, asarih: ^^ that should get master green again
<travis-ci> jruby/jruby (uninterruptible-lock:2501c07 by Charles Oliver Nutter): The build passed. (https://travis-ci.org/jruby/jruby/builds/172721842)
pil-afk is now known as pilhuhn_
<GitHub172> [jruby] headius pushed 1 new commit to master: https://git.io/vXchB
<GitHub172> jruby/master 6a436e9 Charles Oliver Nutter: Merge branch 'uninterruptible-lock'
<GitHub191> [jruby] headius closed issue #4261: Mutexes should use .lock instead of .lockInterruptibly https://git.io/vXGeM
djellemah_ has quit [Quit: Leaving]
bbrowning has quit [Quit: Leaving]
drbobbeaty has quit [Ping timeout: 256 seconds]
temporalfox has joined #jruby
temporal_ has quit [Ping timeout: 245 seconds]
<travis-ci> jruby/jruby (master:6a436e9 by Charles Oliver Nutter): The build has errored. (https://travis-ci.org/jruby/jruby/builds/173071220)
subbu is now known as subbu|afk
tcrawley is now known as tcrawley-away
subbu|afk is now known as subbu
pilhuhn_ is now known as pil-afk
pil-afk is now known as pil-zzZZzz
claudiuinberlin has quit []
subbu is now known as subbu|away
enebo has quit [Quit: enebo]
shellac has joined #jruby
<asarih> and so on
drbobbeaty has joined #jruby
<GitHub87> [jruby] nirvdrum pushed 1 new commit to truffle-head: https://git.io/vXCBt
<GitHub87> jruby/truffle-head 4c7963a Kevin Menard: [Truffle] Switch over to EncodingManager.
subbu|away is now known as subbu
shellac has quit [Quit: Computer has gone to sleep.]
<kares_> asarih: thank you