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/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 <[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/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 <[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.org/en/master/community/faq/#wh >> at-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 <[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.framework/Versions/3.6/lib/pytho >> n3.6/urllib/request.py", >> > >> > line 223, in urlopen >> > >> > >> > >> > return opener.open(url, data, timeout) >> > >> > >> > >> > File >> > >> > "/Library/Frameworks/Python.framework/Versions/3.6/lib/pytho >> n3.6/urllib/request.py", >> > >> > line 526, in open >> > >> > >> > >> > response = self._open(req, data) >> > >> > >> > >> > File >> > >> > "/Library/Frameworks/Python.framework/Versions/3.6/lib/pytho >> n3.6/urllib/request.py", >> > >> > line 544, in _open >> > >> > >> > >> > '_open', req) >> > >> > >> > >> > File >> > >> > "/Library/Frameworks/Python.framework/Versions/3.6/lib/pytho >> n3.6/urllib/request.py", >> > >> > line 504, in _call_chain >> > >> > >> > >> > result = func(*args) >> > >> > >> > >> > File >> > >> > "/Library/Frameworks/Python.framework/Versions/3.6/lib/pytho >> n3.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/pytho >> n3.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] >> >> >
