Ramchandra Apte added the comment:
In my view, it is adequately documented now, should not be undocumented, and
should not be given more prominence either. So I recommend closing this.
+1
--
nosy: +Ramchandra Apte
___
Python tracker
Éric Araujo added the comment:
We do not document removals after they are done as they are not an
issue for back-compatibility (unlike changes and additions).
I learned that people may use the (for example) 2.7 docs even though they are
using 2.6, so I think we do want to use things like the
Éric Araujo added the comment:
This is not committed to any branch yet.
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13244
___
Charles-François Natali added the comment:
The docs don't even mention that re.compile() actually uses a cache.
Actually it does:
re.compile(pattern, flags=0)
Note The compiled versions of the most recent patterns passed to re.match(),
re.search() or re.compile() are cached, so programs
Ezio Melotti added the comment:
IMHO deprecated-removed should be used on versions where the feature exists,
and a versionchanged should be added once the feature has been removed.
--
___
Python tracker rep...@bugs.python.org
Charles-François Natali added the comment:
That shouldn't be too complicated, but does Windows have fcomod() Co?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15100
___
Antoine Pitrou added the comment:
Windows doesn't have fchmod(), but chmod() doesn't do much on it either:
“Although Windows supports chmod(), you can only set the file’s read-only flag
with it (via the stat.S_IWRITE and stat.S_IREAD constants or a corresponding
integer value). All other bits
Ezio Melotti added the comment:
I suggest to deprecated codecs.open() in 3.4, and possibly remove it in a later
release. The implementation shouldn't be changed to use the builtin open(),
but the deprecation note should point to it, and possibly mention the
shortcomings of codecs.open().
Mark Dickinson added the comment:
... is this worth pursuing?
Not at the expense of introducing undefined behaviour. I suggest closing this.
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11087
Charles-François Natali added the comment:
I'm splitting the patches:
- one which adds loads and dumps to ForkingPicler
- the contention reduction patch
I'd like to commit them soon.
--
Added file: http://bugs.python.org/file29559/queues_contention.diff
Added file:
Ezio Melotti added the comment:
See also #2927.
--
versions: +Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue513840
___
___
Richard Oudkerk added the comment:
The old code deleted the obj in the feeder thread as soon as it was sent at
lines 247 and 253 -- see Issue #16284. I think that should be retained.
Apart from that LGTM.
--
___
Python tracker
Charles-François Natali added the comment:
The old code deleted the obj in the feeder thread as soon as it was sent at
lines 247 and 253 -- see Issue #16284. I think that should be retained.
The object is overwritten by the pickled data, so it's not necessary
anymore, no?
--
R. David Murray added the comment:
It looks like it turned out that there is nothing specific in this issue that
isn't covered by issue 2399.
--
nosy: +r.david.murray
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - Patches for Tools/msi
Changes by Charles-François Natali cf.nat...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file29561/sendfile_doc.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17529
Benjamin Peterson added the comment:
This is true, but if we get proper certificate checking, this should
automatically work correctly then.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12226
Ezio Melotti added the comment:
Attached a new patch that addresses a couple of minor things pointed out in the
reviews.
--
stage: patch review - commit review
Added file: http://bugs.python.org/file29562/issue17323-3.diff
___
Python tracker
Drekin added the comment:
Hello. I have made a small upgrade of the workaround.
• win_unicode_console.enable_streams() sets sys.stdin, stdout and stderr to
custom filelike objects which use Windows functions ReadConcoleW and
WriteConsoleW to handle unicode data properly. This can be done in
Changes by Drekin dre...@gmail.com:
Added file: http://bugs.python.org/file29564/win_unicode_console_3.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1602
___
Richard Oudkerk added the comment:
On 24/03/2013 12:16pm, Charles-François Natali wrote:
The object is overwritten by the pickled data, so it's not necessary
anymore, no?
Yes, you are right.
--
___
Python tracker rep...@bugs.python.org
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17441
___
___
Python-bugs-list
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1602
___
___
Python-bugs-list
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8796
___
___
Python-bugs-list
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17482
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17492
___
Ezio Melotti added the comment:
Fixed, thanks for the report and the patch!
--
assignee: - ezio.melotti
nosy: +ezio.melotti
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.3
___
Python tracker
Roundup Robot added the comment:
New changeset 9445505389cf by Ezio Melotti in branch '3.3':
#17504: remove duplicated sentence. Patch by Radu Voicilas.
http://hg.python.org/cpython/rev/9445505389cf
New changeset 2fc34f3dbc9d by Ezio Melotti in branch 'default':
#17504: merge with 3.3.
Roundup Robot added the comment:
New changeset bedb4cbdd311 by Charles-François Natali in branch 'default':
Issue #17025: Add dumps() and loads() to ForkingPickler.
http://hg.python.org/cpython/rev/bedb4cbdd311
--
nosy: +python-dev
___
Python tracker
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - patch review
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17516
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
type: behavior - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17519
___
Amaury Forgeot d'Arc added the comment:
- The tests with range(100) seems to duplicate those with recursion limit.
- zip_iter should would be simpler with a goto error;
LGTM otherwise.
--
___
Python tracker rep...@bugs.python.org
Raymond Hettinger added the comment:
This is a nice addition. Thank you.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17150
___
Amaury Forgeot d'Arc added the comment:
Sorry, what does instancing mean?
And does this change bring interesting features?
And is there an impact on regular .pyc files?
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14010
___
___
Martin v. Löwis added the comment:
Sorry, what does instancing mean?
He means keeping track of instance identities, so that objects
that were shared before marshal continue to be shared after loading.
And does this change bring interesting features?
interesting to whom?
And is there an
Kevin Barry added the comment:
emmanuel,
Regarding your points: All three can be taken care of with a combination of my
patch and setting sys.stdin, sys.stdout, and sys.stderr to the pty. (That
should really be done internally with another patch, since os.fdopen is
OS-specific. Also,
New submission from Matthias Klose:
Add some browser names supported on Debian systems:
- www-browser, x-www-browser are browser names handled by
the alternatives system, which should be preferred over
specific browser names. Inserted with lower priority
than the browsers for specific
Roundup Robot added the comment:
New changeset 206522d9134e by doko in branch '3.3':
- Issue #17536: Add to webbrowser's browser list: www-browser, x-www-browser,
http://hg.python.org/cpython/rev/206522d9134e
New changeset 34648809d777 by doko in branch 'default':
- Issue #17536: Add to
Matthias Klose added the comment:
2.7.diff is the backport for 2.7, adding additional names xdg-open, gvfs-open,
and chromium names.
--
Added file: http://bugs.python.org/file29566/2.7.diff
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
Oh, it looks like you are right: useless strings are already removed
during compilation. But it looks a little bit surprising to me to use a
multiline string for a comment. I prefer classic # comments.
I was surprised by this as well. I think the comment
Matthias Klose added the comment:
this is about setting PYTHONPATH for regenerating the plat directory. This
doesn't break anything afaics and doesn't do any harm.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17086
Matthias Klose added the comment:
cross build patch is applied, closing the issue.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17086
___
R. David Murray added the comment:
Technically this is a new feature and should only go into 3.4. I'm open to
discussion about this, but the discussion should have happened *before* the
commit.
You will note in particular that support for Chrome was added in issue 13620 as
an enhancement,
Changes by R. David Murray rdmur...@bitdance.com:
--
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17525
___
___
Matthias Klose added the comment:
Technically this is a new feature and should only go into 3.4. I'm open to
discussion about this, but the discussion should have happened *before* the
commit.
ok, will do so in the future. Howver it did look a bit simple ...
You will note in particular
R. David Murray added the comment:
It is very likely the code is the same in 3.3 and 3.4, so I'm adding those
versions without testing :)
--
keywords: +easy
nosy: +r.david.murray
stage: - needs patch
versions: +Python 3.3, Python 3.4
___
Python
Changes by R. David Murray rdmur...@bitdance.com:
--
type: behavior - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17527
___
___
R. David Murray added the comment:
Yeah, that's why I said I was open to discussion on it. It is more of a
UI/system-config issue than a code issue, so I think maybe a backport would be
OK. But we should check with python-dev, I think, since making UI changes to
IDLE requires a PEP :)
Raymond Hettinger added the comment:
I think this can be applied to old versions of Python as well. It was an
unintentional omission from the last of valid HTTP verbs. There is nothing new
here.
--
nosy: +rhettinger
___
Python tracker
Amaury Forgeot d'Arc added the comment:
The size of the pyc files may decrease
This is very good news! Indeed, I noticed decimal.cpython-34.pyc going from
212k to 178k. 17% less!
This is worth an entry in whatsnew/3.4.rst IMO.
--
___
Python
Greg Ward added the comment:
I recommend the following: replace the simple test in the attached
bytes_diff.py with
Greg's unittest-based tests and adjust the __name__ == '__main__' incantation
accordingly.
Latest patch, following Terry's suggestion:
Roundup Robot added the comment:
New changeset 0fb7db2f9b5e by Martin v. Loewis in branch '3.2':
Issue #17425: Build with openssl 1.0.0k on Windows.
http://hg.python.org/cpython/rev/0fb7db2f9b5e
New changeset 8051e6ff97e2 by Martin v. Loewis in branch '3.3':
#17425: null merge 3.2
New submission from Matthias Klose:
forwarded from Debian http://bugs.debian.org/699463
The csv.DictReader object doesn't handle multiple columns with the
same name very well - it simply over-writes the first
column-with-same-name with the contents of the second
column-with-same-name e.g.:
Changes by Martin v. Löwis mar...@v.loewis.de:
--
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17425
___
___
Roundup Robot added the comment:
New changeset 840a90e8cefd by Martin v. Löwis in branch '3.3':
Issue #17425: Build with openssl 1.0.1d on Windows.
http://hg.python.org/cpython/rev/840a90e8cefd
New changeset a626a32bd42d by Martin v. Löwis in branch 'default':
#17425: merge 3.3
Martin v. Löwis added the comment:
This is now fixed.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17425
___
Martin v. Löwis added the comment:
This is now fixed, with 1.0.0k and 1.0.1d
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15052
___
Changes by Ned Deily n...@acm.org:
--
nosy: -ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17537
___
___
Python-bugs-list mailing list
Ned Deily added the comment:
Note that there was a long discussion a couple of months ago on python-ideas
about the csv module including the issue of duplicate names. There were
differing opinions about whether this behavior should be changed and, if so,
how. It starts here:
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17323
___
___
Python-bugs-list
Todd Rovito added the comment:
I got the extension from Roger Serwy's IDLEX, it is one of my favorite
extensions. In addition to adding the extension I updated the documentation
both idle.rst and help.txt. Finally I tested the patch on Mac OS X and it
works great. This patch is for 3.4 but
Senthil Kumaran added the comment:
Making these changes in 2.7
+# Google Chrome/Chromium browsers
+for browser in (google-chrome, chrome, chromium, chromium-browser):
+if _iscommand(browser):
+register(browser, None, Chrome(browser))
+
is a mistake IMO. These are
Todd Rovito added the comment:
For this patch to work correctly the option menu must be present so issue 17532
http://bugs.python.org/issue17532 has to be resolved.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17535
Gregory P. Smith added the comment:
Here's is an os.scandir(path='.') implementation that iterates reading the
directory on the fly instead of pre-building a list.
os.listdir's implementation should ultimately be replaced by this as:
def listdir(path=None):
if path is None:
return
Martin v. Löwis added the comment:
Since this is going to be a new API, I would like to return the file type per
directory entry where supported. I suggest to start with the Linux set of file
types (DT_BLK, ..., DT_UNKNOWN), perhaps under different names, giving
'unknown' on systems which
Gregory P. Smith added the comment:
you'll see my code already has TODOs in there for that. windows API
documentation suggests that windows returns even more (stat-like) info when
traversing a directory. returning a namedtuple with the relevant info from the
platform at hand would be good.
Roger Serwy added the comment:
Todd, the LineNumbers.py extension from the IdleX project contains
work-arounds for interacting cleanly with the Code Context extension. It
also has a hack for dealing with the shortcomings of the
Percolator/Delegator ordering.
There are other shortcomings in
R. David Murray added the comment:
I haven't read the thread that Ned points to, but I do note that replacing the
value is exactly how Python dict literals work.
Also, even if we decide that we want an error, I don't think it is a change
that could be backported, since it could easily make
Roger Binns added the comment:
So is 3.3.1 with the fix ever going to be released? Georg did predict
mid-November and we are 4 months after that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16145
Todd Rovito added the comment:
The NCSA license is very permissive I would be surprised if the PSF didn't
accept it since both are BSD based. Needless to say I am not a lawyer and I am
not sure who to speak with about this issue.
I was able to find some precedence with the PEP 3146 which
Changes by Todd Rovito rovit...@gmail.com:
--
nosy: +Todd.Rovito
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue694339
___
___
Python-bugs-list
Raymond Hettinger added the comment:
I don't this would be much of a win and we're better off not adding yet another
function to the already overloaded os module.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
Éric Araujo added the comment:
I would consider the list of browsers updatable in stable branches, like MIME
types and encoding aliases. The alternate names for Mozilla browsers are
really just strings in a list; xdg-open/x-www-browser/gvfs-open are a little
more (need to use the right class
New submission from Donald Stufft:
Here's a documentation patch (Made against the 2.7 branch) that adds warning to
the various xml modules to warn about the insecurity and points towards
defusedxml/defusedexpat.
--
components: Library (Lib), XML
files: xmldocs.diff
keywords: patch
Éric Araujo added the comment:
PATCH is not formally accepted yet. OTOH many server and client libs support
it and it does serve a real use case.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17527
Éric Araujo added the comment:
No problem.
--
resolution: - rejected
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12207
___
Éric Araujo added the comment:
It seems to work perfectly on command line though.
If the code is saved in a file, yes, but not in an interactive interpreter.
This is not actually related to IDLE, but to the fact that inspect.getsource
merely finds the __file__ attribute of the module object
Gregory P. Smith added the comment:
Your objection is noted but it is wrong.
A Python program today cannot process arbitrarily large directories within a
fixed amount of ram today due to os.listdir. This makes it unsuitable for file
system cleanup tasks that we have run into on production
Changes by Todd Rovito rovit...@gmail.com:
--
nosy: +Todd.Rovito
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1207613
___
___
Python-bugs-list
Roger Serwy added the comment:
The file uploaded in 2010 falls under my PSF contributor agreement which
has the Apache V2.0 license. The updates to the code in the latest
version of IdleX fall under the NCSA license.
--
___
Python tracker
Éric Araujo added the comment:
I’m not sure what “this” refers to (in “This is true” and “this should
automatically work correctly”).
My only concern is to avoid giving a false sense of security, so my initial
stance was all-or-nothing. However with the recent trend of incremental
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17482
___
___
Python-bugs-list mailing list
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13266
___
___
Python-bugs-list mailing list
Benjamin Peterson added the comment:
By this, I meant the change I made. It was made in consultation with Richard
Jones (added to nosy) at the PyCon sprints.
--
nosy: +richard
___
Python tracker rep...@bugs.python.org
Donald Stufft added the comment:
Using HTTPS without a Certificate prevents passive attacks but not active
attacks. It puts things in a _better_ situation but not the ideal situation.
--
nosy: +dstufft
___
Python tracker rep...@bugs.python.org
85 matches
Mail list logo
