[issue17172] Add turtledemo to IDLE menu
Terry J. Reedy added the comment:
My thoughts on this. Overall, +.something (and increasing as I look at it more
;-).
I am opposed to adding this to the relatively long file menu. It has nothing to
do with manipulating or editing files. If it is to go in, please put it on the
help menu, at least for now, as the intention is to somehow help beginners. If
we ever add a demo section or submenu to the Help menu or Demo to the top-level
level menu, we can move this.
Any patch should be applied to both 3.4 and 3.5. Turtledemo apparently does not
exist in 2.7.
Idle NEWS items first go into the Idle section of the regular NEWS file. They
are supposed to be copied into the idlelib/NEWS with each release. That has
sometimes happened but not always. (I should open separate issue to fix both
the idlelib files and the procedure.) In any case, NEWS entries should not be
added to a patch until it is about to be committed. Otherwise, merge conflicts
are possible or even likely.
With the main code in turtledemo.__main__ wrapped in a function, we could pass
an 'idle' argument so that the demo could modify its behavior when run from
Idle. I mention a possibility below.
The patch runs turtledemo within the Idle process. It might be better to run it
in a separate subprocess:
python -c from turtledemo.__main__ import main; main('idle')
One reason, aside from not leaving all the imports around, is that 3 of the
demos print to console.
* When clock is stopped, a traceback is printed; this in mentioned in a tracker
issue (and should be fixed).
* Penrose prints each info about each round; this text could/should be put in a
popup text window.
* Tree prints '1024'; this could be eliminated or put on the status bar under
the text window, as another demo does.
When Idle is run windowless with pythonw on Windows, attempts to print to the
non-existent console crash the process. There have been several bug issues
about this. The current patch should not be pushed with turtledemo as is unless
tested with installed 3.4.1 by hand-patching idlelib. Or, all console prints
should be eliminated.
However, a future addition to turtledemo could create a problem. That is why I
think it better that only idlelib code run within the idle process.
I am bothered a bit that there is little relationship between Idle and
turtledemo. Both using tkinter seems not too relevant. That both tend to be
used by less experienced Python users seems a bit thin. The relationship would
be stronger if there were other demos (which I would like) or if there were
option in the demo to load the code for a particular example into an Idle
editor window. (Each demo will run independently in an Idle user process - text
output, including tracebacks resulting from ungracefully closing an example
before it is done, appears in the Shell window.)
--
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17172
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21167] float('nan') returns 0.0 on Python compiled with icc
Hrvoje Nikšić added the comment: Note that defaulting to unsafe math in extensions will make *their* use of the Py_NAN macro break under icc. If we go that route (-fp-model strict for Python build, but not for extensions), we should also apply the attached patch that defines Py_NAN as Py_HUGE_VAL / Py_HUGE_VAL. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21167 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17496] OS X test for Tk availability in runtktests.py doesn't work
Jessica McKellar added the comment: Some IRC discussion about what contributors should do while this is unresolved, and the bigger plan for comprehensively addressing this: 01:53 ned_deily jesstess, saw your nosy on Issue17496. Beware that it's really a can of worms and definitely was misclassified as easy. Lots of edge cases, some not discussed in the issue. 03:01 jesstess ned_deily: can you update the ticket with edge cases not yet discussed? The issue is making life hard for some of our interns, so I'd love to see some progress on it. 03:02 jesstess ned_deily: I also found ronaldoussoren's conclusions hard to follow. I think a re-statement of what the best solution for the problem is would be really helpful, if you have opinions on it. 03:04 ned_deily jesstess, can you say how it is causing problems? 03:08 jesstess ned_deily: They are working on Tkinter tickets, and their primary development platform happens to be OSX, where the tests are getting skipped. One has set up a Linux VM already, which is fine, but it's a confusing issue to hit for new contributors and they also want to have the confidence that changes and new tests pass on OSX before submitting patches for review. 03:09 ned_deily jesstess, OK. Alas, Tk is a bit of a problem on any platform and it's pretty much a mess on OS X. 03:15 ned_deily jesstess, Currently, there are three different variants of Tk in use on OS X. And the most commonly used variant, the Cocoa Tk 8.5, is still relatively new and has had major bugs (still present in the version shipped by Apple in OS X) and has variations from minor release to minor release. 03:20 ned_deily jesstess, The plan is to make things a lot easier to test by making it easier to use a custom-built Tk for OS X. In the meantime, there really is no easy way around things. Fixing #17496 by itself won't allow testing on OS X. 03:20 ned_deily jesstess, For the time being, I would suggest just testing as best as possible on whatever platforms one can and submitting the patches. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17496 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20689] socket.AddressFamily is absent in html pydoc
Changes by Berker Peksag berker.pek...@gmail.com: Added file: http://bugs.python.org/file35337/socket.SocketType.html ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20689 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20689] socket.AddressFamily is absent in html pydoc
Berker Peksag added the comment: I couldn't reproduce this issue. I'm attaching HTML output of both socket.AddressFamily and socket.SocketType enum types. -- nosy: +berker.peksag Added file: http://bugs.python.org/file35336/socket.AddressFamily.html ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20689 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20689] socket.AddressFamily is absent in html pydoc
Serhiy Storchaka added the comment: Try ./python -m pydoc -w socket. -- Added file: http://bugs.python.org/file35338/socket.html ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20689 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21569] PEP 466: Python 2.7 What's New preamble changes
New submission from Nick Coghlan: Some proposed changes to the introductory section of the Python 2.7 What's New document. Key changes: * I updated the Future of Python 2.x section to describe the status quo, rather than preserving the original speculation from 2010 * I added a new section to record the changes made in maintenance releases * I moved the DeprecationWarning change down to its own section, since it is really independent of Python 2.7 being the last release Open questions: * the current wording makes it clear that while it's hard to get features backported, PEP 466 isn't necessarily a one time deal. I'm open to changing that to instead just describe PEP 466 as is, without saying anything about using the PEP process to get other changes backported * I currently have the New Features in Maintenance Releases section near the top. Since it's hyperlinked from the Future of Python 2.x section anyway, perhaps I should move it towards the end instead? It occurred to me while writing this that we'll potentially have an influx of conservative Python users reading the doc this year, as RHEL 7 and CentOS 7 become generally available, finally upgrading the default Python in that ecosystem to 2.7. -- assignee: ncoghlan components: Documentation messages: 219031 nosy: benjamin.peterson, gvanrossum, ncoghlan priority: normal severity: normal status: open title: PEP 466: Python 2.7 What's New preamble changes type: enhancement versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21569 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21559] OverflowError should not happen for integer operations
Stefan Krah added the comment: OverflowError vs. ValueError is a debatable issue (msg215873). In my view ValueError should be raised in most of the cases. I do not see anything wrong with the docs though, since the link you posted talks about arithmetic operations. -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21559 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13355] random.triangular error when low = high=mode
Stefan Krah added the comment: While NumPy is of course not normative, this is what they do: numpy.random.triangular(left=1, right=2, mode=0) Traceback (most recent call last): File stdin, line 1, in module File mtrand.pyx, line 3218, in mtrand.RandomState.triangular (numpy/random/mtrand/mtrand.c:13407) ValueError: left mode numpy.random.triangular(left=1, right=2, mode=3) Traceback (most recent call last): File stdin, line 1, in module File mtrand.pyx, line 3220, in mtrand.RandomState.triangular (numpy/random/mtrand/mtrand.c:13433) ValueError: mode right numpy.random.triangular(left=1, right=1, mode=1) Traceback (most recent call last): File stdin, line 1, in module File mtrand.pyx, line 3222, in mtrand.RandomState.triangular (numpy/random/mtrand/mtrand.c:13459) ValueError: left == right -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13355 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15809] 2.7 IDLE console uses incorrect encoding.
Serhiy Storchaka added the comment: Only ufix_utf8 (with the utf-8 encoding of stdin/stdout/stderr) and ufix_locale (with hacked tracebacks) make sense. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15809 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8243] curses writing to window's bottom right position raises: `_curses.error: addstr() returned ERR'
Georg Brandl added the comment: Knowledge of RST should be more than enough; there is not much Sphinx-specific markup, and even that you won't pick up easily while looking at the file. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8243 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8243] curses writing to window's bottom right position raises: `_curses.error: addstr() returned ERR'
Georg Brandl added the comment: you WILL pick up, of course. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8243 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api
Stefan Krah added the comment: Hi Andrew. Did you by any chance sign the contributor agreement? [It's perfectly okay if you don't want to, but then we cannot use the patch from #20230.] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1820 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18695] os.statvfs() not working well with unicode paths
Serhiy Storchaka added the comment: BDFL says (http://permalink.gmane.org/gmane.comp.python.devel/146074): Given that the claim Python 2 doesn't support Unicode filenames is factually incorrect (in Python 2.7, most filesystem calls in fact do support Unicode, at least on some platforms), I think individual functions in the os module that are found lacking should be considered bugs, and if someone goes through the effort to supply an otherwise acceptable fix, we shouldn't reject it on the basis that we don't want to consider supporting Unicode filenames. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18695 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21569] PEP 466: Python 2.7 What's New preamble changes
Nick Coghlan added the comment: Added Brett to the nosy list for feedback, since the porting guide is mostly his work. -- nosy: +brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21569 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20269] Inconsistent behavior in pdb when pressing Ctrl-C
Xavier de Gaye added the comment: The patch with a test case. -- Added file: http://bugs.python.org/file35339/sigint_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20269 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21570] String being confused with datetime.datetime object.
New submission from Brandon: Observe the following code: import MySQLdb, MySQLdb.cursors, datetime ... mysqlCursor is a cursor object from a connection to database from the MySQLdb module ... mysqlCursor.execute(SELECT NOW()) timeRow = mysqlCursor.fetchall() currentDateTime = datetime.datetime.strptime(timeRow[0][NOW()], %Y-%m-%d %H:%M:%S) I get the following error: TypeError: must be string, not datetime.datetime HOWEVER, when I cast timeRow[0][NOW()] to a string like: str(timeRow[0][NOW()]) , it works fine. For whatever reason the Python interpreter seems to interpret the string from the row of the MySQLdb cursor result as a datetime.datetime object. I have no explanation for this, besides it looking like a date time in the format of -mm-dd HH:MM:SS. I have not tried this in Python 3.x, but the bug is in the latest compile of version 2.7.6 from the FTP distribution site. -- components: Interpreter Core messages: 219041 nosy: brandon priority: normal severity: normal status: open title: String being confused with datetime.datetime object. type: compile error versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Re: [issue21570] String being confused with datetime.datetime object.
On 24.05.2014 15:55, Brandon wrote: Observe the following code: import MySQLdb, MySQLdb.cursors, datetime ... mysqlCursor is a cursor object from a connection to database from the MySQLdb module ... mysqlCursor.execute(SELECT NOW()) timeRow = mysqlCursor.fetchall() currentDateTime = datetime.datetime.strptime(timeRow[0][NOW()], %Y-%m-%d %H:%M:%S) I get the following error: TypeError: must be string, not datetime.datetime HOWEVER, when I cast timeRow[0][NOW()] to a string like: str(timeRow[0][NOW()]) , it works fine. For whatever reason the Python interpreter seems to interpret the string from the row of the MySQLdb cursor result as a datetime.datetime object. I have no explanation for this, besides it looking like a date time in the format of -mm-dd HH:MM:SS. It's likely that MySQLdb returns the datetime value as Python datetime.datetime object, so not really surprising that you get a TypeError. -- Marc-Andre Lemburg eGenix.com ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20383] Add a keyword-only spec argument to types.ModuleType
Brett Cannon added the comment: Nope, I commented where I meant to. I wanted a way to promote people to **always** create modules with properly initialized attributes while also dealing with the module creation dance at the same time. Otherwise it will require expanding the API of types.ModuleType() to accommodate specs while also needing to expose a function to do the proper thing to get a module for a loader and **still** have a function to set up a module properly based on what was potentially returned from create_module(). Rolling it all into a single function that just gets you a module ready for use seems like the most practical solution from an API perspective. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21235] importlib's spec module create algorithm is not exposed
Brett Cannon added the comment: Issue #20383 is tracking adding an API to simply getting the proper module and having it be initialized. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21235 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21570] String being confused with datetime.datetime object.
Brandon added the comment: Type returned as datetime, I was not familiar with the MySQLdb code. Sorry for the bad report. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21570] String being confused with datetime.datetime object.
Changes by Brandon x...@codeslum.org: -- resolution: - not a bug ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20383] Add a keyword-only spec argument to types.ModuleType
Nick Coghlan added the comment: I'd ask Why not a class method?, but I already know the answer (types.ModuleType is implemented in C, so it would be unnecessarily painful to implement it that way). Given that, the utility function approach sounds good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21555] gcmodule.c could use pytime.h
Geoffrey Spear added the comment: Per pitrou's suggestion, eliminate get_time altogether and use _PyTime_INTERVAL macro. -- Added file: http://bugs.python.org/file35340/issue21555-3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21555 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18695] os.statvfs() not working well with unicode paths
Giampaolo Rodola' added the comment: Ok, I will go on then. You have eaten return NULL; in posix_mkfifo. What do you mean? If TESTFN_UNICODE.encode(TESTFN_ENCODING) fails (on POSIX locale), it will be better to run tests with unicode(TESTFN, 'ascii') than skip them. Agreed. Tests should check that results for unicode filename is same as for str filename. What do you mean? Can you provide an example? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18695 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21555] gcmodule.c could use pytime.h
Roundup Robot added the comment: New changeset d151ee749f5a by Antoine Pitrou in branch 'default': Issue #21555: simplify code in gcmodule.c by using the pytime.h functions instead of trying to call time.time() via the C API. http://hg.python.org/cpython/rev/d151ee749f5a -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21555 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21555] gcmodule.c could use pytime.h
Antoine Pitrou added the comment: Patch committed. Thank you for contributing, Geoffrey! -- resolution: - fixed stage: needs patch - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21555 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20177] Derby #8: Convert 28 sites to Argument Clinic across 2 files
Nikolaus Rath added the comment: Tal, I was referring to this mail: https://mail.python.org/pipermail/python-dev/2014-January/132066.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20177 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21550] Add Python implementation of the tar utility
Éric Araujo added the comment: IIRC, when the tarfile module CLI was added, there was a decision to keep it short and simple, not mimic the whole tar(1) interface. Python core ships with modules that should be featurefull, but we don’t put much focus or effort on general utilities: the only globally installed scripts are directly useful to Python devs (idle, pydoc, pyvenv, 2to3); the stdlib modules with a CLI are quick helpers (python -m SimpleHTTPServer) or smoke tests or demos IIRC; Tools/scripts have an even lower level of usefulness and maintenance. I sympathize with the use case of finding missing pieces in tarfile, but I’m wary about the maintenance burden (code maintenance if it matches tar(1) fully, support if it does not, endless discussions about installing it on Windows like what happened for Tools/scripts/diff.py, etc). -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21550 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21402] tkinter.ttk._val_or_dict assumes tkinter._default_root exists
Serhiy Storchaka added the comment: Well, if we allow to change signature of theses functions, here is a patch which fixes _list_from_layouttuple and _val_or_dict and rewrites tests. Mocked TkApp is used because test_functions should run without the gui resource enabled. -- keywords: +patch Added file: http://bugs.python.org/file35341/ttk_val_or_dict.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21402 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21402] tkinter.ttk._val_or_dict assumes tkinter._default_root exists
Changes by Serhiy Storchaka storch...@gmail.com: -- stage: test needed - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21402 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18695] os.statvfs() not working well with unicode paths
Serhiy Storchaka added the comment: You have eaten return NULL; in posix_mkfifo. What do you mean? You deleted return NULL; after if (!PyArg_ParseTuple(...)) in the posix_mkfifo() function. Tests should check that results for unicode filename is same as for str filename. What do you mean? Can you provide an example? For example test_statvfs should check that os.statvfs(TESTFN_UNICODE) == os.statvfs(TESTFN_UNICODE_ENCODED) (where TESTFN_UNICODE_ENCODED is relevant 8-bit str). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18695 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21477] Idle: improve idle_test.htest
Terry J. Reedy added the comment: run-runall.diff import cleanly to 3.4. Running all the tests works well enough that I am applying this, with minor changes, to be a base for further patches. Good job. The few problems I fixed: 1. AutoCompleteWindow.py had \n added at the beginning. I just deleted it. 2. 2 files had an unused 'import tkinter'. I deleted those lines. (Any new imports, that are used, should be 'import tkinter as tk' so that is the only place where the Tkinter/tkinter change shows up in the Idle file.) 3. patchcheck found 7 files with extra whitespace to be deleted. Things to do starting from this. 1. See review comments on htest.run(). 2. See review comments on text changes. 3. See review comments on individual tests. There will be more of these, but run changes and 4) below are the most important now. 4. Many wrappers create a separate root=Tk() (and mainloop) ins4tead of reusing the parent arg. The result is that clicking [Next] does not delete the test window, as it is not a child of the main window. The test window has to be closed separately. So unless the test *requires* a new root and mainloop, please delete them. (Modal dialogs have to be closed explicitly - message should say so.) 5. When I changed root = tk.Tk() to root = parent in _editor_window, the test seemed to continue to work fine. Why did you comment it out? Please restore it and make any change necessary to _editor_window to work with the revised run(). -- Added file: http://bugs.python.org/file35342/run-runall-34.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21477 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21571] Python build should check CPATH, C_INCLUDE_PATH for module dependencies
New submission from Jan Kanis: When building, pythons setup.py tries to find external sources for optional modules such as ssl, sqlite, etc. For that it searches the CFLAGS environment variable for -I options. C compilers such as gcc and clang also interpret CPATH and C_INCLUDE_PATH as extra search paths for headers/sources. Setup.py should do the same and also look in paths specified in those environment variables. -- components: Build messages: 219056 nosy: JanKanis priority: normal severity: normal status: open title: Python build should check CPATH, C_INCLUDE_PATH for module dependencies type: behavior versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21562] curses getsxy() should be curses getxy() in https://docs.python.org/3/library/curses.html#curses.cursxy
Jesús Cea Avión added the comment: Python 3.5. File _cursesmodule.c, line 3522. Marking this bug as invalid. Please, reopen if you think I am mistaken. -- assignee: docs@python - jcea nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21562 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21562] curses getsxy() should be curses getxy() in https://docs.python.org/3/library/curses.html#curses.cursxy
Changes by Jesús Cea Avión j...@jcea.es: -- resolution: - not a bug stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21562 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21332] subprocess bufsize=1 docs are misleading
akira added the comment: The short answer is: no, you don't have to make you thread thread safe, as long as it can reliably run even in the presence of background threads (like the tkinter threads Victor mentions). https://mail.python.org/pipermail/python-dev/2014-May/134541.html It seems the test may be left as is. Please, review the patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15293] AST nodes do not support garbage collection
Benjamin Peterson added the comment: How are you reproducing the bug? In Python 2, the AST base class doesn't have a __dict__, and it's subtypes do support GC. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15293 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21534] 404 on documentation download links
Changes by Benjamin Peterson benja...@python.org: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21534 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21477] Idle: improve idle_test.htest
Terry J. Reedy added the comment:
Since I wanted to get this large patch applied as a basis for further work, I
went ahead with the 2.7 backport. I am listing the issues in converting
run-runall-34.diff to run-runall-27.diff to help Saimadhav do this in the
future.
1. /tkinter/Tkinter/ 7 places (easy).
2. /print(xxx)/print xxx/ 3 places in 2 idlelib files,
but leave print(widget.result) alone in htest
3. /importlib.machinery/imp/ in Pathbrowser.py
4. In textView.py, the 2.7 line
text = file(filename, 'r').read()
was changed in 3.x to two lines:
with open(filename, 'r') as f:
text = f.read()
Since inserting or deleting a line in a diff file (as opposed to the
within-line edits above) is tricky, and since this line is part of a chunk
being deleted, I left this alone in the -27.diff resulting from the changes
above. The diff uploaded included the handpatch changes.
(Note: some time ago, I converted all open statements to 'with open' in 2.7 and
3.x. I did not think of 'file(' as a synonym for 'open('. Any other uses of
'file(' should be converted also.)
5. The surprise I had forgotten about. 'nonlocal', used in the new version of
run(), is new in 3.0! Fortunately, I remember the ugly hack we used in 2.x. It
does mean, however, that the run code is different in 2.7. Future patches to
run should only patch run().
6. ColorDelegator: the code in the 3.x test is displayed for me as
ó
ﾁSc
I replaced source with a string literal. I think we should use a revised
version of this, with everything that should be colored, in 3.x also and skip
the file read.
--
Added file: http://bugs.python.org/file35343/run-runall-27.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21477
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21477] Idle: improve idle_test.htest
Roundup Robot added the comment: New changeset ece24bcd1a6f by Terry Jan Reedy in branch '2.7': Issue #21477: Idle htest: merge and modify run and runall; add many tests. http://hg.python.org/cpython/rev/ece24bcd1a6f New changeset 038cbbef4539 by Terry Jan Reedy in branch '3.4': Issue #21477: Idle htest: merge and modify run and runall; add many tests. http://hg.python.org/cpython/rev/038cbbef4539 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21477 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21572] Use generic license web page rather than requiring release-specific license pages
New submission from Ned Deily: Currently the license command for the interactive interpreter falls back to attempting to download a release-specific license URL if LICENSE.txt is not found locally. This adds the requirement to the release process to create a release-specific license file for each release. However, as was implemented in Issue19043, we now use a generic license page in the documentation that no longer needs to be updated for each release (http://www.python.org/psf/license/ - https://docs.python.org/2/license.html). Suggest changing Lib/site.py to use the generic URL as the fallback, thus eliminating the need to create a redundant downloads license page for each release. For 2.7: diff --git a/Lib/site.py b/Lib/site.py --- a/Lib/site.py +++ b/Lib/site.py @@ -436,7 +436,7 @@ for supporting Python development. See www.python.org for more information.) here = os.path.dirname(os.__file__) __builtin__.license = _Printer( -license, See http://www.python.org/%.3s/license.html; % sys.version, +license, See http://www.python.org/psf/license/;, [LICENSE.txt, LICENSE], [os.path.join(here, os.pardir), here, os.curdir]) For 3.x: diff --git a/Lib/site.py b/Lib/site.py --- a/Lib/site.py +++ b/Lib/site.py @@ -373,7 +373,7 @@ dirs.extend([os.path.join(here, os.pardir), here, os.curdir]) builtins.license = _sitebuiltins._Printer( license, -See http://www.python.org/download/releases/%.5s/license; % sys.version, +See http://www.python.org/psf/license/;, files, dirs) For PEP 101: diff --git a/pep-0101.txt b/pep-0101.txt --- a/pep-0101.txt +++ b/pep-0101.txt @@ -487,8 +487,6 @@ ___ Comment out the This is a preview release or the This is a production release paragraph as appropriate - ___ Update the license in `download/releases/X.Y.Z/license` - Note, you don't have to copy any release files into this directory; they only live on dinsdale in the ftp directory. -- messages: 219062 nosy: benjamin.peterson, georg.brandl, larry, ned.deily priority: normal severity: normal stage: patch review status: open title: Use generic license web page rather than requiring release-specific license pages versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21572 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21572] Use generic license web page rather than requiring release-specific license pages
Benjamin Peterson added the comment: Big +1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21572 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17172] Add turtledemo to IDLE menu
Lita Cho added the comment: I did not know that NEWS items should not be edited unless it is about to be committed. The previous comments suggested to put it in. Thank you for the feedback. I can move the Turtle Demp into the Help Menu rather than the File menu. I agree that it seems out of place. I can also make it such that it runs the demo as an external process rather than within IDLE. That way, it is completely separate by IDLE and we don't create a dependency. I think if we were to load in future demos, they could be run as other processes rather than within IDLE, so that future additions don't end up crashing IDLE. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17172 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7094] Add alternate float formatting styles to new-style formatting.
Eric V. Smith added the comment: I'm going to go ahead and close this. Alternate formatting was added to float and complex. I think leaving this issue open just confuses whether or not that support was added. I know I had to go back and double check. Since decimal never participated in %-formatting, there are no migration to .format() issues with it. I agree that it's unlikely anyone would want it, and if we want to add it, it would be a new, separate issue. -- resolution: later - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7094 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21477] Idle: improve idle_test.htest
Terry J. Reedy added the comment: I just discovered today that Rietveld can do diffs between diffs, so to speak. For example, http://bugs.python.org/review/21477/diff2/11941:11942/Lib/idlelib/idle_test/htest.py showed the changes between patched htest in 3.4 and 2.7. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21477 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21572] Use generic license web page rather than requiring release-specific license pages
Antoine Pitrou added the comment: Sounds like a pretty obvious improvement. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21572 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21573] Clean up turtle.py code formatting
New submission from Jessica McKellar: Lib/turtle.py has some code formatting issues. Let's clean them up to make the module easier to read as interns start working on it this summer. Specifically: 1. Run turtle.py through a pep8 checker and fix the issues that are reasonable to fix. 2. Run turtle.py through a linter like pyflakes and fix reasonable linter issues. 3. Examine commented out code, and either remove it or open a ticket if it represents an issue that should be fixed. 4. Examine # XXX comments, and either remove them if they are no longer applicable, or open tickets for them if they still represent bugs and then remove them. -- assignee: jesstess keywords: gsoc messages: 219068 nosy: jesstess priority: normal severity: normal stage: needs patch status: open title: Clean up turtle.py code formatting type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21573 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21559] OverflowError should not happen for integer operations
theme added the comment: skrah: I am not sure what link are you referring to. However, no matter which link you are talking about, the documentation still doesn't match the behavior no matter how you interpret it. Some possible interpretations of the documentation on OverflowError: - OverflowError is raised only by arithmetic operations on non-integers in the strictest sense possible (e.g. +,-,*,/,**) , which does not include library functions. This interpretation seems absurd to me. - OverflowError is raised by arithmetic operations on non-integers, where integers refer only to python integers, which never overflow, and excludes C integers. This seems pretty awkward, since this implies that the behavior of library functions regarding overflows is implementation-defined (aka undefined behavior) to some extent, and I don't think this is good. - OverflowError is raised by arithmetic operations on non-integers, which can be initiated by either the user, a user script or a library function. However, the issues linked in msg219024 involve library functions that obviously deals only with integers. Resolving behaviors to match this interpretation seems pretty logical to me, but will most likely cause a lot of implementation issues. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21559 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21573] Clean up turtle.py code formatting
Changes by Lita Cho lita@gmail.com: -- nosy: +Lita.Cho ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21573 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17095] Modules/Setup *shared* support broken
Ned Deily added the comment: Your original patch LGTM. However, since it was written, Setup *shared* support became even more broken due to changes in Makefile macros. Attached is an updated patch. I've never tried customizing Setup before so I don't have a lot of confidence that it now works as expected in all cases, but I tried a few cases (like building _ssl with a non-standard OpenSSL on OS X) and they did work. -- nosy: +ned.deily stage: - patch review versions: +Python 3.5 -Python 3.3 Added file: http://bugs.python.org/file35344/issue17095_modules_setup.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17095 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21571] Python build should check CPATH, C_INCLUDE_PATH for module dependencies
Ned Deily added the comment: setup.py already does that but only for builds on OS X (darwin); see http://hg.python.org/cpython/file/default/setup.py#l539. The comments there suggest to me that the code was made conditional to OS X to avoid introducing regressions in builds on other platforms. The restriction could be removed but probably only for a feature release (e.g. 3.5). Another approach that has been suggested is to add either configure options (like in Issue21541) or environment variables (Issue5575). In theory, the best approach might be to use the customization features provided by Modules/Setup*; unfortunately, at the moment there are some major problems with that in current Python 3.4 releases (see Issue17095 for a proposed patch for 3.4). -- nosy: +ned.deily type: behavior - enhancement 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/issue21571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21573] Clean up turtle.py code formatting
Changes by Ned Deily n...@acm.org: -- nosy: +gregorlingl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21573 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21573] Clean up turtle.py code formatting
Lita Cho added the comment: I'm claiming this ticket. Plan to work on it during my OPW internship. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21573 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
