Message 271399 - Python tracker

➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author	lukasz.langa
Recipients	berker.peksag, lukasz.langa, ncoghlan, pmoody
Date	2016-07-26.17:34:35
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1469554475.46.0.86096360489.issue27628@psf.upfronthosting.co.za>
In-reply-to

Content
ipaddr historically let users compare if one network is within another network: https://github.com/google/ipaddr-py/blob/master/ipaddr.py#L643 ipaddress specifically prohibits this comparison: https://hg.python.org/cpython/file/tip/Lib/ipaddress.py#l675 What is the reason behind this change? I propose we restore this functionality for 3.6. It's a behavior change but arguably backwards compatible in the sense that between 3.3 and 3.5 this __contains__ comparison always returns False. It's also more on par with what ipaddr did in the past. Thoughts?

ipaddr historically let users compare if one network is within another network:
https://github.com/google/ipaddr-py/blob/master/ipaddr.py#L643

ipaddress specifically prohibits this comparison:
https://hg.python.org/cpython/file/tip/Lib/ipaddress.py#l675

What is the reason behind this change? I propose we restore this functionality for 3.6. It's a behavior change but arguably backwards compatible in the sense that between 3.3 and 3.5 this __contains__ comparison always returns False. It's also more on par with what ipaddr did in the past. Thoughts?

History
Date	User	Action	Args
2016-07-26 17:34:35	lukasz.langa	set	recipients: + lukasz.langa, ncoghlan, pmoody, berker.peksag
2016-07-26 17:34:35	lukasz.langa	set	messageid: <1469554475.46.0.86096360489.issue27628@psf.upfronthosting.co.za>
2016-07-26 17:34:35	lukasz.langa	link	issue27628 messages
2016-07-26 17:34:35	lukasz.langa	create