[issue22695] open() declared deprecated in python 3 docs

2014-10-27 Thread Василий Макаров
Василий Макаров added the comment: I can confirm this issue is fixed for now. Closing ticket.. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22695

[issue22695] open() declared deprecated in python 3 docs

2014-10-22 Thread Василий Макаров
New submission from Василий Макаров: Python 3 open() documentation ( https://docs.python.org/3/library/functions.html#open ) is probably broken. Here is what one can see at the end of open() description: ... Deprecated since version 3.4, will be removed in version 4.0. The 'U' mode. Reader

[issue15204] Deprecate the 'U' open mode

2014-10-16 Thread Василий Макаров
Василий Макаров added the comment: open() documentation is probably broken a little now. Here is what one can see at the end of open() description: ... Deprecated since version 3.4, will be removed in version 4.0. The 'U' mode. Reader may assume open() function is what will be removed. Which

Strange behavior of git rev-list --first-parent --ancesty-path

2014-09-29 Thread Василий Макаров
Hello! Imagine following tree: A--B--C \ / D--E B is parent #1 of C. git rev-list --first-parent --ancestry-path D..C returns zero commits. This is correct, since one cannot find any commits between D and C traversing tree by first parent. git rev-list --first-parent --ancestry-path E..C

[no subject]

2014-01-02 Thread Василий Макаров
help -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 1/2] merge-base: fix duplicates and not best ancestors in output

2013-12-31 Thread Василий Макаров
--octopus: reduce the result from get_octopus_merge_bases() Scripts that use merge-base --octopus could do the reducing themselves, but most of them are expected to want to get the reduced results without having to do any work themselves. Tests are taken from a message by Василий Макаров

[PATCH 1/2] merge-base: fix duplicates and not best ancestors in output

2013-12-28 Thread Василий Макаров
Hi there! First of all: I'm new to mailing-lists, sorry if I'm doing it wrong. I've found a bug in git merge-base, causing it to show not best common ancestors and duplicates under some circumstances (example is given in attached test case). Problem cause is algorithm used in

[PATCH 2/2] t6010: add test to git merge-base --all --octopus

2013-12-28 Thread Василий Макаров
And here is the test: with git 1.8.5.2 this test don't pass because of git merge-base may return duplicates and incorrect set of bases (not best common ancestors) --- t/t6010-merge-base.sh | 39 +++ 1 file changed, 39 insertions(+) diff --git