Hi, Ken -
> >>
> >> "/usr/lib64/python3.4/site-packages/requests/packages/urllib3/connectionpool.py",
> >> line 376, in _make_request
> >> httplib_response = conn.getresponse(buffering=True)
> >>TypeError: getresponse() got an unexpected keyword argument 'buffering'
> [...]
> >This is a problem in a system python libraries [...]
>
> Thanks Frank, but I'm no closer to resolving the issue.
OK, too bad.
> The particular problem you're referring to seems to be related to a
> broken implementation of chunked transfer-encoding in Python 2.6.1 and
> 2.6.2 (at least) as far as I can tell from here ...
> https://github.com/kennethreitz/requests/issues/2568
That's a good find, but not quite right. We don't reuse connection in
the tests AFAIK; the src/test_webapi.py is about as vanilla use of
that python package as I can see.
> But this test case is failing on Python 3.5.2 in at least one case which
> is the latest and greatest Python as far as I can tell.
>
> And is the test expected to work at all with Python2? I ask because the
> failure signatures are different with Python2.
Are there any failure signatures that don't implicate the
python-requests package?
> The fact is that for a variety of failure signatures this test is
> not working ON ANY of the 30-odd platforms in my QA Farm, so I'm a
> little loathe to write it off as a Python version issue ... it seems
> more broken than that.
Weird. On my F24 workstation, it works fine with both python{2,3}.
python-2.7.12-1.fc24.x86_64
python2-requests-2.10.0-2.fc24.noarch
python3-3.5.1-12.fc24.x86_64
python3-requests-2.10.0-2.fc24.noarch
- FChE
|