ur5us has joined #jruby
<rg_3[m]> headius: do you think the issue i opened about set_trace_func is solvable ?
<rg_3[m]> or have any time frame for it.. just curious to see if my lib could work on jruby, don't want to be pushy
ur5us has quit [Ping timeout: 240 seconds]
sagax has quit [Remote host closed the connection]
nirvdrum has joined #jruby
rusk has joined #jruby
ur5us has joined #jruby
shellac has joined #jruby
ur5us has quit [Ping timeout: 256 seconds]
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<headius[m]> chrisseaton: I believe that should work. It's just a github pages site.
<headius[m]> we'll have to look into it
<headius[m]> Oh, I could not see you added www
<headius[m]> I don't know if we support that URL, or it we care. https://jruby.org is the official site
sagax has joined #jruby
shellac has quit [Quit: ["Textual IRC Client: www.textualapp.com"]]
shellac has joined #jruby
<headius[m]> rg_3: I believe so but they're kind of low priority while we try to wrap up the JRuby 9.2.11 series. I believe enebo fixed at least the `c-call` issue for 9.2.11 but he'll have to confirm that
<headius[m]> chrisseaton enebo : I think the `www.jruby.org` issue is due to redirecting from www to the bare address, which causes problems for the github pages ssl
drbobbeaty has joined #jruby
<headius[m]> enebo: I pinged you on one issue that could be included in 9.2.11 and fixed an access warning on the branch. Other access warnings need jruby-launcher to catch up with bash script, which I can work on later (sleep schedule's a bit messed up so I'll be back online later today US time)
shellac has quit [Quit: Computer has gone to sleep.]
lucasb has joined #jruby
shellac has joined #jruby
nirvdrum has quit [Ping timeout: 240 seconds]
shellac has quit [Read error: Connection reset by peer]
rusk has quit [Remote host closed the connection]
nirvdrum has joined #jruby
<lopex> wow this is fast
subbu is now known as subbu|lunch
<enebo[m]> rg_3: yeah 9.3.0.0 we will try and address remaining issues we can for trace func and trace point fixes
<enebo[m]> I have implementation for thread methods but I discovered something ugly which makes me want to punt that for now
<enebo[m]> I also will fix return event to actually pass the return value as well (something else I examined after looking at more of these)
<enebo[m]> headius: I merged and cp'd that escapecgi PR
<headius[m]> ah was it against master?
<enebo[m]> The PR was yeah
<headius[m]> yeah that's annoying
<headius[m]> if they are against jruby-9.2 we can just merge to master
<headius[m]> using cp gets messy
<enebo[m]> the merge will still work since the code is the same but it may look weirder in git log output
<headius[m]> I merged jruby-9.2 to master and it looks ok
<headius[m]> my SecurityHelper change was not merged anyway
<headius[m]> feels like there's a better way to manage two active branches
<enebo[m]> in this case luckily it is a small number of changes
<headius[m]> yeah hopefully it stays that way
<headius[m]> enebo: this was fixed by the CGI thing so I marked it for .11
<enebo[m]> yeah good
subbu|lunch is now known as subbu
<headius[m]> enebo: I could not get that s3 hang to run successfully on 9.2.6.0
<headius[m]> either I'm doing something wrong or it regressed earlier
<enebo[m]> hmm kares may shed light
<headius[m]> I was able to connect in browser and add the bucket but no dice on uploading
<headius[m]> I'm trying 9.2.5 now
<headius[m]> I confirmed CRuby works ok
<headius[m]> 9.2.5 no
<headius[m]> 9.2.4 no, 9.2.0.0 no, 9.1.0.0 no
<headius[m]> I'm starting to wonder if this ever worked
ur5us has joined #jruby
<headius[m]> enebo: so regardless that would not get into 9.2.11... what's left
<enebo[m]> headius: I made and tested bits
<headius[m]> I love a tiny release
<headius[m]> commenter claims it worked on 9.1.13
<headius[m]> I am skeptical
<headius[m]> enebo: working on notes
<enebo[m]> headius: ok
<enebo[m]> finishing up some more website updates for new version
<headius[m]> the only two major items were the gems in jars and perf thing so that's it
<enebo[m]> headius: yeah seems reasonable...it was the reason for this extra point
<headius[m]> BTW anything you think would be likely to go in these notes should at least be a PR, because I'm basing this on closed issues and PRs
<enebo[m]> err reasons
<headius[m]> I usually do PR for anything that is a functionality change or semi-major fix
<headius[m]> kares: same recommendation for you but you already do PRs most of the time
<enebo[m]> ok rolling forward with these notes
<headius[m]> oops I missed a PR for the gems in jars thing
<enebo[m]> headius: you mean notewise or things are still broken?
<headius[m]> notewise
<enebo[m]> ah well we can correct on website and in tag
<headius[m]> oh and 6060 was marked for 9.3 but we had to fix it for gemjars
<headius[m]> I will fix everything
<headius[m]> I'm already there
<enebo[m]> the edit tag feature of github is nice and seemingly the only magic to make it display as markdown
<enebo[m]> ok
<headius[m]> yeah it's just metadata so I guess that's fine
<enebo[m]> I made a 9.3.1.0 milestone...we need to realyl evaluate which of these 73 open issues for 9.3.0.0 are actually going to make it
<headius[m]> getting 2.6 stuff working is top priority right now
<headius[m]> it's close but the branch is messy
<enebo[m]> it does remove and re-add the tag but it is the same commit so meh if someone is out of date for a minute :)
<enebo[m]> I will add 9.2.12.0-SNAPSHOT even though we are unlikely to run into that...fingers crossed
<headius[m]> does it really re-add the tag?
<headius[m]> I suppose it probably has to but hopefully there's never a moment when it's not visible
<headius[m]> I assumed since it says "Existing tag" with a checkmark this is just GH metadata
<enebo[m]> I guess pulling and seeing if it is actually the comment of the tag would tell you
<enebo[m]> I did it from GH itself since it did not work last time
<enebo[m]> well the markdown didn't
<travis-ci> jruby/jruby (jruby-9.2:612d7a0 by Thomas E. Enebo): The build was broken. https://travis-ci.org/jruby/jruby/builds/657473261 [100 min 17 sec]
travis-ci has left #jruby [#jruby]
travis-ci has joined #jruby
<headius[m]> tag and site are fixed
<enebo[m]> nice
<headius[m]> tweet going out
<enebo[m]> huzzah
<headius[m]> it is tweeted
<headius[m]> and there was much rejoicing
travis-ci has joined #jruby
travis-ci has left #jruby [#jruby]
<travis-ci> jruby/jruby (9.2.11.0:612d7a0 by Thomas E. Enebo): The build failed. https://travis-ci.org/jruby/jruby/builds/657473859 [99 min 57 sec]
<headius[m]> good one enebo
<headius[m]> need to fix whatever that is
<lopex> so many red pixels burnt
lopex[m] has joined #jruby
<headius[m]> global crisis of wasted red pixels reaches epic proportions
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
lucasb has quit [Quit: Connection closed for inactivity]
<headius[m]> klobuczek: thank you for working with us on that regression... we were way off in guessing
<headius[m]> this was a minor release so no zeitwerk but I have a branch that fixes most issues and mostly needs some cleaning up and concurrency fixes
<headius[m]> 9.3 will have it... has to have it really
nirvdrum has quit [Ping timeout: 258 seconds]
<headius[m]> enebo: couple suggestions for the issue list that will make release a little smoother...
<headius[m]> 1. generate in reverse chrono order... I think it's a better sequence because it will show issues *before* the PR that fixes them in the list, and folks waiting on older issues will see theirs first
<headius[m]> 2. generate as markdown... everywhere we're posting it is markdown now anyway, and the reddit post's markdown does not recognize the HTML version of that list
nirvdrum has joined #jruby
<headius[m]> I fixed it locally with a simple replace of `%r[<li><a href="(.*)">(.*)</a> - (.*)</li>]` with `* [$2]($1) - $3`
<headius[m]> enebo: also I just tested to see what would happen if we have a milestone the same name as the release/tag and there doesn't appear to be any sort of auto-linking
<headius[m]> not sure if it would do something at the time of making the release or not
<headius[m]> for now though seems like no reason to align tags and milestone names
nirvdrum has quit [Ping timeout: 256 seconds]