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-i
>>> ssued-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/#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-c
>>> erticate-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(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: 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
>>>
>>>
>>
>

Reply via email to