New submission from Andre M. Descombes:
LinkedIn
I'd like to include you in my network to share updates and stay in touch.
- Andre
Andre Descombes
DQM at Coheris
Paris Area, France
Confirm that you know Andre Descombes:
New submission from Graham Wideman:
The docs appear to be incorrect for CSV at:
http://docs.python.org/3.3/library/csv.html.
Per issue http://bugs.python.org/issue7198 , there's a long history of
contention between os.open and csv.writer, in which, on Windows, the default
result is an
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: -amdescombes
resolution: - invalid
stage: - committed/rejected
status: open - closed
title: Check out my profile on LinkedIn - Spam
___
Python tracker rep...@bugs.python.org
Changes by Berker Peksag berker.pek...@gmail.com:
--
Removed message: http://bugs.python.org/msg198751
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19135
___
Roundup Robot added the comment:
New changeset 6aef095fdb30 by Raymond Hettinger in branch '3.3':
Issue #18594: Fix the fast path for collections.Counter().
http://hg.python.org/cpython/rev/6aef095fdb30
--
nosy: +python-dev
___
Python tracker
Serhiy Storchaka added the comment:
struct.Struct() should be changed instead of struct.pack(). Here is a patch.
--
stage: - patch review
type: behavior - enhancement
Added file: http://bugs.python.org/file31931/struct_unicode_fmt.patch
___
Python
Stefan Behnel added the comment:
Antoine, I really don't like this attitude of adding code and then saying
well, it's there, I won't change it when others complain about breakage.
Please undo your change that broke the ability of using (non-trivial) wrapper
scripts for the Python runtimes. If
Raymond Hettinger added the comment:
Attaching a patch for the slow path. Makes the code exactly match the pure
python version. This kicks in whether someone has subclassed Counter and
overridden either __getitem__ or __setitem__.
--
Added file:
Stefan Behnel added the comment:
Can you update the benchmark numbers to show what the difference is compared to
pure Python (and to the fastpath) now?
One more thing: the fastpath depends on .__getitem__() and friends, whereas the
fallback path depends on .get(). What if someone overrides
Vajrasky Kok added the comment:
Serhiy, you don't want to clear the cache in the test to simulate the bug?
struct._clearcache()
Other than that, should we raise struct.error instead of ValueError? Right now,
the current behaviour in python 2.7 is:
struct.pack('\x80', 3)
Traceback (most
Vajrasky Kok added the comment:
Nevermind about my comment about clearing cache. It only happens if we use
struct.pack not struct.Struct.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19099
Antoine Pitrou added the comment:
Antoine, I really don't like this attitude of adding code and then
saying well, it's there, I won't change it when others complain
about breakage.
Well, I don't care whether you like this attitude. Your own
attitude has irked several developers enough that
Antoine Pitrou added the comment:
Brett, I'm leaving you with this, if you're wanting to do anything about it :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19108
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: -pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19108
___
___
Python-bugs-list mailing
Stefan Behnel added the comment:
I'm leaving you with this, if you're wanting to do anything about it
Sorry, but weren't you just asking *me* to be constructive?
I'm aware that getting this change right isn't trivial. But that doesn't mean
we should happily break other people's code and then
Changes by Gabi Davar grizzly@gmail.com:
--
nosy: +Gabi.Davar
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18040
___
___
Python-bugs-list
Oscar Benjamin added the comment:
Thanks Antoine!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12641
___
___
Python-bugs-list mailing list
Marc-Andre Lemburg added the comment:
Wouldn't it be possible to use the old version as fallback solution
in case the -c switch approach fails or have a command line option
to pass in the version in order to bypass all of this ?
Stefan: Why don't you propose a patch which implements this ?
STINNER Victor added the comment:
The issue #16742 must be fixed to be able to trace memory blocks allocated by
PyMem_RawMalloc().
--
dependencies: +PyOS_Readline drops GIL and calls PyOS_StdioReadline, which
isn't thread safe
___
Python tracker
STINNER Victor added the comment:
Perhaps it would be best to either combine SuppressCoreFiles
and suppress_crash_popup
Yes, these two tools must be merged into one unique portable tool. Example of
names:
* ignore_fatal_errors()
* dont_report_crashes()
* ignore_crashes()
Doc: On
STINNER Victor added the comment:
For the development, it would also be nice to fix #18948.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18874
___
STINNER Victor added the comment:
test.support.SuppressCoreFiles was added by #18623.
I implemented a similar tool in my tracemalloc fork:
http://hg.python.org/features/tracemalloc/rev/b91450e51388
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Other than that, should we raise struct.error instead of ValueError?
Python 3 raises UnicodeEncodeError. And Python 2 raises UnicodeEncodeError when
coerce non-ASCII unicode to str.
--
___
Python tracker
Roundup Robot added the comment:
New changeset 56ed149e597a by Eli Bendersky in branch 'default':
Mention 'make touch' in the devguide.
http://hg.python.org/devguide/rev/56ed149e597a
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 56ed149e597a by Eli Bendersky in branch 'default':
Mention 'make touch' in the devguide.
http://hg.python.org/devguide/rev/56ed149e597a
--
___
Python tracker rep...@bugs.python.org
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: - ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19092
___
___
Python-bugs-list
Eli Bendersky added the comment:
`make touch` was added to the bots in #19106 and is now also recommended in the
devguide for folks running into this problem. IMHO this is all we need here,
because there's no point toiling to make the auto-generation scripts in every
version to work with any
Eli Bendersky added the comment:
I've updated the devguide about `make touch`.
As for the buildbot configuration, I agree we shouldn't document a static
snapshot and also there's the passwords problem.
I was talking to Antoine about this the other day, and maybe there's sense to
create an
Roundup Robot added the comment:
New changeset 423736775f6b by Nick Coghlan in branch '3.3':
Close #19092: ExitStack now reraises exceptions from __exit__
http://hg.python.org/cpython/rev/423736775f6b
New changeset 451f5f6151f5 by Nick Coghlan in branch 'default':
Merge #19092 from 3.3
Antoine Pitrou added the comment:
I was talking to Antoine about this the other day, and maybe there's
sense to create an infrastructure section in the devguide that
will explain how to log into the buildbot server and look at the
configuration.
IMHO it would make more sense to create a
Arfrever Frehtes Taifersar Arahesis added the comment:
New changeset 731abf7834c4 by Barry Warsaw in branch '2.6':
- Issue #16040: CVE-2013-1752: nntplib: Limit maximum line lengths to 2048 to
http://hg.python.org/cpython/rev/731abf7834c4
New changeset 36680a7c0e22 by Barry Warsaw in
R. David Murray added the comment:
You must have a different 'open' in your namespace when you execute that.
Dropping a keyword argument like that is something we would never do without a
deprecation period.
Your example works fine for me.
--
nosy: +r.david.murray
resolution: -
Eli Bendersky added the comment:
I'm not sure a separate document is right here because that's one more
repository to have. The devguide already contains sections for somewhat more
esoteric things like compiler internals guide, coverity scans. Besides, section
18 already has some material
Nick Coghlan added the comment:
The committed patched was based directly on Katie's last version, without my
enum changes.
Raymond - feel free to tweak the wording on the docs notes or the explanatory
comment if you see anything that could be improved.
--
Roundup Robot added the comment:
New changeset ad9f207645ab by Nick Coghlan in branch 'default':
Close #10042: functools.total_ordering now handles NotImplemented
http://hg.python.org/cpython/rev/ad9f207645ab
--
resolution: - fixed
stage: commit review - committed/rejected
status: open
Antoine Pitrou added the comment:
I'm not sure a separate document is right here because that's one
more repository to have. The devguide already contains sections for
somewhat more esoteric things like compiler internals guide,
coverity scans. Besides, section 18 already has some material
Eli Bendersky added the comment:
On Tue, Oct 1, 2013 at 7:00 AM, Antoine Pitrou rep...@bugs.python.orgwrote:
Antoine Pitrou added the comment:
I'm not sure a separate document is right here because that's one
more repository to have. The devguide already contains sections for
somewhat
Vajrasky Kok added the comment:
Okay, attached the patch based on your comment, Senthil Kumaran. Thanks.
The reason I use isinstance to check the type is because I want to support the
inheritance as much as possible.
class new_str(str):
... pass
urljoin(new_str('http://python.org') +
Eli Bendersky added the comment:
+nick,guido,benjamin: in case you're interested in the discussion that takes
place in the most recent messages of this issue
--
nosy: +benjamin.peterson, gvanrossum, ncoghlan
___
Python tracker rep...@bugs.python.org
Martin v. Löwis added the comment:
Documenting the pydotorg setup is a field of ongoing discussions. If you ask
three people involved, you get three answers where this should be documented,
with no chance for consensus.
From an infrastructure point of view, it is up to the infrastructure head
Nick Coghlan added the comment:
Where to document the infrastructure setup (including the buildbots) is up to
Noah/infrastructure-sig, as the devguide just covers CPython development, while
the PSF infrastructure team covers a lot more than that.
A pointer from the devguide docs to the
Antoine Pitrou added the comment:
I still see the current situation better than the previous one, where
this
was scattered around PEPs, Wikis and just random web pages. Having it
all
in the same repository is not ideal from a taxonomical point of view,
perhaps, but as a single collection
New submission from Serhiy Storchaka:
Example:
import pprint
class S(set): pass
...
S('abc')
S({'a', 'b', 'c'})
pprint.pprint(S('abc'))
S({'a', 'b', 'c'})
pprint.pprint(S('abc'), width=1)
{'a',
'b',
'c'}
And same for frozenset.
Here is a patch which fixes this issue. With a patch:
Antoine Pitrou added the comment:
As noted in the review, I'm not as keen on having dictionaries displayed
in compact form.
Agreed with David.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19132
Serhiy Storchaka added the comment:
Updated patch doesn't compactify dicts.
--
Added file: http://bugs.python.org/file31935/pprint_compact_3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19132
Changes by Serhiy Storchaka storch...@gmail.com:
--
title: pprint wrongly format set and frozenset subclasses - pprint wrongly
formats set and frozenset subclasses
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19137
Barry A. Warsaw added the comment:
On Oct 01, 2013, at 01:44 PM, Arfrever Frehtes Taifersar Arahesis wrote:
s/lenght/length/ in new comment in Lib/nntplib.py
Fixed, thanks.
--
___
Python tracker rep...@bugs.python.org
New submission from John Murphy:
The doctest.IGNORE_EXCEPTION_DETAIL optionflag does not seem to have the
desired behavior when the exception does not provide a message, due to the
regular expressions in doctest.DocTestRunner.__run expecting a colon in the
second group::
elif
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7434
___
___
Serhiy Storchaka added the comment:
Added an additional test to check the output layout for set/frozenset
subclasses as Antoine suggested.
--
Added file: http://bugs.python.org/file31937/pprint_set_subclass_2.patch
___
Python tracker
Tom Gross added the comment:
I guess you are on a 64bit os an the issue is a variant of issue1294959. Some
of the components (scripts) are installed in the $PREFIX/lib folder and some
are (libs) installed in the $PREFIX/lib64 folder. a workaround which worked for
me (on OpenSuse 12.3 which
New submission from Paul Moore:
The documentation for venv states that __VENV_NAME__ in scripts is replaced by
the name of the virtualenv. In fact, it is replaced by context.prompt, which is
the prompt, rather than the name.
The various activate scripts are not consistent with this behaviour.
Senthil Kumaran added the comment:
FieldStorage(foo, bar) is invalid because the first argument is supposed to
be file-like object and second one headers. Here we are sending invalid
headers. By
default, if the headers is none, the content-type is urlencoded.
The right way of using
Vinay Sajip added the comment:
Makes sense to me. Adding Carl Meyer to nosy, to see if he has a different view.
--
nosy: +carljm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19139
___
Vinay Sajip added the comment:
From the fact that 3.4a3 is out I assume it's OK to close this issue. The
buildbots are no longer showing this error.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Carl Meyer added the comment:
Makes sense to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19139
___
___
Python-bugs-list mailing list
Paul Moore added the comment:
Cool. Patch attached (this fixes __VENV_NAME__ and implements __VENV_PROMPT__)
--
keywords: +patch
Added file: http://bugs.python.org/file31938/venv_prompt.patch
___
Python tracker rep...@bugs.python.org
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file31737/re_group_type.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18468
___
Serhiy Storchaka added the comment:
Fixed a typo.
Could anyone please make a review?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18468
___
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file31939/re_group_type.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18468
___
Guido van Rossum added the comment:
I believe you that the example invocation is wrong. But then shouldn't it raise
an exception? I still think that if len() raises KeyError, bool() should raise
KeyError too.
--
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +Unicode
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13153
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13153
___
___
Python-bugs-list
Serhiy Storchaka added the comment:
Could you please make a review Ezio?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12892
___
___
Serhiy Storchaka added the comment:
What would you say about this patch Terry?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19020
___
___
Serhiy Storchaka added the comment:
What would you say about this patch Terry?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19020
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18512
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
Removed message: http://bugs.python.org/msg198805
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19020
___
New submission from Yann Kaiser:
A pair of inconsistencies I've found using Signature.bind:
(a=0).bind() -* TypeError
Letting the default value of a positional-only parameter be used raises a
TypeError with message that 'a' was passed by name.
(a, *args).bind(a=0, args=1) -
Antoine Pitrou added the comment:
Thanks Christian!
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19130
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19140
___
___
Python-bugs-list mailing
Jason R. Coombs added the comment:
Vajrasky, you're right. Comparing against type(obj) is an anti-pattern.
isinstance is better. Duck typing is even better (in many cases).
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Updated patch addressed Antoine's comments.
--
Added file: http://bugs.python.org/file31941/re_group_type_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18468
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18037
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Allow memoryview.cast() for empty views
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17839
___
Graham Wideman added the comment:
David:
Yes, as it turns out you are absolutely right, in a manner of speaking. I have
retested this exhaustively today, and here's the root cause.
It turns out that in testing, I must have activate a particular simplified test
script by invoking only
Terry J. Reedy added the comment:
I cannot say much since I do not know what .split and .splitlist do or are
supposed to do. They have no docstrings. They are methods of tkinter.Tk().tk,
the app or 'interpreter' returned by _tkinter.create. Modules/_tkinker.c maps
then to the C functions
New submission from Graham Wideman:
Python Launcher for Windows provides some important value for Windows users,
but its ability to invoke python versions not on the PATH is a problem.
py.exe chooses a version of Python to invoke, in more or less this order of
decreasing priority; it is the
New submission from Trevor Bowen:
FWIW, I'm using a Freescale cross-compile tool-chain on a Linux x86-64 build
host, although I have duplicated the cross-compile error on an x86 Ubunutu
10.04 build host.
Steps to reproduce:
$ wget http://www.python.org/ftp/python/2.7.5/Python-2.7.5.tar.bz2
$
New submission from Tim Peters:
This question:
http://stackoverflow.com/questions/19128219/detect-windows-8-1-in-python
reports that Python is returning incorrect version info under Windows 8.1.
Alas, it appears MS is deprecating `GetVersionEx()`:
R. David Murray added the comment:
It is a known issue that the Python build infrastructure does not currently
support cross compiling. There are a number of issues and patches in this
tracker that address pieces of this puzzle. Help sorting it all out will be
welcome.
--
nosy:
Trevor Bowen added the comment:
Sorry, I do not mean to compound an already open and complex problem. I
thought that the fixes in 2.7.4 were meant in part to help alleviate this
problem. I had not found any feedback or tutorials, so I wanted to provide a
status update of sorts. I'm sure
Roundup Robot added the comment:
New changeset 1ee6f8a96fb9 by Raymond Hettinger in branch '3.3':
Issue #18594: Fix the fallback path in collections.Counter().
http://hg.python.org/cpython/rev/1ee6f8a96fb9
--
___
Python tracker
Raymond Hettinger added the comment:
Thanks Nick and Katie. This looks great. :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10042
___
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18594
___
85 matches
Mail list logo