[issue19521] parallel build race condition on AIX since python-3.2
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- hgrepos: +248 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19521 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10656] Out of tree build fails on AIX
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- title: Out of tree build fails on AIX 5.3 - Out of tree build fails on AIX versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10656 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10656] Out of tree build fails on AIX 5.3
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- hgrepos: -246 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10656 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10656] Out of tree build fails on AIX
Michael Haubenwallner added the comment: Basically the same as Tristan's patch, with a little improvement to not rely on PATH to find makexp_aix within ld_so_aix. Thanks! -- Added file: http://bugs.python.org/file35476/issue10656-out-of-source-build-on-aix.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10656 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18292] Idle: test AutoExpand.py
Changes by Saimadhav Heblikar saimadhavhebli...@gmail.com: Added file: http://bugs.python.org/file35477/test-autoexpand3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18292 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16189] ld_so_aix not found
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- hgrepos: -247 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16189 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16189] ld_so_aix not found
Michael Haubenwallner added the comment: Problem here is that LDSHARED points to $(BINLIBDEST)/config/ld_so_aix, but it should be $(LIBPL)/ld_so_aix. Although an independent problem, this diff shares context with file#35476, so this patch depends on issue #10656. -- keywords: +patch versions: +Python 3.4, Python 3.5 Added file: http://bugs.python.org/file35478/issue16189-distutils-do-not-find-ld_so_aix.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16189 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19521] parallel build race condition on AIX since python-3.2
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- hgrepos: -248 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19521 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19521] parallel build race condition on AIX since python-3.2
Michael Haubenwallner added the comment: Patch including configure update now. -- Added file: http://bugs.python.org/file35479/issue19521-parallel-build-race-on-aix.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19521 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21654] IDLE call tips emitting future warnings about ElementTree objects
Terry J. Reedy added the comment: According to my local copy of the repository, rev88617 2014 Jan 21 removed what I believe was the only line with 'if ob.im_self'. The change may have been in 2.7.5, certainly 2.7.6. I cannot find it in the current code. Please recheck your version; this may have been fixed already. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21654] IDLE call tips emitting future warnings about ElementTree objects
Terry J. Reedy added the comment: I guess rev #s are different on different systems. Try d55d1cbf5f9a or revd55d1cbf5f9a -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21654] IDLE call tips emitting future warnings about ElementTree objects
Terry J. Reedy added the comment: Line 1.20 in the correct link. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21654] IDLE call tips emitting future warnings about ElementTree objects
Changes by Raymond Hettinger raymond.hettin...@gmail.com: Added file: http://bugs.python.org/file35480/fix_calltips.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21654] IDLE call tips emitting future warnings about ElementTree objects
Raymond Hettinger added the comment: I've checked both the recently released 2.7.7 and the current 27 head on the hg repo. They both have the error. A suggested patch is attached. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21655] Write Unit Test for Vec2 class in the Turtle Module
New submission from Lita Cho: Ingrid and I are trying to add test coverage to the Turtle module as there isn't one currently. Going to work on testing the Vec2 module. -- components: Tests, Tkinter messages: 219747 nosy: Lita.Cho, jesstess priority: normal severity: normal status: open title: Write Unit Test for Vec2 class in the Turtle Module type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21655 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21656] Create test coverage for TurtleScreenBase in Turtle
New submission from Lita Cho: Turtle module currently doesn't have any tests. This ticket is tracking the tests created for TurtleScreenBase. -- components: Tests messages: 219748 nosy: Lita.Cho, jesstess priority: normal severity: normal status: open title: Create test coverage for TurtleScreenBase in Turtle versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21656 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21654] IDLE call tips emitting future warnings about ElementTree objects
Roundup Robot added the comment: New changeset 09b33fc96a50 by Terry Jan Reedy in branch '2.7': Issue #21654: Fix interaction with warnings. Patch by Raymond Hettinger. http://hg.python.org/cpython/rev/09b33fc96a50 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21654] IDLE call tips emitting future warnings about ElementTree objects
Terry J. Reedy added the comment: This is 2.7 only. Warnings may have been expanded a bit in 2.7.7. I know there are plans to widen net further in 2.7.8. We can leave this open until you are convinced it works or discover otherwise. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21657] pip.get_installed_distributions() Does not
New submission from Adam Matan: Abstract: Calling pip.get_installed_distributions() from a directory with a setup.py file returns a list which does not include the package(s) listed in the setup.py file. Steps to reproduce: 1. Create a virtual environment and activate it. 2. Download any python git project with a setup.py file to a directory (e.g. git clone https://github.com/behave/behave.git /tmp/behave) 3. Install the project using python setup.py install. 4. Call pip.get_installed_distributions() from the directory which contains the setup.py file. 5. Call pip.get_installed_distributions() from outside the directory which contains the setup.py file. 6. The results from 4 and 5 differs. See also: http://stackoverflow.com/questions/739993/how-can-i-get-a-list-of-locally-installed-python-modules/23885252?noredirect=1#comment37045322_23885252 -- components: Distutils, Library (Lib) messages: 219751 nosy: Adam.Matan, dstufft, eric.araujo priority: normal severity: normal status: open title: pip.get_installed_distributions() Does not type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21657 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21657] pip.get_installed_distributions() Does not return packages in the current working directory
Changes by Adam Matan a...@matan.name: -- title: pip.get_installed_distributions() Does not - pip.get_installed_distributions() Does not return packages in the current working directory ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21657 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20319] concurrent.futures.wait() can block forever even if Futures have completed
Sebastian Kreft added the comment: @haypo: I've reproduced the issue with both 2 and 3 processes in parallel. @glangford: the wait is actually returning after the 15 seconds, although nothing is reported as finished. So, it's getting stuck in the while loop. However, I imagine that without timeout, the call would block forever. What kind of debug information from the futures would be useful? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21654] IDLE call tips emitting future warnings about ElementTree objects
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21654 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21658] __m128, can't build 3.4.1 with intel 14.0.0
New submission from Alain Miniussi: In ffi64.c, intel 14.0.0 has an issue with: {{{ #if defined(__INTEL_COMPILER) #define UINT128 __m128 #else ... }}} At leat on Linux CentOS 6.5, an include directive is required for __m128: {{{ #if defined(__INTEL_COMPILER) #include xmmintrin.h #define UINT128 __m128 #else ... }}} otherwise, compilation of _ctypes fails. Regards. -- components: ctypes messages: 219753 nosy: aom priority: normal severity: normal status: open title: __m128, can't build 3.4.1 with intel 14.0.0 type: compile error versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21658 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21427] installer not working
Uwe added the comment: the installer went 2/3 through the process and was installing already something in the default dir c:\Python34 Then after a small pause the error message was shown and the installer removed all the files leaving an empty ..\lib in the default dir The behavior is quite reproducible with *.msi for python 3.4.0 and 3.4.1 Its independent on whether the prior installation dir is removed or not It is not an issue of the antivirus software (I am running win7 prof sp1 with the latest updates) It is not clear from the process but I am convinced this happens when the installer tries to register python in the registry It never happened with any of the prior python 3.0 to 3.3.5 For the own compiled version I can run python.exe of the 3.4.1 sources but haven tested whether its executing anything fine. So it does not seem to be a problem of python3.4.x on 32bit -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21658] __m128, can't build 3.4.1 with intel 14.0.0
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: +amaury.forgeotdarc, belopolsky, meador.inge ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21658 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17390] display python version on idle title bar
Changes by Kent Johnson k...@kentsjohnson.com: -- nosy: -kjohnson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17390 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21659] IDLE: One corner calltip case
New submission from Serhiy Storchaka: def f(args, kwds, *args1, **kwargs): pass Then calltip for f( shows invalid signature (args, kwds, *args, **kwds). -- components: IDLE messages: 219755 nosy: kbk, roger.serwy, serhiy.storchaka, terry.reedy priority: normal severity: normal status: open title: IDLE: One corner calltip case type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21659 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21660] Substitute @TOKENS@ from sysconfig variables, for python-config and python.pc
New submission from Michael Haubenwallner: On the way to fix issue#15590 especially for AIX, I've discovered that the values provided by config.status used to substitute @TOKEN@ in python-config, python.pc as well as python-config.py may contain references to Makefile variables not known within config.status. So I thought to use the sysconfig.get_config_vars() here as an additional source for replaceable tokens. This also allows to remove the hackisch @EXENAME@ sedding for python-config.py, as well as to replace the @SO@ seen in python-config.sh. -- components: Build messages: 219756 nosy: haubi priority: normal severity: normal status: open title: Substitute @TOKENS@ from sysconfig variables, for python-config and python.pc versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21660 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21660] Substitute @TOKENS@ from sysconfig variables, for python-config and python.pc
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- hgrepos: +249 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21660 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21660] Substitute @TOKENS@ from sysconfig variables, for python-config and python.pc
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- keywords: +patch Added file: http://bugs.python.org/file35481/6510f2df0d81.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21660 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10740] sqlite3 module breaks transactions and potentially corrupts data
Jan Hudec added the comment: Mike, David, The bug is that sqlite module issues implicit COMMIT. SQLite never needs this, many programs need to NOT have it and they can't opt out as isolation_level affects implicit begins only. Most programs will do some changes to data after changing the schema, so they will need to commit() at the end anyway and dropping the implicit commit before DDL statements won't break them. But there may be some rare cases that do just a create or delete table/view/index here or there that could be affected, so I am not against explicit request to stop generating implicit commits. Just put a big warning in the documentation that any new code should always do this. I don't understand why the implicit commit was initially added. It is serious problem for schema migrations and I don't see anything it would help. The only thing I can think of is to behave like MySQL which does not support DDL in transactions. But anybody who ever tried to do a non-trivial schema update in MySQL has probably cursed it to hell many times. On the other hand there is absolutely nothing broken on the implicit BEGIN (which is required by dbapi2 specification) nor on the isolation_level property which controls it. Those shouldn't be touched; there is no reason to. However note, that skipping the implicit BEGIN before SELECT only helps concurrency a little. If BEGIN (DEFERRED) TRANSACTION is followed by SELECT, the database is locked in shared mode and the same happens in the implicit transaction when the SELECT starts without explicit begin. Other readers are still allowed. The only difference is that with explicit BEGIN the database remains locked, while without it it is unlocked when the SELECT finishes (read to end or cursor closed). Oh, I briefly looked at the patch and I suspect it's doing too much. It would IMHO be best to really just make the implicit COMMIT conditional on backward compatibility flag. -- nosy: +bulb ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10740 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10740] sqlite3 module breaks transactions and potentially corrupts data
Changes by Jan Hudec b...@ucw.cz: -- versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10740 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10740] sqlite3 module breaks transactions and potentially corrupts data
Jan Hudec added the comment: This is somewhat borderline between bug and enhancement. The behaviour is described in the documentation and does not violate dbapi2 specification, but at the same time it is a serious misfeature and gratuitous restriction of perfectly good functionality of the underlying library. So I added all the versions back as I think this deserves fixing for 2.7, but left it as enhancement as it's not a bug per se, just a misfeature. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10740 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10740] sqlite3 module breaks transactions and potentially corrupts data
R. David Murray added the comment: And our policy is that enhancements can only go in the next release. We cannot change the default behavior in maintenance releases for backward compatibility reasons, and we cannot provide for a requested change in behavior without introducing an API change, which we will not do in a maintenance release. Therefore whatever is done it can only be done in 3.5. -- versions: -Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10740 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21614] Case sensitivity problem in multiprocessing.
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +brett.cannon, eric.snow ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21614 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21588] Idle: make editor title bar user configurable
Saimadhav Heblikar added the comment: Attaching a patch to make title bar user configurable. In this patch The title bar is configurable for PyShellEditorWindow(EditorWindow), PyShell and OutputWindow. The user may add the following parameters - py_major_version (3) py_minor_version (4) py_patchlevel (1+) tk_version (8.5) tcl_version (8.5) filename (sample.py) dir_path (/media/dev/) full_path (/media/dev/sample.py) modified_asterik (if/not saved '*') These parameters are configurable by going to options-configure idle-general tab-configure The above parameters have to inserted between {} as {tk_version} The fetching of title is done by a utility function called get_title. Redundant methods short_title and long_title have been removed. Default config titles for PyShellEditorWindow, PyShell and OutputWindow have been inserted into config-main.def. This is based on my preferences. It may be very different from what the community/idle userbase requires. These settings have to be changed to suit the tastes of community/idle userbase. A new module called configTitle. This contains a getTitleDialog class. It is modeled along the lines of cfgSectionNameDialog and cfgSectionHelpSourceEdit dialog. In configDialog.py,in general tab, a new section for configuring title bar has been added. Clicking configure brings up a getTitleDialog dialog, where the user can modify the title. A simple validity check is also performed. As best possible, the GUI additions are in close sync with the existing code around it(except in ConfigureTitleBar). And to whats missing, 1. Bettor error messages could be shown to user 2. Better help text to user in the config dialog, 3. Better UI/UX for configDialog 4. Tests! 5. ConfigureTitleBar() could be rewritten, say once we have a good picture of whats needed/not needed/to be removed etc. -- keywords: +patch nosy: +jesstess, sahutd Added file: http://bugs.python.org/file35482/title.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21588 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17390] display python version on idle title bar
Changes by Saimadhav Heblikar saimadhavhebli...@gmail.com: -- nosy: +sahutd ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17390 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10740] sqlite3 module breaks transactions and potentially corrupts data
aaugustin added the comment: On the other hand there is absolutely nothing broken on the implicit BEGIN (which is required by dbapi2 specification) nor on the isolation_level property which controls it. Those shouldn't be touched; there is no reason to. Nothing broken... unless one considers there should be a relation between the name of a parameter and the feature it controls ;-) `isolation_level` should really be called `transaction_mode`. It's a specific extension of the BEGIN TRANSACTION statement in SQLite and it's unrelated to the standard concept of transaction isolation levels. SQLite almost always operates at the SERIALIZABLE isolation level. (For exceptions to this rule, search for PRAGMA read_uncommitted; in the documentation.) This is a consequence of its file-lock based implementation of transactional atomicity. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10740 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21661] setuptools documentation: typo
New submission from Steve Dougherty: Typo - it's is a contraction for it is or it has. Its is the posessive form. -- assignee: docs@python components: Documentation files: typo1.diff keywords: patch messages: 219762 nosy: docs@python, sdougherty priority: normal severity: normal status: open title: setuptools documentation: typo type: enhancement versions: Python 3.5 Added file: http://bugs.python.org/file35483/typo1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21661 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21662] datamodel documentation: fix typo and phrasing
New submission from Steve Dougherty: Should was missing an o, and putting the reason first makes the sentence flow better. -- assignee: docs@python components: Documentation files: typo2.diff keywords: patch messages: 219763 nosy: docs@python, sdougherty priority: normal severity: normal status: open title: datamodel documentation: fix typo and phrasing versions: Python 3.5 Added file: http://bugs.python.org/file35484/typo2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21662 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15590] --libs is inconsistent for python-config --libs and pkgconfig python --libs
Michael Haubenwallner added the comment: So this diff - depending on issue#21660 - now drops showing any $LIBS from python-config, as python-modules usually do not link against any python-known libraries. Instead, now there is a new configure variable LINKFORMODULE, which is shown by python-config --ldflags. And $LINKFORSHARED is added to python.pc (for pkg-config). Eventually, this allows to drop those Darwin hackery wrt. python-framework, as the python library isn't linked against the modules any more - but to PYTHONFRAMEWORK via LINKFORMODULE instead. However, I don't have any Darwin around here: anyone? For AIX, this looks good so far. Thanks! -- hgrepos: +250 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15590 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15590] --libs is inconsistent for python-config --libs and pkgconfig python --libs
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- keywords: +patch Added file: http://bugs.python.org/file35485/32143cda4d80.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15590 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18807] Allow venv to create copies, even when symlinks are supported
Barry A. Warsaw added the comment: The os.chmod() will fail if path is a symlink. At the very least it must be guarded by a `not os.path.islink()` call like above it. I'll add this check to 3.4 and 3.5. -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18807 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21663] venv upgrade fails on Windows when copying TCL files
New submission from BC: When upgrading a virtual environment on Windows with venv, the following error is encountered: Error: [WinError 183] Cannot create a file when that file already exists: 'C:\\Users\\user\\Documents\\sandbox\\Lib\\tcl8.6' Affects both Python 3.3.5 and 3.4.1. Tested on Windows 7 SP1. Steps to reproduce: 1. Create a virtual environment with venv: C:\Users\user\Documentsc:\Python34\python.exe -m venv sandbox 2. Upgrade the virtual environment: C:\Users\user\Documentsc:\Python34\python.exe -m venv --upgrade sandbox Error: [WinError 183] Cannot create a file when that file already exists: 'C:\\Users\\user\\Documents\\sandbox\\Lib\\tcl8.6' -- components: Library (Lib), Tkinter, Windows files: venv-upgrade.patch keywords: patch messages: 219766 nosy: hashstat priority: normal severity: normal status: open title: venv upgrade fails on Windows when copying TCL files type: behavior versions: Python 3.3, Python 3.4 Added file: http://bugs.python.org/file35486/venv-upgrade.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21664] multiprocessing leaks temporary directories pymp-xxx
New submission from Yu-Ju Hong: When running many managers (e.g. 10) in parallel on a decent machine, there is often a number of pymp-xxx directories left in /tmp after the run. After some digging and debugging, I think the cause is that multiprocessing.managers.SyncManager waits for the manager process to shutdown and join with a timeout of 0.2s, and this timeout is way too low. This leads to processes being forced to terminate before cleaning up the temporary directories properly. Could the timeout being raised a bit, or at least allowing the timeout to be set when creating the SyncManager through Manager()? -- components: Library (Lib) messages: 219767 nosy: yjhong priority: normal severity: normal status: open title: multiprocessing leaks temporary directories pymp-xxx type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21664 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20475] pystone.py in 3.4 still uses time.clock(), even though it's marked as deprecated since 3.3
Changes by Guido van Rossum gu...@python.org: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20475 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21180] Efficiently create empty array.array, consistent with bytearray
Changes by Guido van Rossum gu...@python.org: -- resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21180 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20475] pystone.py in 3.4 still uses time.clock(), even though it's marked as deprecated since 3.3
Roundup Robot added the comment: New changeset 38acef3c3228 by Guido van Rossum in branch 'default': Replace deprecated time.clock() with time.time(). Fixes issue #20475. http://hg.python.org/cpython/rev/38acef3c3228 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20475 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20319] concurrent.futures.wait() can block forever even if Futures have completed
Glenn Langford added the comment: the wait is actually returning after the 15 seconds, although nothing is reported as finished...What kind of debug information from the futures would be useful? What is the state of the pending Futures that wait() is stuck on? (e.g. display f.running() and f.done() ). This could be logged any time the done set is empty after wait() returns. For each stuck Future, was it previously logged as completed by a prior call to wait()? What is the state of the ProcessPoolExecutor that the futures have been submitted to? Does it still function? (e.g. try submitting a trivial Future to the executor). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21664] multiprocessing leaks temporary directories pymp-xxx
Mike Frysinger added the comment: this has been fixed between py3.2 and py3.3: http://hg.python.org/cpython/diff/831ae71d0bdc/Lib/multiprocessing/managers.py so just asking for that to be backported to the py2.x branch :) -- nosy: +vapier ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21664 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21663] venv upgrade fails on Windows when copying TCL files
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +vinay.sajip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15590] --libs is inconsistent for python-config --libs and pkgconfig python --libs
Changes by Ned Deily n...@acm.org: -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15590 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20475] pystone.py in 3.4 still uses time.clock(), even though it's marked as deprecated since 3.3
STINNER Victor added the comment: Instead of time.time, time.perf_counter would be better. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20475 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21659] IDLE: One corner calltip case
Terry J. Reedy added the comment: Unless you feel like struggling with the 2.7's custom calltip calculation code for possibly little or no gain, please close this as wont' fix. See #20122, especially msg208454 and point 3. f6f2d9d04cd0 made this change to improve the calltip for *x and **y from always completely wrong to usually right: -items.append(...) +items.append(*args) if fob.func_code.co_flags 0x8: -items.append(***) +items.append(**kwds) This issue was fixed in 3.x, which does not have old-style classes to contend with. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21659 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21627] Concurrently closing files and iterating over the open files directory is not well specified
Steven Stewart-Gallus added the comment: Okay, so the Python directory seems to be where wrappers over low level or missing functionality is placed. So I guess I should make a _Py_setcloexec function in a Python/setcloexec.c and a definition in Include/setcloexec.h? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21627 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15590] --libs is inconsistent for python-config --libs and pkgconfig python --libs
Arfrever Frehtes Taifersar Arahesis added the comment: Michael Haubenwallner: Could you show output of 'python-config-3.5 --ldflags' and 'python-config-3.5 --libs' without and with this patch (on GNU/Linux and AIX)? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15590 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21665] 2.7.7 ttk widgets not themed
New submission from Les Bothwell: I developed a number of small apps using ttk in 2.7.6. After installing 2.7.7 all the ttk widgets look like standard Tkinter ones. I reverted to 2.7.6 and everything looks Ok again. (I tried reinstalling 2.7.7 again with the same result) Windows 7 X64 using 32 bit python. -- components: Tkinter, Windows messages: 219775 nosy: les.bothwell priority: normal severity: normal status: open title: 2.7.7 ttk widgets not themed type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21665 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21665] 2.7.7 ttk widgets not themed
Changes by Ned Deily n...@acm.org: -- nosy: +steve.dower, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21665 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18381] unittest warnings counter
Berker Peksag added the comment: Thanks for the review, Giampaolo. Attached a new patch which fixes text_logging and test_doctest tests. However, this patch will broke the current behavior of test.support.check_warnings. See Lib/test/test_xml_etree.py for example: test test_xml_etree crashed -- Traceback (most recent call last): File /home/berker/projects/cpython-default/Lib/test/regrtest.py, line 1278, in runtest_inner test_runner() File /home/berker/projects/cpython-default/Lib/test/test_xml_etree.py, line 2580, in test_main support.run_unittest(*test_classes) File /home/berker/projects/cpython-default/Lib/test/test_xml_etree.py, line 2537, in __exit__ self.checkwarnings.__exit__(*args) File /home/berker/projects/cpython-default/Lib/contextlib.py, line 66, in __exit__ next(self.gen) File /home/berker/projects/cpython-default/Lib/test/support/__init__.py, line 1081, in _filterwarnings missing[0]) AssertionError: filter (This search is broken in 1.3 and earlier, and will be fixed in a future version. If you rely on the current behaviour, change it to '.+', FutureWarning) did not catch any warning -- Added file: http://bugs.python.org/file35487/issue18381_v2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18381 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18292] Idle: test AutoExpand.py
Roundup Robot added the comment: New changeset bdbcd0ae0bde by Terry Jan Reedy in branch '2.7': Issue #18292: Idle - test AutoExpand. Patch by Saihadhav Heblikar. http://hg.python.org/cpython/rev/bdbcd0ae0bde New changeset bbdcf09e3097 by Terry Jan Reedy in branch '3.4': Issue #18292: Idle - test AutoExpand. Patch by Saihadhav Heblikar. http://hg.python.org/cpython/rev/bbdcf09e3097 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18292 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21664] multiprocessing leaks temporary directories pymp-xxx
Changes by Ned Deily n...@acm.org: -- nosy: +sbt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21664 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21666] Argparse exceptions should include which argument has a problem
New submission from Glenn Linderman: I coded up a new program, with a bunch of options, and got the following traceback when I tried to run it: Traceback (most recent call last): File D:\my\py\renmany.py, line 273, in module args = cmdl.parse_intermixed_args() File D:\my\py\glu\glu.py, line 1695, in parse_intermixed_args args, argv = self.parse_known_intermixed_args(args, namespace) File D:\my\py\glu\glu.py, line 1740, in parse_known_intermixed_args namespace, remaining_args = self.parse_known_args(args, namespace) File C:\Python33\lib\argparse.py, line 1737, in parse_known_args namespace, args = self._parse_known_args(args, namespace) File C:\Python33\lib\argparse.py, line 1943, in _parse_known_args start_index = consume_optional(start_index) File C:\Python33\lib\argparse.py, line 1883, in consume_optional take_action(action, args, option_string) File C:\Python33\lib\argparse.py, line 1811, in take_action action(self, namespace, argument_values, option_string) File C:\Python33\lib\argparse.py, line 1015, in __call__ parser.print_help() File C:\Python33\lib\argparse.py, line 2339, in print_help self._print_message(self.format_help(), file) File C:\Python33\lib\argparse.py, line 2323, in format_help return formatter.format_help() File C:\Python33\lib\argparse.py, line 276, in format_help help = self._root_section.format_help() File C:\Python33\lib\argparse.py, line 206, in format_help func(*args) File C:\Python33\lib\argparse.py, line 206, in format_help func(*args) File C:\Python33\lib\argparse.py, line 513, in _format_action help_text = self._expand_help(action) File C:\Python33\lib\argparse.py, line 600, in _expand_help return self._get_help_string(action) % params ValueError: unsupported format character ')' (0x29) at index 673 The only thing I can tell is that something went wrong in ArgParse. I had called a bunch of add_argument, and then a parse_known_args. I had passed parameters to the program to get a help message, so that is what I expect parse_known_args is trying to produce... and the call stack seems to confirm that. I didn't intentionally pass a format character ')' anywhere, but there are ')' characters in some of my help messages, so that is probably the source of the problem. No doubt I can reduce the problem space by judiciously commenting out things until I can isolate the particular help message that is causing the failure (it may be more than one as several are similar). But it seems like the exception should include the name of the argument for which the failure occurred. [OK, I isolated, and found a %) sequence in one of my messages that should have been %%). So this is not terribly urgent, just poor reporting.] -- messages: 219778 nosy: v+python priority: normal severity: normal status: open title: Argparse exceptions should include which argument has a problem ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21666 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21666] Argparse exceptions should include which argument has a problem
Changes by Glenn Linderman v+pyt...@g.nevcal.com: -- type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21666 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21665] 2.7.7 ttk widgets not themed
Serhiy Storchaka added the comment: Could you please provide minimal example? -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21665 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18292] Idle: test AutoExpand.py
Terry J. Reedy added the comment: Coverage 100%. 2.7 version was easy, so committed after a few minor changes. We can revisit using the mock later. -- resolution: - fixed stage: needs patch - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18292 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com