#Conda r text encoding issue Patch
#Conda r text encoding issue full

It's unclear what the general usefulness of such a change would be, since DNS servers probably couldn't handle those requests anyway.ДЄs for the original issue, if anybody is still doing something like that, could they provide a full example URL? I was unable to reproduce on HTTP (failed in a different place), or FTP.

#Conda r text encoding issue Patch

I threw together a quick patch moving the limits up to 250, and nothing blew up. That said, enforcing that at the codec level might be the wrong choice.

I did some work on this to try and resolve this, but ultimately it was not worth committing so I wanted to report my findings.ДЄuthor: Joseph Hackman (joseph.hackman) *ДЄccording to the DNS standard, hostnames with more than 63 characters per label (the sections between. Thus falling into the UnicodeError being raised in idna.py: It looks like the hostname being 64 characters long is the issue in that it cannot be encoded. H = ''ДЇile '/home/agnosticdev/Documents/code/python/python-dev/cpython-3_6_0/Lib/ encodings/idna.py', line 165, in encode Using Ubuntu 16.04 with the 3.6.0 tag I was also able to reproduce the same error reported: Just to be clear, I don't know if the socket needs to support 64 character long host name sections, so here's an example url that is at the root of my problem that I'm pretty sure it should support:ДЇile '/Users/ablack/miniconda3/lib/python3.6/ encodings/idna.py', line 165, in encode Other socket module calls accepting host names fail similarly, such as getaddrinfo. The above exception was the direct cause of the following exception: Raise UnicodeError('label empty or too long') > h = ''ДЇile '/usr/lib/python3.6/ encodings/idna.py', line 165, in encode The behavior you see can be further isolated to socket.gethostbyname: This is problematic for services that use longer API keys and expect their submission over basic auth. This wouldn't be a problem, except that it doesn't seem to separate out credentials from the first substring of the hostname so the entire section must be less than 65 characters long. The error can be consistently reproduced when the first substring of the url hostname is greater than 64 characters long, as in ''. UnicodeError: encoding with 'idna' codec failed (UnicodeError: label empty or too long) Return _proxy_bypass_macosx_sysconf(host, proxy_settings)ДЇile '/Users/ablack/miniconda3/lib/python3.6/ urllib/request.py', line 2562, in _proxy_bypass_macosx_sysconf If should_bypass_proxies(url, no_proxy=no_proxy):ДЇile '/Users/ablack/miniconda3/lib/python3.6/site-packages/requests/utils.py', line 676, in should_bypass_proxiesДЇile '/Users/ablack/miniconda3/lib/python3.6/ urllib/request.py', line 2612, in proxy_bypassДЇile '/Users/ablack/miniconda3/lib/python3.6/ urllib/request.py', line 2589, in proxy_bypass_macosx_sysconf Return self.request('GET', url, **kwargs)ДЇile '/Users/ablack/miniconda3/lib/python3.6/site-packages/requests/sessions.py', line 499, in requestДЇile '/Users/ablack/miniconda3/lib/python3.6/site-packages/requests/sessions.py', line 672, in merge_environment_settingsД®nv_proxies = get_environ_proxies(url, no_proxy=no_proxy)ДЇile '/Users/ablack/miniconda3/lib/python3.6/site-packages/requests/utils.py', line 692, in get_environ_proxies

While working on a custom conda channel with authentication, I ran into the following UnicodeError:ДЇile '/Users/ablack/miniconda3/lib/python3.6/site-packages/conda/core/repodata.py', line 402, in fetch_repodata_remote_requestДЇile '/Users/ablack/miniconda3/lib/python3.6/site-packages/requests/sessions.py', line 521, in get Socket module calls with long host names can fail with idna codec errorД«en.Darnell, ablack, agnosticdev, alexmv, gregory.p.smith, joseph.hackman, midopa, r.david.murray, sdbowmanД¬reated on 19:52 by ablack, last changed 00:36 by gregory.p.smith.