Nick Coghlan added the comment:
Since the default eq implementation handles ducktyping correctly, dropping the
Enum specific __eq__ implementation should be fine.
Just make sure this still works:
class AlwaysEqual:
... def __eq__(self, other):
... return True
...
from enum
Charles-François Natali added the comment:
After some research...
Which is normal, since UDP sockets aren't connected.
But UDP sockets can be connected!
No, they can't.
Connecting a UDP socket doesn't established a duplex connection like
in TCP: it's just a shortand for not having to
New submission from Armin Rigo:
WeakValueDictionary.setdefault() contains a bug that shows up in multithreaded
situations using reference cycles. Attached a test case: it is possible for
'setdefault(key, default)' to return None, although None is never put as a
value in the dictionary.
Changes by Armin Rigo ar...@users.sourceforge.net:
Added file: http://bugs.python.org/file32557/x.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19542
___
Changes by Armin Rigo ar...@users.sourceforge.net:
Added file: http://bugs.python.org/file32558/weakref.slice
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19542
___
Terry J. Reedy added the comment:
Having import this behave differently from any other import is
counter-intuitive
I agree. My proposal (by design) does not change the property of executing only
when first imported. I merely proposed that the text either start as cleartext
or that the
New submission from Nick Coghlan:
The long discussion in issue 7475 and some subsequent discussions I had with
Armin Ronacher have made it clear to me that the key distinction between the
codec systems in Python 2 and Python 3 is the following differences in type
signatures of various
Nick Coghlan added the comment:
Due to the data driven nature of this particular incompatibility, I'm rejecting
this in favour of the Py3k warning based approach in issue 19543.
--
dependencies: -codecs missing: base64 bz2 hex zlib hex_codec ...
resolution: - rejected
stage: -
Nick Coghlan added the comment:
Issue 17823 is now closed, but not because it has been implemented. It turns
out that the data driven nature of the incompatibility means it isn't really
amenable to being detected and fixed automatically via 2to3.
Issue 19543 is a replacement proposal for the
Terry J. Reedy added the comment:
I read your explanation in relation to the code and got part of it but not all.
I need to try another run through. I may try to locally (and temporarily),
print to the console to see what is happening.
I am also not clear on the relation between the
Vajrasky Kok added the comment:
Ah, I missed that. I made this assumption because when I executed other modules
manually, they were there just for testing functionality (such as shlex and
aifc).
Added test.
--
Added file: http://bugs.python.org/file32559/compileall_force_v2.patch
Vajrasky Kok added the comment:
Tidied up the test.
--
Added file: http://bugs.python.org/file32560/compileall_force_v3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19532
___
Martin Panter added the comment:
Just thinking the first case might get quite a few false positives. Maybe that
would still be acceptable, I dunno.
- the str.encode method is called (redirect to codecs.encode to handle
arbitrary input types in a forward compatible way)
I guess you are
Marc-Andre Lemburg added the comment:
On 10.11.2013 10:20, Nick Coghlan wrote:
The long discussion in issue 7475 and some subsequent discussions I had with
Armin Ronacher have made it clear to me that the key distinction between the
codec systems in Python 2 and Python 3 is the following
Ned Deily added the comment:
Update: ActiveTcl 8.5.15.1 is now available and includes the fix for the 10.9
refresh problem documented here.
Unfortunately, the built-in versions of Tcl/Tk 8.5 included with the
pre-release python.org OS X 64-bit/32-bit x86-64/i386 installers for 3.3.3rc1
and
Changes by Stefan Krah stefan-use...@bytereef.org:
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19537
___
___
Python-bugs-list
Nick Coghlan added the comment:
Updated patch (v5) with a more robust chaining mechanism provided as a private
_PyErr_TrySetFromCause API. This version eliminates the previous whitelist in
favour of checking directly for the ability to replace the exception with
another instance of the same
Nick Coghlan added the comment:
It may not immediately look like it, but I think issue 17828 offers an example
of a related problem. In that issue, I didn't want to *change* the exception
raised, I wanted to annotate it to say Hey, something I called raised an
exception, here's some relevant
Marc-Andre Lemburg added the comment:
On 10.11.2013 14:03, Nick Coghlan wrote:
Updated patch (v5) with a more robust chaining mechanism provided as a
private _PyErr_TrySetFromCause API. This version eliminates the previous
whitelist in favour of checking directly for the ability to
Nick Coghlan added the comment:
Unrelated to my previous comment, I'm also wondering if this may actually
represent a behavioural difference between contextlib.ExitStack and the
interpreter's own exception handling machinery.
ExitStack uses a recursive-iterative transformation for its stack
Stefan Krah added the comment:
It looks like the memory management is based directly on Py_Arenas:
def f():
squeamish ossifrage
pass
Breakpoint 1, PyArena_Free (arena=0x9a5120) at Python/pyarena.c:159
159 assert(arena);
(gdb) p arena-a_objects
$1 = ['f', 'squeamish ossifrage']
Nick Coghlan added the comment:
Martin: you're right, it wouldn't be feasible to check for the 8-bit str
encoding case, since the types of string literals will implicitly change
between the two versions. However, the latter three cases would be feasible to
check (the unicode.decode one is
Nick Coghlan added the comment:
On 10 November 2013 23:21, Marc-Andre Lemburg rep...@bugs.python.org wrote:
Marc-Andre Lemburg added the comment:
On 10.11.2013 14:03, Nick Coghlan wrote:
Updated patch (v5) with a more robust chaining mechanism provided as a
private _PyErr_TrySetFromCause
Nick Coghlan added the comment:
On 10 November 2013 23:21, Marc-Andre Lemburg rep...@bugs.python.org wrote:
This doesn't look right:
diff -r 1ee45eb6aab9 Include/pyerrors.h
--- a/Include/pyerrors.hSat Nov 09 23:15:52 2013 +0200
+++ b/Include/pyerrors.hSun Nov 10 22:54:04
Changes by Nick Coghlan ncogh...@gmail.com:
Added file:
http://bugs.python.org/file32562/issue17828_improved_codec_errors_v6.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17828
___
Nick Coghlan added the comment:
Donald, I know you've been busy with PyPI v2.0 the last few days, but I see the
pull request to resolve https://github.com/pypa/pip/issues/1294 has been merged.
If we can get an updated patch that sets ENSUREPIP_OPTIONS appropriately in the
process environment,
Nick Coghlan added the comment:
Larry, just a heads up that as a docs patch that isn't directly affected by the
feature freeze, I likely won't get to this one until after beta 1.
We'll make sure issue 19406 and the other functional changes are resolved,
though.
--
Marc-Andre Lemburg added the comment:
On 10.11.2013 15:39, Nick Coghlan wrote:
On 10 November 2013 23:21, Marc-Andre Lemburg rep...@bugs.python.org wrote:
This doesn't look right:
diff -r 1ee45eb6aab9 Include/pyerrors.h
--- a/Include/pyerrors.hSat Nov 09 23:15:52 2013 +0200
+++
Jason R. Coombs added the comment:
Indeed, the issue as reported is invalid.
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11473
___
New submission from Jason R. Coombs:
Following from issue7457, in which a single feature was identified to have gone
missing in 29a3eda89995, this ticket captures the need to bring the Python 3
codebase up to match Python 2.7.
--
assignee: eric.araujo
components: Distutils
messages:
Jason R. Coombs added the comment:
As suggested, I created issue19544 to track the larger effort.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7457
___
New submission from Claudiu.Popa:
time.strptime leaks an IndexError, as seen in the following traceback.
[root@clnstor /tank/libs/cpython]# ./python
Python 3.4.0a4+ (default:0aa2aedc6a21+, Nov 5 2013, 17:10:42)
[GCC 4.2.1 20070831 patched [FreeBSD]] on freebsd8
Type help, copyright, credits
Serhiy Storchaka added the comment:
Current code assumes that PyUnicode_DATA() is aligned to PyUnicode_KIND()
bytes. If this is not true on some platform it will be easer to add a padding
than rewrite a code. A lot of code depends on this assumption. See also
issue14422.
I afraid that
New submission from Claudiu.Popa:
Various exceptions raised by configparser module leaks implementation detail,
by chaining KeyErrors, as seen below:
Python 3.4.0a4+ (default:0aa2aedc6a21+, Nov 5 2013, 17:10:42)
[GCC 4.2.1 20070831 patched [FreeBSD]] on freebsd8
Type help, copyright, credits
Serhiy Storchaka added the comment:
I think this change doesn't break ABI and doesn't break applications which use
PyObject_CallFunction() in usual way. The only problem with your application is
compiler warning.
To silence a warning you can do:
#if PY_VERSION_HEX = 0x0304
# define
Claudiu.Popa added the comment:
Michael, is any chance for this to go into Python 3.4? I would love to make any
changes necessary in order for this to happen.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17457
Antoine Pitrou added the comment:
I don't understand in which concrete situation the current code could be wrong.
The start of the unicode string should always be aligned, due to how unicode
objects are allocated.
--
___
Python tracker
Serhiy Storchaka added the comment:
I am also not clear on the relation between the UnicodeDecodeError and tuple
splitting. Does '_flatten((self._w, cmd)))' call split or splitlist on the
tuple arg? Is so, do you know why a problem with that would lead to the
UDError? Does your patch fix
A.M. Kuchling added the comment:
For the Mac issue, we could just delete the mapping files before processing
them. I've attached a patch that modifies the Makefile.
--
nosy: +akuchling
Added file: http://bugs.python.org/file32565/10552-remove-apple-files.txt
Mike FABIAN added the comment:
Serhiy, in your patch you seem to have special treatment for
the devanagari modifier:
+# Devanagari modifier placed before encoding.
+return code, modifier.split('.')[1]
Probably because of
'ks_in@devanagari':
Tim Peters added the comment:
Reassigned to Barry, since he wrote this module ;-) FWIW, I wouldn't change
it. It wasn't intended to be educational, but a newbie could learn quite a bit
by figuring out how it works.
--
assignee: tim.peters - barry
nosy: +barry
Roundup Robot added the comment:
New changeset 7d9d1bcd7d18 by Andrew Kuchling in branch 'default':
#1097797: Add CP273 codec, and exercise it in the test suite
http://hg.python.org/cpython/rev/7d9d1bcd7d18
--
nosy: +python-dev
___
Python tracker
Roundup Robot added the comment:
New changeset fa2581bbef44 by Andrew Kuchling in branch 'default':
Add news entry for #1097797; whitespace cleanup
http://hg.python.org/cpython/rev/fa2581bbef44
--
___
Python tracker rep...@bugs.python.org
A.M. Kuchling added the comment:
Committed this to 3.4.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1097797
anatoly techtonik added the comment:
How come that this CVE is still present in just released 2.7.6?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12226
___
Roundup Robot added the comment:
New changeset 17b160baa20f by Atsuo Ishimoto in branch 'default':
Issue #7171: Add Windows implementation of ``inet_ntop`` and ``inet_pton`` to
socket module.
http://hg.python.org/cpython/rev/17b160baa20f
New changeset a21f506d04c9 by Jason R. Coombs in branch
R. David Murray added the comment:
I'd vote -1 on this one. The extra context in this case is not confusing, and
might be helpful to someone.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19546
Andreas Schwab added the comment:
(gdb) p sizeof(PyASCIIObject)
$1 = 22
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19537
___
___
Roundup Robot added the comment:
New changeset d2cc6254d399 by Serhiy Storchaka in branch 'default':
Issue #19261: Added support for writing 24-bit samples in the sunau module.
http://hg.python.org/cpython/rev/d2cc6254d399
--
nosy: +python-dev
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19261
Stefan Krah added the comment:
Andreas Schwab rep...@bugs.python.org wrote:
(gdb) p sizeof(PyASCIIObject)
$1 = 22
m68k again? ;)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19537
___
Roundup Robot added the comment:
New changeset 31fe38f95c82 by Jason R. Coombs in branch 'default':
Update Misc/NEWS for Issue #7171
http://hg.python.org/cpython/rev/31fe38f95c82
--
___
Python tracker rep...@bugs.python.org
Barry A. Warsaw added the comment:
I completely agree with Tim. The 'this' module was a *joke* and a stealthy one
at that.
http://www.wefearchange.org/2010/06/import-this-and-zen-of-python.html
About the only thing I'd support is adding some comments to the code to either
explain what's
Barry A. Warsaw added the comment:
I'm going to close this issue as invalid; it hasn't affected me on ecryptfs
$HOME on Ubuntu in a long time, so let's chalk it up to better ecryptfs
implementations now.
If you disagree, feel free to re-open this and provide more information.
--
Changes by Gregory P. Smith g...@krypto.org:
--
nosy: -gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19499
___
___
Barry A. Warsaw added the comment:
I think we've had plenty of time to adjust to the abi tags. Does anybody think
that nearly 3 years later anything really needs to be done here?
--
resolution: - wont fix
status: open - closed
___
Python tracker
Changes by Barry A. Warsaw ba...@python.org:
--
assignee: barry -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9419
___
___
Python-bugs-list
Donald Stufft added the comment:
* Updated setuptools
* Updated pip to the latest development snapshot
* Installs default to installing easy_install-X.Y, pipX, and pipX.Y
* Added --altinstall which only installs easy_install-X.Y and pipX.Y
* Added --default-install which installs easy_install,
Roundup Robot added the comment:
New changeset bab0cbf86835 by Serhiy Storchaka in branch 'default':
Issue #16685: Added support for any bytes-like objects in the audioop module.
http://hg.python.org/cpython/rev/bab0cbf86835
--
nosy: +python-dev
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16685
Changes by Barry A. Warsaw ba...@python.org:
--
assignee: barry - doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16754
___
___
Serhiy Storchaka added the comment:
Here is simplified patch. Added versionchanged tags in the documentation.
--
Added file: http://bugs.python.org/file32567/audio_write_nonbytes_2.patch
___
Python tracker rep...@bugs.python.org
Nikolaus Rath added the comment:
Hi Nick,
I am interested in working on this, but I have never worked on the C parts of
cpython before. Do you think this is a feasible project to start with? To me it
looks a bit daunting, I'd certainly need some mentoring to even know where to
start with
New submission from Benjamin Peterson:
c0d120cf0aac
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19540
___
Benjamin Peterson added the comment:
The first thing to do is to carefully specificy what the behavior should be.
2013/11/10 Nikolaus Rath rep...@bugs.python.org:
Nikolaus Rath added the comment:
Hi Nick,
I am interested in working on this, but I have never worked on the C parts of
Serhiy Storchaka added the comment:
The /usr/share/X11/locale/locale.alias file in Ubuntu 12.04 LTS contains
ks...@devanagari.utf-8 and sd...@devanagari.utf-8 entities. While the encoding
is expected to be before the modifier, if there are systems with
ks...@devanagari.utf-8 or
Barry A. Warsaw added the comment:
Should this issue still remain open? The original report described a chained
exception, which obviously doesn't happen in 2.7 (nor with Georg's changeset,
in 3.2, 3.3, or 3.4).
RDM's message implies there still may still be bugs lurking here in 2.7, but
Barry A. Warsaw added the comment:
I'm looking at this issue again with an eye toward Python 3.4.
Raymond describes what I think is a reasonable way to use defaults:
x = Template('$foo $bar')
defaults = dict(foo='one', bar='two')
x.substitute(defaults)
'one two'
x.substitute(defaults,
anatoly techtonik added the comment:
Here is workaround, which is - patching distutils -
https://code.google.com/p/spyderlib/wiki/PatchingDistutils
--
versions: +Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
Barry A. Warsaw added the comment:
This seems like a reasonable request. Do you care to submit a patch with tests
and doc updates?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1198569
Serhiy Storchaka added the comment:
I suppose that 2.7 may leak GzipFile in case of some errors, but this is
another issue.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11513
A.M. Kuchling added the comment:
I went through Python 2.7's Misc/NEWS file and collected the entries for
Distutils-related issues that were applied. Perhaps we can check the
individual entries on this list, and see which ones are still present in Python
3.x and which ones got reverted.
Ned Deily added the comment:
I wouldn't trust the NEWS items. I think the only reliable thing to do is diff
each file, unfortunately.
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19544
Andreas Schwab added the comment:
There is nothing wrong with that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19537
___
___
A.M. Kuchling added the comment:
Issue #11104 also made some functionality work in both 2.7 and 3.2, though it's
not clear that the problem stemmed from the distutils2 revert.
--
___
Python tracker rep...@bugs.python.org
New submission from Stefan Richter:
When using urllib2 and specifying a HTTPS proxy when setting up a ProxyHandler,
the library does not encrypt the traffic sent to the proxy server. This results
in unpredictable behavior.
Either the support should be implemented or an error raised
Changes by Łukasz Langa luk...@langa.pl:
--
assignee: - lukasz.langa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19461
___
___
Python-bugs-list
Changes by Łukasz Langa luk...@langa.pl:
--
assignee: - lukasz.langa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19546
___
___
Python-bugs-list
Barry A. Warsaw added the comment:
Alright, I'm going to close this issue. Please open a new bug for Python 2.7.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11513
Jason R. Coombs added the comment:
Confirmed - and to be included in issue19544.
--
nosy: +jason.coombs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1180
___
Jason R. Coombs added the comment:
This change was rolled back before the release of 3.2, so only exists in 2.7.
See issue19544 for details.
--
nosy: +jason.coombs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6516
Nick Coghlan added the comment:
Yes, I suggest using ExitStack to figure out the behaviour we *want* first,
before diving into the messy practical details of how to make that a
reality in CPython. We somehow have to get the state of the exception
object and its traceback to represent an
Jason R. Coombs added the comment:
After spending several hours spelunking, we identified what we believe are the
tickets that were backed out in the aforementioned reversion.
issue1180
issue6516
issue7457
issue6466
issue6286
Additionally, issue6377 (renaming .compiler to .compiler_obj) was
Changes by Jason R. Coombs jar...@jaraco.com:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6516
___
___
Python-bugs-list
Changes by Jason R. Coombs jar...@jaraco.com:
--
assignee: tarek - akuchling
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1180
___
Changes by Jason R. Coombs jar...@jaraco.com:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1180
___
___
Python-bugs-list
Jason R. Coombs added the comment:
This change didn't make it into Python 3.2 but is in 2.7. see issue19544 for
details.
--
assignee: tarek - jason.coombs
components: +Distutils
nosy: +alexis, jason.coombs
status: closed - open
___
Python tracker
Changes by Jason R. Coombs jar...@jaraco.com:
--
assignee: tarek - jason.coombs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6286
___
___
Jason R. Coombs added the comment:
This change didn't make it into Python 3.2 but is in 2.7. see issue19544 for
details.
--
nosy: +jason.coombs
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6286
Changes by Jason R. Coombs jar...@jaraco.com:
--
assignee: tarek - jason.coombs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7457
___
___
Changes by Ned Deily n...@acm.org:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17518
___
___
Python-bugs-list mailing list
Changes by Ned Deily n...@acm.org:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19547
___
___
Python-bugs-list mailing list
A.M. Kuchling added the comment:
Here's a patch to restore the --no-user-cfg switch to 3.4. If someone will
take a quick look at the patch for sanity, I can apply it.
--
keywords: +needs review
resolution: fixed -
stage: - patch review
versions: +Python 3.4 -Python 2.7, Python 3.1,
Roundup Robot added the comment:
New changeset e19441e540ca by Jason R. Coombs in branch '3.3':
Issue 19544 and Issue #7457: Restore the read_pkg_file method to
distutils.dist.DistributionMetadata accidentally removed in the undo of
distutils2.
http://hg.python.org/cpython/rev/e19441e540ca
Roundup Robot added the comment:
New changeset e19441e540ca by Jason R. Coombs in branch '3.3':
Issue 19544 and Issue #7457: Restore the read_pkg_file method to
distutils.dist.DistributionMetadata accidentally removed in the undo of
distutils2.
http://hg.python.org/cpython/rev/e19441e540ca
Changes by Jason R. Coombs jar...@jaraco.com:
--
versions: +Python 3.3, Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6286
___
Changes by Jason R. Coombs jar...@jaraco.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7457
___
A.M. Kuchling added the comment:
Here's an updated patch, to be applied against the default branch.
--
nosy: +akuchling
stage: - patch review
Added file: http://bugs.python.org/file32571/3.4-patch.txt
___
Python tracker rep...@bugs.python.org
A.M. Kuchling added the comment:
Patches for the default branch have been added to issue1180 (option to ignore
~/.pydistutils.cfg) and issue6516 (setting the owner/group in Distutils-built
tarballs). Please double-check those patches; I can apply them.
--
Changes by A.M. Kuchling a...@amk.ca:
--
versions: +Python 3.4 -Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6516
___
___
1 - 100 of 124 matches
Mail list logo