Georg Brandl ge...@python.org added the comment:
Patch looks innocent enough; would be nice to fix this for 3.3.
--
nosy: +georg.brandl
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15030
Marc Abramowitz msabr...@gmail.com added the comment:
Similar issue in distribute:
https://bitbucket.org/tarek/distribute/issue/283/bdist_egg-issues-with-python-330ax
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15030
Georg Brandl ge...@python.org added the comment:
Agreed with Martin, can't say I'm +1 on 3.3 either.
But I've just reviewed the patch, and it looks correct to me, so go ahead and
I'll take the blame.
--
___
Python tracker rep...@bugs.python.org
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Merging nosy list from duplicate issue 15155.
--
nosy: +giampaolo.rodola, neologix, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13876
New submission from Bohuslav Slavek Kabrda bkab...@redhat.com:
Hi,
when using Python's Lib/mimetypes.py and none of the default files is present,
there are some defaults used. For javascript, the default is
application/x-javascript. However, according to IANA specification [1], this is
not a
New submission from Serhiy Storchaka storch...@gmail.com:
Using os.fwalk (if it is available) we can make os.walk more fast.
Microbenchmark:
./python -m timeit -s from os import walk for x in walk('Lib'): pass
Results:
Vanilla: 112 msec
Patched: 90.5 msec
--
components: Library (Lib)
Benoît Bryon ben...@marmelune.net added the comment:
The proposal has been added to PEPs repository as PEP 423 :
http://hg.python.org/peps/rev/52767ab7e140
Review is about to be started at python-...@python.org.
To adapt the scope of this issue, in cpython documentation, I am to:
* remove the
New submission from Ramchandra Apte maniandra...@gmail.com:
C argument errors and Python arguments error are different.
For example:
all(4,4,4)
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: all() takes exactly one argument (3 given)
def func(a):pass
a(4,4)
New submission from Serhiy Storchaka storch...@gmail.com:
Now three different flag are used to denote the same behavior. followlinks is
used in os.(f)walk, symlinks is used in shutil functions (with opposite
meaning), and follow_symlinks is just added to many os functions.
Unfortunately,
Changes by Serhiy Storchaka storch...@gmail.com:
--
title: followlinks/follow_symlinks/symlinks flags unification. -
followlinks/follow_symlinks/symlinks flags unification
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15202
Марк Коренберг socketp...@gmail.com added the comment:
Отправлено с iPad
27.06.2012, в 6:03, Larry Hastings rep...@bugs.python.org написал(а):
No, follow symlinks is not the same.
Skiplinks mean returning true or false depending on fact that last path element
is symlink.
Checking If symlink
New submission from Serhiy Storchaka storch...@gmail.com:
Since many of os functions were polymorphic in its first argument (path or fd),
the logical continuation is to add a (path, dir_fd) pair as yet one case of
this argument. In any case dir_fd is incopatible with fd. This simplifies the
Tim Golden m...@timgolden.me.uk added the comment:
Just to confirm: I can reproduce this more or less consistently on all versions
of Python 2.2 - 3.2 on Windows 7. Those are distribution builds -- ie not
debug builds I've made myself. But it certainly does occur on a debug build of
2.7.
I'm
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15200
___
___
Python-bugs-list
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15202
___
___
Python-bugs-list
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15203
___
___
Python-bugs-list
Hynek Schlawack h...@ox.cx added the comment:
Yeah, would be nice if that was consistent.
--
nosy: +hynek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15202
___
Serhiy Storchaka storch...@gmail.com added the comment:
Your move, Serhiy ;-)
It seems that you play for both sides in the last days. ;-) I surrender.
Really, I'm not interested in this feature, but as of symmetry, and this is a
very weak motive.
p.s. Serhiy: yes, you can call os.fwalk()
Changes by Serhiy Storchaka storch...@gmail.com:
--
type: - behavior
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15202
___
Larry Hastings la...@hastings.org added the comment:
I assert that followlinks and symlinks are both bad names. I dislike
followlinks because links is ambiguous; both hard links and soft links are
links, but it's only modifying behavior regarding one of them. Also, it's
not PEP-8-compliant
Larry Hastings la...@hastings.org added the comment:
It's amusing that using fwalk and throwing away the last argument is faster
than a handwritten implementation. On the other hand, fwalk also uses a lot of
file descriptors. Users with processes which were already borderline on max
file
Larry Hastings la...@hastings.org added the comment:
I dislike this and always have. I think it would look ugly and be obnoxious to
use.
If you really think you can get this in for 3.3, you will have to bring it up
with Georg. I think your chances are about zero.
--
Charles-François Natali neolo...@free.fr added the comment:
Looks like a kernel bug.
The only thing non-standard the test does is let the client call
close() before the server has called accept(), but this shouldn't
result in ENOTCONN - and doesn't for TCP sockets.
--
Larry Hastings la...@hastings.org added the comment:
First: there's no chance this will go into 3.1, 3.2, or 3.3 at this point.
Second: I can assure you that switching to the l... version of a function and
not following the last symlink is exactly what follow_symlinks is for.
Please see the
Charles-François Natali neolo...@free.fr added the comment:
On the other hand, fwalk also uses a lot of file descriptors. Users
with processes which were already borderline on max file descriptors
might not appreciate upgrading to find their os.walk calls suddenly
failing.
It doesn't
Larry Hastings la...@hastings.org added the comment:
It doesn't have to.
Right now, it uses O(depth of the directory tree) FDs.
It can be changed to only require O(1) FDs
But closing and reopening those file descriptors seems like it might slow it
down; would it still be a performance win?
New submission from Serhiy Storchaka storch...@gmail.com:
Since Python 2.3 many open functions supports Universal line mode (PEP 278).
Since 3.0 (and 2.6) PEP 3116 suggests better alternative -- io.TextWrapper.
Now support for the 'U' mode in the different open functions is heterogeneous.
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +gvanrossum, jackjansen, pitrou, stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15204
___
Serhiy Storchaka storch...@gmail.com added the comment:
Related issues: #2091, #5148, #6759, #12900.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15204
___
Antoine Pitrou pit...@free.fr added the comment:
Starting to deprecate U in the 3.3 docs sounds reasonable to me.
--
nosy: +georg.brandl, nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15204
Serhiy Storchaka storch...@gmail.com added the comment:
Also, it's not PEP-8-compliant (which we can forgive because I'm pretty sure
it predates PEP 8).
I don't see how this is contrary to PEP 8. PEP 8 says nothing about the
names of function arguments.
Already I suspect it is too late.
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15198
___
___
Python-bugs-list mailing list
Changes by Anthony Kong anthony.hw.k...@gmail.com:
--
nosy: +Anthony.Kong
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13241
___
___
Larry Hastings la...@hastings.org added the comment:
I don't see how this is contrary to PEP 8. PEP 8 says nothing about
the names of function arguments.
Certainly it says *something*:
http://www.python.org/dev/peps/pep-0008/#function-and-method-arguments
But I grant you, it only
Olivier Berten olivier.ber...@gmail.com added the comment:
Any idea why mac cjk encodings still aren't available in Python 2.7 and 3.2 ?
--
components: -Build, Demos and Tools, Library (Lib), Macintosh
nosy: +ezio.melotti, olivier-berten
versions: +Python 2.7, Python 3.2 -Python 2.6,
New submission from Ollie Walsh ollie.wa...@gmail.com:
Hi,
This is related to #12585.
Distutils sdist builds a package tree using hardlinks to the source if
supported by the OS. This is then tarred/zipped/etc...
If the source contains symbolic links to external files:
On Linux (and
Tim Golden m...@timgolden.me.uk added the comment:
OK, I've run out of time to look, but the culprit looks like it's an odd
interaction between my_fgets in myreadline.c and the interrupt handler in
signal. There's a section of code which is conditional on
ERROR_OPERATION_ABORTED being
Changes by R. David Murray rdmur...@bitdance.com:
--
components: +email
nosy: +barry, r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15199
___
R. David Murray rdmur...@bitdance.com added the comment:
Although I do dislike how long it is, I think I agree with larry on this one
that follow_symlinks is the cleanest choice. And we are post feature-freeze,
so I think changing it should be done only if there is a strong reason.
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Great analysis!
... by sleeping for one second ...
Note that Sleep(1) only sleeps for 1 millisecond.
Does the issue go away if you replace with Sleep(10)?
--
___
Python tracker
R. David Murray rdmur...@bitdance.com added the comment:
Unless there are places where it is actually broken, I don't think there is a
good reason to have step 3.5, though. Just add the deprecation warning and
remove it in 4.0.
--
nosy: +r.david.murray
Tim Golden m...@timgolden.me.uk added the comment:
That'll be my next move when I get some more time.
I've got someone coming over to see me (about real work!)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1677
Changes by Eric V. Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15205
___
___
Python-bugs-list
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 74a1110a3b50 by Christian Heimes in branch 'default':
Issue 10924: Fixed mksalt() to use a RNG that is suitable for cryptographic
purpose
http://hg.python.org/cpython/rev/74a1110a3b50
--
nosy: +python-dev
Brett Cannon br...@python.org added the comment:
Why is distribute reading bytecode to begin with? What's the use case,
especially considering that using bytecode screws over other Python VMs like
Jython and IronPython.
--
___
Python tracker
New submission from Christian Heimes li...@cheimes.de:
The uuid module uses Mersenne Twister from the random module as last fallback.
However a MT isn't suitable for cryptographic purposes. The module should first
try to use os.urandom() and then perhaps use its own instance of random.Random,
Changes by Christian Heimes li...@cheimes.de:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10924
___
Marc Abramowitz msabr...@gmail.com added the comment:
Well, it may be a vestige from setuptools and I don't know if it's still
needed/appropriate, but distribute scans the pyc modules to try to see whether
stuff is zip_safe or not when you run `python setup.py bdist_egg`:
Marc Abramowitz msabr...@gmail.com added the comment:
Updated patch based on feedback from Brett (thanks!)
--
Added file: http://bugs.python.org/file26177/cpython-issue-15030.patch
___
Python tracker rep...@bugs.python.org
Marc Abramowitz msabr...@gmail.com added the comment:
Third revision of my patch based on additional feedback from Brett (thanks!)...
--
Added file: http://bugs.python.org/file26178/cpython-issue-15030.patch
___
Python tracker rep...@bugs.python.org
Brett Cannon br...@python.org added the comment:
This all goes back to my original point: I don't want to promote people
shipping around bytecode only as it hampers the use of other VMs.
Anyway, I'll continue to contemplate this. Any function would have to verify
the magic number and flat-out
Brett Cannon br...@python.org added the comment:
Patch looks good, Marc. Can you sign a PSF contributor agreement and send it in
(http://www.python.org/psf/contrib/)?
--
assignee: - brett.cannon
stage: - commit review
___
Python tracker
Guido van Rossum gu...@python.org added the comment:
For posterity, according to the red hat tracker at
https://bugzilla.redhat.com/show_bug.cgi?id=803500 this issue has been assigned
a CVE number: CVE-2011-4940
--
___
Python tracker
Marc Abramowitz msabr...@gmail.com added the comment:
Brett, I just emailed the contributor agreement.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15030
___
Ethan Furman et...@stoneleaf.us added the comment:
Changed ... will return the object ... to ... may return the object ...
For reference, here's the new text:
A weak reference to an object is not enough to keep the object alive: when the
only remaining references to a referent are weak
Georg Brandl ge...@python.org added the comment:
IMO adding follow_symlinks to the functions currently supporting
symlinks/followlinks is a bugfix. Such a patch would be ok to go into 3.3.
--
___
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/issue15200
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15201
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15202
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15203
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15204
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15205
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15031
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15206
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15030
___
New submission from Dave Chambers dlchamb...@aol.com:
The current mimetypes.read_windows_registry() enums the values under
HKCR\MIME\Database\Content Type
However, this is the key for mimetype to extension lookups, NOT for extension
to mimetype lookups.
As a result, when 1 MIME types are
Antoine Pitrou pit...@free.fr added the comment:
Got the following error on Mageia 1:
==
FAIL: test_threads (test.test_gdb.PyBtTests)
Verify that py-bt indicates threads that are waiting for the GIL
Martin v. Löwis mar...@v.loewis.de added the comment:
I think the loader should just unconditionally assume 12 bytes header. This is
meant to work only for the exact version it ships with, so it just has to match.
--
nosy: +loewis
___
Python tracker
Ross Lagerwall rosslagerw...@gmail.com added the comment:
This looks like the kind of optimization that depends hugely on what kernel
you're using. Maybe on FreeBSD/Solaris/whatever, standard os.walk() is faster?
If this micro-optimization were to be accepted, someone would have to be keen
Antoine Pitrou pit...@free.fr added the comment:
I think the loader should just unconditionally assume 12 bytes header.
This is meant to work only for the exact version it ships with, so it
just has to match.
Agreed with Martin.
--
___
Python
Antoine Pitrou pit...@free.fr added the comment:
This looks like the kind of optimization that depends hugely on what
kernel you're using.
Agreed.
Also, I'm worried that there might be subtle differences between walk() and
fwalk() which could come and bite users if we silently redirect the
Serhiy Storchaka storch...@gmail.com added the comment:
I dislike followlinks because links is ambiguous; both hard links
and soft links are links, but it's only modifying behavior regarding
one of them.
Technically, in Unix world any file is a hard link. It is impossible to
distinguish a
Roger Serwy roger.se...@gmail.com added the comment:
James, do you have IDLE working?
--
nosy: +serwy
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14667
___
New submission from kracekumar ramaraju m...@kracekumar.com:
Below is the copy paste from the Interpreter.
kracekumar@python-lover:~/codes/python/Python-3.3.0b1$ python3.3
Python 3.3.0b1 (default, Jun 27 2012, 22:27:38)
[GCC 4.6.3] on linux
Type help, copyright, credits or license for more
R. David Murray rdmur...@bitdance.com added the comment:
Thanks for working on this. Could you please post the fix as a patch file? If
you don't have mercurial, you can generate the diff on windows using the python
diff module (scripts/diff.py -u yourfile origfile). Actually, I'm not sure
Dave Chambers dlchamb...@aol.com added the comment:
My first diff file... I hope I did it right :)
--
keywords: +patch
Added file: http://bugs.python.org/file26181/mimetypes.py.diff
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
It looks like the Python you are using was built without GNU readline. You
probably need to install the libreadline-dev package from Ubuntu and rebuild
Python.
--
nosy: +ned.deily
resolution: - invalid
status: open - pending
Serhiy Storchaka storch...@gmail.com added the comment:
IMO adding follow_symlinks to the functions currently supporting
symlinks/followlinks is a bugfix. Such a patch would be ok to go into 3.3.
Here is an other patch, that implements Larry's suggestion about
renaming followlinks in
Dave Chambers dlchamb...@aol.com added the comment:
I added a diff file to the bug.
Dunno if that's the same as a patch file, or how to create a patchfile if it's
not.
Do you know if image/x-png and image/png are included in the registry on all
windows versions?
I think your question is
Dave Malcolm dmalc...@redhat.com added the comment:
I believe this was due to this line:
return self._gdbframe.name().startswith('pthread_cond_timedwait')
within is_waiting_for_gil(), and your gdb returned None for
self._gdbframe.name() for your build.
I've changed it to:
name =
Christian Heimes li...@cheimes.de added the comment:
Further analysis:
* uuid1() uses random.randrange() if the system doesn't provide
uuid_generate_time
* uuid1() also falls back to random.randrange() in getnode()'s
_random_getnode() if no hardware address can be acquired.
* uuid4() is
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset abcd29c9a791 by David Malcolm in branch 'default':
Issue #12605: Show information on more C frames within gdb backtraces
http://hg.python.org/cpython/rev/abcd29c9a791
--
nosy: +python-dev
New submission from Tyler Crompton gtr...@gmail.com:
As you know, a caught exception can be re-raised with a simple `raise`
statement. Plain and simple. However, one cannot re-raise an error with this
new `from expression` clause.
For example:
def getch(prompt=''):
'''Get and
Martin v. Löwis mar...@v.loewis.de added the comment:
Can you elaborate why it is unsuitable? None of the uuid functions claim any
cryptographic properties, so even if MT was unsuitable for cryptographic
purposes, this wouldn't rule it out for generating uuids.
--
nosy: +loewis
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file:
http://bugs.python.org/file26182/followlinks-to-follow_symlinks.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15202
___
Changes by Serhiy Storchaka storch...@gmail.com:
Added file:
http://bugs.python.org/file26184/followlinks-to-follow_symlinks.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15202
___
Tyler Crompton gtr...@gmail.com added the comment:
Relevent PEP: http://www.python.org/dev/peps/pep-0409/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15209
___
Tim Golden m...@timgolden.me.uk added the comment:
OK, it is a race condition between the code in myreadline.c and the
signal_handler in signalmodule.c. It can take between 0 and 3 sleeps for
the myreadline code to see the signal tripped. Patch on its way for 2.7;
VS 2010 downloading so that
Changes by Tyler Crompton gtr...@gmail.com:
--
nosy: +ncoghlan, stoneleaf
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15209
___
___
New submission from Brett Cannon br...@python.org:
If you look at
http://hg.python.org/cpython/file/abcd29c9a791/Lib/importlib/__init__.py you
will notice that the try/except block for seeing if _frozen_importlib exists
catches ImportError, not KeyError like it should since it is checking
Marc Abramowitz msabr...@gmail.com added the comment:
Hmmm if I simply do:
diff -r b66e82c9f852 Lib/importlib/abc.py
--- a/Lib/importlib/abc.py Tue Jun 26 23:05:27 2012 +0200
+++ b/Lib/importlib/abc.py Wed Jun 27 12:15:55 2012 -0700
@@ -282,7 +282,7 @@
if
New submission from j jeffrey.ga...@bwater.com:
asdf fsa sads f
--
assignee: collinwinter
components: Benchmarks
messages: 164190
nosy: collinwinter, jgbw
priority: normal
severity: normal
status: open
title: Test
type: crash
versions: Python 3.1
___
R. David Murray rdmur...@bitdance.com added the comment:
Well, I had no involvement in the windows registry reading stuff, and it is
relatively new. And, as issue 10551 indicates, a bit controversial. (issue
15199 is a different bug, in python's own internal table).
Can you run that diff
Changes by R. David Murray rdmur...@bitdance.com:
--
assignee: collinwinter -
resolution: - invalid
stage: - committed/rejected
status: open - closed
type: crash -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15211
Antoine Pitrou pit...@free.fr added the comment:
I am unsure as to whether this is a bug in the test or the implementation.
You should probably investigate a bit more. We don't want to silence exceptions
if there's not a good reason to.
--
___
Tyler Crompton gtr...@gmail.com added the comment:
I recreated this issue on (mostly) fresh install of Ubuntu Server 12.04. I
installed libreadline-dev and then removed and re-installed Python 3.3.0b1.
This resolved the issue.
--
nosy: +Tyler.Crompton
status: pending - open
Changes by Dave Chambers dlchamb...@aol.com:
Added file: http://bugs.python.org/file26185/mimetypes.py.diff.u
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15207
___
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15208
___
Brett Cannon br...@python.org added the comment:
The patch could be updated to ignore the 12 bytes unconditionally when reading
bytecode but still write out the accurate file size (when possible). That
should be fully compatible within Python 3.3 no matter who generated the
bytecode
Larry Hastings la...@hastings.org added the comment:
after all, they *are* instance variables.
Technically, they are local variables.
Yeah, tbh I was thinking instance of an invocation here. But PEP 8 probably
means instance of a class here.
Still, there are three classes of naming
1 - 100 of 128 matches
Mail list logo