The unused import was the only problem; I’ve removed it on branch_6_5. Sorry, hope I didn’t cause a delay in the release process.
-- Steve www.lucidworks.com > On Apr 20, 2017, at 8:57 AM, Steve Rowe <sar...@gmail.com> wrote: > > Crap, Jenkins found an unused import in my commit on branch_6_5 :(. I forgot > to run precommit. Doing so now. > > -- > Steve > www.lucidworks.com > >> On Apr 19, 2017, at 8:07 PM, Steve Rowe <sar...@gmail.com> wrote: >> >> Done. >> >> -- >> Steve >> www.lucidworks.com >> >>> On Apr 19, 2017, at 7:49 PM, Steve Rowe <sar...@gmail.com> wrote: >>> >>> Woohoo! Thanks Joel. Running all tests on branch_6_5 now. >>> >>> -- >>> Steve >>> www.lucidworks.com >>> >>>> On Apr 19, 2017, at 7:20 PM, Joel Bernstein <joels...@gmail.com> wrote: >>>> >>>> I'm OK with restarting RC2. Let me know when you finish the back port. >>>> >>>> Joel Bernstein >>>> http://joelsolr.blogspot.com/ >>>> >>>> On Wed, Apr 19, 2017 at 7:11 PM, Steve Rowe <sar...@gmail.com> wrote: >>>> Joel, >>>> >>>> I know you’re in-process with RC2, but if you have to restart for some >>>> reason, I’d like to include SOLR-10527. >>>> >>>> -- >>>> Steve >>>> www.lucidworks.com >>>> >>>>> On Apr 19, 2017, at 6:57 PM, Joel Bernstein <joels...@gmail.com> wrote: >>>>> >>>>> I also had to change the smoke tester because of the SSL issue. Which in >>>>> theory means everyone else will have to as well. I'm pushing out my >>>>> changes to branch_6_5, so people can just update their branch before >>>>> running the smoke tester. >>>>> >>>>> Joel Bernstein >>>>> http://joelsolr.blogspot.com/ >>>>> >>>>> On Wed, Apr 19, 2017 at 5:02 PM, Joel Bernstein <joels...@gmail.com> >>>>> wrote: >>>>> Ok, I had to push out three changes to the branch but I seemed to have >>>>> moved passed this issue. >>>>> >>>>> Joel Bernstein >>>>> http://joelsolr.blogspot.com/ >>>>> >>>>> On Wed, Apr 19, 2017 at 4:50 PM, Joel Bernstein <joels...@gmail.com> >>>>> wrote: >>>>> I'll push out the changes and then revert. Hopefully the changes will do >>>>> the trick after they've been pushed. >>>>> >>>>> Joel Bernstein >>>>> http://joelsolr.blogspot.com/ >>>>> >>>>> On Wed, Apr 19, 2017 at 4:37 PM, Steve Rowe <sar...@gmail.com> wrote: >>>>> Yeah, that is a sucky part of this: you want to make modifications on the >>>>> release branch, but you can’t test unless you commit (and push). >>>>> >>>>> Another alternative: make modifications in another checkout, then invoke >>>>> the script with from an unmodified source tree. >>>>> >>>>> e.g.: >>>>> >>>>> cd .. >>>>> cp -r lucene-solr lucene-solr-2 # assuming lucene-solr is your checkout >>>>> dir >>>>> # edit lucene-solr-2/dev-tools/scripts/buildAndPushRelease.py >>>>> cd lucene-solr >>>>> python3 -u ../lucene-solr-2/dev-tools/scripts/buildAndPushRelease.py … >>>>> >>>>> (a shorter form of that is to make a copy the script alone and invoke the >>>>> modified version from your checkout) >>>>> >>>>> -- >>>>> Steve >>>>> www.lucidworks.com >>>>> >>>>>> On Apr 19, 2017, at 4:32 PM, Joel Bernstein <joels...@gmail.com> wrote: >>>>>> >>>>>> Ha, that doesn't work either. Now I get this error: >>>>>> >>>>>> RuntimeError: There are unpushed commits - "git log origin/branch_6_5.." >>>>>> output is: >>>>>> >>>>>> So, I'm going to have to push this out. >>>>>> >>>>>> Let's first decide if this makes sense as the way forward. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Joel Bernstein >>>>>> http://joelsolr.blogspot.com/ >>>>>> >>>>>> On Wed, Apr 19, 2017 at 4:28 PM, Joel Bernstein <joels...@gmail.com> >>>>>> wrote: >>>>>> Steve, when I change the script to turn off verification I get the >>>>>> following error: >>>>>> RuntimeError: git clone is dirty: >>>>>> >>>>>> So as part of the work around I think I'm going to have to commit >>>>>> locally and then revert locally. Does that make sense to you as the way >>>>>> forward? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Joel Bernstein >>>>>> http://joelsolr.blogspot.com/ >>>>>> >>>>>> On Wed, Apr 19, 2017 at 4:24 PM, Alexandre Rafalovitch >>>>>> <arafa...@gmail.com> wrote: >>>>>> Could it be anything to do with the fact that the signer is Semantic >>>>>> and they are being actively distrusted by - at least - Google: >>>>>> http://www.securityweek.com/google-stops-trusting-symantec-issued-certificates >>>>>> >>>>>> Regards, >>>>>> Alex. >>>>>> ---- >>>>>> http://www.solr-start.com/ - Resources for Solr users, new and >>>>>> experienced >>>>>> >>>>>> >>>>>> On 19 April 2017 at 16:22, Joel Bernstein <joels...@gmail.com> wrote: >>>>>>> Ok, I'll turn off the cert verification. I wasn't sure if cert >>>>>>> verification >>>>>>> was something that was integral to the process. >>>>>>> >>>>>>> Joel Bernstein >>>>>>> http://joelsolr.blogspot.com/ >>>>>>> >>>>>>> On Wed, Apr 19, 2017 at 4:18 PM, Steve Rowe <sar...@gmail.com> wrote: >>>>>>>> >>>>>>>> Hi Joel, >>>>>>>> >>>>>>>> Not sure why this is suddenly an issue - I guess “SNI” >>>>>>>> <https://en.wikipedia.org/wiki/Server_Name_Indication> has been >>>>>>>> enabled on >>>>>>>> archive.apache.org? >>>>>>>> >>>>>>>> Some useful info here (about a “requests” lib, AFAICT an alternative to >>>>>>>> urllib): >>>>>>>> <http://docs.python-requests.org/en/master/community/faq/#what-are-hostname-doesn-t-match-errors> >>>>>>>> >>>>>>>> Short term, you could turn off certificate verification. The bottom >>>>>>>> answer here uses the same lib as the script (urllib instead of urllib2, >>>>>>>> which is assumed in the other answers on the page), to turn off >>>>>>>> certificate >>>>>>>> verification: >>>>>>>> >>>>>>>> >>>>>>>> <http://stackoverflow.com/questions/19268548/python-ignore-certicate-validation-urllib2> >>>>>>>> >>>>>>>> -- >>>>>>>> Steve >>>>>>>> www.lucidworks.com >>>>>>>> >>>>>>>>> On Apr 19, 2017, at 3:43 PM, Joel Bernstein <joels...@gmail.com> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> It appears that it's failing on verifying the SSL cert for >>>>>>>>> https://archive.apache.org/dist/lucene/java/. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Joel Bernstein >>>>>>>>> http://joelsolr.blogspot.com/ >>>>>>>>> >>>>>>>>> On Wed, Apr 19, 2017 at 3:36 PM, Joel Bernstein <joels...@gmail.com> >>>>>>>>> wrote: >>>>>>>>> I started working on 6.5.1 RC2. I ran the following: >>>>>>>>> python3 -u dev-tools/scripts/buildAndPushRelease.py --push-local >>>>>>>>> /tmp/releases/6.5.1 --rc-num 2 --sign EE64CB1E >>>>>>>>> >>>>>>>>> I believe this is same basic command I used for RC1. But this time I >>>>>>>>> got >>>>>>>>> a new error. At first I thought it might be incorrect keystore >>>>>>>>> password but >>>>>>>>> I changed it and it is correct. Any thoughts what the issue is? >>>>>>>>> >>>>>>>>> Traceback (most recent call last): >>>>>>>>> >>>>>>>>> File "dev-tools/scripts/buildAndPushRelease.py", line 313, in <module> >>>>>>>>> >>>>>>>>> main() >>>>>>>>> >>>>>>>>> File "dev-tools/scripts/buildAndPushRelease.py", line 294, in main >>>>>>>>> >>>>>>>>> rev = prepare(c.root, c.version, c.key_id, c.key_password) >>>>>>>>> >>>>>>>>> File "dev-tools/scripts/buildAndPushRelease.py", line 98, in prepare >>>>>>>>> >>>>>>>>> checkDOAPfiles(version) >>>>>>>>> >>>>>>>>> File "dev-tools/scripts/buildAndPushRelease.py", line 143, in >>>>>>>>> checkDOAPfiles >>>>>>>>> >>>>>>>>> distpage = load(url) >>>>>>>>> >>>>>>>>> File "dev-tools/scripts/buildAndPushRelease.py", line 67, in load >>>>>>>>> >>>>>>>>> content = urllib.request.urlopen(urlString).read().decode('utf-8') >>>>>>>>> >>>>>>>>> File >>>>>>>>> "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/urllib/request.py", >>>>>>>>> line 223, in urlopen >>>>>>>>> >>>>>>>>> return opener.open(url, data, timeout) >>>>>>>>> >>>>>>>>> File >>>>>>>>> "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/urllib/request.py", >>>>>>>>> line 526, in open >>>>>>>>> >>>>>>>>> response = self._open(req, data) >>>>>>>>> >>>>>>>>> File >>>>>>>>> "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/urllib/request.py", >>>>>>>>> line 544, in _open >>>>>>>>> >>>>>>>>> '_open', req) >>>>>>>>> >>>>>>>>> File >>>>>>>>> "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/urllib/request.py", >>>>>>>>> line 504, in _call_chain >>>>>>>>> >>>>>>>>> result = func(*args) >>>>>>>>> >>>>>>>>> File >>>>>>>>> "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/urllib/request.py", >>>>>>>>> line 1361, in https_open >>>>>>>>> >>>>>>>>> context=self._context, check_hostname=self._check_hostname) >>>>>>>>> >>>>>>>>> File >>>>>>>>> "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/urllib/request.py", >>>>>>>>> line 1320, in do_open >>>>>>>>> >>>>>>>>> raise URLError(err) >>>>>>>>> >>>>>>>>> urllib.error.URLError: <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] >>>>>>>>> certificate verify failed (_ssl.c:749)> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Joel Bernstein >>>>>>>>> http://joelsolr.blogspot.com/ >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >>>>>>>> For additional commands, e-mail: dev-h...@lucene.apache.org >>>>>>>> >>>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >>>>>> For additional commands, e-mail: dev-h...@lucene.apache.org >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >>>>> For additional commands, e-mail: dev-h...@lucene.apache.org >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >>>> For additional commands, e-mail: dev-h...@lucene.apache.org >>>> >>>> >>> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org