[issue21665] 2.7.7 ttk widgets not themed
Les Bothwell added the comment:
The code below shows a windows themed button with 2.7.6 but a plain tkinter
button with 2.7.7. Functionality is Ok both cases.
from win32api import GetMonitorInfo, MonitorFromWindow
from win32con import MONITOR_DEFAULTTONEAREST
from Tkinter import *
import ttk
root = Tk()
root.title(Get Desktop Size) # set title
root.resizable(0, 0)# disable resizing (also changes border)
root.attributes(-toolwindow, 1) # remove max and min buttons
hwnd = int(eval(root.wm_frame())) # get the root window handle
txDesk = StringVar()
def OnClick(*args):
hMonitor = MonitorFromWindow(hwnd, MONITOR_DEFAULTTONEAREST)
Info = GetMonitorInfo(hMonitor)[Work]
txDesk.set(%d x %d % (Info[2] - Info[0], Info[3] - Info[1]))
But1 = ttk.Button(root, text=Click me on each monitor, command=OnClick)
Lbl1 = ttk.Label(root, textvariable=txDesk, anchor=center)
txDesk.set('')
But1.pack(side=TOP)
Lbl1.pack(side=TOP)
root.mainloop()
--
___
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
[issue18910] IDle: test textView.py
Roundup Robot added the comment: New changeset 9ac57970ee4c by Terry Jan Reedy in branch '2.7': Issue #18910: Add unittest for textView. Patch by Phil Webster. http://hg.python.org/cpython/rev/9ac57970ee4c New changeset 99047f3a19a9 by Terry Jan Reedy in branch '3.4': Issue #18910: Add unittest for textView. Patch by Phil Webster. http://hg.python.org/cpython/rev/99047f3a19a9 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18910 ___ ___ 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
Les Bothwell added the comment: Here's an even simpler example (from book: Modern Tkinter for busy python programmers). from Tkinter import * import ttk root = Tk() ttk.Button(root, text=Hello World!).grid() root.mainloop() I have screenshots of both progs for 2.7.6 and 2.7.7 if interested. -- ___ 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
[issue18910] IDle: test textView.py
Terry J. Reedy added the comment: The use of .__new__ was cute. Unfortunately, it did not backport to 2.7 because tkinter classes were never upgraded from old to new in 2.7 and old-style classes do not have .__new__. So I monkeypatched the module instead, which is a but clumbsier than patching the instance. Though not every detail is tested, coverage is essentialy 100% and the human text covers the visual details. -- resolution: - fixed stage: patch review - resolved status: open - closed Added file: http://bugs.python.org/file35488/test_textview-18910.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18910 ___ ___ 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: Thanks. It looks themed on Linux. Looks as this is Windows specific issue. -- ___ 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
[issue20319] concurrent.futures.wait() can block forever even if Futures have completed
Sebastian Kreft added the comment: The Executor is still working (but I'm using a ThreadPoolExcutor). I can dynamically change the number of max tasks allowed, which successfully fires the new tasks. After 2 days running, five tasks are in this weird state. I will change the code as suggested and post my results. -- ___ 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
[issue21663] venv upgrade fails on Windows when copying TCL files
Roundup Robot added the comment: New changeset 477e71004040 by Vinay Sajip in branch '3.4': Issue #21663: Fixed error caused by trying to create an existing directory. http://hg.python.org/cpython/rev/477e71004040 New changeset 1ed9edde3bfc by Vinay Sajip in branch 'default': Closes #21663: Merged fix from 3.4. http://hg.python.org/cpython/rev/1ed9edde3bfc -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ 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
[issue20188] ALPN support for TLS
Changes by Dima Tisnek dim...@gmail.com: -- nosy: +Dima.Tisnek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20188 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings
Christoph Zwerschke added the comment: After this patch, some of the values in mimetypes.types_map now appear as unicode instead of str in Python 2.7.7 under Windows. For compatibility and consistency reasons, I think this should be fixed so that all values are returned as str again under Python 2.7. See https://groups.google.com/forum/#!topic/pylons-devel/bq8XiKlGgv0 for a real world issue which I think is caused by this bugfix. -- nosy: +cito ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15207 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21252] Lib/asyncio/events.py has tons of docstrings which are just XXX
Roundup Robot added the comment: New changeset d1712437cab2 by Victor Stinner in branch '3.4': Tulip issue 83, Python issue #21252: Fill some XXX docstrings in asyncio http://hg.python.org/cpython/rev/d1712437cab2 New changeset 782c3b4cbc88 by Victor Stinner in branch 'default': (Merge 3.4) Tulip issue 83, Python issue #21252: Fill some XXX docstrings in asyncio http://hg.python.org/cpython/rev/782c3b4cbc88 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21252 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21252] Lib/asyncio/events.py has tons of docstrings which are just XXX
STINNER Victor added the comment: Fixed. See also the Tulip issue https://code.google.com/p/tulip/issues/detail?id=83 -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21252 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue634412] RFC 2387 in email package
Abhilash Raj added the comment: Will the building of that 'dict' really be that difficult? Can we not walk over all the attachments and simply map cid to name of the attachment? All attachments have to have different names if I am right? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue634412 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21515] Use Linux O_TMPFILE flag in tempfile.TemporaryFile?
STINNER Victor added the comment: Can someone please review tempfile_o_tmpfile3.patch ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
New submission from Nick Coghlan: Based on the recent python-dev thread, I propose the following CPython implementation detail note in the Strings entry of https://docs.python.org/3/reference/datamodel.html#objects-values-and-types CPython currently guarantees O(1) access to arbitrary code points when indexing and slicing a string. Python implementations are required to index and slice strings as arrays of code points, but are not required to guarantee O(1) access to arbitrary locations within the string. This allows implementations to use variable width encodings for their internal string representation. -- assignee: docs@python components: Documentation messages: 219793 nosy: docs@python, ncoghlan priority: normal severity: normal status: open title: Clarify status of O(1) indexing semantics of str objects versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
STINNER Victor added the comment: str[a:b] returns a substring (characters), not an array of code points (numbers). -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
Nick Coghlan added the comment: Guido, I think we need your call on whether or not to add a note about string indexing algorithmic complexity to the language reference, and to approve the exact wording of such a note (my proposed wording is in my initial comment on this issue). -- nosy: +gvanrossum ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
Nick Coghlan added the comment: No, Python doesn't expose Unicode characters in its data model at all, except in those cases where a code point happens to correspond directly with a character. A length 1 str instance represents a Unicode code point, not a Unicode character. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
Nick Coghlan added the comment: Although, you're right, that section of the data model docs misuses the word character to mean something other than what it means in the Unicode spec :( -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
STINNER Victor added the comment: Python implementations are required to ... By the way, Python 3.3 doesn't implement this requirement :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
Nick Coghlan added the comment: Saying that ord() and chr() switch between characters and code points is just plain wrong, since characters may be represented as multiple code points. We may also want to explicitly note that the Unicode normalisation is implementation dependendent, and that CPython doesn't normalise implicitly except where specifically noted (i.e. during lexical analysis). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
Nick Coghlan added the comment: Right, narrow builds have long been broken - that's a large part of why this is now the requirement :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
Nick Coghlan added the comment: Patch attached that also addresses the characters vs code points confusion. -- Added file: http://bugs.python.org/file35489/issue21667_clarify_str_specification.rst ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
Nick Coghlan added the comment: I ducked the Unicode normalisation question for now, since that's a *different* can of worms :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21515] Use Linux O_TMPFILE flag in tempfile.TemporaryFile?
Antoine Pitrou added the comment: It would be nice if the patch added a pointer to the O_TMPFILE documentation (if that exists) and mentioned that it is Linux-specific. Otherwise, it looks good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21650] add json.tool option to avoid alphabetic sort of fields
Antoine Pitrou added the comment: I don't really understand the point of this. The unsorted output order will be unpredictable for the user (it isn't necessarily the same as the order of fields in the input data). -- nosy: +ezio.melotti, pitrou, rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21650 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
Antoine Pitrou added the comment: Two things: - I don't think it's very helpful to use the term code point without explaining or introducing it (character at least can be understood intuitively) - The mention of slicing is ambiguous: is slicing suppoded to be O(1)? how is indexing related to slicing? -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ 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
Antoine Pitrou added the comment: For the record, I think it would be easier to get a patch accepted for this if it didn't add a rather mysterious callback-based API. Which kind of approach would work, though, I don't have any idea about :-) -- stage: - needs patch ___ 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
[issue21515] Use Linux O_TMPFILE flag in tempfile.TemporaryFile?
Roundup Robot added the comment: New changeset 4b51a992cb70 by Victor Stinner in branch 'default': Issue #21515: tempfile.TemporaryFile now uses os.O_TMPFILE flag is available http://hg.python.org/cpython/rev/4b51a992cb70 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21515] Use Linux O_TMPFILE flag in tempfile.TemporaryFile?
STINNER Victor added the comment: It would be nice if the patch added a pointer to the O_TMPFILE documentation (if that exists) and mentioned that it is Linux-specific. I modified TemporaryFile documentation to mention that the O_TMPFILE flag is used if available and if the flag works. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
Nick Coghlan added the comment: If someone doesn't understand what Unicode code point means, that's going to be the least of their problems when it comes to implementing a conformant Python implementation. We could link to http://unicode.org/glossary/#code_point, but that doesn't really add much beyond value from 0 to 0x10. If you try to dive into the formal Unicode spec instead, you end up in a twisty maze of definitions of things that are all closely related, but generally not the same thing (code positions, code units, code spaces, abstract characters, glyphs, graphemes, etc). The main advantage of using the more formal code point over the informal character is that it discourages people from assuming they know what they are (with the usual mistaken assumption being that Unicode code points correspond directly to glyphs the way ASCII and Extended ASCII printable characters correspond to their glyphs). The rest of the paragraph then provides the mechanical details of the meaningful interpretations of them in Python (as length 1 strings and as numbers in a particular range) and the operations for translating between those two formats (chr and ord). Fair point about the slicing - it may be better to just talk about indexing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
Antoine Pitrou added the comment: Not sure what implementing a conformant Python implementation has to do with this; the language specification should be readable by any interested programmers, IMO. If you try to dive into the formal Unicode spec instead, you end up in a twisty maze of definitions of things that are all closely related, but generally not the same thing (code positions, code units, code spaces, abstract characters, glyphs, graphemes, etc). That makes all the less useful to use the proper term instead of the more intuitive alternative :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
Serhiy Storchaka added the comment: Then perhaps we need notes about algorithmic complexity of bytes, bytearray, list and tuple and dict indexing, set.add and set.discard, dict.__delitem__, list.pop, len(), + and += for all basic sequences and containers, memoryview() for bytes, bytearray and array.array, etc, etc. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
STINNER Victor added the comment: Then perhaps we need notes about algorithmic complexity of bytes, bytearray, list and tuple and dict indexing, set.add and set.discard, dict.__delitem__, list.pop, len(), + and += for all basic sequences and containers, memoryview() for bytes, bytearray and array.array, etc, etc. That would be awesome :-) Please open a new issue for that. We can use for example these data: https://wiki.python.org/moin/TimeComplexity Such data should be close to the definition of the type, or even close to the method. Maybe directly in the documentation of each method? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
Changes by Chris Angelico ros...@gmail.com: -- nosy: +Rosuav ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21668] The select and time modules uses libm functions without linking against it
New submission from Fredrik Fornwall: The select and time modules use functions from libm, but do not link against it. * selectmodule.c calls ceil(3) in pyepoll_poll() * timemodule.c calls fmod(3) and floor(3) in floatsleep() -- components: Build, Cross-Build files: time_and_select_module_link_with_libm.patch keywords: patch messages: 219813 nosy: Fredrik.Fornwall priority: normal severity: normal status: open title: The select and time modules uses libm functions without linking against it type: crash versions: Python 3.4, Python 3.5 Added file: http://bugs.python.org/file35490/time_and_select_module_link_with_libm.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21668 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21668] The select and time modules uses libm functions without linking against it
Fredrik Fornwall added the comment: Note: This causes problems at least when running on android, where the system is unable to find the symbols when loading the modules at runtime. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21668 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21668] The select and time modules uses libm functions without linking against it
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21668 ___ ___ 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
Alain Miniussi added the comment:
Some details...
Environement:
{{{
[alainm@gurney Python-3.4.1]$ ^Cconfigure
--prefix=/softs/exp/python-3.4.1-intel14-fake
[alainm@gurney Python-3.4.1]$ icc --version
icc (ICC) 14.0.0 20130728
Copyright (C) 1985-2013 Intel Corporation. All rights reserved.
[alainm@gurney Python-3.4.1]$ uname -a
Linux gurney 2.6.32-431.17.1.el6.x86_64 #1 SMP Wed May 7 23:32:49 UTC 2014
x86_64 x86_64 x86_64 GNU/Linux
[alainm@gurney Python-3.4.1]$ more /etc/centos-release
CentOS release 6.5 (Final)
[alainm@gurney Python-3.4.1]$
}}}
Compilation error:
{{{
icc -pthread -fPIC -Wno-unused-result -Werror=declaration-after-statement
-DNDEBUG -g -O3 -Wall -Wstrict-prototypes
-Ibuild/temp.linux-x86_64-3.4/libffi/include
-Ibuild/temp.linux-x86_64-3.4/libffi
-I/gpfs/home/alainm/install/Python-3.4.1/Modules/_ctypes/libffi/src -I./Include
-I. -IInclude -I/usr/local/include
-I/gpfs/home/alainm/install/Python-3.4.1/Include
-I/gpfs/home/alainm/install/Python-3.4.1 -c
/gpfs/home/alainm/install/Python-3.4.1/Modules/_ctypes/libffi/src/x86/ffi64.c
-o
build/temp.linux-x86_64-3.4/gpfs/home/alainm/install/Python-3.4.1/Modules/_ctypes/libffi/src/x86/ffi64.o
-Wall -fexceptions
icc: command line warning #10006: ignoring unknown option '-Wno-unused-result'
/gpfs/home/alainm/install/Python-3.4.1/Modules/_ctypes/libffi/src/x86/ffi64.c(56):
error: identifier __m128 is undefined
UINT128 i128;
^
compilation aborted for
/gpfs/home/alainm/install/Python-3.4.1/Modules/_ctypes/libffi/src/x86/ffi64.c
(code 2)
Failed to build these modules:
_ctypes
}}}
Cheers
--
___
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
[issue21669] Custom error messages when print exec are used as statements
New submission from Nick Coghlan: I realised my experiment with supporting implicit calls could potentially be used as the basis for a patch that reported more specific error details when print and exec were used as statements, so I went ahead and updated it to do so. The initial patch has a failure in test_source_encoding - this appears to be a general issue with moving syntax errors from the parser (which reliably sets the text attribute on the raised SyntaxError) to the AST compiler (which sets that to None when running from a string compiled directly from memory rather than from a file on disk). I've also only flagged this as a patch for 3.5 - I can't think of a way to do it without changing the language grammar to allow the error to be generated in a later stage of the compilation process, and that's not the kind of thing we want to be doing in a maintenance release. -- files: custom_builtin_syntax_errors.diff keywords: patch messages: 219816 nosy: alex, glyph, gvanrossum, ncoghlan priority: normal severity: normal status: open title: Custom error messages when print exec are used as statements versions: Python 3.5 Added file: http://bugs.python.org/file35491/custom_builtin_syntax_errors.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21669 ___ ___ 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
STINNER Victor added the comment: See also the issue #4130. libffi is not part of Python, it's an external project. Python embeds a copy of libffi to limit dependencies... and because we have custom patches on libffi :-/ -- nosy: +haypo ___ 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
[issue21665] 2.7.7 ttk widgets not themed
Zachary Ware added the comment: I can confirm this on the current 2.7 branch and, oddly, on a fresh build of v2.7.6. This looks like it was caused by the way Tcl/Tk was compiled, specifically the 'COMPILERFLAGS=-DWINVER=0x0500' and 'OPTS=noxp' options which are supposed to be for Win2k support. Removing just 'OPTS=noxp' causes a compilation failure (due to WINVER redefinition), but removing both makes ttk work properly. Steve: how did you compile Tcl/Tk for the 2.7.7 installer? Martin: how have you compiled Tcl/Tk for past installers? In particular, Python 3.2's ttk works perfectly Win2k, but is properly themed on Windows 7, which leads me to believe that you did not use the 'Win2k compatibility' options. -- nosy: +loewis ___ 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
[issue10740] sqlite3 module breaks transactions and potentially corrupts data
Jan Hudec added the comment: Ok, David, I see. Anybody who wants to use sqlite seriously in existing releases can use apsw. It is not dbapi2 compliant, but it is complete and behaves like the underlying database. I agree with Antoine and already mentioned I didn't like the current patch. I think all that is needed is another property, say `autocommit_ddl`. For compatibility reasons it would default to `True` and when set to `False` the module would then begin transaction before any command, probably except `pragma` where it is sometimes problem and should not matter in other cases and `select` still subject to `isolation_level` and possibly fix of the related http://bugs.python.org/issue9924. The second patch seems closer, but it still does not bypass the logic as I'd suggest. -- ___ 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
[issue634412] RFC 2387 in email package
R. David Murray added the comment: No, there is no requirement that attachment names be unique, and in fact no requirement that attachments (inline attachments, which is mostly what we are dealing with for 'related') have names at all. I have seen messages in the wild that had more than one attachment with the same name, and it revealed a bug in the system I was working on at the time :) Building the dictionary is not *hard*. I am not satisfied with the code shown in https://docs.python.org/3/library/email-examples.html#examples-using-the-provisional-api I think there should be a more elegant way to spell the multipart/related creation parts of that example. Feeding a dictionary in as the entire 'related' part would be better, but in order to create that dictionary you have to explicitly create MIMEPart subparts and store them in the dict. That may be what we end up doing, but I think it would be nice if there was a more intuitive way to spell it. Especially since as it stands you have to explicitly munge the CIDs. You shouldn't have to do that, the library should take care of that for you. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue634412 ___ ___ 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: For AIX, with both these configure variants: $ configure --prefix=/prefix --enable-shared CC=gcc CXX=g++ OPT= $ configure --prefix=/prefix --enable-shared --without-computed-gotos CC=xlc_r CXX=xlC_r OPT= the output changes like this: $ PKG_CONFIG_PATH=/prefix/lib/pkgconfig pkg-config --libs python-3.4 old: -L/prefix/lib -lpython3.4m new: -L/prefix/lib -lpython3.4m -Wl,-bE:/prefix/lib/python3.4/config-3.4m/python.exp -lld $ /prefix/bin/python3.4-config --ldflags old: -L/prefix/lib -lintl -ldl -lm -lpython3.4m -Wl,-bE:Modules/python.exp -lld new: -Wl,-bI:/prefix/lib/python3.4/config-3.4m/python.exp For Linux, with this configure variant: $ configure --prefix=/prefix --enable-shared CC=gcc CXX=g++ the output changes like this: $ PKG_CONFIG_PATH=/prefix/lib/pkgconfig pkg-config --libs python-3.4 old: -L/prefix/lib -lpython3.4m new: -L/prefix/lib -lpython3.4m -Xlinker -export-dynamic $ /prefix/bin/python3.4-config --ldflags old: -L/prefix/lib -lpthread -ldl -lutil -lm -lpython3.4m -Xlinker -export-dynamic new: # Yes, nothing. Not sure if python modules should have undefined python symbols, or link against libpython.so Just found out that distutils.command.build_ext.get_libraries() does add libpython.so for Linux and similar (not Darwin and AIX). Actually, distutils.command.build_ext.get_libraries() should add $LINKFORMODULE instead now, so LDSHARED does not need to carry. More thoughts? (will post results with --disable-shared as separate comment) -- ___ 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
[issue21669] Custom error messages when print exec are used as statements
Guido van Rossum added the comment: I'm sorry, but I find this way too intrusive, and a little risky too (I'm not sure how to verify even that the new parser accepts exactly the same set of programs as the old version). I would much prefer a solution to this particular issue along the lines of a heuristic based on detecting whether the line where the syntax error occurs starts with the token 'print' or 'exec' followed by anything except a left parenthesis. Such a heuristic could also be added to 3.4. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21669 ___ ___ 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: Now for --disable-shared: For AIX, with both these configure variants: $ configure --prefix=/prefix --disable-shared CC=gcc CXX=g++ OPT= $ configure --prefix=/prefix --disable-shared --without-computed-gotos CC=xlc_r CXX=xlC_r OPT= the output changes like this: $ PKG_CONFIG_PATH=/prefix/lib/pkgconfig pkg-config --libs python-3.4 old: -L/prefix/lib -lpython3.4m new: -L/prefix/lib -lpython3.4m -Wl,-bE:/prefix/lib/python3.4/config-3.4m/python.exp -lld $ /prefix/bin/python3.4-config --ldflags old: -L/prefix/lib/python3.4/config-3.4m -L/prefix/lib -lintl -ldl -lm -lpython3.4m -Wl,-bE:Modules/python.exp -lld new: -Wl,-bI:/prefix/lib/python3.4/config-3.4m/python.exp For Linux, with this configure variant: $ configure --prefix=/prefix --enable-shared CC=gcc CXX=g++ the output changes like this: $ PKG_CONFIG_PATH=/prefix/lib/pkgconfig pkg-config --libs python-3.4 old: -L/prefix/lib -lpython3.4m new: -L/prefix/lib -lpython3.4m -Xlinker -export-dynamic $ /prefix/bin/python3.4-config --ldflags old: -L/prefix/lib/python3.4/config-3.4m -L/prefix/lib -lpthread -ldl -lutil -lm -lpython3.4m -Xlinker -export-dynamic new: # Yes, nothing. And with --disable-shared, even distutils.command.build_ext.get_libraries() does *not* add libpython.so for Linux and similar, so python-shipped modules are linked with python symbols undefined now - but still as shared libraries. -- ___ 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
[issue7676] IDLE shell shouldn't use TABs
Changes by Stephen Paul Chappell noctis.skyto...@gmail.com: -- nosy: +Zero versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7676 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21667] Clarify status of O(1) indexing semantics of str objects
Guido van Rossum added the comment: I don't want the O(1) property explicitly denounced in the reference manual. It's fine if the manual is silent on this -- maybe someone can prove that it isn't a problem based on benchmarks of an alternate implementation, but until then, I'm skeptical -- after all we have a bunch of important APIs (indexing, slicing, find()/index(), the re module) that use integer indexes, and some important algorithms/patterns are based off this behavior. E.g. searching a string for something, returning the position where it's found, and then continuing the search from that position. Even if the basic search uses find() or regex matching, there's still a position being returned and accepted, and if it took O(N) time to find that position in the representation, the whole algorithm could degenerate from O(N) to O(N**2). I am fine with the changes related to code points. For the pedants amongst us, surrogates are also code points. A surrogate pair is two code points that encode a single code point. Fortunately we don't have to deal with those any more outside codecs. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21667 ___ ___ 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: Erm, the latter should read: For Linux, with this configure variant: $ configure --prefix=/prefix --disable-shared CC=gcc CXX=g++ Now reading GNU ld manpage for Linux: $ PKG_CONFIG_PATH=/prefix/lib/pkgconfig pkg-config --libs python-3.4 new: -L/prefix/lib -lpython3.4m -Xlinker -export-dynamic ld(1), at '--export-dynamic', tells about '--dynamic-list=file' to export specific symbols only - which actually looks similar to '-bE:file' for 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
[issue7676] IDLE shell shouldn't use TABs
Changes by Terry J. Reedy tjre...@udel.edu: -- versions: -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7676 ___ ___ 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
Roundup Robot added the comment: New changeset baac4ea2901b by Zachary Ware in branch '3.4': Clean up Tcl/Tk building in the Windows buildbot scripts. http://hg.python.org/cpython/rev/baac4ea2901b New changeset b3063de0dbd9 by Zachary Ware in branch 'default': Issue #21665: Don't use 'OPTS=noxp' when compiling Tk. http://hg.python.org/cpython/rev/b3063de0dbd9 -- nosy: +python-dev ___ 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
[issue21670] Add repr to shelve.Shelf
New submission from Claudiu.Popa:
Hello!
Working with Shelf instances in the interactive console is cumbersome because
you can't have an instant feedback when running the following:
from shelve import Shelf
s = Shelf({})
s['a'] = 1
s
shelve.Shelf object at 0x033D0AF0
This patch adds an useful repr to Shelf objects.
s
Shelf({'a': 1})
Thanks!
--
components: Library (Lib)
files: shelve.patch
keywords: patch
messages: 219827
nosy: Claudiu.Popa
priority: normal
severity: normal
status: open
title: Add repr to shelve.Shelf
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35492/shelve.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21670
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows required
New submission from Chris Lambacher: http://www.openssl.org/news/secadv_20140605.txt All client versions of OpenSSL are vulnerable so all Windows builds of Python are vulnerable to MITM attacks when connecting to vulnerable servers. -- components: Build, Windows messages: 219828 nosy: lambacck priority: normal severity: normal status: open title: CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows required 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/issue21671 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4180] warnings.simplefilter(always) does not make warnings always show up
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +berker.peksag versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4180 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows required
Zachary Ware added the comment: 2.7, 3.4, and default should be updated; should we do anything for 3.1-3.3 since they will not get any further installers? -- nosy: +loewis, steve.dower, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21671 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19548] 'codecs' module docs improvements
Zoinkity . added the comment: One glaring omission is any information about multibyte codecs--the class, its methods, and how to even define one. Also, the primary use for codecs.register would be to append a single codec to the lookup registry. Simple usage of the method only provides lookup for the provided codecs and will not include regularly-accessible ones such as utf-8. It would be enormously helpful to provide an example of proper, safe usage. -- nosy: +Zoinkity.. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19548 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21661] setuptools documentation: typo
Roundup Robot added the comment: New changeset a708844c1b8d by Zachary Ware in branch '3.4': Issue #21661: Fix typo. http://hg.python.org/cpython/rev/a708844c1b8d New changeset 1b02b771b1fa by Zachary Ware in branch 'default': Closes #21661: Merge typo fix. http://hg.python.org/cpython/rev/1b02b771b1fa -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ 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
[issue21661] setuptools documentation: typo
Zachary Ware added the comment: Thanks for the report and patch! -- nosy: +zach.ware ___ 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
[issue21672] Python for Windows 2.7.7: Path Configuration File No Longer Works With UNC Paths
New submission from Jacob Blair: I just upgraded from 2.7.6 to 2.7.7, on Windows, and have encountered different behavior in my path configuration (.pth) files. One of my files had lines similar to these: \\host\sharefolder These paths (UNC-style), are not being loaded into sys.path. It is successfully loading path lines from this and other files, so long as they have a drive letter. -- messages: 219833 nosy: Jacob.Blair priority: normal severity: normal status: open title: Python for Windows 2.7.7: Path Configuration File No Longer Works With UNC Paths versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21650] add json.tool option to avoid alphabetic sort of fields
R. David Murray added the comment: It should be possible to also change the tool to use OrderDicts, though. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21650 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21650] add json.tool option to avoid alphabetic sort of fields
R. David Murray added the comment: Or does the data get decoded to a dict *before* it gets passed to the object_hook? Probably, in which case nevermind... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21650 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21672] Python for Windows 2.7.7: Path Configuration File No Longer Works With UNC Paths
Changes by Serhiy Storchaka storch...@gmail.com: -- components: +Windows type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21653] Row.keys() in sqlite3 returns a list, not a tuple
Roundup Robot added the comment: New changeset f51ecdac91c8 by R David Murray in branch '2.7': #21653: fix doc for return type of sqlite3.Row.keys(). http://hg.python.org/cpython/rev/f51ecdac91c8 New changeset 6c890b2739f4 by R David Murray in branch '3.4': #21653: fix doc for return type of sqlite3.Row.keys(). http://hg.python.org/cpython/rev/6c890b2739f4 New changeset e65cd43d136b by R David Murray in branch 'default': Merge: #21653: fix doc for return type of sqlite3.Row.keys(). http://hg.python.org/cpython/rev/e65cd43d136b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21653] Row.keys() in sqlite3 returns a list, not a tuple
R. David Murray added the comment: Fixed. Thanks for the report. -- nosy: +r.david.murray resolution: - fixed stage: needs patch - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21653 ___ ___ 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
R. David Murray added the comment: Do either of you know what that warning is about? I'm getting it in some code that I'm running successfully in both python2.7 and python3.4, and python3.4 doesn't give me a warning. -- nosy: +r.david.murray ___ 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
[issue21662] datamodel documentation: fix typo and phrasing
Roundup Robot added the comment: New changeset ead4dee062e3 by R David Murray in branch '3.4': #21662: fix typo, improve sentence flow http://hg.python.org/cpython/rev/ead4dee062e3 New changeset 3aa21b5b145a by R David Murray in branch 'default': Merge #21662: fix typo, improve sentence flow http://hg.python.org/cpython/rev/3aa21b5b145a -- nosy: +python-dev ___ 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
[issue21662] datamodel documentation: fix typo and phrasing
R. David Murray added the comment: Thanks. -- nosy: +r.david.murray resolution: - fixed stage: - resolved status: open - closed ___ 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
[issue21476] Inconsitent behaviour between BytesParser.parse and Parser.parse
R. David Murray added the comment: I believe there are msg_NN files that have defects. I'd rather use one of those in the exception test. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21476 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21673] Idle: hilite search terms in hits in Find in Files output window
New submission from Terry J. Reedy: Example that prompted this idea due to difficulty of scanning results. The code lines are relatively long and the hit range from first to (almost) last word in the line. Searching 'future' in F:\Python\dev\2\py27\*.c... ... F:\Python\dev\2\py27\Mac\Modules\cg\CFMLateImport.c: 53: // future expansion of the APIs for things like CFMLateImportSymbol F:\Python\dev\2\py27\Modules\_ctypes\libffi\src\dlmalloc.c: 3715: /* On failure, disable autotrim to avoid repeated failed future calls */ F:\Python\dev\2\py27\Modules\fcntlmodule.c: 235: behavior will change in future releases of Python.\n\ ... Hits found: 130 I presume that is should be easy to tag hits both in first line (instead of marking with '') and the remainder and lightly color all tagged items. When a test is a added to test_grep, the file should be examines to see what else is still missing in light of the recent addition of an htest. -- assignee: terry.reedy messages: 219842 nosy: sahutd, terry.reedy priority: normal severity: normal stage: test needed status: open title: Idle: hilite search terms in hits in Find in Files output window type: enhancement versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21673 ___ ___ 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 verified that type 'instancemethod' is used in 2.7 for both unbound and bound methods of both old- and new-style classes. In 3.0, old-style classes and unbound methods were removed. 2.x types seem not to have __bool__, so I suspect that the condition code special cases numbers and then checks for len() or == None. I am guessing that instancemethod is specially flagged. But grepping 'furture versions' in 2.7/*.c and *.h got not hits, so I cannot confirm anything. I have no idea where the if/elif/while check are coded. The important question to me is whether the fix works for you also. -- ___ 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
[issue21674] Idle: Add 'find all' in current file
New submission from Terry J. Reedy: I miss this from Notepad++. This is essentially Find in Files limited to one file, without the file name repeated on each line. Notepad++ puts multiple findall results in one window, with +- marker to expand or contract a group. It also has findall in all open files, which would use same mechanism. It also highlights hits, as suggested in #21673. -- messages: 219844 nosy: terry.reedy priority: normal severity: normal stage: test needed status: open title: Idle: Add 'find all' in current file type: enhancement versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21674 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15014] smtplib: add support for arbitrary auth methods
R. David Murray added the comment: I made some review comments. Also, we need doc updates, including a what's new entry. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15014 ___ ___ 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 2567c68fb300 by Zachary Ware in branch '2.7': Issue #18292: s/tkinter/Tkinter/ http://hg.python.org/cpython/rev/2567c68fb300 -- ___ 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
[issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows required
Ned Deily added the comment: This isn't an issue for releases in security-fix mode (3.1, 3.2, 3.3) since there are not changes to Python involved and we do not provide binary installers for releases in that mode. -- keywords: +security_issue nosy: +benjamin.peterson, larry, ned.deily priority: normal - release blocker versions: -Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21671 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows required
Donald Stufft added the comment: Might it make sense to special case 3.2 and 3.3 since the last releases of those were not security releases and the security issue is with a bundled library? -- nosy: +dstufft ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21671 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows required
Ned Deily added the comment: We can ask for an opinion from the 3.2 and 3.3 release managers (adding Georg) but I doubt that anyone is going to be interested in producing Windows binary installers for those release plus we haven't done this for 3.2.x for recent previous OpenSSL CVE's, have we? -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21671 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21672] Python for Windows 2.7.7: Path Configuration File No Longer Works With UNC Paths
eryksun added the comment:
site.addpackage calls site.makepath(sitedir, line):
def makepath(*paths):
dir = os.path.join(*paths)
try:
dir = os.path.abspath(dir)
except OSError:
pass
return dir, os.path.normcase(dir)
In 2.7.7, os.path.join gets this wrong. For example:
print os.path.join(r'C:\Spam\Eggs', r'\\Eggs\Spam')
C:\\Eggs\Spam
3.4 gets it right:
print(os.path.join(r'C:\Spam\Eggs', r'\\Eggs\Spam'))
\\Eggs\Spam
ntpath.join was reimplemented for issue 19456. The rewrite depends on
ntpath.splitdrive, but 2.x has the old splitdrive that doesn't handle UNC paths:
os.path.splitdrive(r'\\Spam\Eggs')
('', 'Spam\\Eggs')
Instead there's ntpath.splitunc (deprecated in 3.1+):
os.path.splitunc(r'\\Spam\Eggs')
('Spam\\Eggs', '')
Maybe ntpath.join could also try splitunc, or maybe 3.x splitdrive can be
backported.
2.7.7 ntpath.join:
http://hg.python.org/cpython/file/f89216059edf/Lib/ntpath.py#l61
--
nosy: +eryksun
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21672
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21326] asyncio: request clearer error message when event loop closed
Guido van Rossum added the comment: I don't want the 3.4 and 3.5 versions of asyncio to be different. You should just copy the 3.5 code back into the 3.4 tree. A new method is fine. Really. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21326 ___ ___ 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: Whoops. Zach, did you catch that by reading the checkin, running the test, or seeing a buildbot problem. Is not the first, what symptom on what system revealed the omission? -- ___ 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
[issue18292] Idle: test AutoExpand.py
Changes by Terry J. Reedy tjre...@udel.edu: -- Removed message: http://bugs.python.org/msg219852 ___ 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
[issue18292] Idle: test AutoExpand.py
Terry J. Reedy added the comment: Whoops. Zach, did you catch that by reading the checkin, running the test, or seeing a buildbot problem. Is not the first, what symptom on what system revealed the omission? -- nosy: +zach.ware ___ 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
[issue21669] Custom error messages when print exec are used as statements
Nick Coghlan added the comment: As in, putting something either in the SyntaxError constructor or else in the parser code that emits them? I like that - the fact my initial approach broke a test was rather concerning, and a change purely on the error handling side should be much safer. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21669 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows required
Changes by Alex Gaynor alex.gay...@gmail.com: -- nosy: +alex ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21671 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21669] Custom error messages when print exec are used as statements
Guido van Rossum added the comment: Yes, something like that. Don't change the grammar, just hack the heck out of the error message. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21669 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20188] ALPN support for TLS
Changes by Alex Gaynor alex.gay...@gmail.com: -- nosy: +alex ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20188 ___ ___ 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
Steve Dower added the comment: I compiled with COMPILERFLAGS=-DWINVER=0x0500 OPTS=noxp DEBUG=0 for tcl and tix, and with just COMPILERFLAGS=-DWINVER=0x0500 DEBUG=0 for tk. These should have matched the buildbot scripts, and I'm fairly sure they haven't changed since 2.7.6, which means the newer tk/tcl versions probably need different options. -- ___ 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
Zachary Ware added the comment: Terry J. Reedy added the comment: Whoops. Zach, did you catch that by reading the checkin, running the test, or seeing a buildbot problem. Is not the first, what symptom on what system revealed the omission? Buildbots; there were several red 2.7 bots and I got curious :). See http://buildbot.python.org/all/builders/AMD64%20Ubuntu%20LTS%202.7/builds/1091/steps/test/logs/stdio for example, it basically looked like there was no resource guard. -- ___ 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
[issue17849] Missing size argument in readline() method for httplib's class LineAndFileWrapper
Pierre Tardy added the comment: I made a similar patch today to fix the same issue, and I confirm the problem and the correctness of the solution Please approve the patch and fix this bug. -- nosy: +Pierre.Tardy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17849 ___ ___ 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
Zachary Ware added the comment: Are you sure you didn't swap that; OPTS=noxp for Tk and no OPTS for the other two? OPTS=noxp would do nothing for Tcl and Tix (and might cause errors, I'm not sure), and not giving OPTS=noxp along with WINVER=0x0500 would definitely have caused an error building Tk, cutting compilation short before most of ttk could be compiled (if I remember my test from this morning correctly). (For the record, my testing this morning included completely fresh builds of the tip of 2.7 with Tcl/Tk 8.5.15, tip of 2.7 with Tcl/Tk 8.5.2, v2.7.6 (which had Tcl/Tk 8.5.2), and default with Tcl/Tk 8.6.1, all built using the buildbot scripts, and all showed Les's issue. I removed the noxp option in each case, and ttk worked correctly in each. To me, that says that our buildbot scripts have been wrong for a long time, but fortunately Martin has been using better options when he has built installers in the past, though I'd still like confirmation on that before I make any changes to 2.7's buildbot scripts. Since there's no concern about keeping Win2k compatibility on 3.4 and default, I went ahead and fixed those this morning.) -- ___ 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
[issue21675] Library - Introduction - paragraph 5 - wrong ordering
New submission from Anthony Bartoli: From the library's introduction page: This manual is organized “from the inside out:” it first describes the built-in data types... The library manual first describes built-in functions, not data types. After built-in functions, it describes built-in constants, built-in types, and built-in exceptions. Lastly, it describes modules grouped by related functionality. A suggested re-write *for the entire paragraph*: The library manual first documents built-in functions, built-in constants, built-in types, and built-in exceptions. Then it documents modules grouped by related functionality. I suggest eliminating the last sentence: The ordering of the chapters as well as the ordering of the modules within each chapter is roughly from most relevant to least important. Importance is subjective and parts of the manual are organized alphabetically, not by relevance / importance. -- assignee: docs@python components: Documentation messages: 219860 nosy: AnthonyBartoli, docs@python priority: normal severity: normal status: open title: Library - Introduction - paragraph 5 - wrong ordering type: enhancement versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21675 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
