Charles-François Natali added the comment:
The default seeding for the random module currently used 32 bytes from
urandom() to create the initial state of the random number generator.
This is far less than the number of possible states 2**19937-1.
I'm not a cryptography expert, but IMO 32
Roundup Robot added the comment:
New changeset fadc06047314 by Raymond Hettinger in branch 'default':
Issue #21424: Optimize heaqp.nlargest() to make fewer tuple comparisons.
http://hg.python.org/cpython/rev/fadc06047314
--
nosy: +python-dev
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: test needed - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21467
___
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file35213/rip_nsmallest.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21424
Raymond Hettinger added the comment:
Several thoughts:
* We're not reading urandom a huge number of times per second. This is just
one read of 2,500 bytes. What Ted is talking about and what we're doing are as
different as night and day.
* We're also not doing this in a loop. It is just
Antoine Pitrou added the comment:
http://www.2uo.de/myths-about-urandom/
Thanks, interesting read.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21470
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21470
___
New submission from Antoine Pitrou:
The docs for subprocess.Popen seem to imply that line-buffering is always
available. However, bufsize=1 is a special value only when open the pipes in
text mode, i.e. when universal newlines are enabled.
In the short term, we should probably fix the
New submission from mouad:
Hi,
As most of you know, working behind a HTTP proxy raise all this corner cases
that no one think about until he has to, one of them i had to deal with some
months ago is absolute request URI in HTTP request, that some client will send
when they detect that they
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21471
___
Changes by mouad mouad...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file35214/issue21472.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21472
___
Antoine Pitrou added the comment:
Ha, it seems actually worse than that, since no buffering argument is ever
passed to the TextIOWrapper constructor. bufsize=1 will simply get ignored,
and line buffering doesn't work at all.
Example under 2.7:
$ python -c 'import subprocess; p =
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21425
___
Antoine Pitrou added the comment:
Ok, the not working at all part is issue #21332. Let's make this issue
specific to binary mode, again.
--
nosy: +akira
title: subprocess line-buffering doesn't work - subprocess line-buffering only
works in universal newlines mode
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20115
___
Roundup Robot added the comment:
New changeset ab3e012c45d0 by Antoine Pitrou in branch '3.4':
Issue #21425: Fix flushing of standard streams in the interactive interpreter.
http://hg.python.org/cpython/rev/ab3e012c45d0
New changeset d1c0cf44160c by Antoine Pitrou in branch 'default':
Issue
Antoine Pitrou added the comment:
Thanks for the report. This should now be fixed in 3.4 and 3.5.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21425
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21389
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18564
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21226
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21422
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21121
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21420
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20383
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21436
___
akira added the comment:
Until the current patch for issue #21332 is committed; bufsize=1 is
equivalent to bufsize=-1 in both binary and text mode.
You are correct the patch in #21332 fixes only the text mode
(universal_newlines=True) -- it also updates the documentation
to mention that
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21332
___
Antoine Pitrou added the comment:
Apparently the new tests hang on the Fedora without threads buildbot.
Stefan, could you take a look?
http://buildbot.python.org/all/builders/AMD64%20Fedora%20without%20threads%203.4/builds/123
--
nosy: +skrah
status: closed - open
Antoine Pitrou added the comment:
Also on the PowerLinux buildbot:
http://buildbot.python.org/all/builders/PPC64%20PowerLinux%203.4/builds/113/
--
nosy: +David.Edelsohn
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21425
Antoine Pitrou added the comment:
Judging by the faulthandler traceback in the PowerLinux build:
Timeout (1:00:00)!
Thread 0x008074e46670 (most recent call first):
File
/home/shager/cpython-buildarea/3.4.edelsohn-powerlinux-ppc64/build/Lib/test/test_cmd_line_script.py,
line 192 in
Roundup Robot added the comment:
New changeset ffae7aad9dfa by Antoine Pitrou in branch 'default':
Add debugging output for #21425
http://hg.python.org/cpython/rev/ffae7aad9dfa
--
___
Python tracker rep...@bugs.python.org
Alok Singhal added the comment:
Yes, I signed it a few days ago.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6305
___
___
Python-bugs-list
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: - patch review
versions: -Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21472
___
Antoine Pitrou added the comment:
So, it seems like under Fedora (or PowerLinux), the Python interactive prompt
produces different byte contents on stderr:
[ 21/389] test_cmd_line_script
repl stderr[:4]: b'Pyth'
repl stderr[:4]: b'[GCC'
repl stderr[:4]: b'Type'
repl stderr[:4]: b'\x1b[?1'
I
Mark Dickinson added the comment:
Raymond:
Functions as simple as shuffle() eat through the possibilities very quickly.
Can you elaborate on this? Are there example scenarios where seeding with 32
bytes isn't likely to be enough?
In the case of shuffle, for a large list, if you do a seed
Antoine Pitrou added the comment:
This looks like a well-known issue on Fedora (and Red Hat?):
http://stackoverflow.com/questions/15760712/python-readline-module-prints-escape-character-during-import
http://reinout.vanrees.org/weblog/2009/08/14/readline-invisible-character-hack.html
Roundup Robot added the comment:
New changeset e57718ac8ff8 by Antoine Pitrou in branch 'default':
Try workaround for test issues in #21425
http://hg.python.org/cpython/rev/e57718ac8ff8
--
___
Python tracker rep...@bugs.python.org
Charles-François Natali added the comment:
* We're not reading urandom a huge number of times per second. This is
just one read of 2,500 bytes. What Ted is talking about and what we're doing
are as different as night and day.
* We're also not doing this in a loop. It is just once when
Antoine Pitrou added the comment:
According to https://bugzilla.redhat.com/show_bug.cgi?id=880393, this has
actually been reported to us as issue19884.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21425
Antoine Pitrou added the comment:
We seem to have gotten bit by this in issue21425.
Dave, is it possible for you to validate the proposed fix? I can't test this
under Ubuntu.
Setting priority to high as it seems to actually annoy many people:
Antoine Pitrou added the comment:
Workarounds seem to work.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21425
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 58e2116576cf by Antoine Pitrou in branch '3.4':
Try workaround for test issues in #21425
http://hg.python.org/cpython/rev/58e2116576cf
--
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21425
___
___
Python-bugs-list
Charles-François Natali added the comment:
Any objection to the last version?
If not, I'll commit it within a few days.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21455
___
Antoine Pitrou added the comment:
Looks good to me!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21455
___
___
Python-bugs-list mailing list
Antoine Pitrou added the comment:
Workaround actually broke tests under shared library builds, because
LD_LIBRARY_PATH isn't forwarded anymore. Will try another fix :-(
--
status: closed - open
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 5a1b2566d68e by Antoine Pitrou in branch 'default':
Try to fix issue #21425 workaround for shared library builds
http://hg.python.org/cpython/rev/5a1b2566d68e
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 974c0718c7e0 by Antoine Pitrou in branch '3.4':
Try to fix issue #21425 workaround for shared library builds
http://hg.python.org/cpython/rev/974c0718c7e0
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 951775c68b1b by Benjamin Peterson in branch '2.7':
remove confusing delete indexing (closes #21466)
http://hg.python.org/cpython/rev/951775c68b1b
New changeset 2e26703d7d2a by Benjamin Peterson in branch '3.4':
remove confusing delete indexing
Raymond Hettinger added the comment:
Attaching a draft patch:
* Repair the broken link to norobots-rfc.txt.
* HTTP response codes = 500 treated as a failed read rather than as a not
found. Not found means that we can assume the entire site is allowed. A 5xx
server error tells us nothing.
Raymond Hettinger added the comment:
Update patch to move the modified() call to parse(). That lets the mtime
update whenever rules (either by a read() or by directly parsing text).
--
___
Python tracker rep...@bugs.python.org
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
Added file: http://bugs.python.org/file35216/fix_false_pos2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21469
___
Nikolaus Rath added the comment:
Cybjit rep...@bugs.python.org writes:
Cybjit added the comment:
On 2014-05-10 00:23, nikratio wrote:
Is pip maybe doing its own certificate check, and relying on
HTTPSConnection.host to contain the final hostname rather than the proxy?
I think the culprit
Raymond Hettinger added the comment:
32 bytes seeding is more than enough.
Not enough to cover *our* state space (2 ** 19937 - 1).
This tracker item boils down to balancing fear that something bad will happen
when you call urandom(2500) versus having seeding sufficient to cover the
state
Raymond Hettinger added the comment:
http://www.math.sci.hiroshima-u.ac.jp/~m-mat/MT/VERSIONS/C-LANG/MersenneTwister.h
http://www.omnetpp.org/doc/omnetpp/api/mersennetwister_8h_source.html
--
___
Python tracker rep...@bugs.python.org
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
Removed message: http://bugs.python.org/msg218288
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21470
___
Raymond Hettinger added the comment:
http://www.math.sci.hiroshima-u.ac.jp/~m-mat/MT/VERSIONS/C-LANG/MersenneTwister.h
http://www.omnetpp.org/doc/omnetpp/api/mersennetwister_8h_source.html
http://www0.cs.ucl.ac.uk/staff/d.jones/GoodPracticeRNG.pdf
--
STINNER Victor added the comment:
The default seeding for the random module currently used 32 bytes from
urandom() to create the initial state of the random number generator. This is
far less than the number of possible states 2**19937-1.
I suggest to document how the PRNG is initialized
Antoine Pitrou added the comment:
What constitutes enough is a value judgment that many vary from
application to application. For some applications, a much weaker PRNG
would suffice, but we decided long ago that we wanted the full power of MT.
I don't really understand for which
mattip added the comment:
Here are updated patches for 2.7 and HEAD.
I've updated the patches for both python 2 and python 3 and addressed some of
the issues here:
1. Added _ctypes_alloc_format_string_with_shape() to ctypes.h
2. Changed the buffer size calculation to 32 *ndim + 3 (for the
mattip added the comment:
Here is the patch for HEAD
--
Added file:
http://bugs.python.org/file35218/hg-default-ctypes-fix-pep3118-format-strings-for-arrays-update.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10744
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +amaury.forgeotdarc, belopolsky, meador.inge
versions: +Python 3.5 -Python 2.7, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10744
Changes by Antoine Pitrou pit...@free.fr:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10744
___
___
Python-bugs-list
Ned Deily added the comment:
Should this be a release blocker regression for 3.4.1?
--
nosy: +larry, ned.deily
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7776
Larry Hastings added the comment:
dstufft, what do you think?
--
nosy: +dstufft
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7776
___
___
Raymond Hettinger added the comment:
Looking back over this tracker item, I realize that I didn't elaborate
sufficiently on the problem being addressed:
MT is equidistributed. This a major point in its favor but also implies that
there are long stretches of uninteresting sequences. When we
Donald Stufft added the comment:
Let me raise the issue with urllib3 and see if maybe we can get a quick turn
around and just fix it for real.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7776
eryksun added the comment:
The shape for the StructWithArrays test should be () in 3.x; it's None in 2.x.
--
nosy: +eryksun
versions: +Python 3.3 -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10744
Donald Stufft added the comment:
This is going to break existing versions of urllib3 (and thus requests and thus
pip) when using verified TLS + a proxy, however future versions can work around
it and a fix is being looked at right now. Once it's fixed there it can
propagate to requests and
Roundup Robot added the comment:
New changeset 31950174f60f by Raymond Hettinger in branch 'default':
Issue 21424: Apply the nlargest() optimizations to nsmallest() as well.
http://hg.python.org/cpython/rev/31950174f60f
--
___
Python tracker
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21424
___
Tim Peters added the comment:
[neologix]
some code spawns many processes per second (see recent
discussion on python-dev).
But that doesn't imply they're seeding the random module many times per second,
right? Seeding isn't part of Python initialization, it's part of importing the
`random`
Antoine Pitrou added the comment:
[neologix]
some code spawns many processes per second (see recent
discussion on python-dev).
But that doesn't imply they're seeding the random module many times
per second, right? Seeding isn't part of Python initialization, it's
part of importing the
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
stage: - test needed
title: Hazards in robots.txt parser - False positive hazards in robotparser
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21469
Rose Ames added the comment:
Thanks for the quick feedback! Altered to A value of -1...
--
nosy: +superluser
Added file: http://bugs.python.org/file35219/tm_isdst2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21221
Roundup Robot added the comment:
New changeset b40f1a00b134 by Benjamin Peterson in branch '2.7':
backport hmac.compare_digest to partially implement PEP 466 (closes #21306)
http://hg.python.org/cpython/rev/b40f1a00b134
--
nosy: +python-dev
resolution: - fixed
stage: needs patch -
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +ghaering
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21465
___
___
Python-bugs-list mailing
Antoine Pitrou added the comment:
From a quick look, the algorithm is indeed correct, and it should perform
better on average than the previous one.
Note: both algorithms are O(n**2) worst case, not O(n).
--
nosy: +pitrou
___
Python tracker
New submission from Terry J. Reedy:
Add test_idle/test_startup to test that Idle starts without obvious error with
any of idlelib/idle.(bat, py, pyw). Test should presumably use subprocess. Look
at test.support.interactive_python for either direct use or as a model. It in
turn uses
New submission from Terry J. Reedy:
EditorWindow.py has this function, applied to editor and shell windows, which
is obsolete for Python3 and unicode identifiers.
def fixwordbreaks(root):
# Make sure that Tk's double-click and next/previous word
# operations use our definition of a
New submission from Raymond Hettinger:
Resources:
* http://en.wikipedia.org/wiki/Robots_exclusion_standard#Nonstandard_extensions
* https://support.google.com/webmasters/answer/183669?hl=en
* https://github.com/seomoz/reppy
--
components: Library (Lib)
keywords: easy
messages: 218308
New submission from Łukasz Kucharski:
The behaviour of the method for both classes seem to be a little different.
Executing `Parser.parse(fp)` does not close the file pointer passed while
Executing `BytesParser.parse` does.
I think this caused by fact that `BytesParser.parse` implementation
Roundup Robot added the comment:
New changeset 460203eaf731 by Terry Jan Reedy in branch '2.7':
Issue #18104: Add idlelib/idle_test/htest.py with a few sample tests to begin
http://hg.python.org/cpython/rev/460203eaf731
New changeset 617656f7b538 by Terry Jan Reedy in branch '3.4':
Issue
Roundup Robot added the comment:
New changeset aea4f427902f by Terry Jan Reedy in branch '3.4':
Issue #18104: News for 3.4 (which will not merge forward).
http://hg.python.org/cpython/rev/aea4f427902f
New changeset b7bc43e96041 by Terry Jan Reedy in branch 'default':
#18104: null merge of 3.4
New submission from Terry J. Reedy:
#18104 created idle_test/htest.py. Besides adding more tests in other issues,
some possible improvements to htest itself follow. Many depend on not reusing
run, as it now it, in the runall loop. What is left in common to both might be
factored out.
* For
Changes by Terry J. Reedy tjre...@udel.edu:
--
assignee: - terry.reedy
stage: - needs patch
type: - enhancement
versions: +Python 2.7, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35221/21477-htest.txt
___
Python tracker
Terry J. Reedy added the comment:
The revised patch, as pushed, will serve as a base for this portion of
Saimadhav's GSOC project. #21477 proposes changes to htest itself. Adding tests
from other modules will be dependencies of that issue.
--
resolution: - fixed
stage: patch review -
Roundup Robot added the comment:
New changeset bc160f985b7b by Ned Deily in branch '3.4':
Issue #21383: Allow make touch to work when building outside of the
http://hg.python.org/cpython/rev/bc160f985b7b
New changeset 9493fdad2a75 by Ned Deily in branch 'default':
Issue 21383: merge from 3.4
Changes by Ned Deily n...@acm.org:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21383
___
89 matches
Mail list logo