FYI: Seems like there are some issues on frontend side ATM:
09:32:04 ~/rh/projects/distgen/rpm$ copr --debug list [09:32:12] {/usr/lib/python2.7/site-packages/copr_cli/main.py:416} DEBUG - # Debug log enabled # [09:32:12] {/usr/lib/python2.7/site-packages/copr/client/client.py:172} DEBUG - Fetching url: https://copr.fedoraproject.org/api/coprs/praiskup/, for login: dmeretcesbfrquybdyxb [09:32:12] {/usr/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py:758} INFO - Starting new HTTPS connection (1): copr.fedoraproject.org [..hangs here..]
Pavel
On Wednesday 27 of January 2016 09:33:05 Pavel Raiskup wrote:
FYI: Seems like there are some issues on frontend side ATM:
09:32:04 ~/rh/projects/distgen/rpm$ copr --debug list [09:32:12] {/usr/lib/python2.7/site-packages/copr_cli/main.py:416} DEBUG - # Debug log enabled # [09:32:12] {/usr/lib/python2.7/site-packages/copr/client/client.py:172} DEBUG - Fetching url: https://copr.fedoraproject.org/api/coprs/praiskup/, for login: dmeretcesbfrquybdyxb [09:32:12] {/usr/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py:758} INFO - Starting new HTTPS connection (1): copr.fedoraproject.org [..hangs here..]
This is ipv6 issue. I was told that "Happy Eyeballs" could help here; that is: https://github.com/python/asyncio/issues/86
Or switch to PyCURL (this should be more robust solution).
Pavel
On Wed, Jan 27, 2016 at 09:55:16AM +0100, Pavel Raiskup wrote:
On Wednesday 27 of January 2016 09:33:05 Pavel Raiskup wrote:
FYI: Seems like there are some issues on frontend side ATM:
09:32:04 ~/rh/projects/distgen/rpm$ copr --debug list [09:32:12] {/usr/lib/python2.7/site-packages/copr_cli/main.py:416} DEBUG - # Debug log enabled # [09:32:12] {/usr/lib/python2.7/site-packages/copr/client/client.py:172} DEBUG - Fetching url: https://copr.fedoraproject.org/api/coprs/praiskup/, for login: dmeretcesbfrquybdyxb [09:32:12] {/usr/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py:758} INFO - Starting new HTTPS connection (1): copr.fedoraproject.org [..hangs here..]
This is ipv6 issue. I was told that "Happy Eyeballs" could help here; that is: https://github.com/python/asyncio/issues/86
Or switch to PyCURL (this should be more robust solution).
But this is an asyncio issue, the error you reported mentions the requests and more precisely the urllib3 bundle of requests.
So I'm not sure this is related.
Pierre
On Wednesday 27 of January 2016 11:04:43 Pierre-Yves Chibon wrote:
This is ipv6 issue. I was told that "Happy Eyeballs" could help here; that is: https://github.com/python/asyncio/issues/86
Or switch to PyCURL (this should be more robust solution).
But this is an asyncio issue, the error you reported mentions the requests and more precisely the urllib3 bundle of requests.
So I'm not sure this is related.
Right, I'm not an expert on this topic, but urllib3 should probably implement Happy Eyeballs for copr client:
from urllib3/util/connection.py: | [...] | for res in socket.getaddrinfo(host, port, 0, socket.SOCK_STREAM): | [...]
But PycURL should be OK already, dependency shouldn't be issue (it is available also in RHEL5+).
Pavel
Dne 27.1.2016 v 13:31 Pavel Raiskup napsal(a):
Right, I'm not an expert on this topic, but urllib3 should probably implement Happy Eyeballs for copr client:
https://github.com/shazow/urllib3/issues/797
Hi,
---- 元のメッセージ -----
As of a bit ago, copr.fedoraproject.org will only get IPv4 results from DNS, which should resolve this issue.
With kind regards, Patrick Uiterwijk Fedora Infra
Dne 27.1.2016 v 09:55 Pavel Raiskup napsal(a):
This is ipv6 issue.
Yes. This is direct result of redirect of copr.fedoraproject.org to copr.fedorainfracloud.org. Because copr.fedoraproject.org is now CNAME for wildcard.fedoraproject.org, which is reverse proxy and HAS IPv6 address. However Copr itself is in OpenStack, which cannot handle IPv6 traffic.
copr-devel@lists.fedorahosted.org