Chris Jerdonek added the comment:
I recommend closing this as a duplicate.
--
nosy: +chris.jerdonek
___
Python tracker
<http://bugs.python.org/issue16331>
___
___
Chris Jerdonek added the comment:
> Both patches (for 2.7 & 3.2) are almost the same as the original patch.
> Conflicts were trivial.
For future reference, it's okay (and perhaps preferable) to upload a patch just
for the default branch when no substantive changes are n
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue16341>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chris Rebert added the comment:
AFAICT, there is currently no entry for WebM in IANA's registry
(http://www.iana.org/assignments/media-types/index.html ).
A bug in WebM's tracker regarding its MIME type(s) was closed over a year ago
as WONTFIX (http://code.google.com/p/webm/issues/de
Chris Rebert added the comment:
Per Chris Jerdonek, here's a combined patch that also makes the docs changes
comply with the antiquated line length limit.
--
Added file: http://bugs.python.org/file27759/issue14570.diff
___
Python tracker
Chris Rebert added the comment:
Here's a revised patch against the default branch (3.4 I presume?).
--
Added file: http://bugs.python.org/file27760/subprocess.rst-default.diff
___
Python tracker
<http://bugs.python.org/is
Changes by Chris Rebert :
Removed file: http://bugs.python.org/file27197/subprocess.rst-3.3.patch
___
Python tracker
<http://bugs.python.org/issue14616>
___
___
Python-bug
Chris Rebert added the comment:
Just to keep the ball rolling, in case it ends up being the solution ultimately
chosen, here is a patch against 2.7 to document pipes.quote(). The text is
yanked straight from shlex.quote(), the differences being:
- qualify shlex.split() references
- print
Chris Rebert added the comment:
Even more libraries in this vein:
http://plumbum.readthedocs.org/en/latest/
http://amoffat.github.com/sh/
--
___
Python tracker
<http://bugs.python.org/issue13
Chris Jerdonek added the comment:
Shouldn't this patch be attached to the referenced issue 9769 instead of
creating a new issue? Even the issue title is nearly the same:
9769: PyUnicode_FromFormatV() doesn't handle non-ascii text correctly
16343: PyUnicode_FromFormatV() doesn'
Chris Rebert added the comment:
Patch for 2.7. This assumes that changing the parameter notation is permissible.
--
Added file: http://bugs.python.org/file27765/issue14570-2.7.diff
___
Python tracker
<http://bugs.python.org/issue14
Chris Jerdonek added the comment:
Issue 9769 is still open. It looks like there was some disagreement in the
comments between Alexander and Victor as to whether a new issue should be
created (since Victor had a different idea when first opening the issue), but
it looks like Victor deferred
Changes by Chris Jerdonek :
--
versions: +Python 3.4 -Python 3.3
___
Python tracker
<http://bugs.python.org/issue9769>
___
___
Python-bugs-list mailing list
Unsub
New submission from Chris Jerdonek:
This issue is to add a function to the os module for getting the path to the
default shell (e.g. os.getdefaultshell()).
In issue 16255, it was reported that on Android, the path to the default shell
is "/system/bin/sh" rather than "/bin/sh&
Chris Jerdonek added the comment:
I created issue 16353 for adding a function to the os module for getting the
path to the default shell.
The current issue 16255 could be addressed in 3.4 by calling such a function
from the subprocess module. For earlier versions (since enhancements are not
Changes by Chris Jerdonek :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue16353>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chris Jerdonek added the comment:
Or set a bookmark. :)
--
nosy: +chris.jerdonek
___
Python tracker
<http://bugs.python.org/issue16354>
___
___
Python-bugs-list m
New submission from chris-buccella:
http://docs.python.org/3.4/library/unittest.mock-examples.html
Section 26.5.3.9. Mocking a dictionary with MagicMock
In the Note area:
>>> mock.__setitem__ = Mock(side_effect=getitem)
>>> mock.__getitem__ = Mock(side_effect=setitem)
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue13697>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chris Rebert added the comment:
So, nobody seems to have cared enough about the policy change to weigh in
during the intervening year and ~3mos...
--
___
Python tracker
<http://bugs.python.org/issue16
Chris Rebert added the comment:
> FWIW, I’m +1 for a doc section about how to achieve strict mode with special
> arguments and callbacks (if the recent doc patch does not already have that)
The docs added by that patch do indeed cover this:
http://docs.python.org/2/library/json.html#st
Changes by Chris Farrow :
--
nosy: +Chris.Farrow
___
Python tracker
<http://bugs.python.org/issue21009>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue19871>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue16535>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue21080>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue19837>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue17909>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue10976>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Chris Rebert:
Python 3.3.4 (default, Feb 21 2014, 18:00:34)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from json import dumps
&g
Chris Angelico added the comment:
I agree that current behaviour is a bit confusing; also, the implication is
that deleting from the dictionary while you have an iterator may leave some
hanging references around the place, which raises a red flag in my mind (maybe
something else might find
Chris Rose added the comment:
Updated according to review.
--
Added file: http://bugs.python.org/file34868/difflib-sm.patch
___
Python tracker
<http://bugs.python.org/issue20
Chris Rose added the comment:
Addressed comments regarding documentation and assertion formats in the test.
--
Added file: http://bugs.python.org/file34869/difflib-sm.patch
___
Python tracker
<http://bugs.python.org/issue20
Chris Rose added the comment:
Patch against tip
--
Added file: http://bugs.python.org/file34871/difflib-sm.patch
___
Python tracker
<http://bugs.python.org/issue20
Chris Rose added the comment:
As a historical record, it should be noted that this is driven by an actual use
case: I was experimenting with using Bazaar's patience diff implementation, and
I saw that in order for them to use a custom sequence matcher, they had to
essentially copy-past
Changes by Chris Rose :
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue20752>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chris Monsanto added the comment:
This issue has been open for 4 years, last update was 2 months ago.
Lack of transactional DDL is a big deal for Python programs that use SQLite
heavily.
We have a patch for Python 3 that applies cleanly and as far as I can tell
works fine. I've been usi
Chris Monsanto added the comment:
> Unfortunately, I don't have backwards-compatible proposal to fix this. Trying
> to account for a bit more syntax will help in the short term but not fix the
> underlying issue.
aaugustin -- the patch by torsen made 3 years ago is backwards
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue19475>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue21414>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue21413>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue21347>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chris Rose added the comment:
Ping? I'd like to know if the proposed solution passes muster, so that I can
get this into ... well, whatever the right revision would be.
--
___
Python tracker
<http://bugs.python.org/is
Chris Rebert added the comment:
You'll need to also update the "Character Encodings" subsection of the json
docs.
--
___
Python tracker
<http://bugs.pyt
Chris Rebert added the comment:
I agree that the state of encoding detection in the new RFC seems unclear,
given that the old RFC prefaced the part about the encoding detection with:
> Since the first two characters of a JSON text will always be ASCII
> characters
But in the n
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue18820>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue19361>
___
___
Python-bugs-list mailing list
Unsubscribe:
Chris Rebert added the comment:
Note that, per the new JSON RFC 7159 (https://tools.ietf.org/html/rfc7159 ),
top-level non-collection values are now de-jure permissible in JSON:
> Appendix A. Changes from RFC 4627
>o Changed the definition of "JSON text" so that it
Chris Rebert added the comment:
The new JSON RFC now at least mentions BOM handling:
https://tools.ietf.org/html/rfc7159#section-8.1 :
> Implementations MUST NOT add a byte order mark to the beginning of a
> JSON text. In the interests of interoperability, implementations
> that p
New submission from Chris Rebert:
json module docs: https://docs.python.org/3/library/json.html
New superseding JSON RFC: https://tools.ietf.org/html/rfc7159
Errata to the new RFC: http://www.rfc-editor.org/errata_search.php?rfc=7159
ECMA-404: http://www.ecma-international.org/publications
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue21401>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue1043134>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue1521950>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue13826>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue13197>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue21545>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Chris Rebert:
Since these functions run shell commands, which is a common vector for
security-related bugs (see
* http://cwe.mitre.org/data/definitions/78.html
* http://cwe.mitre.org/data/definitions/88.html
), I suggest that they should have security warning boxes analogous
Chris Rebert added the comment:
Okay, so can this issue be closed in light of the existing docs and issue 21514
then?
--
___
Python tracker
<http://bugs.python.org/issue13
Chris Rose added the comment:
As suggested: SYN
--
___
Python tracker
<http://bugs.python.org/issue20752>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Angelico :
--
nosy: +Rosuav
___
Python tracker
<http://bugs.python.org/issue21667>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Chris Lambacher:
http://www.openssl.org/news/secadv_20140605.txt
All client versions of OpenSSL are vulnerable so all Windows builds of Python
are vulnerable to MITM attacks when connecting to vulnerable servers.
--
components: Build, Windows
messages: 219828
nosy
Chris Jerdonek added the comment:
The system default shell is what I had in mind when filing this issue (i.e.
what Popen() uses by default or, in the case of Android, what Popen() should
use).
--
___
Python tracker
<http://bugs.python.
Chris Jerdonek added the comment:
> Well, the question then becomes whether Popen() shouldn't use the user's
> default shell instead? :)
That's a good question, too. :) I was thinking just in terms of supporting the
status quo. Maybe two functions would be useful?
Chris Jerdonek added the comment:
+++ b/Lib/shutil.py Sat Nov 03 13:32:05 2012 +0200
+
+def get_default_shell_path():
Why is the patch putting the function in the shutil module? The function
should go in the os module as the title and comments of this issue state.
shutil seems misplaced
Chris Jerdonek added the comment:
> Also, what reason to get shell name from COMSPEC? What should we do if
> COMSPEC points to some another shell, not cmd.exe?
FWIW, the subprocess module does this (with surrounding code linked after):
comspec = os.environ.get("COMSPEC",
Changes by Chris Rebert :
--
nosy: +cvrebert
___
Python tracker
<http://bugs.python.org/issue12634>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Chris Jerdonek:
There is a mismatch between what PyPI and the docs say regarding listing
versions of packages on PyPI.
The current docs say, "By default PyPI will list all versions of a given
package."
(from http://docs.python.org/3.4/distutils/package
New submission from Chris Jerdonek:
Currently, the documentation makes no mention of the PKG-INFO file.
It would be useful if the documentation mentioned what this file is and how it
is created (e.g. via the sdist command), and also linked to PEP 314. This can
be covered somewhere in the
Chris Jerdonek added the comment:
PEP 345 can also be linked to (Metadata version 1.2).
--
___
Python tracker
<http://bugs.python.org/issue16401>
___
___
Pytho
Chris Jerdonek added the comment:
Previous issues like this include issue 962772 (from 5/2004) and issue 3686
(from 8/2008). Copying the nosy lists from those issues.
This issue affects me also because I maintain a project that I did not author.
However, PyPI lists me as the author because
New submission from Chris Jerdonek:
As discussed in issue 16108 and other issues referenced there, distutils lists
the maintainer as the author in PKG-INFO when the maintainer is provided.
However, the documentation does not state this.
This issue is to update the distutils documentation to
Chris Jerdonek added the comment:
I also created issue 16403 to update the distutils docs to say that distutils
lists the maintainer as the author in PKG-INFO when maintainer is provided.
--
___
Python tracker
<http://bugs.python.org/issue16
New submission from Chris Jerdonek:
I think the Package Index (PyPI) documentation would be clearer if the section
called "Uploading Packages to the Package Index":
http://docs.python.org/3.4/distutils/uploading.html
were made a part of the previous section about PyPI (now called &q
Chris Jerdonek added the comment:
> Attached is a patch for 16 test cases.
The test cases look quite verbose (e.g. they're not DRY), but it's a good
start. Thanks. For others' benefit, can you perhaps summarize your findings
concisely in a table/
Chris Jerdonek added the comment:
> Whether or not we start sending both pieces of data, can PyPI perhaps be
> updated to display "Contact" instead of "Author" when Metadata-Version 1.1 is
> used?
I filed an issue on PyPI's issue tracker for this suggest
Chris Jerdonek added the comment:
> Any interest in doing like os.get_terminal_size/shutil.get_terminal_size
If functions with two different behaviors are needed, I think the two functions
should probably have different names (e.g. get_shell() and get_user_shell()).
Otherwise, it may cre
Chris Jerdonek added the comment:
+# NONASCII: non-ASCII character encodable by os.fsencode(),
+# or None if there is no such character.
+NONASCII = None
Can you use a name that reflects that this is a specific type of non-ASCII
character having a special property (e.g. FS_NONASCII)? I think
Chris Jerdonek added the comment:
Is someone able to test the patch on Android (the impetus for this issue)?
--
___
Python tracker
<http://bugs.python.org/issue16
Chris Jerdonek added the comment:
Some minor comments.
+.. function :: get_shell()
+
+ Return the path to default shell.
Three leading spaces needed. Also, "Return the path to the default shell."
+ For unix system returns path to ``sh``, for windows returns path to
``cmd.exe``.
Chris Jerdonek added the comment:
I agree with David. Another sign that using "choices" isn't the right approach
is that it requires constructing a list of 66,000 elements. There are better
ways of checking if a provided argument is an integer between 1 and 65,535.
Chris Jerdonek added the comment:
The argparse documentation says in one part, "The choices keyword argument may
be more convenient for type checkers that simply check against a range of
values."
Thus, I wouldn't object to language clarifying that choices is meant for lists
New submission from Chris Withers:
gzip.py uses range instead of xrange in two places.
This results in excessive memory usage when opening large .gz files.
I actually bumped into this using tarfile.
Am I right in thinking that range basically *is* xrange in 3.x? If so, this bug
applies only to
Chris Withers added the comment:
Okay, here's the patch.
I can't imagine any unit tests are needed or will be impacted by this.
I do have commit rights, am I good to commit this?
--
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.
Chris Jerdonek added the comment:
Currently, the built-in types are not treated consistently as to whether their
constructors are documented in the "Built-in Functions" or "Built-in Types"
page. There are some open issues related to this topic (see, for example,
is
Changes by Chris Jerdonek :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue16436>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Chris Jerdonek :
--
title: Missing anchor in doc -> Link directly to set and frozenset in built-in
function docs
type: -> enhancement
versions: +Python 2.7, Python 3.2
___
Python tracker
<http://bugs.python.org/i
Chris Jerdonek added the comment:
I recommend copying for set and frozenset the documentation pattern for dict
(and in particular by stating explicitly in its own sentence that the object is
a class):
http://docs.python.org/3/library/functions.html#func-dict
Chris Jerdonek added the comment:
Isn't it better to do this type of within-doc linking with a :ref: (which would
prevent issues like this)?
--
nosy: +chris.jerdonek
___
Python tracker
<http://bugs.python.org/is
Chris Withers added the comment:
Committed on 2.7 branch.
--
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Chris Jerdonek added the comment:
Fixed. Thanks a lot for the report, Yongzhi.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Chris Jerdonek added the comment:
New patch incorporating Ezio's suggestions, along with some other changes.
--
Added file: http://bugs.python.org/file27939/issue-13538-4-default.patch
___
Python tracker
<http://bugs.python.org/is
Changes by Chris Jerdonek :
Added file: http://bugs.python.org/file27944/issue-13538-5-default.patch
___
Python tracker
<http://bugs.python.org/issue13538>
___
___
Pytho
Changes by Chris Jerdonek :
Removed file: http://bugs.python.org/file27939/issue-13538-4-default.patch
___
Python tracker
<http://bugs.python.org/issue13538>
___
___
Pytho
Chris Jerdonek added the comment:
Attaching a proposed patch.
--
keywords: +patch
nosy: +ezio.melotti
Added file: http://bugs.python.org/file27945/issue-16400-1-default.patch
___
Python tracker
<http://bugs.python.org/issue16
Chris Jerdonek added the comment:
Proposed documentation patch attached.
--
assignee: -> docs@python
components: +Documentation
keywords: +easy, patch
nosy: +docs@python, ezio.melotti
stage: -> patch review
type: behavior -> enhancement
versions: +Python 3.2, Python 3.3, P
Chris Rebert added the comment:
What about CityHash? (http://code.google.com/p/cityhash/ ; unofficial C port:
http://code.google.com/p/cityhash-c/ )
It's good enough for Google...
--
nosy: +cvrebert
___
Python tracker
<http://bugs.py
Chris Jerdonek added the comment:
> Does argparse actually convert (x)range objects to a list or set (the help
> indicates the latter) for internal use?
No, it leaves the provided choices argument as is.
Here is what the documentation says argparse accepts: "Any object that suppor
Changes by Chris Jerdonek :
--
nosy: +chris.jerdonek
___
Python tracker
<http://bugs.python.org/issue16157>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Chris Jerdonek:
This issue is to ensure that argparse.ArgumentParser() accepts objects that
support the "in" operator for the "choices" argument to
ArgumentParser.add_argument().
As observed by Terry in the comments to issue 16418:
http://bugs.p
Chris Jerdonek added the comment:
To simplify the discussion and for issue resolution purposes, I propose that
the discussion about "large" choices containers be divided into separate
discussions for (1) changes that should be applied to all maintenance releases
(i.e. bug fix change
Chris Jerdonek added the comment:
> (1) changes that should be applied to all maintenance releases (i.e. bug fix
> changes)
This should instead read, "(1) changes that should be applied to all
maintenance releases (e.g. bug fix and/or documentat
1801 - 1900 of 2758 matches
Mail list logo