<chrisseaton>
rtyler: oh I see what you mean - no I don't think so - I was going to see what the MagLev people are up to though - they have a room
<rtyler>
maglev is still around O_O
<chrisseaton>
rtyler: yeah - I'm intrigued what's been going on - I'll let you know what I learn
<chrisseaton>
There's something really messed up with Travis - I've reverted commits back to when it used to work, and it's still broken in such a strange way I don't even know what could be wrong
<chrisseaton>
it's failing on Travis as well so it's not just us - maybe you have something cached
<nirvdrum>
[ERROR] Failed to execute goal on project jruby-lib: Could not resolve dependencies for project org.jruby:jruby-lib:pom:9.0.0.0-SNAPSHOT: Failed to collect dependencies at rubygems:krypt:gem:0.0.2 -> rubygems:krypt-core:gem:0.0.2 -> rubygems:krypt-provider-jdk:gem:[0.0.2,0.0.2.0.0.0.0.1): No versions available for rubygems:krypt-provider-jdk:gem:[0.0.2,0.0.2.0.0.0.0.1) within specified range -> [Help 1]
<Aethenelle_>
yes... that was just -pl core
JRubyGithub has joined #jruby
<JRubyGithub>
[jruby] enebo pushed 2 new commits to master: http://git.io/6v4bAQ
<JRubyGithub>
jruby/master e404bcb Chris Heald: Fix exponential expansion of work in method lookup
<JRubyGithub>
jruby/master e63015b Thomas E Enebo: Merge pull request #2218 from cheald/fix_method_lookup_complexity...
JRubyGithub has left #jruby [#jruby]
tenderlove has quit [Quit: Leaving...]
<nirvdrum>
I guess that means enebo is around somewhere :-)
rtlong_ has joined #jruby
yfeldblum has joined #jruby
rtlong has quit [Ping timeout: 255 seconds]
yfeldblum has quit [Ping timeout: 258 seconds]
<chrisseaton>
We need help from the grown ups!
rtlong_ has quit [Remote host closed the connection]
shellac has joined #jruby
tharindu has joined #jruby
paulswilliamsesq has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Aethenelle_>
anyone figure out how to get the build env working on windows?
Aethenelle_ is now known as Aethenelle
londo_ has joined #jruby
<chrisseaton>
Aethenelle: Oracle's going to start a Windows CI setup soon so we'll be looking into it
<Aethenelle>
shiny
ludyte has quit [Quit: ludyte]
<waynr>
anyone familiar with jar-dependencies? I have been attempting to use it to circumvent loading of the bouncycastle jar included with JRuby, but it doesn't seem to have any effect
<waynr>
I have tried calling Jars.freeze_loading and setting JARS_NO_REQUIRE in the environment in which the java process is started
<waynr>
er, JARS_NO_REQUIRE=true that is
<waynr>
I am using JRuby 1.7.15 which uses jar-dependencies 0.0.9
rtlong has joined #jruby
rtlong_ has joined #jruby
<rtyler>
win2
<rtyler>
derp
rtlong has quit [Ping timeout: 244 seconds]
tlarevo has quit [Remote host closed the connection]
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
tlarevo has joined #jruby
deobalds has quit [Quit: Computer has gone to sleep.]
anaeem1_ has joined #jruby
anaeem___ has quit [Ping timeout: 256 seconds]
phrinx has joined #jruby
elia has quit [Quit: Computer has gone to sleep.]
mkristian has joined #jruby
skade has quit [Quit: Computer has gone to sleep.]
iamjarvo has joined #jruby
iamjarvo has quit [Max SendQ exceeded]
iamjarvo has joined #jruby
donV has joined #jruby
iamjarvo has quit [Max SendQ exceeded]
dudleyf has joined #jruby
iamjarvo has joined #jruby
shellac has joined #jruby
noop has quit [Ping timeout: 264 seconds]
<donV>
Hi all!
<mkristian>
hi
<chrisseaton>
mkristian: do you understand the build failures on Travis - I have no idea what is going on?
<donV>
headius: Hi! You on? Need help with the ruboto.org GH pages.
<mkristian>
chrisseaton, yes and no - there are no gem artifacts but the logs are filtered so it is no clear why
<chrisseaton>
You now get that error even on commits that previously worked - but I don't understand where these dependencies come from to test it manually or anything
<mkristian>
bbrowning, any chance you can look at the gems proxy ?
<bbrowning>
mkristian: hmm - looks like something changed on the server :/
<mkristian>
headius, any objections to push the remaining gems needed for the jruby build to maven-central - I started already the one which we control.
skade has quit [Client Quit]
<chrisseaton>
They did the redesign at the same time it broken - I would have though that was unrelated, but maybe it's not?
<mkristian>
bbrowning, I tested it this morning and had the feeling it worked at least sometimes - now I see only errors
<bbrowning>
mkristian: yeah I'm digging in to see why and what changed
iamjarvo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
paulswilliamsesq has joined #jruby
brettporter has joined #jruby
avsej has quit [Excess Flood]
iamjarvo has joined #jruby
avsej has joined #jruby
tharindu has quit [Ping timeout: 244 seconds]
<bbrowning>
mkristian: for that specific example, I've yet to figure out why it's not seeing other versions of krypt
<bbrowning>
I see poms for the other versions cached on disk
<mkristian>
I think it could be they changed the rubygem.org html pages - and I do remember that is what I used for "extracting" the versions (memory could be wrong)
<mkristian>
bbrowning, any chance to use jdk7 on the server now ?
<mkristian>
i.e. using rubygems-servlets for it
<bbrowning>
mkristian: not yet, no - it's still on java 1.5 afaik
<bbrowning>
until the server gets migrated which I don't have an ETA on
<mkristian>
just asking ;)
<bbrowning>
the machine is running RHEL 4 ;)
zorak8 has quit [Ping timeout: 258 seconds]
<bbrowning>
long-term, the best solution is to probably come up with something hosted under some *.jruby.org domain that others have more control over
paulswilliamsesq has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
paulswilliamsesq has joined #jruby
paulswilliamsesq has quit [Ping timeout: 244 seconds]
yfeldblum has joined #jruby
<nirvdrum>
bbrowning: Why scrape the page? The manifest file lists all the versions for every gem, IIRC. It's partially why installing gems takes so long.
donV has quit [Quit: donV]
yfeldblum has quit [Ping timeout: 244 seconds]
<mkristian>
nirvdrum, the new servlet does not scrape the page anymore but needs jdk7.
donV has joined #jruby
<nirvdrum>
I obviously don't understand the infrastructure. But a mirror server is already written in ruby and made available by the rubygems folks.
<bbrowning>
err wait - the old gem server scapes the page?
<bbrowning>
nirvdrum: I don't know much of the gem proxy code
<bbrowning>
we hosted one for our own use that turned out to be useful for others, so others use it :)
ludyte has joined #jruby
skade has joined #jruby
<nirvdrum>
mkristian: What's the proxy used for? Can we bypass it and go straight to rubygems.org?
<mkristian>
nirvdrum, the proxy convert gems into maven artifacts - no bypass possible
<mkristian>
I did change the repo but it core/ does not compile with me - not sure if I did something or whether this was before. so I need some more time.
<chrisseaton>
mkristian: try with a commit that was previously green on Travis, rather than trying on the head?
<mkristian>
chrisseaton, ok
havenwood has joined #jruby
mitchellhenke has joined #jruby
<spectre256>
fwiw i was trying a couple times, and at least once, instead of the krypt related error i got one regarding
<spectre256>
BooleanCastNodeFactory
shellac has quit [Quit: Computer has gone to sleep.]
<mkristian>
nope the repo did not work and I do not have permissions bits to update the ruby plugin.
mamantoha has joined #jruby
yfeldblum has joined #jruby
paulswilliamsesq has joined #jruby
zorak8 has quit [Ping timeout: 245 seconds]
auxbuss has joined #jruby
josh-k_ has quit [Remote host closed the connection]
josh-k has joined #jruby
auxbuss has quit [Client Quit]
calavera has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
mamantoha has quit [Ping timeout: 255 seconds]
josh-k has quit [Ping timeout: 258 seconds]
havenwood has quit [Remote host closed the connection]
Petesta has joined #jruby
calavera has joined #jruby
<Petesta>
Hi I'd like to get involved with JRuby on its issue tracking list. My question is should I be using JRuby version 1.7.9 or use the 9000 for testing? I'm not able to run tests because my Ruby version for JRuby 1.7.9 is on 1.9.3. Are people updating to 2.0 or higher?
<Antiarc>
I think most dev is done on master, which is 9k
<Aethenelle>
Petesta: that depends on what you're working on. 9k is 2.2 support right now
<Antiarc>
If you're specifically fixing a 1.7 bug then I'd work off the latest 1.7 stable branch
<Petesta>
I couldn't find a download through rbenv for 9000
<Aethenelle>
anything fixing a bug or backporting something from 9k should be on jruby-1_7
<Antiarc>
Petesta: Just clone the repo, build it, then run the tests with the built binaery
<Aethenelle>
headius has tagged some of the issues beginner where they should be easy for someone just starting off to make sense of.
<Petesta>
Well when running a test from one the issues I run into a 1.9 error not knowing how to deal with keyword arguments. I cloned the repo and installed JRuby but the problem still persists
<Antiarc>
how were you running the test?
<Petesta>
It doesn't seem like people are having to go out of their way to `export JRUBY_OPTS=2.2`
anaeem1_ has quit [Remote host closed the connection]
<Petesta>
It doesn't seem like people are having to go out of their way to `export JRUBY_OPTS=2.2`
<Antiarc>
No, you shouldn't need to
calavera has quit [Ping timeout: 255 seconds]
<Petesta>
Could I get a link to this 9000 binary? I keep finding solutions with rvm
<Petesta>
And tried to run jruby test/mri/runner.rb ruby/test_dir.rb -n test_glob_cases
<Antiarc>
You should be building jruby, not downloading it
<Aethenelle>
mvn -Pbootstrap
<Antiarc>
use bin/jruby -S test...
<Antiarc>
Just running
calavera has joined #jruby
<Antiarc>
"jruby" will search your system paths for jruby, which finds your rbenv version, not the built version
<Petesta>
I'm confused, do I need a binary or need to build it myself? It sounded like cloning the repo was fine but running jruby -v shows that I'm using ruby 1.9
<Antiarc>
You need to build it yourself
<Antiarc>
That document Aethenelle linked should get you on your way to building a binary that you can test with
<Antiarc>
You'll be entirely separate from rbenv/rvm here - the idea is that you're building a self-contained jruby from the git repo, and then testing with that
<bbrowning>
mkristian: spectre256: nirvdrum: chrisseaton: I think the proxy is fixed now
<Antiarc>
That should get jruby built and running the test suite.
havenwood has joined #jruby
<Antiarc>
You'll need maven installed and in your path if you don't have it already
josh-k has joined #jruby
<Aethenelle>
when working on jruby, it's important to have your env clear of ruby environment variables. easy way to do that w/ rvm is to use the system ruby
<Aethenelle>
*select the system ruby
<bbrowning>
mkristian: I pushed a change to use the rubygems API instead of scraping their HTML to the gem-proxy source
<bbrowning>
I know it's deprecated, but that should at least keep things working until we figure out a better long-term solution
<Aethenelle>
they've deprecated the API?
<Aethenelle>
bbrowning: why not just grab the index files?
<bbrowning>
Aethenelle: I just went for whatever fix seemed the quickest to use in the current code
<bbrowning>
to help it keep limping along
<Aethenelle>
bbrowning: I meant as a more long term fix...
<Antiarc>
bbrowning: Where's that fix? Web data extraction is my specialty :)
<bbrowning>
Aethenelle: well, mkristian already has a long-term fix with a replacement proxy
<Antiarc>
ah okay
<Aethenelle>
... or there's that...
<bbrowning>
Aethenelle: the newer proxy code that's likely better in every way only runs on java 7+ and the rubygems-proxy.torquebox.org is hosted on an old RHEL running Java 1.5
<bbrowning>
so until we can move the proxy I'm just keeping it running as best I can :)
<nirvdrum>
bbrowning: I'm still hitting the problem :-/
<bbrowning>
nirvdrum: if building with maven, you may need to add a "-U" to force it to recheck for updates
<bbrowning>
otherwise maven has cached the results of the broken proxy responses
<nirvdrum>
Thanks. That did it.
<bbrowning>
cool
<nirvdrum>
10 years on and maven still manages to find a way to screw me.
<bbrowning>
like an old friend!
<nirvdrum>
Hopefully Brett's not paying attention.
<brettporter>
nirvdrum: I wasn't
<brettporter>
:)
<nirvdrum>
Bah. I explicitly didn't use your handle so you wouldn't get alerted :-P
ahadding1 has joined #jruby
<mpapis>
headius, I just remembered, rvm can get a redirect link to binary, so you could shorten the jruby9k link and use something like: rvm mount -r https://bit.ly/jruby9k-dev -n jruby-9.0.0.0.dev --- not a one line but could fit in two lines on a slide, maybe 3 whatever looks better
skade has joined #jruby
diegoviola has joined #jruby
Petesta has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
postmodern has joined #jruby
<spectre256>
i was able to build master now! thanks folks!
<nirvdrum>
mkristian: Is there a compelling reason to not reset JRUBY_OPTS when running any of the maven tasks? I forget it is set all the time and it creates all sorts of issues.
lidaaa has joined #jruby
<mkristian>
nirvdrum, so you mean I should unset JRUBY_OPTS before I run any maven jruby tasks. yes that should be no problem
<nirvdrum>
mkristian: Yes. What ends up happening is compile.invokedynamic=false doesn't work for whatever reason and all I end up seeing is: org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.7:run (rake) on project jruby-tests: An Ant BuildException has occured: exec returned: 1
<nirvdrum>
I built up the command and ran it by hand to see the actual error.
<mkristian>
ohh, it is the ant-run plugin - that is even easier . . .
paulswilliamsesq has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
towski has quit [Ping timeout: 256 seconds]
paulswilliamsesq has joined #jruby
paulswilliamsesq has quit [Ping timeout: 244 seconds]
<chrisseaton>
I still can't build - do I need to clear some cache?
<mkristian>
as bbrowning mentioned before you need to run mvn -U to force new metadata from maven
<waynr>
mkristian: i have a question for you about jar-dependencies
<waynr>
I have tried calling Jars.freeze_loading and setting JARS_NO_REQUIRE in the environment in which the java process is started
<waynr>
I am doing this because another of the dependencies in the project I am working on already includes bouncycastle 1.50 whereas JRuby/jopenssl depend on 1.47
<waynr>
If I understand the loading of jars in JRuby correctly, when these jars are loaded their contents become available on the classpath so there may be some question as to whether 1.47 or 1.50 is used by the dependency for the project i am working on