Source: python-ws4py Version: 0.3.4-2 Severity: serious Justification: Policy 4.9 User: la...@debian.org Usertags: network-access
Dear Maintainer,
Whilst python-ws4py 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 eba710b6288b.42439 > dnscache.uct.ac.za.domain: 8513+ A?
docs.python.org. (33)
00:00:00.000048 IP eba710b6288b.42439 > dnscache.uct.ac.za.domain: 28036+
AAAA? docs.python.org. (33)
00:00:00.419221 IP dnscache.uct.ac.za.domain > eba710b6288b.42439: 28036
2/1/0 CNAME python.map.fastly.net., CNAME prod.python.map.fastlylb.net. (178)
00:00:00.419602 IP dnscache.uct.ac.za.domain > eba710b6288b.42439: 8513 3/4/4
CNAME python.map.fastly.net., CNAME prod.python.map.fastlylb.net., A
151.101.16.223 (259)
00:00:00.419933 IP eba710b6288b.57410 > 151.101.16.223.http: Flags [S], seq
4183879313, win 29200, options [mss 1460,sackOK,TS val 110447226 ecr
0,nop,wscale 7], length 0
00:00:00.429079 IP 151.101.16.223.http > eba710b6288b.57410: Flags [S.], seq
3713539524, ack 4183879314, win 5792, options [mss 1460,sackOK,TS val 720192106
ecr 110447226,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-ws4py.0.3.4-2.unstable.amd64.log.txt.gz
Description: Binary data
