New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Strange Http error when using Conda 4.2.x with Python 2.7.12 #4010
Comments
Is that giving a stack trace without debug on? Yeah that stack trace is weird, but it's happening in stringify which should only be triggering if you're using debug. If that's not the case it's big problem.
… On Dec 5, 2016, at 7:21 PM, Ray Donnelly ***@***.***> wrote:
conda search libffi (though any package and any network request at all seems to trigger it) on linux-64 is giving me trouble at present:
Current conda install:
platform : linux-64
conda version : 4.2.13.dev8+3484810
conda is private : False
conda-env version : 4.2.13.dev8+3484810
conda-build version : 2.0.11+6.g43b927b
python version : 2.7.12.final.0
requests version : 2.11.1
root environment : /home/ray/mc-x64-2.7 (writable)
default environment : /home/ray/mc-x64-2.7
envs directories : /home/ray/mc-x64-2.7/envs
package cache : /home/ray/mc-x64-2.7/pkgs
channel URLs : https://repo.continuum.io/pkgs/free/linux-64
https://repo.continuum.io/pkgs/free/noarch
https://repo.continuum.io/pkgs/pro/linux-64
https://repo.continuum.io/pkgs/pro/noarch
file:///home/ray/mc-x64-2.7/conda-bld/linux-64
file:///home/ray/mc-x64-2.7/conda-bld/noarch
config file : /home/ray/.condarc
offline mode : False
.DEBUG conda.fetch:fetch_repodata(87): Opening repodata cache for https://repo.continuum.io/pkgs/pro/noarch at /home/ray/mc-x64-2.7/pkgs/cache/XXXXXXXX.json
DEBUG requests.packages.urllib3.connectionpool:_make_request(401): "GET /pkgs/pro/noarch/repodata.json.bz2 HTTP/1.1" 304 0
DEBUG conda.fetch:fetch_repodata(119):
> GET /pkgs/pro/noarch/repodata.json.bz2 HTTPS
> User-Agent: conda/4.2.13.dev8+3484810 requests/2.11.1 CPython/2.7.12 Linux/2.6.18-412.el5 CentOS/5.11 glibc/2.5
> Accept: */*
> Accept-Encoding: identity
> Connection: keep-alive
> Cookie: __cfduid=XXXXXXXXXXXXXXXXXXXXXXXXXXXX
> If-Modified-Since: Fri, 12 Feb 2016 07:52:34 GMT
> If-None-Match: "56bd8f42-46"
< HTTPS 304 Not Modified
> Cache-Control: public, max-age=300
> CF-Cache-Status: HIT
> CF-RAY: XXXXXXXXXXXXXXXX-XXX
> Date: Tue, 06 Dec 2016 01:08:34 GMT
> ETag: "XXXXXXXX-XX"
> Expires: Tue, 06 Dec 2016 01:13:34 GMT
> Last-Modified: Fri, 12 Feb 2016 07:52:34 GMT
> Server: cloudflare-nginx
> Vary: Accept-Encoding
> Connection: keep-alive
.DEBUG conda.fetch:fetch_repodata(87): Opening repodata cache for file:///home/ray/mc-x64-2.7/conda-bld/linux-64 at /home/ray/mc-x64-2.7/pkgs/cache/XXXXXXXX.json
ERROR conda._vendor.auxlib.logz:stringify(140): 'NoneType' object has no attribute 'method'
Traceback (most recent call last):
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda/_vendor/auxlib/logz.py", line 133, in stringify
requests_models_PreparedRequest_builder(builder, obj.request)
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda/_vendor/auxlib/logz.py", line 102, in requests_models_PreparedRequest_builder
builder.append("> {0} {1} {2}".format(request_object.method, request_object.path_url,
AttributeError: 'NoneType' object has no attribute 'method'
DEBUG conda.fetch:fetch_repodata(119): None
An unexpected error has occurred.
Please consider posting the following information to the
conda GitHub issue tracker at:
(I changed checksums to X's here). This isn't happening with Python 3.5.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
No stack trace without debug, but I go get the http error. Any thoughts on debugging further? |
Not yet but I'll keep it open and look at some point soon.
… On Dec 6, 2016, at 12:52 AM, Ray Donnelly ***@***.***> wrote:
No stack trace without debug, but I go get the http error. Any thoughts on debugging further?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
OK, I tried master branch and that gives me more useful information: I have, in my
.. which AFAIR, I needed to add for the Anaconda build system to work / interact correctly with conda-build. With this channel, I get the following backtrace:
|
Actually, this could be requests acting up again. Could you note what version of requests is active for you? And see what happens with requests 2.11.1 if you are running something newer?
… On Dec 6, 2016, at 2:02 AM, Ray Donnelly ***@***.***> wrote:
OK, I tried master branch and that gives me more useful information:
I have, in my ~/.condarc
- local
.. which AFAIR, I needed to add for the Anaconda build system to work / interact correctly with conda-build.
With this channel, I get the following backtrace:
Traceback (most recent call last):
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda/exceptions.py", line 515, in conda_exception_handler
return_value = func(*args, **kwargs)
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda/cli/main.py", line 145, in _main
exit_code = args.func(args, p)
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda/cli/main_search.py", line 125, in execute
execute_search(args, parser)
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda/cli/main_search.py", line 174, in execute_search
unknown=args.unknown)
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda/core/index.py", line 52, in get_index
index = fetch_index(channel_urls, use_cache=use_cache, unknown=unknown)
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda/core/index.py", line 303, in fetch_index
repodatas = _collect_repodatas(use_cache, urls)
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda/core/index.py", line 289, in _collect_repodatas
repodatas = _collect_repodatas_serial(use_cache, urls)
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda/core/index.py", line 257, in _collect_repodatas_serial
for url in urls]
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda/core/index.py", line 91, in func
res = f(*args, **kwargs)
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda/core/index.py", line 242, in fetch_repodata
getattr(e.response, 'elapsed', None))
CondaHTTPError: HTTP 404 None for url <file:///home/ray/mc-x64-2.7/conda-bld/linux-64/repodata.json.bz2>
Elapsed: 00:00.000654
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
I'm running 2.11.1, but IMHO "file://" should never even call into requests? |
I tried to see the state of the different branches wrt whether I can use them at present: master branch doesn't work due to shell changes
Can I ask why |
conda_interface.py isolates conda-build's imports of conda to one place. There's also a conda/exports.py for backward compatibility across feature versions that conda_interface is ideally importing from.
… On Dec 6, 2016, at 2:20 AM, Ray Donnelly ***@***.***> wrote:
I tried to see the state of the different branches wrt whether I can use them at present:
master branch doesn't work due to shell changes
4.3.x branch also doesn't work due to incompat. with conda-build:
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda_build/conda_interface.py", line 13, in <module>
from conda.compat import (PY3, StringIO, configparser, input, iteritems, lchmod, string_types, # NOQA
Can I ask why conda_interface.py is in conda-build and not in conda?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Master definitely is a WIP. 4.3.x was broken briefly (~12 hrs) but is hopefully fixed or will be fixed soon. I'll double check if in a bit. 4.3.x is what you should be using right now.
… On Dec 6, 2016, at 2:20 AM, Ray Donnelly ***@***.***> wrote:
I tried to see the state of the different branches wrt whether I can use them at present:
master branch doesn't work due to shell changes
4.3.x branch also doesn't work due to incompat. with conda-build:
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda_build/conda_interface.py", line 13, in <module>
from conda.compat import (PY3, StringIO, configparser, input, iteritems, lchmod, string_types, # NOQA
Can I ask why conda_interface.py is in conda-build and not in conda?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
If 4.3.x is broken and you're blocked, just temporarily flip back to 4.2.x.
For sure if it's still broken in 12 hours, ping me again.
… On Dec 6, 2016, at 2:20 AM, Ray Donnelly ***@***.***> wrote:
I tried to see the state of the different branches wrt whether I can use them at present:
master branch doesn't work due to shell changes
4.3.x branch also doesn't work due to incompat. with conda-build:
File "/home/ray/mc-x64-2.7/lib/python2.7/site-packages/conda_build/conda_interface.py", line 13, in <module>
from conda.compat import (PY3, StringIO, configparser, input, iteritems, lchmod, string_types, # NOQA
Can I ask why conda_interface.py is in conda-build and not in conda?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
OK, I'll stick to 4.2.x for now. |
Ok so in the 4.3.x have test runs for conda-build versions 1.21.14, 2.0.1, and 2.0.10. 4 failures on 1.21.14, which can all be explained I think. 1 failure on 2.0.1, which can also be explained. I had Sophia look into all of these. 2.0.10 has 12 failures, and that's new I think. conda-build is complaining about not being able to import pkginfo, which is part of setuptools. I probably just need to add that as a dependency before running the conda-build tests. Go ahead and review the conda-build tests here if you want. I'm not seeing anything obvious that's a 4.3.x import problem though. |
I think that conda calls requests for the channel That I need to get on with building compilers ASAP though so I'll be using crosstool-ng rather than conda to build things for the next while. Hopefully by the time I'm back to using conda-build we'll have a shiny new build system. |
Conda's used https://github.com/conda/conda/blob/3.5.0/conda/connection.py#L69 |
Ahh, the import problems you're running into. Not sure why the tests didn't show it. But I'll fix it. |
I get that conda's used requests with I've made a pull request to illustrate the problem: #4044, although the callstack is slightly different than 7 days ago, IMHO the root cause is the same. |
I think all the issues here have been resolved now. Let me know if that's not true. |
Hi there, thank you for your contribution to Conda! This issue has been automatically locked since it has not had recent activity after it was closed. Please open a new issue if needed. |
conda search libffi
(though any package and any network request at all seems to trigger it) onlinux-64
is giving me trouble at present:I changed checksums to X's here.
On Python 3.5, I do get `ERROR conda._vendor.auxlib.logz:stringify(140): 'NoneType' object has no attribute 'method' but not the final:
and on 3.5 I get the list of packages found.
The text was updated successfully, but these errors were encountered: