[issue25985] Use sys.version_info instead of sys.version

2016-02-08 Thread Andrew Plummer
Andrew Plummer added the comment: On a related note, I think that https://hg.python.org/cpython/file/tip/Makefile.pre.in#l571 should get the same treatment. -- nosy: +aplummer ___ Python tracker <http://bugs.python.org/issue25

[issue25195] mock.ANY doesn't match mock.MagicMock() object

2016-02-08 Thread Andrew Plummer
Changes by Andrew Plummer : Removed file: http://bugs.python.org/file41847/test_assert_called_with_any.diff ___ Python tracker <http://bugs.python.org/issue25195> ___ ___

[issue25195] mock.ANY doesn't match mock.MagicMock() object

2016-02-08 Thread Andrew Plummer
Changes by Andrew Plummer : Added file: http://bugs.python.org/file41848/fix_mock_call_ne.patch ___ Python tracker <http://bugs.python.org/issue25195> ___ ___ Python-bug

[issue25195] mock.ANY doesn't match mock.MagicMock() object

2016-02-08 Thread Andrew Plummer
Changes by Andrew Plummer : Removed file: http://bugs.python.org/file41844/fix_mock_call_ne.patch ___ Python tracker <http://bugs.python.org/issue25195> ___ ___ Python-bug

[issue25195] mock.ANY doesn't match mock.MagicMock() object

2016-02-08 Thread Andrew Plummer
Andrew Plummer added the comment: Have added a new diff to just use the default __ne__ implementation rather than tuple's. Have also added a test that targets exactly the reported issue. -- Added file: http://bugs.python.org/file41847/test_assert_called_with_any

[issue25195] mock.ANY doesn't match mock.MagicMock() object

2016-02-07 Thread Andrew Plummer
Andrew Plummer added the comment: I've had a look and I think this could be because the class _Call (also in unittest.mock) has lost its __ne__ method between 3.4 and 3.5. Compare https://hg.python.org/cpython/file/v3.4.4/Lib/unittest/mock.py#l2010 with https://hg.python.org/cpython