Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file28383/py_operator.v4.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16694
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file28522/py_operator.v7.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16694
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file28524/py_operator.v8.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16694
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file28532/py_operator.v9.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16694
___
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +Arfrever, brett.cannon, eric.araujo, ezio.melotti, jcea, meador.inge,
pitrou, serhiy.storchaka, zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16694
Nick Sloan added the comment:
Here is a patch that seems to fix the problem. It simply short-circuits
distutils options that change directories. This is my first python patch ever,
so I'm eager for comments. Is this the right approach?
--
keywords: +patch
Added file:
Roundup Robot added the comment:
New changeset 1e8be05a4039 by Ezio Melotti in branch '3.3':
#13510: clarify that f.readlines() is note necessary to iterate over a file.
Patch by Dan Riti.
http://hg.python.org/cpython/rev/1e8be05a4039
New changeset 7f4325dc4256 by Ezio Melotti in branch
Ezio Melotti added the comment:
Fixed, thanks for the patch!
I also realized I missed Terry suggestion about file.readlines() == list(file),
so I added that too.
--
assignee: docs@python - ezio.melotti
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
Zachary Ware added the comment:
A change that I mentioned in a Rietveld comment on v10, but not in my last
message: __all__ in operator.py no longer includes all of the __func__s, as
currently doing from operator import * does not import all of the __func__s.
--
Zachary Ware added the comment:
That is indeed simpler than what I wrote, and it does work as expected. But,
is it preferable to do it this way, or with Ezio's suggested method
(``skip_unless_gzip = unittest.skipUnless(gzip, gzip not available)``, and
for bz2 and lzma)? I can see merits to
New submission from Zachary Ware:
In Doc/library/socket.rst, :func:`socket` links to #module-socket, not
#socket.socket. The attached patch changes all occurances of :func:`socket` to
:func:`~socket.socket`, except the first one which keeps the explicit module
name (no ~).
--
Changes by Zachary Ware zachary.w...@gmail.com:
Added file: http://bugs.python.org/file29872/socket_func_link_2.7.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17740
___
Nick Sloan added the comment:
On second thought, there is probably no good reason to ignore the build-*
settings. Here is an updated patch.
--
Added file: http://bugs.python.org/file29873/distutilsvenv.patch
___
Python tracker rep...@bugs.python.org
Ezio Melotti added the comment:
I think :func:`.socket` should work too.
--
assignee: docs@python - ezio.melotti
nosy: +ezio.melotti
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17740
Vinay Sajip added the comment:
On second thought, there is probably no good reason to ignore the build-*
settings.
I was just about to mention this. I'm not an expert on distutils internals and
whether this is the best way to accomplish what's needed, but the approach
seems reasonable to
Zachary Ware added the comment:
So it does. Would you like a new pair of patches? It is just a
search-and-replace from :func:`socket` to :func:`.socket`.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17740
Orion Poplawski added the comment:
Despite numpy not calling the library properly, it stills seems to me that
python should not segfault due to not handling a null pointer. But thanks for
the help.
--
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
title: Trash can mechanism segfault during interpreter finalization in Python
2.7.4 - Trashcan mechanism segfault during interpreter finalization in Python
2.7.4
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - commit review
type: - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17703
___
___
Antoine Pitrou added the comment:
I was targeting head, not the release branches.
Perhaps, but I don't see the point of choosing a different fix in the default
branch than in the bugfix branches.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset e814fbd470bf by Antoine Pitrou in branch '2.7':
Issue #17703: Fix a regression where an illegal use of Py_DECREF() after
interpreter finalization can cause a crash.
http://hg.python.org/cpython/rev/e814fbd470bf
--
nosy: +python-dev
Antoine Pitrou added the comment:
Committed!
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17703
___
Nick Sloan added the comment:
My thought was that perhaps there will be other circumstances where we may want
to ignore options in the future. The idea was that by providing an
ignore_options list that can be extended, multiple conditions with different
sets of options can be stacked together
Serhiy Storchaka added the comment:
* The most common case (no overflow) is now first. In Serhiy's patch
the most common case is buried in the middle of the second if.
It's because my implementation is a simplified version of more complicated
patch for issue2005, which supports signed uid_t
Marc-Andre Lemburg added the comment:
On 15.04.2013 21:21, Antoine Pitrou wrote:
Committed!
Cool, thanks for the quick turnaround.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17703
Éric Araujo added the comment:
I would ignore options from all config files, and do the simplest thing (i.e.
not add the ignore_options attribute).
--
assignee: vinay.sajip - eric.araujo
components: +Distutils -Library (Lib)
___
Python tracker
Roundup Robot added the comment:
New changeset 527b7f88b53c by Antoine Pitrou in branch '2.7':
Issue #17710: Fix cPickle raising a SystemError on bogus input.
http://hg.python.org/cpython/rev/527b7f88b53c
--
nosy: +python-dev
___
Python tracker
Serhiy Storchaka added the comment:
I think Antoine is more appropriate for committing this patch. I waited so long
with this because I do not dare to take responsibility for themselves (it's
almost like adding a new module).
--
assignee: serhiy.storchaka -
Georg Brandl added the comment:
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17728
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: serhiy.storchaka - alexandre.vassalotti
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Brett Cannon added the comment:
Have to think about the whole rollback situation in terms of a failure to
import a parent. Whenever you want to change the semantics of import you will
break someone's code, it's just a question of how wide the breakage would be
and how much of an improvement
Roundup Robot added the comment:
New changeset 4e412cbaaf96 by Antoine Pitrou in branch '3.3':
Issue #17710: Fix pickle raising a SystemError on bogus input.
http://hg.python.org/cpython/rev/4e412cbaaf96
New changeset 5a16d2992112 by Antoine Pitrou in branch 'default':
Issue #17710: Fix pickle
Antoine Pitrou added the comment:
I've committed the patches. Feel free to improve the default branch if you like.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
About the test:
+self.assertRaises(Exception, pair.read)
+self.assertRaises(Exception, pair.write)
First, you should check for the actual RuntimeError.
Second, you need to pass the right arguments for these method calls: for
example read(1)
New submission from Antoine Pitrou:
iterparse() is a blocking operation. It is not really suitable for event-driven
applications (e.g. non-blocking I/O). Here is a patch adding a
IncrementalParser class.
--
components: Library (Lib)
files: etree_incparser.patch
keywords: patch
Antoine Pitrou added the comment:
Note that basing iterparse() on IncrementalParser and removing the API
discrepancy between the Python and C modules helps make the etree code smaller.
--
___
Python tracker rep...@bugs.python.org
Ned Deily added the comment:
Thanks for the suggested. Here's a revised wording and a slightly more legible
example:
Return a copy of the string where all tab characters are replaced by zero or
more spaces, depending on the current tab column and the given tab size.
Starting at the
Antoine Pitrou added the comment:
Thanks for reporting this. This is a documentation issue. As stated in the
OpenSSL docs:
Due to the protocol definition, a TLS/SSL server will always send a
certificate, if present. A client will only send a certificate when explicitly
requested to do so by
Zachary Ware added the comment:
I caught a small oversight. This new patch changes the example in README.txt
to ``make html PYTHON2=C:\Python27\python.exe`` (PYTHON-PYTHON2). Also, I
added a bit of backward compatibility to make.bat; %PYTHON2% will default to
%PYTHON% if it is set.
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +gregory.p.smith
stage: - patch review
versions: +Python 2.7 -Python 3.1, Python 3.2, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17738
Piotr Dobrogost added the comment:
It's simpler but is it better this way? I doubt. I think we should take
advantage of symlinks whenever we can and only fallback to copying if they are
not available.
--
___
Python tracker rep...@bugs.python.org
New submission from STINNER Victor:
In Python 3.3, I added _PyUnicodeWriter API to factorize code handling a
Unicode buffer, just the code to allocate memory and resize the buffer if
needed.
I propose to do the same with a new _PyBytesWriter API. The API is very similar
to _PyUnicodeWriter:
Changes by STINNER Victor victor.stin...@gmail.com:
Added file: http://bugs.python.org/file29878/bytes_writer_cjkcodecs.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17742
___
STINNER Victor added the comment:
See also #17694.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17742
___
___
Python-bugs-list mailing list
New submission from Piotr Dobrogost:
This makes it possible to handle paths/usernames with special characters - see
https://github.com/pypa/virtualenv/pull/352
--
components: Library (Lib)
messages: 187037
nosy: piotr.dobrogost, vinay.sajip
priority: normal
severity: normal
status:
New submission from Piotr Dobrogost:
activate.bat sets VIRTUAL_ENV environment variable. This variable is treated as
a sign that virtualenv is active. For this reason deactivate.bat should unset
this variable. See https://github.com/pypa/virtualenv/pull/364
--
components: Library
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17012
___
___
Python-bugs-list mailing
Barry A. Warsaw added the comment:
From a documentation standpoint, path='' is not the same as When no path is
specified, so indeed it should return None when path=''. Serhiy's patch
looks good to me.
--
___
Python tracker rep...@bugs.python.org
Changes by Barry A. Warsaw ba...@python.org:
--
assignee: - barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17012
___
___
Python-bugs-list
New submission from Tshepang Lekhonkhobe:
attached patch reflects current reality (me assuming that PEPs are living
documents)
--
assignee: docs@python
components: Documentation
files: diff
messages: 187040
nosy: docs@python, tshepang
priority: normal
severity: normal
status: open
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17741
___
___
Python-bugs-list mailing list
Eli Bendersky added the comment:
It's better, although the distinction between tab column and tab position
is not entirely clear.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17670
___
Eli Bendersky added the comment:
Thanks Antoine. This looks interesting - I'm somewhat swamped ATM but will try
to review the patch in the next few days.
Incidentally, since it is a new feature would it be worthwhile to discuss it on
python-ideas?
--
Raymond Hettinger added the comment:
I would like to spend some time with this before it goes forward (especially
the attrgetter, itemgetter, methodgetter group).
Right now, it looks like a nice effort but I don't see how it makes Python any
better for adding it. The odds are that this code
Roundup Robot added the comment:
New changeset aec657f11b66 by Benjamin Peterson in branch '3.3':
remove pointless code (closes #17738)
http://hg.python.org/cpython/rev/aec657f11b66
--
nosy: +python-dev
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
Changes by Barry A. Warsaw ba...@python.org:
--
assignee: barry - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17012
___
___
Barry A. Warsaw added the comment:
Serhiy, I'd say go ahead and commit it. +1 from me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17012
___
R. David Murray added the comment:
Raymond: it's not for the benefit of CPython.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16694
___
Kyle Simpson added the comment:
Right, this issue is about the IndexError.
The current patch for issue 1218234 doesn't solve this problem. You will still
get IndexErrors, but you will get them when functions are removed rather than
when functions are added.
I think we should simply throw an
Raymond Hettinger added the comment:
[David]
Raymond: it's not for the benefit of CPython.
IIRC, all the other implementations of Python already have this code passing
tests, so it isn't really for their benefit either.
--
___
Python tracker
Alex Gaynor added the comment:
If a pure python operator module were a part of the stdlib, we (PyPy) would
probably delete most (if not all) of our own operator module.
--
nosy: +alex
___
Python tracker rep...@bugs.python.org
101 - 161 of 161 matches
Mail list logo