I've changed the files locally and will push them out. Joel Bernstein http://joelsolr.blogspot.com/
On Thu, Apr 20, 2017 at 2:06 PM, Joel Bernstein <[email protected]> wrote: > Steve, > > It looks like you haven't pushed out you changes yet, reverting my changes. > > Joel Bernstein > http://joelsolr.blogspot.com/ > > On Thu, Apr 20, 2017 at 2:03 PM, Joel Bernstein <[email protected]> > wrote: > >> I'm on 10.10.5 (Yosemite). >> >> It could be related to the platform or just something odd with python >> 3.6.1 >> >> >> >> Joel Bernstein >> http://joelsolr.blogspot.com/ >> >> On Thu, Apr 20, 2017 at 2:00 PM, Steve Rowe <[email protected]> wrote: >> >>> FYI I got SUCCESS! [0:36:33.390707] from my reverted-SSL-changes >>> smokeTestRelease.py on Python 3.4.2 against the 6.5.1RC2 URL. >>> (macOS/Python 3.5.1 reverted smoke tester is still running.) >>> >>> It may be the case that you’re missing root certificates that I have (on >>> both Linux and macOS), and that’s the reason SSL validation is failing for >>> you. >>> >>> What platform are you on? IIRC some Linux distros have ways of updating >>> root certificate stores. (I’ve never had to do that myself though.) >>> >>> -- >>> Steve >>> www.lucidworks.com >>> >>> > On Apr 20, 2017, at 1:54 PM, Joel Bernstein <[email protected]> >>> wrote: >>> > >>> > I just ran the smoke tester and it failed in the part of code that I >>> hadn't suppressed the SSL validation. So it's still an issue with my setup. >>> > >>> > I could try another version of python and see if that is the issue. >>> > >>> > >>> > >>> > Joel Bernstein >>> > http://joelsolr.blogspot.com/ >>> > >>> > On Thu, Apr 20, 2017 at 1:47 PM, Steve Rowe <[email protected]> wrote: >>> > AFAICT that error occurs very early in the smoke test process, with >>> the first attempt to download the directory listing at the release URL. >>> I’m running the reverted-SSL-changes smokeTestRelease.py on both Python >>> 3.4.2 (Linux) and 3.5.1 (macOS), and both are way past that. >>> > >>> > Would you mind trying to run the smoke tester today after reverting >>> your SSL changes? (Maybe it was a temporary problem for some reason.) >>> AFAICT it will fail fast for you. >>> > >>> > I’m not sure if it makes sense to call the release vote yet, since the >>> smoke tester as committed to branch_6_5 doesn’t work for you or for people >>> with Python < 3.4.3. If the problem turns out to be a transient one for >>> you, then I think we should revert your SSL changes to smokeTestRelease.py >>> on branch_6_5 and respin. >>> > >>> > -- >>> > Steve >>> > www.lucidworks.com >>> > >>> > > On Apr 20, 2017, at 1:35 PM, Joel Bernstein <[email protected]> >>> wrote: >>> > > >>> > > Here is the error from the smoke test: >>> > > >>> > > Traceback (most recent call last): >>> > > >>> > > File "dev-tools/scripts/smokeTestRelease.py", line 1483, in >>> <module> >>> > > >>> > > main() >>> > > >>> > > File "dev-tools/scripts/smokeTestRelease.py", line 1427, in main >>> > > >>> > > smokeTest(c.java, c.url, c.revision, c.version, c.tmp_dir, >>> c.is_signed, ' '.join(c.test_args)) >>> > > >>> > > File "dev-tools/scripts/smokeTestRelease.py", line 1449, in >>> smokeTest >>> > > >>> > > for text, subURL in getDirEntries(baseURL): >>> > > >>> > > File "dev-tools/scripts/smokeTestRelease.py", line 604, in >>> getDirEntries >>> > > >>> > > links = getHREFs(urlString) >>> > > >>> > > File "dev-tools/scripts/smokeTestRelease.py", line 94, in getHREFs >>> > > >>> > > h.request('HEAD', url.path) >>> > > >>> > > File >>> > > "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/http/client.py", >>> line 1239, in request >>> > > >>> > > self._send_request(method, url, body, headers, encode_chunked) >>> > > >>> > > File >>> > > "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/http/client.py", >>> line 1285, in _send_request >>> > > >>> > > self.endheaders(body, encode_chunked=encode_chunked) >>> > > >>> > > File >>> > > "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/http/client.py", >>> line 1234, in endheaders >>> > > >>> > > self._send_output(message_body, encode_chunked=encode_chunked) >>> > > >>> > > File >>> > > "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/http/client.py", >>> line 1026, in _send_output >>> > > >>> > > self.send(msg) >>> > > >>> > > File >>> > > "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/http/client.py", >>> line 964, in send >>> > > >>> > > self.connect() >>> > > >>> > > File >>> > > "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/http/client.py", >>> line 1400, in connect >>> > > >>> > > server_hostname=server_hostname) >>> > > >>> > > File >>> > > "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/ssl.py", >>> line 401, in wrap_socket >>> > > >>> > > _context=self, _session=session) >>> > > >>> > > File >>> > > "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/ssl.py", >>> line 808, in __init__ >>> > > >>> > > self.do_handshake() >>> > > >>> > > File >>> > > "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/ssl.py", >>> line 1061, in do_handshake >>> > > >>> > > self._sslobj.do_handshake() >>> > > >>> > > File >>> > > "/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/ssl.py", >>> line 683, in do_handshake >>> > > >>> > > self._sslobj.do_handshake() >>> > > >>> > > ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify >>> failed (_ssl.c:749) >>> > > >>> > > >>> > > Joel Bernstein >>> > > http://joelsolr.blogspot.com/ >>> > > >>> > > On Thu, Apr 20, 2017 at 1:31 PM, Steve Rowe <[email protected]> >>> wrote: >>> > > That’s the error you posted for buildAndPushRelease.py - are you >>> saying that you got identical errors for both? >>> > > >>> > > -- >>> > > Steve >>> > > www.lucidworks.com >>> > > >>> > > > On Apr 20, 2017, at 1:28 PM, Joel Bernstein <[email protected]> >>> wrote: >>> > > > >>> > > > Python 3.6.1 >>> > > > >>> > > > >>> > > > Joel Bernstein >>> > > > http://joelsolr.blogspot.com/ >>> > > > >>> > > > On Thu, Apr 20, 2017 at 1:27 PM, Joel Bernstein < >>> [email protected]> wrote: >>> > > > This was the error: >>> > > > >>> > > > File "/Library/Frameworks/Python.fr >>> amework/Versions/3.6/lib/python3.6/urllib/request.py", line 504, in >>> _call_chain >>> > > > >>> > > > result = func(*args) >>> > > > >>> > > > File "/Library/Frameworks/Python.fr >>> amework/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.fr >>> amework/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)> >>> > > > >>> > > > >>> > > > >>> > > > Perhaps the error was only local to my machine. But I didn't have >>> this error when building RC1 >>> > > > >>> > > > >>> > > > >>> > > > >>> > > > Joel Bernstein >>> > > > http://joelsolr.blogspot.com/ >>> > > > >>> > > > On Thu, Apr 20, 2017 at 1:25 PM, Steve Rowe <[email protected]> >>> wrote: >>> > > > Joel, >>> > > > >>> > > > I’ve reverted your SSL changes to smokeTestRelease.py, and I don’t >>> see any problems so far when I run it with my Python 3.4.2 with the >>> 6.5.1RC2 URL. (Still in progress; Lucene distributions have downloaded so >>> far.) >>> > > > >>> > > > What was the error that caused you to make the SSL changes to >>> smokeTestRelease.py? And what version of Python are you using? >>> > > > >>> > > > -- >>> > > > Steve >>> > > > www.lucidworks.com >>> > > > >>> > > > > On Apr 20, 2017, at 1:01 PM, Steve Rowe <[email protected]> >>> wrote: >>> > > > > >>> > > > > I have Python 3.4.2 on my Linux box, and apparently 3.4.3 is the >>> first that supports the changes you made, so the smoke tester is failing >>> for me: >>> > > > > >>> > > > > ----- >>> > > > > File "dev-tools/scripts/smokeTestRelease.py", line 165, in load >>> > > > > content = urllib.request.urlopen(urlString, >>> context=ctx).read().decode('utf-8') >>> > > > > TypeError: urlopen() got an unexpected keyword argument ‘context’ >>> > > > > ------ >>> > > > > >>> > > > > I’ll install a newer Python. >>> > > > > >>> > > > > -- >>> > > > > Steve >>> > > > > www.lucidworks.com >>> > > > > >>> > > > >> On Apr 20, 2017, at 12:51 PM, Joel Bernstein < >>> [email protected]> wrote: >>> > > > >> >>> > > > >> thanks >>> > > > >> >>> > > > >> Joel Bernstein >>> > > > >> http://joelsolr.blogspot.com/ >>> > > > >> >>> > > > >> On Thu, Apr 20, 2017 at 12:50 PM, Steve Rowe <[email protected]> >>> wrote: >>> > > > >> I’ll take a look. >>> > > > >> >>> > > > >> -- >>> > > > >> Steve >>> > > > >> www.lucidworks.com >>> > > > >> >>> > > > >>> On Apr 20, 2017, at 12:46 PM, Joel Bernstein < >>> [email protected]> wrote: >>> > > > >>> >>> > > > >>> I've uploaded the RC2 here https://dist.apache.org/repos/ >>> dist/dev/lucene/lucene-solr-6.5.1-RC2-revdfc0dd67f7fe45fbf62 >>> d88652952ec3e2b3e0070/. >>> > > > >>> >>> > > > >>> But the smoke test breaks with SSL error in different spot >>> when you smoke test from this URL. It's failing with a different command >>> this time so the fix I used in other sports of smoke tester doesn't work. >>> > > > >>> >>> > > > >>> Steve, would you mind taking a look at this and pushing out a >>> fix? >>> > > > >>> >>> > > > >>> Joel Bernstein >>> > > > >>> http://joelsolr.blogspot.com/ >>> > > > >>> >>> > > > >>> On Thu, Apr 20, 2017 at 10:29 AM, Steve Rowe <[email protected]> >>> wrote: >>> > > > >>> I was thinking that if buildAndPushRelease.py can identify >>> problems early, the RM won’t have to later redo work when a problem is >>> found, e.g. by the smoke tester. IMHO the extra 10 minutes (on my laptop >>> anyway) from auto-running precommit would be worth it. >>> > > > >>> >>> > > > >>> But I agree that the smoke tester should be heavy, since it’s >>> possible that the RM had weird local conditions that weren’t caught by the >>> release production tools. >>> > > > >>> >>> > > > >>> -- >>> > > > >>> Steve >>> > > > >>> www.lucidworks.com >>> > > > >>> >>> > > > >>>> On Apr 20, 2017, at 10:23 AM, Joel Bernstein < >>> [email protected]> wrote: >>> > > > >>>> >>> > > > >>>> They are both quite long processes. Perhaps we should look at >>> eliminating some of the overlap? >>> > > > >>>> >>> > > > >>>> Since the smokeTesters is run by those voting on the release >>> maybe this should be the heavier of the two. >>> > > > >>>> >>> > > > >>>> Joel Bernstein >>> > > > >>>> http://joelsolr.blogspot.com/ >>> > > > >>>> >>> > > > >>>> On Thu, Apr 20, 2017 at 10:00 AM, Steve Rowe < >>> [email protected]> wrote: >>> > > > >>>> Also, I think buildAndPushRelease.py should invoke >>> “precommit" too, (near) where it runs 'ant clean test'. >>> > > > >>>> >>> > > > >>>> -- >>> > > > >>>> Steve >>> > > > >>>> www.lucidworks.com >>> > > > >>>> >>> > > > >>>>> On Apr 20, 2017, at 9:51 AM, Steve Rowe <[email protected]> >>> wrote: >>> > > > >>>>> >>> > > > >>>>> That’s bizarre. >>> > > > >>>>> >>> > > > >>>>> The smoke tester runs ‘ant validate’, which does *not* >>> include "documentation-lint” (which includes "-ecj-javadoc-lint”, where >>> unused imports are looked for). >>> > > > >>>>> >>> > > > >>>>> By contrast, ‘ant precommit’ runs “check-working-copy”, >>> “validate”, and “documentation-lint”. >>> > > > >>>>> >>> > > > >>>>> Jenkins caught this not because of the smoke tester, but >>> rather because the “nightly-smoke” task it uses runs “-jenkins-base”, >>> which, like “precommit”, runs “check-working-copy”, “validate”, and >>> “documentation-lint” (among others). >>> > > > >>>>> >>> > > > >>>>> I think we should change the smoke tester to look at the >>> same things as precommit, >>> > > > >>>>> >>> > > > >>>>> -- >>> > > > >>>>> Steve >>> > > > >>>>> www.lucidworks.com >>> > > > >>>>> >>> > > > >>>>>> On Apr 20, 2017, at 9:29 AM, Joel Bernstein < >>> [email protected]> wrote: >>> > > > >>>>>> >>> > > > >>>>>> Smoke testes passed as well >>> > > > >>>>>> >>> > > > >>>>>> >>> > > > >>>>>> Joel Bernstein >>> > > > >>>>>> http://joelsolr.blogspot.com/ >>> > > > >>>>>> >>> > > > >>>>>> On Thu, Apr 20, 2017 at 9:21 AM, Steve Rowe < >>> [email protected]> wrote: >>> > > > >>>>>> I guess precommit is only run as part of the smoke tester. >>> > > > >>>>>> >>> > > > >>>>>>> On Apr 20, 2017, at 9:20 AM, Joel Bernstein < >>> [email protected]> wrote: >>> > > > >>>>>>> >>> > > > >>>>>>> Interesting the entire release process completed without >>> complaining. >>> > > > >>>>>>> >>> > > > >>>>>>> Joel Bernstein >>> > > > >>>>>>> http://joelsolr.blogspot.com/ >>> > > > >>>>>>> >>> > > > >>>>>>> On Thu, Apr 20, 2017 at 9:10 AM, Steve Rowe < >>> [email protected]> wrote: >>> > > > >>>>>>> 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 <[email protected]> >>> 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 < >>> [email protected]> wrote: >>> > > > >>>>>>>>> >>> > > > >>>>>>>>> Done. >>> > > > >>>>>>>>> >>> > > > >>>>>>>>> -- >>> > > > >>>>>>>>> Steve >>> > > > >>>>>>>>> www.lucidworks.com >>> > > > >>>>>>>>> >>> > > > >>>>>>>>>> On Apr 19, 2017, at 7:49 PM, Steve Rowe < >>> [email protected]> 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 < >>> [email protected]> 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 < >>> [email protected]> 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 < >>> [email protected]> 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 < >>> [email protected]> 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 < >>> [email protected]> 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 < >>> [email protected]> 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/script >>> s/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 < >>> [email protected]> 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 < >>> [email protected]> 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 <[email protected]> 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/go >>> ogle-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 < >>> [email protected]> 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 < >>> [email protected]> 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.o >>> rg/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/ques >>> tions/19268548/python-ignore-certicate-validation-urllib2> >>> > > > >>>>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>>>> -- >>> > > > >>>>>>>>>>>>>>> Steve >>> > > > >>>>>>>>>>>>>>> www.lucidworks.com >>> > > > >>>>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>>>>> On Apr 19, 2017, at 3:43 PM, Joel Bernstein < >>> [email protected]> 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 < >>> [email protected]> >>> > > > >>>>>>>>>>>>>>>> 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(urlStri >>> ng).read().decode('utf-8') >>> > > > >>>>>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>>>>> File >>> > > > >>>>>>>>>>>>>>>> "/Library/Frameworks/Python.fr >>> amework/Versions/3.6/lib/python3.6/urllib/request.py", >>> > > > >>>>>>>>>>>>>>>> line 223, in urlopen >>> > > > >>>>>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>>>>> return opener.open(url, data, timeout) >>> > > > >>>>>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>>>>> File >>> > > > >>>>>>>>>>>>>>>> "/Library/Frameworks/Python.fr >>> amework/Versions/3.6/lib/python3.6/urllib/request.py", >>> > > > >>>>>>>>>>>>>>>> line 526, in open >>> > > > >>>>>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>>>>> response = self._open(req, data) >>> > > > >>>>>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>>>>> File >>> > > > >>>>>>>>>>>>>>>> "/Library/Frameworks/Python.fr >>> amework/Versions/3.6/lib/python3.6/urllib/request.py", >>> > > > >>>>>>>>>>>>>>>> line 544, in _open >>> > > > >>>>>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>>>>> '_open', req) >>> > > > >>>>>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>>>>> File >>> > > > >>>>>>>>>>>>>>>> "/Library/Frameworks/Python.fr >>> amework/Versions/3.6/lib/python3.6/urllib/request.py", >>> > > > >>>>>>>>>>>>>>>> line 504, in _call_chain >>> > > > >>>>>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>>>>> result = func(*args) >>> > > > >>>>>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>>>>> File >>> > > > >>>>>>>>>>>>>>>> "/Library/Frameworks/Python.fr >>> amework/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.fr >>> amework/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: >>> [email protected] >>> > > > >>>>>>>>>>>>>>> For additional commands, e-mail: >>> [email protected] >>> > > > >>>>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>> ------------------------------ >>> --------------------------------------- >>> > > > >>>>>>>>>>>>> To unsubscribe, e-mail: >>> [email protected] >>> > > > >>>>>>>>>>>>> For additional commands, e-mail: >>> [email protected] >>> > > > >>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>> >>> > > > >>>>>>>>>>>>> >>> > > > >>>>>>>>>>>> >>> > > > >>>>>>>>>>>> >>> > > > >>>>>>>>>>>> ------------------------------ >>> --------------------------------------- >>> > > > >>>>>>>>>>>> To unsubscribe, e-mail: >>> [email protected] >>> > > > >>>>>>>>>>>> For additional commands, e-mail: >>> [email protected] >>> > > > >>>>>>>>>>>> >>> > > > >>>>>>>>>>>> >>> > > > >>>>>>>>>>>> >>> > > > >>>>>>>>>>>> >>> > > > >>>>>>>>>>> >>> > > > >>>>>>>>>>> >>> > > > >>>>>>>>>>> ------------------------------ >>> --------------------------------------- >>> > > > >>>>>>>>>>> To unsubscribe, e-mail: [email protected]. >>> org >>> > > > >>>>>>>>>>> For additional commands, e-mail: >>> [email protected] >>> > > > >>>>>>>>>>> >>> > > > >>>>>>>>>>> >>> > > > >>>>>>>>>> >>> > > > >>>>>>>>> >>> > > > >>>>>>>> >>> > > > >>>>>>> >>> > > > >>>>>>> >>> > > > >>>>>>> ------------------------------ >>> --------------------------------------- >>> > > > >>>>>>> To unsubscribe, e-mail: [email protected] >>> > > > >>>>>>> For additional commands, e-mail: >>> [email protected] >>> > > > >>>>>>> >>> > > > >>>>>>> >>> > > > >>>>>> >>> > > > >>>>>> >>> > > > >>>>>> ------------------------------ >>> --------------------------------------- >>> > > > >>>>>> To unsubscribe, e-mail: [email protected] >>> > > > >>>>>> For additional commands, e-mail: [email protected] >>> > > > >>>>>> >>> > > > >>>>>> >>> > > > >>>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> ------------------------------------------------------------ >>> --------- >>> > > > >>>> To unsubscribe, e-mail: [email protected] >>> > > > >>>> For additional commands, e-mail: [email protected] >>> > > > >>>> >>> > > > >>>> >>> > > > >>> >>> > > > >>> >>> > > > >>> ------------------------------------------------------------ >>> --------- >>> > > > >>> To unsubscribe, e-mail: [email protected] >>> > > > >>> For additional commands, e-mail: [email protected] >>> > > > >>> >>> > > > >>> >>> > > > >> >>> > > > >> >>> > > > >> ------------------------------------------------------------ >>> --------- >>> > > > >> To unsubscribe, e-mail: [email protected] >>> > > > >> For additional commands, e-mail: [email protected] >>> > > > >> >>> > > > >> >>> > > > > >>> > > > >>> > > > >>> > > > ------------------------------------------------------------ >>> --------- >>> > > > To unsubscribe, e-mail: [email protected] >>> > > > For additional commands, e-mail: [email protected] >>> > > > >>> > > > >>> > > > >>> > > >>> > > >>> > > ------------------------------------------------------------ >>> --------- >>> > > To unsubscribe, e-mail: [email protected] >>> > > For additional commands, e-mail: [email protected] >>> > > >>> > > >>> > >>> > >>> > --------------------------------------------------------------------- >>> > To unsubscribe, e-mail: [email protected] >>> > For additional commands, e-mail: [email protected] >>> > >>> > >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >>> >> >
