On 1/17/19 7:42 PM, Ben Finney wrote:
> Control: notfound -1 python3-httpretty/0.9.5-2
> Control: tags -1 - upstream
> Control: affects -1 - src:dput
>
> On Fri, 2019-01-18 05:02 +11:00, Ben Finney wrote:
>> Control: reassign -1 python3-httpretty
>> Control: found -1 python3-httpretty/0.9.5-2
>>
Control: notfound -1 python3-httpretty/0.9.5-2
Control: tags -1 - upstream
Control: affects -1 - src:dput
On Fri, 2019-01-18 05:02 +11:00, Ben Finney wrote:
> Control: reassign -1 python3-httpretty
> Control: found -1 python3-httpretty/0.9.5-2
> Control: tags -1 + upstream
> Control: forwarded
Control: clone -1 -2
Control: retitle -1 dput: FTBFS: tests fail to mock HTTP request
Control: found -1 dput/1.0.2
Control: notforwarded -1
Control: summary -1 The HTTPretty library is failing to mock requests from
Python's HTTPConnection.
Control: outlook -1 Either correct the HTTPretty library;
Control: retitle -1 python3-httpretty: Fails to mock request sent with
HTTPConnection
On Fri, 2019-01-18 05:02 +11:00, Ben Finney wrote:
> The HTTPretty library is failing to correctly mock requests sent using
> the standard-library `http.client.HTTPConnection` class.
>
> I have registered a
Control: reassign -1 python3-httpretty
Control: found -1 python3-httpretty/0.9.5-2
Control: tags -1 + upstream
Control: forwarded -1 https://github.com/gabrielfalcao/HTTPretty/issues/369
Control: affects -1 + src:dput
On 16-Jan-2019, Ben Finney wrote:
> I suspect there's something changed with
Control: tags -1 + confirmed
On 04-Oct-2018, Helmut Grohne wrote:
> At least the vast majority of failures is due to a similar
> socket.gaierror.
I confirm that this behaviour is reproducible in a new SBuild chroot,
created with ‘sbuild-debian-developer-setup’ (version “0.78.0-2”).
The
Source: dput
Version: 1.0.2
Severity: serious
Tags: ftbfs
dput fails to build from source with sbuild in unstable/amd64. A buil
log ends with:
| ==
| ERROR: test_request_has_expected_fields
7 matches
Mail list logo