Source: python-werkzeug Version: 0.11.10+dfsg1-1 Severity: serious Justification: Policy 4.9 User: la...@debian.org Usertags: network-access
Dear Maintainer,
Whilst python-werkzeug builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
00:00:00.000000 IP 0bd8816e8980.46204 > dnscache.uct.ac.za.domain: 43204+ A?
docs.python.org. (33)
00:00:00.000048 IP 0bd8816e8980.46204 > dnscache.uct.ac.za.domain: 8078+
AAAA? docs.python.org. (33)
00:00:00.418904 IP dnscache.uct.ac.za.domain > 0bd8816e8980.46204: 8078 2/1/0
CNAME python.map.fastly.net., CNAME prod.python.map.fastlylb.net. (178)
00:00:00.424433 IP dnscache.uct.ac.za.domain > 0bd8816e8980.46204: 43204
3/4/4 CNAME python.map.fastly.net., CNAME prod.python.map.fastlylb.net., A
151.101.16.223 (259)
00:00:00.424870 IP 0bd8816e8980.57268 > 151.101.16.223.http: Flags [S], seq
265468929, win 29200, options [mss 1460,sackOK,TS val 110420303 ecr
0,nop,wscale 7], length 0
00:00:00.437293 IP 151.101.16.223.http > 0bd8816e8980.57268: Flags [S.], seq
68699098, ack 265468930, win 5792, options [mss 1460,sackOK,TS val 720181336
ecr 110420303,nop,wscale 1], length 0
[..]
This appears to be caused by (at least) Sphinx's intersphinx mapping extension.
Please see #830186 for more information, including suggestions on how to fix it.
The full build log (including tcpdump output) is attached.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
python-werkzeug.0.11.10+dfsg1-1.unstable.amd64.log.txt.gz
Description: Binary data
