Serhiy Storchaka added the comment:
from foo import bar
Here bar can be not module, but an attribute of foo (for example, os.path).
What error will be raised in this case? Module or attribute - this is an
implementation detail; why do we distinguish between these cases?
--
nosy:
Stefan Krah added the comment:
Eric Snow rep...@bugs.python.org wrote:
Looking this over, it seems like there were outstanding objections to adding
this to the devguide and to the content.
I have no issues with the content of the second patch. However, snakebite
has changed the situation a
Daniel Urban added the comment:
Thanks for the grammar correction, I've fixed it in the new patch.
The new patch also adds object.__init_class__ (which is a no-op), to support
cooperative multiple inheritance of __init_class__. (Adding type.__init_class__
was mentioned in the python-dev
Changes by Daniel Urban urban.dani...@gmail.com:
Removed file: http://bugs.python.org/file29097/pep422_4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17044
___
Changes by Daniel Urban urban.dani...@gmail.com:
Added file: http://bugs.python.org/file29098/pep422_4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17044
___
Antoine Pitrou added the comment:
No, you should also test the weakref returns None once the object is garbage
collected.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15004
___
Nick Coghlan added the comment:
Ah, I think I see your point - because __init_class__ is supposed to be a class
method on instances of the metaclass, the anchor needs to be on object (the
highest level instance of the default metaclass), not on type if we don't want
super to behave strangely?
Stefan Krah added the comment:
Serhiy Storchaka rep...@bugs.python.org wrote:
{ path: [string, bytes, int] = path_converter = path_t },
And register types somewhere:
I must admit that I had a similar thought when I first heard about the project:
If we're going through all this anyway, why
uservorname usernachname added the comment:
Thanks for your hint. I did:
./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info
--bindir=/usr --sysconfdir=/etc --sbindir=/usr/sbin/ make 21 | tee
build-log.txt
and get:
gcc -pthread -fPIC -Wno-unused-result -DNDEBUG -g
Xavier de Gaye added the comment:
This is fixed in python 3.2 by changeset 670d4cbf1464, and indeed the
'' marker is shown at line 8 of pdb_list_bug_reproduce.py when
debugging this (modified for py3) script with python 3.2.
--
nosy: +xdegaye
___
Brett Cannon added the comment:
Eric: knock yourself out. =)
Serhiy: What exception is raised in that situation is controlled by the eval
loop, not importlib so that would be a separate change. But regardless, there
is no way to infer whether you expected an attribute or module to be there,
Roundup Robot added the comment:
New changeset 8c7719b06ba6 by Andrew Svetlov in branch '3.3':
Issue #17215: Fix documentation misprints (patch by July Tikhonov)
http://hg.python.org/cpython/rev/8c7719b06ba6
New changeset 627ebd001708 by Andrew Svetlov in branch 'default':
Issue #17215: Fix
Andrew Svetlov added the comment:
Fixed. July, would you fill Licence agreement
http://www.python.org/psf/contrib/?
--
nosy: +asvetlov
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
uservorname usernachname added the comment:
I also tried to compile with
./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info
--bindir=/usr --sysconfdir=/etc --sbindir=/usr/sbin/ --build=sparc-linux
--libdir=/usr/lib --includedir=/usr/include --datarootdir=/usr/share
Daniel Urban added the comment:
Yes, if we would add a regular (instance) method __init_class__ to type, it
could (probably) work for regular (non-meta) classes, but not for metaclasses.
If a metaclass Meta wouldn't define __init_class__ itself, calling
Meta.__init_class__() in
Changes by Daniel Urban urban.dani...@gmail.com:
Added file: http://bugs.python.org/file29102/pep422.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17044
___
Ramchandra Apte added the comment:
Please review.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17211
___
___
Python-bugs-list mailing list
Roumen Petrov added the comment:
Hi Matthias,
This issue is only for windows.
In scope autotool based builds compiler customization is used to 'transfer'
some build settings (flags, options) to distutils. This include compiler set
in make macro (variable) CC.
Transfer is not complete but
New submission from Roumen Petrov:
For native build distutils add current directory to library path. This is not
activated in case of cross-build.
Before , as part of issue3871 and issue15483, was updated setup.py , but now I
would like to propose a simple more general solution with attached
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
--
components: +Cross-Build -Build
type: - compile error
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17219
___
Eric V. Smith added the comment:
I don't think such files are common: I've never seen such a file in the wild.
I created one, by accident, while testing PEP 420.
OTOH, it was surprisingly easy to create the malformed file with zipfile.
--
___
New submission from Serhiy Storchaka:
The proposed patch a little cleans and optimizes some bits of _bootstrap.py.
--
components: Interpreter Core
files: _bootstrap.diff
keywords: patch
messages: 182280
nosy: brett.cannon, ncoghlan, serhiy.storchaka
priority: normal
severity: normal
Giampaolo Rodola' added the comment:
Of course you're right. I didn't realize that.
How about this (in attachment)?
--
keywords: +patch
Added file: http://bugs.python.org/file29106/profile-refactoring.diff
___
Python tracker rep...@bugs.python.org
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17220
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17219
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17044
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15767
___
New submission from Serhiy Storchaka:
The proposed patch moves some Misc/NEWS entities to more appropriate sections
(IDLE, C-API, Tests, Documentation, Tools/Demos). Please review.
--
assignee: docs@python
components: Documentation
files: NEWS-3.4.patch
keywords: patch
messages: 182282
New submission from Arfrever Frehtes Taifersar Arahesis:
Since d4eb02b6aac9 py_compile.compile() replaces target files, breaking special
files and symlinks. Any custom permissions set on target files are also lost.
This is a major regression.
# cd /tmp
# touch test.py
# ls -l /dev/null
Ned Deily added the comment:
I'm glad you got a little further. Now it seems the build is failing when
trying to build the _ssl and _hashlib extension modules.
building '_ssl' extension
gcc -pthread -fPIC -Wno-unused-result -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -I./Include -I.
Serhiy Storchaka added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17012
___
___
Python-bugs-list mailing list
Serhiy Storchaka added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16551
___
___
Python-bugs-list mailing list
Antoine Pitrou added the comment:
unittest is a library, not a part of the test suite, so its enhancements should
remain in the library section.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17221
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17212
___
___
Python-bugs-list mailing
STINNER Victor added the comment:
Looks like a duplicate of issue #17137.
Le 17 févr. 2013 23:08, Antoine Pitrou rep...@bugs.python.org a écrit :
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker
Serhiy Storchaka added the comment:
Here is a minimal reproducer. Results:
pickle.dumps('spam', 2)
0: \x80 PROTO 2
2: USHORT_BINSTRING 'spam'
8: qBINPUT 0
10: .STOP
highest protocol among opcodes = 2
pickle.dumps('spam1'[:-1], 2)
0: \x80 PROTO 2
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17047
___
___
Arfrever Frehtes Taifersar Arahesis added the comment:
Some third-party modules (e.g. epydoc) refer to sre_constants.MAXREPEAT.
Please add 'from _sre import MAXREPEAT' to Lib/sre_constants.py for
compatibility.
--
nosy: +Arfrever
resolution: fixed -
stage: committed/rejected -
New submission from Manuel Jacob:
from array import array
str(array('u', b'asdf'))
[1]19411 segmentation fault (core dumped) python
This error occures with Python 3.3 and hg tip but not with Python 3.2.
--
components: Library (Lib), Unicode
messages: 182291
nosy: ezio.melotti,
Manuel Jacob added the comment:
The attached patch fixes the crash.
Output:
from array import array
str(array('u', b'asdf'))
Traceback (most recent call last):
File stdin, line 1, in module
ValueError: character U+66647361 is not in range [U+; U+10]
--
keywords: +patch
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +haypo
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17223
___
___
Ezio Melotti added the comment:
Thanks for the report and the patch.
Could you also include a test for this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17223
___
Manuel Jacob added the comment:
I've attached a new patch with a test that segfaults on Python 3.3 and passes
on hg tip with the patch applied.
--
Added file: http://bugs.python.org/file29110/issue17223_with_test.diff
___
Python tracker
Ned Deily added the comment:
kbk has requested in the past that IDLE News items be put in
Lib/idlelib/News.txt because it is installed with IDLE and there is a button to
display it included in the About IDLE window. I know we've not been diligent
about doing that, at least, I haven't. I
Arfrever Frehtes Taifersar Arahesis added the comment:
The above revisions have broken handling of arguments with =2 ...
Before these revisions:
$ cd /usr/bin
$ python3.2 -c 'import os; print(os.path.realpath(..))'
/usr
$ python3.2 -c 'import os; print(os.path.realpath(../..))'
/
$ python3.2
Arfrever Frehtes Taifersar Arahesis added the comment:
The actual output of last command in Before these revisions: is: /
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6975
___
Zachary Ware added the comment:
Actually, I have an objection myself. In merging this patch with another I'm
working on, I noticed that I failed to include the new 'idledoc' target in the
Makefile usage message. The attached patch fixes that oversight.
--
Added file:
Changes by STINNER Victor victor.stin...@gmail.com:
--
versions: +Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17223
___
STINNER Victor added the comment:
issue17223_with_test.diff looks good to me (we may just drop {...} around
return NULL).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17223
___
Ned Deily added the comment:
There are a few problems with the proposed patch (v2). I commented on those in
Rietveld. But, beyond that, I'm not convinced that the generated help.txt is
an improvement over the original help.txt. While it is formatted more
consistently (a good thing), it is
Ned Deily added the comment:
For comparison, here's a copy of the new rendered help.txt.
--
Added file: http://bugs.python.org/file29112/help.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16893
Yariv added the comment:
Duplicate of http://bugs.python.org/issue1615 , which is open.
--
nosy: +Yariv
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15435
___
52 matches
Mail list logo