Stefan Champailler added the comment:
Thank you all for your quick and good answers. This level of responsiveness is
truly amazing.
I've played a bit with IPython and it works just fine. I can type the eurosign
drectly with Alt Gr - E (so I didn't enter a unicode code). So the bug is
gladman added the comment:
On 24/09/2014 11:54, Mark Dickinson wrote:
Mark Dickinson added the comment:
Well we will just have to agree to disagree on this :-)
Sure. In the mean time, would you be interested in writing a patch targeting
Python 3.5? (Irrespective of the arguments
Stefan Behnel added the comment:
I suggest adding a new implementation instead of replacing the current function
in the fractions module. As Mark noted, the current gcd() is more of a
sideeffect of the fractions module, but there's no real need to change that. It
works perfectly ok for a) the
Akira Li added the comment:
Whether or not gcd(a, b) == gcd(|a|, |b|) depends on the definition if
we believe to Stepanov of C++ STL fame who mentions in his lecture [1]
[1] http://www.stepanovpapers.com/gcd.pdf
that the current implementation that uses two operation __bool__ and
__mod__:
Khalid added the comment:
I tried but I got this error this installation package could not be
opened. verify that the package exists that you can access it, or contact
the application vendor to verify that this is a valid windows installer
package (screen shot in the attachment)
by the way I'm
Roundup Robot added the comment:
New changeset 6d44906344f4 by Berker Peksag in branch '3.4':
Issue #16056: Rename test method in test_statistics to avoid conflict.
https://hg.python.org/cpython/rev/6d44906344f4
New changeset c49d7f4d1c04 by Berker Peksag in branch 'default':
Issue #16056:
Steven D'Aprano added the comment:
I would be a lot more cautious about changing the gcd function. As Mark says,
there is *not* a single well-defined meaning of the gcd for negative arguments.
Even Wolfram can't decide which to use: Mathworld gives one interpretation,
Mathematica the
Steven D'Aprano added the comment:
If we are considering adding a new gcd elsewhere (say, in the math module),
then it should accept any arbitrary number of arguments, not just two. (At
least one argument though.)
Also, Mathematica supports the GCD of rational numbers, not just integers.
Berker Peksag added the comment:
- issue 16079 opened for make patchcheck integration
- issue 19119 opened for test_heapq
- issue 19113 opened for test_functions
And here's a patch for 2.7.
--
nosy: +berker.peksag
stage: needs patch - patch review
versions: +Python 3.4, Python 3.5
Steven D'Aprano added the comment:
For future reference, we *strongly* recommend that instead of taking a screen
shot and posting it as an attachment, you copy and paste the text directly.
Don't retype it, any decent terminal application will allow you to select and
copy the text, then paste
Nick Coghlan added the comment:
Aye, IPython has the advantage of running in a fully initialised browser, with
the backend in a fully initialised Python environment.
CPython's setting up the standard streams for the default REPL at a much lower
level, and there are quite a few problems with
New submission from Владимир Тырин:
This behavior seems to be very strange.
l = [1, 2, 3]
t = ('a', l)
t
('a', [1, 2, 3])
t[1] += [4]
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: 'tuple' object does not support item assignment
t
('a', [1, 2, 3, 4])
Ezio Melotti added the comment:
See
https://docs.python.org/3/faq/programming.html#why-does-a-tuple-i-item-raise-an-exception-when-the-addition-works
--
nosy: +ezio.melotti
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python
STINNER Victor added the comment:
I know that the 18.5.3. Tasks and coroutines section of the documentation is
probably the worst section :-( Feel free to suggest changes with a patch!
I started to enhance the documentation of the Task class, but there is still a
lot of work to enhance the
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22474
___
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22475
___
___
STINNER Victor added the comment:
destroyed means collected by the garbage collector, when the last reference
the task objected was cleared. To be honest, I have no idea who keeps a
reference to tasks nor how the pending task destroyed bug occurs.
pending means that the execution of the
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22472
___
STINNER Victor added the comment:
But that isn't quite true. It is the callback associated with the future that
is displaying the result and stopping the loop.
I wrote this example to show that setting the result of a future can schedule a
callback. I mean something like:
In this example,
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22473
___
___
STINNER Victor added the comment:
Cool, the final code is simpler than before!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22427
___
___
STINNER Victor added the comment:
The issue #22480 has been marked as a duplicate of this issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22428
___
STINNER Victor added the comment:
Running python test.py and python -m test changes how the code is loaded.
With python test.py, test.py becomes the __main__ module, whereas python
-m test uses the test module.
At Python exit, the __main__ module and other modules are destroyed differently.
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22476
___
___
Changes by Brett Cannon br...@python.org:
--
assignee: - brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21052
___
___
Steve Dower added the comment:
Ah, okay, so this is due to the embedded DLL in the installer that we extract
and use to validate the install path (if you select a path that already exists,
you get a prompt warning you).
I don't know why your %TEMP% directory was not read/write/execute, but
New submission from Dom Zippilli:
In the logging module's config.py, see the _create_formatters(cp) method used
by the fileConfig() method. Note that it pulls format and datefmt and
submits these in the formatter constructor:
f = c(fs, dfs)
However, the Formatter constructor has a third
New submission from Stefan Krah:
The following URL contains copyrighted verbatim text from bytereef.org:
https://pypi.python.org/pypi/m3-cdecimal
I'm not surprised, since the ongoing Walmartization of Open Source
has little regard for authors.
--
messages: 227461
nosy: skrah
Alex Gaynor added the comment:
This bug tracker isn't really the right place to track this -- that said I
don't know where is, so I've added Donald Stufft to the nosy list, hopefully he
can help direct this appropriately.
What license is the bytereef text available under? The cdecimal source
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22482
___
___
Donald Stufft added the comment:
There's a support link on the left hand side of the PyPI page, that'll take you
to the support forum where you can issue a support request and it'll get dealt
with. Alternatively you can email distutils-...@python.org, or Richard and
Myself (first names
STINNER Victor added the comment:
I don't understand the issue.
I see two projects:
https://pypi.python.org/pypi/cdecimal
https://pypi.python.org/pypi/m3-cdecimal
The two projects have the same metadata except owner: cdecimal is owned by
skrah, m3-cdecimal is owned by prefer.
The license and
STINNER Victor added the comment:
Oh, the issue was closed while I was writing my message.
I agree with Alex and Donald, it's not the right place to report such issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22483
Wolfgang Maier added the comment:
Wouldn't it make more sense to change gcd() in the fractions module to return
only positive integers?
The current gcd could become _gcd for private use by fractions, and the new
wrapper gcd could just be implemented as:
def gcd(a,b):
return abs(_gcd(a,
Stefan Krah added the comment:
I don't see a license on PKG-INFO itself. Furthermore, even if
it is legal, it (again) shows an utter disregard for authors and
their stated preferences.
I'm not surprised though, given that even existing names are
reassigned in an autocratic fashion.
--
Alex Gaynor added the comment:
Stefan, this is not the right forum for this issue, please do not reopen it.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22483
___
Stefan Krah added the comment:
Sorry, Donald, the actions on PyPI deserve wider exposure.
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22483
___
Donald Stufft added the comment:
Sorry, Richard or myself (...) will take a look and fix it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22483
___
Donald Stufft added the comment:
This will be my last post on this issue.
I've given you the mechanisms for reporting problems with PyPI. PyPI is not run
by python-dev nor is the python-dev bug tracker a mouth piece for your
frustration with some part of the ecosystem around Python.
If you
Donald Stufft added the comment:
Since I've been asked, just to clarify, my last post was a continuation of a
sentence I mistakenly forgot to write out the whole thing.
It should read:
If you actually care about fixing the issue report it through one of the
venues that I've mentioned and
Stefan Krah added the comment:
Yeah right, obviously I don't *really* care about the issue (ethics
in open source software, in case you did not understand).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22483
Terry J. Reedy added the comment:
If nothing else, the doc for fractions.gcd Return the greatest common divisor
is wrong and should be changed. The negative of the greatest common divisor is
the least common divisor in an integer range. The doc should say Return the
greatest common divisor or
Terry J. Reedy added the comment:
Or Return a greatest magniture common divisor ..., there being two gmcds to
choose from.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22477
___
Charles-François Natali added the comment:
In this case, the issues are being caused by the following kernel parameters
that we have for our default build -
#
## TIBCO network tuning #
#
net.core.rmem_default = 33554432
Vinay Sajip added the comment:
While fileConfig() is not deprecated, I'm not planning to enhance it, as the
newer dictConfig() API offers better functionality overall. With dictConfig(),
you do have support for alternative formatting styles.
--
___
Mark Dickinson added the comment:
The negative of the greatest common divisor is the least common divisor in an
integer range.
That depends on your choice of definitions: it's perfectly reasonable to see it
as another greatest common divisor, if you interpret greatest as being with
respect
New submission from Berker Peksag:
The attached patch partly reverts
https://hg.python.org/cpython/rev/48033d90c61d#l2.126 since it breaks building
doc archives for RC versions:
- https://mail.python.org/pipermail/docs/2014-September/020211.html
-
New submission from Carol Willing:
As reported by a couple of users on the python-docs mailing list:
Python 3.4.2rc1 docs are giving a 404 Not Found when clicking on the links to
download (https://docs.python.org/3.4/download.html).
Python 3.5.0a0 links download docs correctly
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +larry, terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22485
___
___
gladman added the comment:
On 24/09/2014 19:01, Mark Dickinson wrote:
Mark Dickinson added the comment:
The negative of the greatest common divisor is the least common divisor in
an integer range.
That depends on your choice of definitions: it's perfectly reasonable to see
it as
Berker Peksag added the comment:
Thanks for the report. This is a duplicate of issue 22484.
--
nosy: +berker.peksag
resolution: - duplicate
stage: - resolved
status: open - closed
superseder: - Build doc archives for RC versions
___
Python tracker
Carol Willing added the comment:
Thanks Berker. I'm glad it's being addressed and you have submitted a patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22485
___
R. David Murray added the comment:
Why would this not also be an issue for alpha/beta?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22484
___
Serhiy Storchaka added the comment:
Here is other patch for 3.4. It is more than 10 times faster than initial patch
in worst case.
--
Added file: http://bugs.python.org/file36712/re_ignore_case_range-3.4_2.patch
___
Python tracker
gladman added the comment:
On 24/09/2014 17:24, Wolfgang Maier wrote:
Wolfgang Maier added the comment:
[snip]
An aspect that hasn't really been discussed so far on the mailing list is
that this is *not* only about whether the gcd of negative integers should be
negative or positive, but
New submission from Stefan Behnel:
fractions.gcd() is required for normalising numerator and denominator of the
Fraction data type. Some speed improvements were applied to Fraction in issue
22464, now the gcd() function takes up about half of the instantiation time in
the benchmark in issue
Stefan Behnel added the comment:
I created issue 22486 about the gcd() performance. I think we can close this
ticket - I don't see any more obvious low hanging fruit and future findings can
have their own ticket.
Out of interest, I modified the fractions module to compile Fraction into an
New submission from Ryan McCampbell:
Is there a reason register() doesn't check for abstract methods, like
subclassing does? Would it fail for some builtin classes? It seems that this
would be a better guarantee that, say, something really is iterable when you
check
Ryan McCampbell added the comment:
Obviously, I meant isinstance(o, Collections.Iterable).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22487
___
R. David Murray added the comment:
Python is a consenting adults language. If you call register, we assume you
know what you are doing. The isinstance check, on the other hand, does look in
certain cases. So if you define __iter__ you don't have to call register to
make isinstance(o,
Aaron Meurer added the comment:
The issue is that that the Anaconda gcc on Windows is a bat file, so it can't
find it. Another fix would be to use find_executable. This is because Anaconda
has patched find_executalbe (which it also would be good to get backported)
diff --git
New submission from Senthil Kumaran:
Reported by John Jeffers on docs mailing list.
https://docs.python.org/3.4/download.html (3.4.2rc1)
Return Error 404 (Your other pages are fine)!
--
messages: 227493
nosy: larry, orsenthil
priority: normal
severity: normal
status: open
title: 3.4
Changes by Ned Deily n...@acm.org:
--
resolution: - duplicate
stage: - resolved
status: open - closed
superseder: - Build doc archives for RC versions
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22488
Ned Deily added the comment:
This problem is currently resulting in 404's for 3.4.2rc1 documention
downloads, e.g. the links on:
https://docs.python.org/3.4/download.html
--
nosy: +ned.deily
priority: high - critical
title: Build doc archives for RC versions - Build doc archives for
Roundup Robot added the comment:
New changeset 8ce21ffc6df5 by Benjamin Peterson in branch '3.4':
allow archives for rc releases to be built (closes #22484)
https://hg.python.org/cpython/rev/8ce21ffc6df5
New changeset 7d6297450943 by Benjamin Peterson in branch 'default':
merge 3.4 (#22484)
Robert Collins added the comment:
Fix up the tests patch - tested on windows 7.
--
Added file: http://bugs.python.org/file36713/fix-windows-tests.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16662
Robert Collins added the comment:
bah, wrong extension to trigger review code :)
--
Added file: http://bugs.python.org/file36714/fix-windows-tests.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16662
Changes by Robert Collins robe...@robertcollins.net:
Removed file: http://bugs.python.org/file36713/fix-windows-tests.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16662
___
New submission from Robert Collins:
The .gitignore file was missing some build products on windows. The attached
patch makes the tree be clean after doing a debug build.
--
files: windows-git-ignore.diff
keywords: patch
messages: 227498
nosy: rbcollins
priority: normal
severity: normal
Robert Collins added the comment:
Updated patch - fixes windows tests for this patch.
--
Added file: http://bugs.python.org/file36716/issue22457.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22457
Robert Collins added the comment:
Right: the existing code stringifies the original exception and creates an
exception object and a closure
def test_thing(self):
raise exception_obj
but that has the stringified original exception.
--
___
Python
karl added the comment:
OK after fixing my repo (Thanks orsenthil) I got the tests running properly.
The inspection order of the two dictionary was not right, so I had to modify a
bit the patch.
→ ./python.exe -m unittest -v
Changes by karl karl+pythonb...@la-grange.net:
Removed file: http://bugs.python.org/file36698/issue-5550-4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5550
___
Yury Selivanov added the comment:
Guys, when you update asyncio code, please make sure you sync your changes with
its upstream here: https://code.google.com/p/tulip/ to avoid commits like this
5f001ad90373
The goal is to have single source base for 3.4 and 3.5 in cpython repo and for
3.3 in
Roundup Robot added the comment:
New changeset fe456770b454 by Yury Selivanov in branch 'default':
asyncio: Reverting 69d474dab479 as issue #21645 is now closed and debug is no
longer needed
https://hg.python.org/cpython/rev/fe456770b454
--
___
Changes by Ned Deily n...@acm.org:
--
nosy: +zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22489
___
___
Python-bugs-list mailing list
karl added the comment:
Let's close this.
HTTP/1.1301 .split(None, 2)
['HTTP/1.1', '301']
HTTP/1.1301 .split(' ', 2)
['HTTP/1.1', '', ' 301 ']
I think it would be nice to have a way to warn without stopping, but the last
comment from r.david.murray makes sense too. :)
--
New submission from Tim Smith:
Homebrew, the OS X package manager, distributes python3 as a framework build.
We like to be able to control the shebang that gets written to scripts
installed with pip. [1]
The path we prefer for invoking the python3 interpreter is like
karl added the comment:
Where this is defined in the new RFC.
http://tools.ietf.org/html/rfc7230#section-3.1.2
status-line = HTTP-version SP status-code SP reason-phrase CRLF
Things to enforce
status-code= 3DIGIT
Response status code are now defined in
101 - 179 of 179 matches
Mail list logo