Issue with 6.5.1 RC2

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
54 messages Options
123
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Issue with 6.5.1 RC2

Joel Bernstein
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)>




Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

Joel Bernstein
It appears that it's failing on verifying the SSL cert for https://archive.apache.org/dist/lucene/java/.




On Wed, Apr 19, 2017 at 3:36 PM, Joel Bernstein <[hidden email]> 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)>





Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

sarowe
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 <[hidden email]> 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 <[hidden email]> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

Joel Bernstein
Ok, I'll turn off the cert verification. I wasn't sure if cert verification was something that was integral to the process.


On Wed, Apr 19, 2017 at 4:18 PM, Steve Rowe <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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: [hidden email]
For additional commands, e-mail: [hidden email]


Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

Alexandre Rafalovitch
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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
>> > 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: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

Joel Bernstein
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?





On Wed, Apr 19, 2017 at 4:24 PM, Alexandre Rafalovitch <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
>> > 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: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

Joel Bernstein
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.




On Wed, Apr 19, 2017 at 4:28 PM, Joel Bernstein <[hidden email]> 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?





On Wed, Apr 19, 2017 at 4:24 PM, Alexandre Rafalovitch <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
>> > 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: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

sarowe
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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
> >> > 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: [hidden email]
> >> For additional commands, e-mail: [hidden email]
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

Joel Bernstein
I'll push out the changes and then revert. Hopefully the changes will do the trick after they've been pushed.


On Wed, Apr 19, 2017 at 4:37 PM, Steve Rowe <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
> >> > 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: [hidden email]
> >> For additional commands, e-mail: [hidden email]
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

Joel Bernstein
Ok, I had to push out three changes to the branch but I seemed to have moved passed this issue.


On Wed, Apr 19, 2017 at 4:50 PM, Joel Bernstein <[hidden email]> wrote:
I'll push out the changes and then revert. Hopefully the changes will do the trick after they've been pushed.


On Wed, Apr 19, 2017 at 4:37 PM, Steve Rowe <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
> >> > 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: [hidden email]
> >> For additional commands, e-mail: [hidden email]
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

Joel Bernstein
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.


On Wed, Apr 19, 2017 at 5:02 PM, Joel Bernstein <[hidden email]> wrote:
Ok, I had to push out three changes to the branch but I seemed to have moved passed this issue.


On Wed, Apr 19, 2017 at 4:50 PM, Joel Bernstein <[hidden email]> wrote:
I'll push out the changes and then revert. Hopefully the changes will do the trick after they've been pushed.


On Wed, Apr 19, 2017 at 4:37 PM, Steve Rowe <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
> >> > 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: [hidden email]
> >> For additional commands, e-mail: [hidden email]
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]




Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

sarowe
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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
> > >> > 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: [hidden email]
> > >> For additional commands, e-mail: [hidden email]
> > >>
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

Joel Bernstein
I'm OK with restarting RC2. Let me know when you finish the back port.


On Wed, Apr 19, 2017 at 7:11 PM, Steve Rowe <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
> > >> > 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: [hidden email]
> > >> For additional commands, e-mail: [hidden email]
> > >>
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

sarowe
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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
> > > >> > 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: [hidden email]
> > > >> For additional commands, e-mail: [hidden email]
> > > >>
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [hidden email]
> > > For additional commands, e-mail: [hidden email]
> > >
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

sarowe
Done.

--
Steve
www.lucidworks.com

> On Apr 19, 2017, at 7:49 PM, Steve Rowe <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
>>>>>>> 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: [hidden email]
>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>>
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

sarowe
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 <[hidden email]> wrote:
>
> Done.
>
> --
> Steve
> www.lucidworks.com
>
>> On Apr 19, 2017, at 7:49 PM, Steve Rowe <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
>>>>>>>> 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: [hidden email]
>>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [hidden email]
>>>>> For additional commands, e-mail: [hidden email]
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>>
>>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

sarowe
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 <[hidden email]> 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 <[hidden email]> wrote:
>>
>> Done.
>>
>> --
>> Steve
>> www.lucidworks.com
>>
>>> On Apr 19, 2017, at 7:49 PM, Steve Rowe <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
>>>>>>>>> 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: [hidden email]
>>>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [hidden email]
>>>>> For additional commands, e-mail: [hidden email]
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>
>>>
>>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

Joel Bernstein
Interesting the entire release process completed without complaining. 


On Thu, Apr 20, 2017 at 9:10 AM, Steve Rowe <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> wrote:
>>
>> Done.
>>
>> --
>> Steve
>> www.lucidworks.com
>>
>>> On Apr 19, 2017, at 7:49 PM, Steve Rowe <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
>>>>>>>>> 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: [hidden email]
>>>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [hidden email]
>>>>> For additional commands, e-mail: [hidden email]
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>
>>>
>>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

Joel Bernstein
I'll pull and run precommit before creating the RC.


On Thu, Apr 20, 2017 at 9:20 AM, Joel Bernstein <[hidden email]> wrote:
Interesting the entire release process completed without complaining. 


On Thu, Apr 20, 2017 at 9:10 AM, Steve Rowe <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> wrote:
>>
>> Done.
>>
>> --
>> Steve
>> www.lucidworks.com
>>
>>> On Apr 19, 2017, at 7:49 PM, Steve Rowe <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
>>>>>>>>> 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: [hidden email]
>>>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: [hidden email]
>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [hidden email]
>>>>> For additional commands, e-mail: [hidden email]
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>>
>>>
>>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issue with 6.5.1 RC2

sarowe
In reply to this post by Joel Bernstein
I guess precommit is only run as part of the smoke tester.

> On Apr 20, 2017, at 9:20 AM, Joel Bernstein <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> wrote:
> >>
> >> Done.
> >>
> >> --
> >> Steve
> >> www.lucidworks.com
> >>
> >>> On Apr 19, 2017, at 7:49 PM, Steve Rowe <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]>
> >>>>>>>>> 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: [hidden email]
> >>>>>>>> For additional commands, e-mail: [hidden email]
> >>>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>> ---------------------------------------------------------------------
> >>>>>> To unsubscribe, e-mail: [hidden email]
> >>>>>> For additional commands, e-mail: [hidden email]
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: [hidden email]
> >>>>> For additional commands, e-mail: [hidden email]
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: [hidden email]
> >>>> For additional commands, e-mail: [hidden email]
> >>>>
> >>>>
> >>>
> >>
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

123
Loading...