skade has quit [Quit: Computer has gone to sleep.]
camlow32_ has quit [Ping timeout: 256 seconds]
bga57 has joined #jruby
tlarevo has joined #jruby
subbu has quit [Ping timeout: 252 seconds]
marr has quit [Ping timeout: 252 seconds]
e_dub has joined #jruby
momomomomo has joined #jruby
e_dub has quit [Read error: Connection reset by peer]
e_dub has joined #jruby
baroquebobcat has joined #jruby
<headius>
nirvdrum: I think I just ran into that issue you mentioned with encodings being resolved differently depending on order
baroquebobcat has quit [Quit: baroquebobcat]
<a5i>
headius: Did you say anything to me from what i last sent you something?
<headius>
well let's see
<headius>
ahh, I said yes, I am a core dev
<nirvdrum>
headius: Fun.
<nirvdrum>
headius: The example I gave was contrived. I couldn't find it happening in the wild. It just looked wrong when I was reviewing the code and I came up with that snippet to prove it.
<headius>
nirvdrum: my last test:mri failure to be green again only happens in the full suite, not when running the file or test alone
<a5i>
headius: Keep up the good work!
<headius>
nirvdrum: did your example involve a GB encoding?
<headius>
I will have to deal with it if I want to stay pure to "all encoding stuff passing"
subbu has joined #jruby
<headius>
even though nobody uses GB encodings
<headius>
hah
<headius>
those are the exact encodings
<headius>
so this is the same problem
<nirvdrum>
I think there were only 2 Encoding instances shared by RubyEncodings.
<nirvdrum>
*by multiple, distinct RubyEncodings
<a5i>
headius: So what popped up to make JRuby jump to 9.0.0.0 and make it (as potentially said to be) near as fast native Java and C ?
<headius>
nirvdrum: where did you see that they're being shared?
<headius>
give me a boost
<headius>
I mean other than in the test case
<nirvdrum>
Let me see if I can jog my memory. This was 3.5 months ago.
<headius>
a5i: well initially "9000" was just a codename, and then we liked it as a version to avoid conflicting with C Ruby, and then we changed it to 9.0... for semver
<headius>
but it turns out this is actually the 9th major JRuby release too
<headius>
nirvdrum: no rush, I'm wrapping up for today
<a5i>
headius: and the big performance jump ?
baroquebobcat has joined #jruby
baroquebobcat has quit [Client Quit]
<headius>
ahhh well there's two things
<headius>
the first is the new runtime + compiler we built for this release, which is a traditional 3-address compiler design
<headius>
it will make it easier for us to do our own optimizations above the JVM, giving it less work to do and better code
<nirvdrum>
headius: I think I found it.
<a5i>
I see
<nirvdrum>
Look at org.jcodings.EncodingDB.
<headius>
the second is the JRuby+Truffle runtime, which is a new interpreter + jit + most core classes
<nirvdrum>
There's a private static String[] named "builtin"
<headius>
Truffle is a research project to make a self-optimizing language framework on JVM
<headius>
nirvdrum: ok
<headius>
if I am feeling bored and want this build green, maybe I'll look at it tonight
<nirvdrum>
You'll see the two problematic encodings in the key slot, both having "EUCKR" as the value.
<a5i>
headius: Seems interesting, and all of this gives Ruby a big performance boost ?
<headius>
ok, there must be some glitch between these two, sharing an index
<nirvdrum>
If you could just clone the EUCKR encoding, that'd probably be a good enough fix.
<headius>
a5i: Truffle already shows performance close to C for some pretty wild code
<headius>
nirvdrum: yeah, that all has to be done carefully, because the table and encoding identities are important
<headius>
fixing that is actually what led me to fix the world :-(
<a5i>
headius: any github/link showing this?
<headius>
a5i: google jruby truffle and you'll find lots
<a5i>
Okay
<headius>
chrisseaton is leading that effort
<nirvdrum>
The hash entry index should stay the same. And the encoding index itself is lazily bumped.
<headius>
it's still a long ways out to production ready, though
<nirvdrum>
At least I think. I've been looking at that code a fair bit lately though. I think that's accurate.
<headius>
the standard 9k runtime is the usable one for the next year or two at least
<headius>
nirvdrum: ok
<nirvdrum>
It's worth a shot anyway.
<nirvdrum>
You should be able to verify easily enough.
<nirvdrum>
Changing the way the lookup table is structured is going to be pretty messy, otherwise.
baroquebobcat has joined #jruby
subbu has quit [Ping timeout: 256 seconds]
baroquebobcat has quit [Client Quit]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
elia_ has joined #jruby
elia has joined #jruby
zorak8 has quit [Read error: Connection reset by peer]
zorak8 has joined #jruby
elia_ has quit [Ping timeout: 272 seconds]
yfeldblum has quit [Remote host closed the connection]
elia has quit [Quit: Computer has gone to sleep.]
yfeldblum has joined #jruby
febuiles has joined #jruby
momomomomo has quit [Quit: momomomomo]
febuiles has left #jruby [#jruby]
mistergibson has quit [Quit: Quitting ... be good to each other :)]
<Antiarc_>
It's obviously having troubles with a JAR-provided class, but I'm not quite sure what that trouble might be.
yfeldblum has quit [Remote host closed the connection]
<Antiarc_>
I've blown away ~/.m2 to let it rebuild stuff, but it's still having issues. Just not quite sure what the error actually *means*
<Antiarc_>
Everything runs under 1.7.18 just fine, for reference.
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] nirvdrum pushed 3 new commits to truffle_encoding: http://git.io/jcS2
<JRubyGithub>
jruby/truffle_encoding 63f9178 Kevin Menard: [Truffle] The Encoding::TranscodingMap keys must be upper-cased.
<JRubyGithub>
jruby/truffle_encoding 20c6a62 Kevin Menard: [Truffle] Fixed initializiation of RubyConverter.
<JRubyGithub>
jruby/truffle_encoding b28adbf Kevin Menard: [Truffle] Moved String#encode out to Rubinius and pulled in String#encode! from Rubinius....
JRubyGithub has left #jruby [#jruby]
subbu has joined #jruby
<a5i>
does JRuby recommend a JVM warmup ?
<aewffwea>
what's a JVM Warmup?
<a5i>
warming up the JVM
<a5i>
Ive seen articles of benchmarking that JVM performs better after warmed up
<Antiarc_>
Well, yes, but that'll happen naturally during the course of running your code
<nirvdrum>
a5i: Usually you just let the app run a bit.
<Antiarc_>
What you're waiting for is for the JIT to kick in and optimize your hot code paths
<Antiarc_>
If you're benchmarking, you usually want to do two-phase benchmarks, where the first phase is warmup and the second phase is measurement
<Antiarc_>
But other than that, just let it do its thing
<nirvdrum>
a5i: If you really wanted to, I guess for a web server you could keep it out of a cluster, send requests at it until you think it's hot, and then add it to the cluster.
<a5i>
I see
<nirvdrum>
That's probably overkill, though.
<a5i>
If you installed jruby via rvm, how do we swtich back to the original ruby ?
<Antiarc_>
same way you'd do any ruby switch in rvm - rvm use <whatever>
<a5i>
but I have ruby 2.1.3 installed and its saying i dont have it
<Antiarc_>
That's interesting, because I know it was working a few days ago.
<Antiarc_>
`locate snakeyaml` doesn't suggest that it's actually present on my system. I have a couple of 1.11 jars in a cassandra install, but that's it
yfeldblum has joined #jruby
benlovell has joined #jruby
yfeldblum has quit [Ping timeout: 246 seconds]
yfeldblum has joined #jruby
<Antiarc_>
after nuking ~/.m2 and attempting a reinstall, I have snakeyaml-1.13 there now
<Antiarc_>
But not 1.14
benlovell has quit [Ping timeout: 246 seconds]
<headius>
Antiarc_: blast
<headius>
some version mismatch somewhere
<Antiarc_>
I'm nuking m2, doing a make clean, and then doing a full new make
havenn has joined #jruby
<Antiarc_>
It's making, but I saw it just download 1.13
<Antiarc_>
Also, it's downloading POMs for about fourteen thousand different versions of each lib - is that expected?
<Antiarc_>
(I don't know Maven too well)
havenwood has quit [Ping timeout: 252 seconds]
benlovell has joined #jruby
tlarevo has quit [Remote host closed the connection]
tlarevo has joined #jruby
benlovell has quit [Read error: Connection reset by peer]
<Antiarc_>
psych's gemspec specifies snakeyaml 1.14, but readline and ripper both have snakeyaml 1.13 in their .iml files. No other references in the tree.
<Antiarc_>
Full make leaves 1.13 in m2, but not 1.145
<headius>
did you try to remove from the other two?
<headius>
I mean updated them to 1.14
<headius>
hmm, where do you see that?
benlovell has joined #jruby
<Antiarc_>
[WARNING] The POM for rubygems:psych:gem:2.0.9-20150306.173922-8 is invalid, transitive dependencies (if any) will not be available, enable debug logging for more details
<headius>
ohhh iml files
<Antiarc_>
That's suspicious
<headius>
we don't version those, so they're just yours and stale
<headius>
hmm
<Antiarc_>
If it's having problems with psych's pom it won't download the deps for it, yeah?
<headius>
that is suspicious
<Antiarc_>
I'll git clean
<headius>
let me try a full clean too and see what snapshot version I get
<Antiarc_>
(How do I enable debug logging as suggested by that message?)
<Antiarc_>
Ah, -X
tlarevo has quit [Ping timeout: 264 seconds]
<Antiarc_>
[WARNING] The POM for rubygems:psych:gem:2.0.9-20150306.173922-8 is invalid, transitive dependencies (if any) will not be available: 1 problem was encountered while building the effective model
<Antiarc_>
[FATAL] Non-readable POM /home/chris/.m2/repository/rubygems/psych/2.0.9-SNAPSHOT/psych-2.0.9-SNAPSHOT.pom: input contained no data @
<Antiarc_>
Same deal with rubygems:atomic:gem:1.1.2
<Antiarc_>
[FATAL] Non-parseable POM /home/chris/.m2/repository/rubygems/atomic/1.1.2/atomic-1.1.2.pom: TEXT must be immediately followed by END_TAG and not START_TAG (position: START_TAG seen ...<description>Changes in version 1.1.2:\n\n\n<p>... @12:4) @ line 12, column 4
GitHub138 has joined #jruby
<GitHub138>
[jcodings] headius pushed 1 new commit to master: http://git.io/jCtb
GitHub138 has left #jruby [#jruby]
<GitHub138>
jcodings/master d772f2b Charles Oliver Nutter: GB2312 is a copy of EUC-KR in MRI. Fixes jruby/jruby#2312.
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius closed issue #2312: Encoding.compatible? affected by call order http://git.io/BehhuQ
JRubyGithub has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] headius created test-string-quagmire (+22 new commits): http://git.io/jCth
<JRubyGithub>
jruby/test-string-quagmire d19ab46 Charles Oliver Nutter: Rename this for better clarity.
<JRubyGithub>
jruby/test-string-quagmire 87b100f Charles Oliver Nutter: Port of MRI String#each_line logic to fix MBC issues.
<JRubyGithub>
jruby/test-string-quagmire 44146c4 Charles Oliver Nutter: Tweaks for String#rindex.
JRubyGithub has left #jruby [#jruby]
<Antiarc_>
The atomic pom looks like it has high characters in it, which aren't going to be valid outside of a cdata section, I suspect
JRubyGithub has joined #jruby
JRubyGithub has left #jruby [#jruby]
<JRubyGithub>
[jruby] headius deleted string-quagmire at e9ed3c0: http://git.io/jCqJ
<headius>
Antiarc_: oh, that's odd
<headius>
I can finally do my clean build, hold a sec
djbkd has joined #jruby
<Antiarc_>
xmllint converts them to entities, but I'll betcha the XML as is is invalid
<Antiarc_>
/home/chris/.m2/repository/rubygems/psych/2.0.9-SNAPSHOT/psych-2.0.9-SNAPSHOT.pom is empty for me, so that would be a problem
<headius>
that's how it happened to me too
<headius>
we couldn't figure out why... mkristian pushed a new rev of the psych snapshot and then it worked
<headius>
build in progress without wiping anything out in .m2, then I'll try that
<Antiarc_>
how is the pom for ruby-atomic generated?
<Antiarc_>
(I'm not seeing it in the repo)
<headius>
[WARNING] The POM for rubygems:psych:gem:2.0.9-20150306.173922-8 is invalid, transitive dependencies (if any) will not be available, enable debug logging for more details
<headius>
Antiarc_: it was hand-written originally, but I'm not sure now
<Antiarc_>
It looks like it's embedding the README in the description field
<Antiarc_>
Which is breaking because it produces invalid XML
<Antiarc_>
The description should probably be enclodes in a CDATA section
<Antiarc_>
enclosed*
<Antiarc_>
If I can figure out where that's built I can PR it :)
benlovell has quit [Ping timeout: 245 seconds]
<headius>
oh I see
<headius>
I did that
<Antiarc_>
hm, atomic is deprecate now in favor of concurrent-ruby
<headius>
I think?
<headius>
yeah it is
<headius>
it got rolled in to concurrent-ruby
<headius>
didn't make a lot of sense to have 100 gems for every basic concurrency pattern
<Antiarc_>
Is that psych snapshot from maven, or is it from the local build process?
benlovell has joined #jruby
<Antiarc_>
Oh, it's from sonatype
<headius>
I have to run but I mentioned it to mkristian
<Antiarc_>
Cool. I'll keep poking at it.
havenn is now known as havenwood
<Antiarc_>
It kinda feels like the rubygems proxy is failing to generate a correct POM. Is there source for that anywhere?
<Antiarc_>
psych doesn't ship with a gemspec - its gemspec is generated by a hoe task. So, the gemspec-to-pom converter isn't going to have any input to work with and appears to be outputting an empty pom.
<Antiarc_>
And it looks like psych was excised from the codebase about 4 weeks ago
<Antiarc_>
So if you didn't have its deps installed prior to it being removed, perhaps it can't install its dependencies now
benlovell has quit [Ping timeout: 246 seconds]
benlovell has joined #jruby
benlovell has quit [Ping timeout: 250 seconds]
benlovell has joined #jruby
tlarevo has joined #jruby
tlarevo has quit [Remote host closed the connection]
<JRubyGithub>
[jruby] chrisseaton pushed 1 new commit to truffle-head: http://git.io/jWz9
<JRubyGithub>
jruby/truffle-head 841df04 Chris Seaton: Merge branch 'master' into truffle-head...
JRubyGithub has left #jruby [#jruby]
kfpratt has joined #jruby
skade has quit [Quit: Computer has gone to sleep.]
lewis1711 has quit [Quit: Ex-Chat]
kfpratt has quit [Ping timeout: 246 seconds]
anaeem1_ has joined #jruby
rsim has joined #jruby
mister_solo has quit [Ping timeout: 264 seconds]
rsim1 has joined #jruby
Hobogrammer has quit [Ping timeout: 244 seconds]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] nirvdrum pushed 1 new commit to truffle_encoding: http://git.io/jWov
<JRubyGithub>
jruby/truffle_encoding baf122f Kevin Menard: [Truffle] Added a factory method for creating Rubinius tuples.
JRubyGithub has left #jruby [#jruby]
erikhatcher has joined #jruby
rsim has quit [Ping timeout: 265 seconds]
tcrawley-away is now known as tcrawley
benlovell has joined #jruby
mkristian has quit [Ping timeout: 250 seconds]
dinfuehr has quit [Remote host closed the connection]
mkristian has joined #jruby
e_dub has quit [Quit: e_dub]
zorak8 has joined #jruby
lance|afk is now known as lanceball
benlovell has quit [Ping timeout: 252 seconds]
enebo has joined #jruby
benlovell has joined #jruby
benlovell has quit [Ping timeout: 250 seconds]
anaeem1_ has quit [Remote host closed the connection]
anaeem1_ has joined #jruby
mkristian has quit [Ping timeout: 250 seconds]
anaeem1_ has quit [Ping timeout: 250 seconds]
anaeem1 has joined #jruby
triple_b has joined #jruby
mkristian has joined #jruby
triple_b_ has joined #jruby
mister_solo has joined #jruby
triple_b has quit [Ping timeout: 248 seconds]
robbyoconnor has quit [Ping timeout: 256 seconds]
mister_solo has quit [Ping timeout: 246 seconds]
mitchellhenke has joined #jruby
anaeem1 has quit [Quit: Leaving...]
mister_solo has joined #jruby
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] nirvdrum pushed 1 new commit to truffle_encoding: http://git.io/jlem
<JRubyGithub>
jruby/truffle_encoding acca8ae Kevin Menard: [Truffle] Made Encoding::Converter#initialize_jruby private, since it's an internal API call.
<sferik>
headius, enebo: it says “A final version [of JRuby 9.0.0.0] is expected to be released Q1 2015.”
<sferik>
headius, enebo: Is that still accurate? ;)
<sferik>
headius, enebo: Or should it be updated to say Q2 (or later)?
slyphon has joined #jruby
<sferik>
headius, enebo: When are you planning to ship pre2?
jsvd has joined #jruby
<sferik>
headius, enebo: Asking because I’m trying to decide whether it’s okay to drop Ruby 1.9 support in a gem.
<nirvdrum>
sferik: I think pre2 is blocked pending some m17n issues, that I think were just totally resolved late last night.
<sferik>
headius, enebo: I want to make sure JRuby users can continue to install the gem on the latest stable JRuby release.
<sferik>
nirvdrum: that sounds like it’s unblocked, then?
<nirvdrum>
I think so. But headius was working until 1 AM or so. I haven't been able to find out for sure.
<sferik>
nirvdrum: Fair enough. Thanks for the info.
<nirvdrum>
sferik: Although I would expect large uptake of 9k to be a few releases. 1.7.x is pretty stable and a lot of people don't like to mess with that.
e_dub has joined #jruby
<nirvdrum>
That's just me speculating of course. But it's also based on the 1.6 -> 1.7 uptake.
<nirvdrum>
They should both be online shortly. Hopefully we'll get a release plan ironed out.
<sferik>
nirvdrum: Of course. People who really want stability can stick with an older version of my gem. But I don’t think using a pre-release JRuby should be required to use the latest gem version.
jsvd has quit [Read error: Connection reset by peer]
<nirvdrum>
Agreed. Great.
<nirvdrum>
You have a good track record there. It's just amazing to me how many gem authors bump minimum Ruby versions in point or patch releases :-/
<sferik>
nirvdrum: Good to hear. The gem release isn’t quite ready to go. And I’d be willing to delay it by a month or so if that meant I could drop Ruby 1.9 support without leaving JRuby users out to dry.
<sferik>
nirvdrum: *cough*RAILS*cough*
<nirvdrum>
Nokogiri inadvertently did it, too. Although they've since fixed it.
<sferik>
nirvdrum: How did it make it past CI?
<flavorjones>
When Nokogiri does it, it's always by accident. We've put in a policy now, though
<sferik>
flavorjones: +1
<nirvdrum>
sferik: In that case, the version dropped wasn't tested in Travis. I think it was just an unfortunate outcome of mixed up communication. But, it's all good now.
<flavorjones>
yup, and that's how it gets through CI
<sferik>
nirvdrum: glad to see that fixed now
<flavorjones>
;)
<nirvdrum>
fog completely broke JRuby about a year ago by having a requirement on a C ext. Similar situation . . . innocuous pull request, JRuby wasn't tested in Travis, release goes out and breaks the world.
<nirvdrum>
It now tests against JRuby ;-)
<nirvdrum>
But, those are the cases that are just easy to miss. I've seen gem authors in x.y.2 just start requiring Ruby 2.0+, when x.y.1 didn't.
<nirvdrum>
Fun stuff.
tlarevo has quit [Remote host closed the connection]
<nirvdrum>
If you're lucky, they updated the gemspec too. But that option seems to be overlooked.
subbu has joined #jruby
gregorsc5 has joined #jruby
<nirvdrum>
flavorjones: Thanks for fixing that by the way. I was planning on setting some time aside for that. But I don't generally work in MRI, so the extension building stuff was something I was going to have to investigate. The fixed turned out to be trivially small, so I'm a bit embarrassed I didn't get it in. But, thanks again :-)
<enebo>
sferik: we plan on pre2 next week
gregorsc5 has quit [Client Quit]
<sferik>
enebo: :D
<enebo>
sferik: hopefully it will be rc quality.
<sferik>
enebo: +1
e_dub has quit [Ping timeout: 245 seconds]
<nirvdrum>
enebo: I don't know if you caught the discussion with headius last evening, but if possible, setting the code range on strings as they're read from arbitrary files would be nice.
gregorsc5 has joined #jruby
<nirvdrum>
I need to see if MRI does that.
<enebo>
nirvdrum: yeah seems reasonable to me
<nirvdrum>
All these FFI strings end up going through some slow paths during startup.
<enebo>
nirvdrum: I was going to say binary chunked reads could slow down but I guess those are 1 byte per char in a sense
<enebo>
nirvdrum: but anything specifically working with chars no doubt must set cr already
<enebo>
nirvdrum: perhaps by scanning twice though
lanceball is now known as lance|afk
<nirvdrum>
You should be able to skip if binary flag is set.
<nirvdrum>
Or explicitly set it to CR_VALID I guess if always ASCII-8BIT.
<enebo>
nirvdrum: yes. definitely
<nirvdrum>
Otherwise, you know what the external encoding is.
<nirvdrum>
Anyway, that's an area of code I haven't looked at much.
<nirvdrum>
But I wanted to see if the idea was sound.
<enebo>
nirvdrum: on the surface it is ok but I would just wonder about cases where we are not walking the string we are making at all
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] nirvdrum pushed 1 new commit to master: http://git.io/jlIx
<JRubyGithub>
jruby/master da248f2 Kevin Menard: Merge pull request #2765 from jruby/truffle_encoding...
JRubyGithub has left #jruby [#jruby]
slyphon has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
sferik has quit [Ping timeout: 264 seconds]
<enebo>
nirvdrum: e.g. something much deeper is indexing n bytes into it and we are getting n bytes from a bytebuffer or smoething like that
<nirvdrum>
enebo: It could maybe be a pushed down opt then. In this case, it was coming from a chained File#read#each_line
<nirvdrum>
You'd have to have scanned for \n for each_line to work.
<enebo>
nirvdrum: yeah in that case we have to know about chars
<enebo>
nirvdrum: I hope so anyways :)
<nirvdrum>
Heh.
<enebo>
nirvdrum: ISASCII in MRI for byte is <0xff or for codepoint
<enebo>
nirvdrum: I guess though they need to run that on first byte of any possible mbc
slyphon has joined #jruby
<enebo>
which means they are probably not indexOf(‘\n’)
<enebo>
nirvdrum: but I have not looked this code in a while but for sure we should be able to add in CR while looking for newlines or $SEP
<enebo>
whatever that var is called :)
<nirvdrum>
$/
<enebo>
$:?
<enebo>
oh yeah $/
<nirvdrum>
It's obvious, you know.
<enebo>
yes
<nirvdrum>
I have to keep my 15 year old Perl books around to cross-reference some of this stuff.
<enebo>
nirvdrum: I used to know them all when I was into Perl
<enebo>
nirvdrum: Perl is all about non-english syntax
tenderlove has quit [Remote host closed the connection]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] enebo pushed 15 new commits to master: http://git.io/jl3Y
<JRubyGithub>
jruby/master b6cbfa1 Thomas E. Enebo: Update main parser file to line up better with rippers. Rename rippers parser
<JRubyGithub>
jruby/master 3785127 Thomas E. Enebo: Lots of updates to ripper grammar (runs same untagged tests fine but needs lexer work and some bug fixage)
<JRubyGithub>
jruby/master e4f0de2 Thomas E. Enebo: Add missing tokens for lexer
JRubyGithub has left #jruby [#jruby]
vtunka has joined #jruby
dinfuehr has joined #jruby
zorak8 has quit [Ping timeout: 248 seconds]
slyphon has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<headius>
I still have a prototype in my pocket for making type coercion and method selection customizable, but I'm interested in any perf improvements you've made
e_dub has joined #jruby
e_dub has quit [Client Quit]
e_dub has joined #jruby
mkristian has joined #jruby
havenn has joined #jruby
havenwood has quit [Ping timeout: 246 seconds]
mkristian has quit [Ping timeout: 250 seconds]
rsim has joined #jruby
subbu|lunch is now known as subbu
mkristian has joined #jruby
mkristian has joined #jruby
rsim has quit [Quit: Leaving.]
momomomomo has joined #jruby
colinsurprenant has quit [Quit: colinsurprenant]
subbu has quit [Ping timeout: 264 seconds]
benlovell has joined #jruby
colinsurprenant has joined #jruby
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
dinfuehr has quit [Remote host closed the connection]
dinfuehr has joined #jruby
subbu has joined #jruby
drbobbeaty has quit [Ping timeout: 264 seconds]
<kares>
headius: slowly but I should have a good common-ground for some interesting experiments ... some 9K only
<Antiarc>
headius: Did mkristian have anything useful to say about the psych issue?
<Antiarc>
psych not shipping a gemspec is highly suspicious to me!
<kares>
I have 2 JI prototypes as well lying around - but not yet functional ...
colinsurprenant has quit [Quit: colinsurprenant]
<mkristian>
Antiarc, the problem is that the version I deployed to oss.sonatype.org is a SNAPSHOT of an already existing version on the torquebox repo
<Antiarc>
aha
e_dub has quit [Quit: e_dub]
<mkristian>
previous problems headius had, could be resolved by deploying a new snapshot which I did this afternoon
<Antiarc>
Trying a build now
<mkristian>
but I am not sure if this also helps you. the error message looks different
<Antiarc>
I'm still getting the invalid pom message. Lemme rerun with debug logging.
<mkristian>
Antiarc, and maybe with -U
<Antiarc>
What's that switch do?
gregorsc5 has quit [Quit: Leaving.]
<Antiarc>
ah, update-snapshots
<mkristian>
snapshot dependencies will be updated only once a day. the -U forces the update
<Antiarc>
I just nuked ~/.m2 :)
<mkristian>
hmm - that is good enough ;)
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] eam opened pull request #2768: System.gc() is async, do not attempt to invoke it and retry sysopen (master...master) http://git.io/j4XP
JRubyGithub has left #jruby [#jruby]
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] bjfish opened issue #2769: [Truffle] Error with splat args http://git.io/j4Mt
JRubyGithub has left #jruby [#jruby]
e_dub has joined #jruby
drbobbeaty has joined #jruby
lanceball is now known as lance|afk
zorak8 has quit [Read error: Connection reset by peer]
zorak8 has joined #jruby
fivebats has joined #jruby
<Antiarc>
mkristian: snakeyaml-1.14 is still not in my m2 cache, psych is failing checksum, and it has an empty POM
<mkristian>
Antiarc, I need to change the version to something which is not on the torquebox repo. I will do it first thing my time since it is late now in TZ +5:30
<Antiarc>
No worries, I can manage, I'm mostly trying to make sure we get the new install process streamlined for all those people excited to try out pre2 next week! :)
kfpratt has quit [Remote host closed the connection]
elia has quit [Quit: Computer has gone to sleep.]
rsim has joined #jruby
<mkristian>
Antiarc, still think we should get a released psych for a release of jruby. any git tag will not work once the snapshot is gone which happens sooner or later on oss.sonatype.org
kfpratt has joined #jruby
digitalextremist has quit [Ping timeout: 252 seconds]
rsim has quit [Read error: Connection reset by peer]
mkristian has quit [Quit: Ex-Chat]
mkristian has joined #jruby
<mkristian>
Antiarc, I was just thinking about my last comment. better I just push a psych gem onto maven central - without the snapshot and a version which does not exists on rubygems.org
elia has joined #jruby
mitchellhenke has quit [Read error: Connection reset by peer]
mitchell_ has joined #jruby
havenn has quit [Remote host closed the connection]