Changes by Fred L. Drake, Jr.:
--
assignee: fdrake ->
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue469773>
___
Python-bugs-list mailing li
Fred L. Drake, Jr. added the comment:
Removing the assignment to me, since I'm not going to resolve the
fundamental disagreements about what "the right thing" is. Someone else
can argue with the wrong-headed.
--
assignee: fdrake ->
__
Fred L. Drake, Jr. added the comment:
Might be nice, but it's obvious I've not gotten to this, so removing
myself from the issue.
--
assignee: fdrake ->
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.p
Fred L. Drake, Jr. added the comment:
The documentation does not say what's implied by msg55724; they methods
can (and arguably should) be implmented by types for which they apply
(for which there is a corresponding file descriptor, for example).
There is an API issue here as well: what ab
Fred L. Drake, Jr. added the comment:
Looks good to me too. This should be committed.
--
assignee: fdrake -> jafo
resolution: -> accepted
versions: +Python 2.5, Python 3.0
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Fred L. Drake, Jr. added the comment:
Fixed for the 2.5.2 (revision 58328) and 2.6 (revision 58327) releases.
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Fred L. Drake, Jr.:
The docstring for the smtplib.SMTP class includes descriptions of some
instance attributes that are not covered by the documentation:
does_esmtp
ehlo_resp
esmtp_features
helo_resp
If these are intended as part of the public interface, they should
Changes by Fred L. Drake, Jr. :
--
nosy: -fdrake
___
Python tracker
<http://bugs.python.org/issue670664>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Removing "Lightweight" and changing the first paragraph to (something like)
:mod:`xml.dom.minidom` is an implementation of the Document Object Model
interface. The API is slightly simpler than the full W3C DOM, but the
implementation has a sig
Fred L. Drake, Jr. added the comment:
On Wed, Jun 1, 2011 at 11:14 AM, anatoly techtonik wrote:
> Adding catalog-sig to CC. I can guarantee this for Windows. I'll be
> near Linux box tomorrow and will try upload to PyPI from there. It
> still will be more authoritative if more t
Fred L. Drake, Jr. added the comment:
On Mon, Jun 6, 2011 at 11:50 AM, Éric Araujo wrote:
> If you make an HTTPS connection without checking the certificate, what
> security does it add?
I'm in favor of cert checking, myself.
--
___
Fred L. Drake, Jr. added the comment:
People working on this should probably also look at how zc.buildout's
zc.recipe.egg handles script generation. It's similar to setuptools in that
"console_script" entry points are used, but it binds in the desired Python
executable a
Fred L. Drake, Jr. added the comment:
-1
> Hi! We have the devguide now, and it should be the place where to look
> for references and docs about contributing to Python, that means also
> for the documentation.
For information specific to the Python documentation itself, but not
re
Fred L. Drake, Jr. added the comment:
Chunking of the data is expected with Expat. There are no promises about
*where* chunks are broken; the underlying behavior will break at line endings,
but is not limited to that.
Setting buffer_text informs the Python wrapper that it's allow
Fred L. Drake, Jr. added the comment:
It's worth noting that the sh-like shells are far more widely used than the
csh-like shells, so csh-like behavior may surprise more people.
>From the sh-like shell perspective, the {...,...} syntax just isn't part of
>the g
Fred L. Drake, Jr. added the comment:
Indeed it is. Closing, won't fix.
HTMLParser tries to deal with XHTML constructs only so much as HTML ends up
with that stuff, not because it's trying to handle everything.
(The claimed example appears not to have been attach
Fred L. Drake, Jr. added the comment:
Encoding the forward slash should not cause problems, but the quote
“forward slash is included as it helps end an HTML entity”
is confused; there's no need or additional value in escaping the forward slash.
--
nosy: +f
Fred L. Drake, Jr. added the comment:
Re-opening for investigation.
(The previous message really should have been a new issue.)
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/iss
Changes by Fred L. Drake, Jr. :
--
nosy: +lukasz.langa
___
Python tracker
<http://bugs.python.org/issue7005>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
I've attached a diagnostic script that I ran with Python 2.4..3.2 (current py3k
HEAD); there are two output variants:
"old style":
[section]
option = None
"new style":
[section]
option
This is the output I get
Fred L. Drake, Jr. added the comment:
Attached fix & test for Python 2; adjusting to Python 3 is trivial.
The test could be added to 2.6 as well to protect against regressions there,
though that's unlikely to be a significant issue.
--
Added file: http://bugs.python.org/
Fred L. Drake, Jr. added the comment:
Commited as r84443 (release27-maint), r8 (py3k)
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Fred L. Drake, Jr. added the comment:
My question in IRC wasn't intended to mean "why are we passing settings to the
constructor" so my much as "why are these configuration settings"; sorry I
wasn't clear.
Have we encountered actual use cases that are not cov
Fred L. Drake, Jr. added the comment:
Regardless, my concerns about including delimiters and comment_prefixes as
settings is irrelevant to this issue. The changes to them probably shouldn't
have been part of this issue to begin with, but I'll try not to lose sleep over
it at
Fred L. Drake, Jr. added the comment:
The patch has been commited largely as-is (r84486).
I'm not happy with the documentation yet:
- Markup like this:
.. method:: ConfigParser.getint(section, option, raw=False,
[vars, default])
doesn't sit well with me. I&
Fred L. Drake, Jr. added the comment:
At this point, I'm more in favor of adopting something closer to the setuptools
scripts based on "console_scripts" entry points, and dropping old-style scripts
entirely (most *because* of the issues I mention
Fred L. Drake, Jr. added the comment:
As noted in issue 976869, I'm very much in the camp of entry-point based
generated scripts, which should clearly use the right line endings for the host
platform.
Hacking around with the file copy just doesn't make sense movi
Fred L. Drake, Jr. added the comment:
This is related to this issue from simplejson:
http://code.google.com/p/simplejson/issues/detail?id=28
This problem is why I still use simplejson 1.x; moving forward to simplejson
2.x or Python's json is unlikely.
--
nosy: +f
Fred L. Drake, Jr. added the comment:
As I understand it, the decision to return str instead of unicode
values for the "simplejson" module was simply inherited by the
standard library. As such, it still needs to be evaluated in the
context of the standard library, beca
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue10045>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Causing perfectly good Python 2 applications to degrade in performance is bad,
even if something else is available.
This should be fixed as a regression.
--
___
Python tracker
<http://bugs.python.
Fred L. Drake, Jr. added the comment:
Ok, reading more carefully, it's not a regression. But it's certainly a bug,
and should be fixed.
--
___
Python tracker
<http://bugs.python.o
Fred L. Drake, Jr. added the comment:
Assigning to myself for review.
--
assignee: -> fdrake
keywords: +needs review
___
Python tracker
<http://bugs.python.org/issu
Fred L. Drake, Jr. added the comment:
Committed with minor changes in r85366 (release27-maint branch).
--
keywords: -needs review
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue10108>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
I'll note that it seems relevant that this package is not considered
"externally maintained" by the terms of PEP 360:
http://www.python.org/dev/peps/pep-0360/
Given the level of attention this has received from the originator of
the
Changes by Fred L. Drake, Jr. :
--
title: Returntype of json.loads() on strings -> json.loads() on str should
return unicode, not str
___
Python tracker
<http://bugs.python.org/issu
Fred L. Drake, Jr. added the comment:
Alternately, the Python implementation may be thought of as definitive
and the optimizations are broken.
--
___
Python tracker
<http://bugs.python.org/issue10
Fred L. Drake, Jr. added the comment:
The incomplete testing and C/Python implementation mismatch are covered by
issue 5723 and issue 9233.
--
___
Python tracker
<http://bugs.python.org/issue10
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue10299>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Code
- The __name__-aversion in the mapping interface is a little
heavy-handed, but given the implementation of __name__ elsewhere, I
think this can be revisited separately if anyone cares enough.
In particular, it should be allowed to give an
New submission from Fred L. Drake, Jr. :
The HTML version of the documentation should include style settings for
printing that use fairly dark colors, so that printed copies of pages are more
readable.
Using a printer that reduces colors to grays causes the light colors in code
examples (or
Fred L. Drake, Jr. added the comment:
Normally, I'd recommend leaving the "main" name alone, but in the case of
modules that use it as an tool for module maintenance (symbol, token), I don't
think it matters either way.
Ok to commit.
--
assignee: -> b
Fred L. Drake, Jr. added the comment:
> perhaps the web page should be checked for an incorrect link.
The link from the Python documentation to the Python bug tracker is fine.
If you were using distutils directly, it would be an issue for the Python
tracker.
You're not. setupto
New submission from Fred L. Drake, Jr. :
Some portions of the documentation are using the term "member" to mean "data
attribute". This appears to be an aberration at this time, but occurrences
should be identified and corrected, and "Documenting Python"
Changes by Fred L. Drake, Jr. :
--
keywords: +easy
___
Python tracker
<http://bugs.python.org/issue10403>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Committed for Python 3.3.0: r88717
Committed for Python 3.2.1: r88718
--
assignee: docs@python -> fdrake
nosy: +fdrake
resolution: -> accepted
stage: -> committed/rejected
status: open -> closed
versions:
Fred L. Drake, Jr. added the comment:
And what are these people looking for? "json"? If so, there's
already an entry in the module index. That seems sufficient.
--
nosy: +fdrake
___
Python tracker
<http://bugs.py
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue2292>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue12043>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
> By the way, the logger argument is not documented in shutil.rst.
This documentation issue is distinct from this; this bug affects applications
that *don't* use the logger argument.
--
___
Python
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue10434>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Review posted.
--
___
Python tracker
<http://bugs.python.org/issue10499>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Fred L. Drake, Jr. :
--
nosy: +d...@python, fdrake
___
Python tracker
<http://bugs.python.org/issue10589>
___
___
Python-bugs-list mailing list
Unsub
Fred L. Drake, Jr. added the comment:
Though msg104261 suggests this change be documented in NEWS.txt, it doesn't
appear to have made it.
Sure enough, we just found application code that this broke.
--
nosy: +fdrake
___
Python tracker
New submission from Fred L. Drake, Jr. :
The xml.sax.expatreader module pre-dates prefix reporting from Expat, and
should be modified to support the feature_namespace_prefixes feature instead of
complaining that Expat doesn't support prefixes.
--
assignee: fdrake
components
Fred L. Drake, Jr. added the comment:
These attributes were added in Python 2.5.
Documentation improvements should be backported to 2.7 and 3.1.
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue10
Changes by Fred L. Drake, Jr. :
--
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/issue10697>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
On Wed, Jan 19, 2011 at 12:42 PM, Éric Araujo wrote:
> I understand this line to mean that only the basename of the file will be used
> in the target directory, IOW that ('config', ['cfg/data.cfg']) will create a
> file in co
Fred L. Drake, Jr. added the comment:
As Ezio noted, the coming versions of the Python 3 documentation
provide a way to collapse the sidebar completely. Perhaps a min-width
should be specified, but I'm not convinced that's a good idea.
The sidebar problem is fairly significan
Fred L. Drake, Jr. added the comment:
On Thu, Jan 20, 2011 at 11:18 PM, Ezio Melotti wrote:
> If it gets too narrow it would start getting unusable and the text will start
> overflowing.
If someone is zooming that much, it's because they really need the
size of the text more th
Fred L. Drake, Jr. added the comment:
On Fri, Jan 21, 2011 at 2:58 AM, Christopher Dunn
wrote:
> For narrow-width screens, there really shouldn't be a sidebar. Maybe a
> dynamic element would be better.
Right. I'd be in favor of removing the sidebar and having a pop-out
Fred L. Drake, Jr. added the comment:
I doubt anyone is looking for section names with leading or trailing whitespace.
One approach to dealing with this is to provide and sectionxform similar to
optionxform. If we're wrong and someone really is expecting leading or
trailing whitespace,
Changes by Fred L. Drake, Jr. <[EMAIL PROTECTED]>:
--
assignee: -> fdrake
nosy: +fdrake
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2882>
__
___
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
Completed in revisions 63430, 63432, 63434 (Python 2.6), and 63431,
63435, 63439 (Python 3.0).
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PR
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
The html package has been created (issue 2882).
--
nosy: +fdrake
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
Python 2.6 changes reverted in revision 63481.
Does anyone really want to pickle HTML parser state, or references to
the helper functions in the htmlentitydefs module? I suspect head
examinations may be in
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
On May 21, 2008, at 10:16 AM, Mark Dickinson wrote:
> I'm working on issue 2873 (remove htmllib dependency from pydoc).
Thanks, Mark! I was dreading the thought of looking at that.
__
T
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
The version seen in py3k is the intended formatting; I don't remember
anything about a change, but given the time I've not had in following
commit messages and discussions, I could easily have missed something.
I'm
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
I will note that Python 2.5 matches Python 3.0 in this regard.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
The patch doesn't include a new test to cover this case. That needs to
be written and applied to both trunk and py3k.
--
versions: +Python 2.6 -Python 3.0
___
Python tracker <[E
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
The attached test_pprint.diff adds a test for this problem. This test
passes for the py3k and release25-maint branches and fails for the
trunk. Applying Manuel Kaufmann's pprint.diff patch to the trunk causes
it to pass as
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
I'd be happy to see both htmllib and pydoc be removed; documentation
tools do quite well as separate applications. Not as convenient for
interactive use, but easy enough to hook in via PYTHONSTARTUP.
--
no
New submission from Fred L. Drake, Jr. <[EMAIL PROTECTED]>:
There's a strange condition where cmp() of tuples of unorderable values
returns -1 even though using the unorderable values raises an exception.
If I have these two unorderable values, cmp() raises an expected exception
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
May I ask what the reasoning is for further developing hotshot as part
of the core? My understanding, based on discussions on python-dev, is
that hotshot is being deprecated in favor of cProfile.
If hotshot still provides functio
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue6877>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Assigning to myself for handling.
Bumping to Python 2.7 / 3.2 since support for this syntax variation is a new
feature.
--
assignee: -> fdrake
versions: +Python 2.7, Python 3.2 -Python 2.6
___
Python trac
Fred L. Drake, Jr. added the comment:
Patch and documentation merged to the py3k branch (r78233).
Work on this is complete.
--
resolution: -> accepted
stage: -> committed/rejected
status: open -> closed
type: -> feature request
__
Fred L. Drake, Jr. added the comment:
This change breaks existing uses of Python 2.6.4.
The mechanize library frequently re-initializes the data in the request
without re-using the request. Applications (including tests) that use
mechanize now break with this TypeError.
The proper response
Fred L. Drake, Jr. added the comment:
To clarify: Multiple calls to add_data on a urllib2 request, when the request
isn't being reused, are in no way invalidated by the problem initially reported.
--
___
Python tracker
<http://bugs.py
Fred L. Drake, Jr. added the comment:
I'd like to hear at least one other say-so (which can be yours if you
agree this is the right thing), so there's more recognized consensus
on the matter. We also need an explicit go-ahead from Barry as the
release manager.
At this point, the
Fred L. Drake, Jr. added the comment:
Reopening; per discussion on IRC, the change needs to be reverted on the other
three branches to which it was applied.
If code changes are needed to make unsupported usage fail early, they need to
be considered carefully and only applied as a new feature
Fred L. Drake, Jr. added the comment:
The reverts in SVN look good to me; re-closing this issue as no further action
is required.
If there's a proposal for specific changes to urllib2 to improve diagnostics in
unsupported cases, that should be detailed in a separate issue.
Marking
Fred L. Drake, Jr. added the comment:
On Fri, May 7, 2010 at 6:35 PM, Terry J. Reedy wrote:
> This is such an advanced and rarely used feature that it hardly seems
> appropriate for the tutorial.
The problem with just leaving it out is that learners stumbling over
them in existin
Fred L. Drake, Jr. added the comment:
Ideally, it would be best if loggers didn't live forever behind the
scenes if they have no non-default configuration, but documenting their
long-lived nature and the recommended alternate ways to deal with
getting additional context information int
Fred L. Drake, Jr. added the comment:
Please be sure to post a link to the thread here, as not everyone here
reads comp.lang.python.
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/is
Fred L. Drake, Jr. added the comment:
Facundo: Agreed as well; since the use case isn't strong, let's avoid
adding this.
--
resolution: -> rejected
status: open -> closed
Tracker <[EMAIL PROTECTED]>
<http://bu
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
SGML TC 2 can be found here:
http://www1.y12.doe.gov/capabilities/sgml/wg8/document/1955.htm
See the section K.4.1 for hexidecimal character references.
Since this is really an update to the SGML standard, and not part of the
or
Changes by Fred L. Drake, Jr. <[EMAIL PROTECTED]>:
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2459>
__
___
Python-bugs-list mailing list
Changes by Fred L. Drake, Jr. <[EMAIL PROTECTED]>:
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2459>
__
___
Python-bugs-list mailing list
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
It's certainly arguable that the current behavior is a bug, though I
suspect it shouldn't be considered major since I've not seen any prior
complaints about this.
It should be easy to fix the bug you describe by
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
I don't think these are the right thing to do.
1. Your run_setup() changes add a os.chdir(), but then uses the path to
the script as passed in; this assumes that the provided path is
absolute, which is not a good assump
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
Here's a patch that restores the current directory after running the
script. The distutils-sig should probably determine if that's the right
thing to do. Includes test.
Added file: http://bugs.python.org/file9936/run
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
Of course, my previous commit did what I said it should not in #1 above:
it changed the current directory to the directory in which the setup.py
script lived (which made __file__ wrong).
Fixed in revision 62147, including tes
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
Updated patch to add restoring the current directory after running the
setup.py script in run_script.
Added file: http://bugs.python.org/file9937/run_script-restores-cwd.patch
__
Tracker <[EMAIL
Changes by Fred L. Drake, Jr. <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9936/run_script-restores-cwd.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
It's also arguable that not providing __file__ was a bug, in which case
that should be backported to Python 2.5.x.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
On Apr 9, 2008, at 3:07 PM, Martin v. Löwis wrote:
> Fred, can you remember what the rationale was?
No; sorry. I didn't even remember that I'd ever built Python on
Windows. Some thin
Changes by Fred L. Drake, Jr. <[EMAIL PROTECTED]>:
--
assignee: fdrake ->
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2102>
___
__
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
Clearly, I've not gotten to this; unassigning from myself.
Probably a good thing, since I'm one of the people who probably don't
use it correctly in all cases.
--
1 - 100 of 251 matches
Mail list logo
