Ned Deily added the comment:
Issue1584 has implemented ways to specify non-standard Tcl and Tk include file
and library locations, both via ./configure and as make arguments. Since
there are many other issues open regarding specific aspects of setup.py and
since, in nine years, there has has
New submission from Ned Deily:
In Issue 19490, Piet van Oostrum suggested:
I think future versions of Python should add the relevant information about
how they are linked to Tcl/Tk in sysconfig. This would include the path of the
include files, the shared libraries and the tcl files. Or a
Ned Deily added the comment:
As proposed above, the built-in Tcl/Tk support has been reverted from the OS X
installers for 3.3.3rc2 and for 2.7.6 final. Issue15663 will continue to track
changes for 3.4.0; the implementation there will have to change for 3.4.0b1.
I've also opened Issue19558
Changes by mpb mpb.m...@gmail.com:
--
nosy: +mpb
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18240
___
___
Python-bugs-list mailing list
Vajrasky Kok added the comment:
Here is the preliminary patch.
--
nosy: +vajrasky
Added file:
http://bugs.python.org/file32582/fix_error_message_write_fields_not_in_fieldnames.patch
___
Python tracker rep...@bugs.python.org
Changes by Vajrasky Kok sky@speaklikeaking.com:
--
components: +Library (Lib)
versions: +Python 3.3, Python 3.4 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19449
___
Nick Coghlan added the comment:
The three Windows machines look like they have very different system
versions of Python (ActiveState, cygwin, vanilla CPython). Any chance we're
accidentally invoking the system Python instead of the built one somewhere?
--
Mike FABIAN added the comment:
Serhiy While normalize can return sd...@devanagari.utf-8, _parse_localename()
Serhiy should be able correctly parse it.
But if normalize returns sd...@devanagari.utf-8, isn’t that quite
useless because it is a locale name which does not actually work
in glibc?
Roundup Robot added the comment:
New changeset 1537f14cc690 by Tim Golden in branch '3.3':
Issue13674 Correct crash with strftime %y format under Windows
http://hg.python.org/cpython/rev/1537f14cc690
New changeset 41a4c55db7f2 by Tim Golden in branch 'default':
Issue13674 Correct crash with
Tim Golden added the comment:
I've committed the changes with a variant of the pre-1900 test running on all
platforms. I think there's scope for more testing of the boundary conditions of
strftime but that would be for another issue. I want to get this one in now as
it's a crasher on Windows.
New submission from Mark Richman:
On Mac OS X 10.9 (Mavericks), I open the python3 command line interpreter,
enter any two commands (enter after each), and I get a Segmentation Fault: 11.
This *could* be an issue with readline, but I'm not sure.
Example:
Python 3.3.2 (v3.3.2:d047928ae3f6,
Ezio Melotti added the comment:
See #18458.
--
nosy: +ezio.melotti
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - interactive interpreter crashes and test_readline fails on OS X
10.9 Mavericks due to libedit update
New submission from Tom Lynn:
PEP 8 currently has::
Yes::
...
c = (a+b) * (a-b)
No::
...
c = (a + b) * (a - b)
That looks wrong to me -- surely the parens are a sufficient
precedence hint, and don't need further squashing inside?
This will be worse with any
Roundup Robot added the comment:
New changeset c61147d66843 by Tim Golden in branch 'default':
Issue #13674 Updated NEWS
http://hg.python.org/cpython/rev/c61147d66843
New changeset 49db4851c63b by Tim Golden in branch '3.3':
Issue #13674 Updated NEWS
Tom Lynn added the comment:
FWIW, this pair of examples differs from the others in this section
as they were both explicitly okayed in the first version of PEP 8
http://hg.python.org/peps/rev/4c31c25bdc03?revcount=120::
- Use your better judgment for the insertion of spaces around
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19560
___
___
Python-bugs-list mailing
New submission from Richard PALO:
I'd like to have reopened this previous issue as it is still very much the case.
I believe as well that the common distros (I can easily verify OpenIndiana and
OmniOS) patch it out (patch file attached).
Upstream/oracle/userland-gate seems to as well.
It is
Ezio Melotti added the comment:
See msg173785.
The example in the no section is not wrong -- it's just worse than the one
in the yes section because it provides less hints about the groups and it's
less readable, so it has no reason to be used.
If you note the introductory paragraph it says
Michael Haubenwallner added the comment:
This is a regression since 2.7.4 because of http://bugs.python.org/issue15989.
As the 'events' and 'revents' members of 'struct pollfd' both are bitfields,
the question actually is why they need to be signed at all.
Additionally: I'm wondering why
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at:
--
versions: +Python 3.2, Python 3.3, Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17919
___
Ezio Melotti added the comment:
I think the idea is to eventually deprecate the .group() API.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19536
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17919
___
___
Roundup Robot added the comment:
New changeset 3710514aa92a by Andrew Kuchling in branch '3.3':
Closes #12828: add docstring text noting this is an internal-only module
http://hg.python.org/cpython/rev/3710514aa92a
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18967
___
___
Python-bugs-list
Brett Cannon added the comment:
I think worrying about more API expansions to handle edge case/advanced reload
scenarios is not worth it (or at least not in Python 3.4). And if we are
shifting importlib.reload() back to looking for a new finder then we are only
worrying about when people
STINNER Victor added the comment:
@Andrei: Ping?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19515
___
___
Python-bugs-list mailing list
Brett Cannon added the comment:
The node types are all listed right there in the docs in the abstract grammar
section, so arguing they are incomplete I don't think is accurate.
I'm willing to leave this open in case some ambitious person wants to write
docs for every node type, but I think
STINNER Victor added the comment:
@Georg, Serhiy, Martin: Sorry for having commits directly without more review.
I didn't expect negative feedback on such changes, I thaught to moving from
literal C byte string to Python identifiers was a well accepted practice since
identifiers are used in a
Roundup Robot added the comment:
New changeset c2a13acd5e2b by Victor Stinner in branch 'default':
Close #19466: Clear the frames of daemon threads earlier during the Python
http://hg.python.org/cpython/rev/c2a13acd5e2b
--
nosy: +python-dev
resolution: - fixed
stage: -
STINNER Victor added the comment:
If the code is to be simplified, unifying the cases of string-based parsing
and file-based parsing might be a worthwhile goal.
Ah yes, it enc and encoding attributes are almost the same, it would be nice to
merge them! But I'm not sure that I understand, do
Guido van Rossum added the comment:
Style is a matter of taste, not of correctness. It is pointless to debate the
finer points in a bug report.
--
resolution: - invalid
status: pending - closed
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19560
___
___
STINNER Victor added the comment:
I ran pybench with the patch. I don't understand this result (10% slower with
the patch):
DictWithStringKeys:28ms25ms +10.7%28ms26ms +10.5%
This test doesn't use unicode_compare_eq() from Objects/unicodeobject.c but
unicode_eq() from
STINNER Victor added the comment:
(oops, I didn't want to close the issue, it's a mistake)
--
resolution: invalid -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16286
Vajrasky Kok added the comment:
Typo:
s/immediatly/immediately.
I attached the patch.
--
nosy: +vajrasky
Added file: http://bugs.python.org/file32586/fix_typo_19466.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19466
Roundup Robot added the comment:
New changeset 10a8e676b87b by Victor Stinner in branch 'default':
Issue #19466: Fix typo. Patch written by Vajrasky Kok.
http://hg.python.org/cpython/rev/10a8e676b87b
--
___
Python tracker rep...@bugs.python.org
Andrei Dorian Duma added the comment:
Removed _Py_IDENTIFIERs duplicated in the same file, except:
_Py_IDENTIFIER(replace): Modules/zipimport.c:563
which was enclosed in some #ifdefs.
--
keywords: +patch
Added file:
Laurent Birtz added the comment:
In my opinion, the decision to cross your arms and pretend there is no issue is
unprofessional.
Summary of your arguments:
- It's Microsoft's fault.
- Windows accepts backslashes anyway.
- Shell detection is difficult.
- It's a complex issue.
None of this is
New submission from Srinivas Reddy T:
Added descriptive message to assert statement in datetime module.
Since _check_date_fields does the job of data integrity, i did not check for
ValueError, TypeError checks in the function.
However, i am not sure of the adding descriptive messages to the
Mark Lawrence added the comment:
How can you rant about something won't get fixed when it's an enhancement
request? If it's that important and/or so simple the OP or anyone else for
that matter can provide a patch, including tests and doc changes. Given that
the issue is nearly 4 1/2 years
Eric Snow added the comment:
The three Windows machines look like they have very different system
versions of Python (ActiveState, cygwin, vanilla CPython). Any chance we're
accidentally invoking the system Python instead of the built one somewhere?
Good point. I'll check that out. That
Eric Snow added the comment:
I think worrying about more API expansions to handle edge case/advanced
reload scenarios is not worth it (or at least not in Python 3.4).
Agreed.
--
___
Python tracker rep...@bugs.python.org
Eric Snow added the comment:
Regarding the to-do list, I'm going to add a TODO file to the root of the
feature clone (in the pep451 branch) so we don't have to keep updating this
ticket. :)
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
I think both of you could stand to turn down the rhetoric :)
Laurent: we're not saying there's no issue, we're saying we don't see an
acceptable fix for the issue.
So the bottom line is that for this situation to improve someone is going to
have to go
New submission from Srinivas Reddy T:
Updated to barry's new email address.
--
components: Tests
files: barry_email.patch
keywords: patch
messages: 202714
nosy: thatiparthy
priority: normal
severity: normal
status: open
title: Changing barry's email to ba...@python.org
versions:
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19563
___
___
Python-bugs-list mailing
R. David Murray added the comment:
We have an OpenIndian buildbot that compiles from our source, so no distro
changes. Can you sort out why this isn't a problem on the buildbut but is for
you? Your patch files says 2.6, so is it possible it is fixed in 2.7?
--
nosy: +r.david.murray
Ezio Melotti added the comment:
I find your suggestion difficult to read. Maybe using a list would make it
more understandable?
--
nosy: +ezio.melotti
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19290
Ezio Melotti added the comment:
Also this should use assertAlmostEqual().
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19371
___
Richard PALO added the comment:
I don't believe the problem is a question solely of building the python
sources, but also certain dependent application sources...
I know of at least libreoffice building against python and this problem has
come up.
The workaround was to apply the patch
Changes by STINNER Victor victor.stin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19515
___
Roundup Robot added the comment:
New changeset 518e3b174120 by Victor Stinner in branch 'default':
Issue #19515: Remove identifiers duplicated in the same file.
http://hg.python.org/cpython/rev/518e3b174120
--
___
Python tracker
Roundup Robot added the comment:
New changeset d2209b9f8971 by Victor Stinner in branch 'default':
Issue #19515: Remove duplicated identifiers in zipimport.c
http://hg.python.org/cpython/rev/d2209b9f8971
--
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
There's also the fact that *Cygwin's* Python will behave like a *nix Python
and use backslashes. It's only the Windows Python that follows Windows
platform conventions.
So there's already a reasonable workaround in the cygwin case: use the
version which relies on
A.M. Kuchling added the comment:
Serhiy, your version of the patch for 2.7 looks fine.
I've attached a version of the patch for 3.3. A change is needed to the
MockFile object provided by Lib/test/mock_socket.py
--
Added file: http://bugs.python.org/file32590/3.3-fix.txt
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16776
___
___
Python-bugs-list
R. David Murray added the comment:
Libreoffice is a big thing to compile as a test...do you know of any smaller
packages that exhibit the bug?
I've added jcea to nosy, he set up the OpenIndiana buildbots and may be able to
help clarify the issue. I'm not willing to opine on it since I don't
Changes by R. David Murray rdmur...@bitdance.com:
--
assignee: jcea -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19561
___
___
New submission from STINNER Victor:
test_multiprocessing_spawn.test_context() hanged on x86 Gentoo Non-Debug 3.x:
def test_context(self):
if self.TYPE == 'processes':
L = list(range(10))
expected = [sqr(i) for i in L]
with multiprocessing.Pool(2)
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: test_multiprocessing_spawn - test_multiprocessing_spawn hangs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19564
___
New submission from STINNER Victor:
Since the changeset c2a13acd5e2b24560419b93180ee49d1a4839b92 (Close #19466:
Clear the frames of daemon threads earlier during the Python shutdown to call
objects destructors), test_multiprocessing_spawn now show RuntimeError and a
child process crashs with
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19537
___
___
Python-bugs-list
STINNER Victor added the comment:
I'm able to reproduce the RuntimeError on Windows 7, it comes from a pipe. The
message is probably written by a child process, not by the main process. I
suppose that Richard knows better than me how to fix this warning, so I don't
want to investigate it :-)
New submission from STINNER Victor:
The following test of test_asyncio failed once. I didn't check if it failed
more than once on this buildbot.
The cleanup code is not safe, it should handle errors correctly, so following
tests would not fail.
Changes by Guido van Rossum gu...@python.org:
--
nosy: -gvanrossum
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19565
___
___
Python-bugs-list
A.M. Kuchling added the comment:
Here's a slightly modified version of urischeme.py that can be run under Python
3 and compares its results with urllib.parse, printing out the mismatches.
The major differences seem to be 1) urischeme fills in the default port if it's
not explicitly provided,
Guido van Rossum added the comment:
I'll ask Anthony Baire (the author of the new child watcher code) to look into
this. Thanks for reporting this!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19566
Richard PALO added the comment:
Sure, attached is a simple test found on the internet, compiled with the
following reproduces the problem:
richard@devzone:~/src$ /opt/local/gcc48/bin/g++ -o tp tp.cpp -DSOLARIS
-I/opt/local/include/python2.7 -L/opt/local/lib -lpython2.7
In file included from
New submission from adamhj:
my system is windows 2k3 sp2, python version is 2.7.6
i found this bug when trying to install the newest setuptools
X:\xxxez_setup.py
Extracting in d:\docume~1\xxx\locals~1\temp\tmpcyxs8s
Now
69 matches
Mail list logo
