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.
--
Changes by Fred L. Drake, Jr. <[EMAIL PROTECTED]>:
--
assignee: fdrake ->
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1019882>
___
_
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
I can't remember why I wanted this; guess this should indeed go in the
pickleeverydamnfoolfunctionicanthinkof module, not the standard library.
--
resolution: -> rejected
stage: -> committed/rejected
statu
Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:
This is now fixed for Python 2.6.?, 2.7, 3.0.1, and 3.1.
I've no idea why I didn't write a test for this sooner.
--
resolution: -> fixed
stage: -> committed/rejected
Fred L. Drake, Jr. added the comment:
Antoine: I agree programmers shouldn't try to create situations like this.
Consider however an application assembled using a build tool like
zc.buildout, which installs each package into a separate installation
location (based on setuptool
Changes by Fred L. Drake, Jr. :
___
Python tracker
<http://bugs.python.org/issue935117>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/o
Change by Fred L. Drake, Jr. :
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue38255>
___
___
Python-bugs-list mailing list
Unsub
Change by Fred L. Drake, Jr. :
--
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue38255>
___
___
Python-bugs-list mailing list
Unsub
Fred L. Drake, Jr. added the comment:
Does it make sense to change just one example?
I'm not sure what the long-term stance is on whether %-formatting should be
replaced at this point, but shouldn't this be a matter of which string
formatting approach we want overall, rather than
Fred L. Drake, Jr. added the comment:
I agree that it's less invasive and easier to review.
My question (and it's just that) is whether we've made a decision to prefer one
formatting syntax over others (outside of examples discussing the formatting
approaches themselves).
I
Fred L. Drake, Jr. added the comment:
Definitely agree with Eric on this; code modernization is definitely on the
risky side, so judicious updates are important. (Of course, not updating is
also a risk, eventually. But not much of one in this case.)
This issue is really about whether the
Fred L. Drake, Jr. added the comment:
I'd like to see consistent usage by default, with specific examples using the
older forms as appropriate. The use cases Raymond identified are worth
discussing (and the tutorial may be a good place for this), and well as
mentioned in the reference
Fred L. Drake, Jr. added the comment:
Developers with existing code can reasonably be expected to look it up
based on what they're currently importing, so an entry that points to
the new recommended practice is good.
--
nosy: +fdrake
___
P
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue34226>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Provisional status should not cause a module or other API element to be omitted
from the indexes. So long as it's marked provisional where it's described, it
should be locatable.
--
nosy: +fdrake
Fred L. Drake, Jr. added the comment:
On Thu, Jul 27, 2017 at 1:03 PM, Mariatta Wijaya wrote:
> I don't think we should add this link.
>
> When we make edits to the docs, even simple typo fixes, it should first be
> done
> in the master branch, instead of the maintenanc
Fred L. Drake, Jr. added the comment:
On Thu, Jul 27, 2017 at 3:01 PM, Fred L. Drake, Jr.
wrote:
> If the link went to an edit form with the version of the content the
> user was reading,
> and includes an explanation of the multiple-versions issue, it might
> prove reasonable
Eg
Fred L. Drake, Jr. added the comment:
The 3.X docs generally don't refer to the 2.X series.
What that comment is pointing out is that leaving the field identifier out (the
number inside the {...} placeholder syntax) was not in the 3.0, but added in
3.1.
Unfortunately, I don't
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue29997>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
This is not a problem for doctests, since the output stream is not a terminal;
the check for terminal-ness seems reasonable. (Though I don't have any idea if
it works on Windows, but it seems properly fac
Fred L. Drake, Jr. added the comment:
I wouldn't go so far as to say it's never come up; it's something I've thought
about a number of times, and I've waffled on it a few times.
It's not fundamentally unreasonable to want it to adapt to the current terminal
wind
Fred L. Drake, Jr. added the comment:
I agree that writexml should be available for document fragments.
I doubt the additional level of indentation should be added, as you've included
in point 2.
--
nosy: +fdrake
___
Python tracker
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue36138>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Unfortunately, when the implementation was migrated to use
collections.namedtuple (a benefit), the _replace method wasn't extended to
support the additional computed addresses for these types.
That would really be useful.
--
nosy: +f
Fred L. Drake, Jr. added the comment:
To clarify: I'm not suggesting that an API expansion should be considered as
part of this issue.
--
___
Python tracker
<https://bugs.python.org/is
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue36418>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Updated target to Python 3.8, since this has aged a bit.
--
versions: +Python 3.8 -Python 3.5
___
Python tracker
<https://bugs.python.org/issue9
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue36532>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Good catch, Vinay! Thanks.
--
___
Python tracker
<https://bugs.python.org/issue36532>
___
___
Python-bugs-list mailin
Fred L. Drake, Jr. added the comment:
Eric nailed it; pprint was not designed as a replacement for print, and was
never intended to serve that purpose.
Rejecting as out of scope.
--
resolution: -> rejected
stage: -> resolved
status: open -&g
Change by Fred L. Drake, Jr. :
--
versions: +Python 3.7, Python 3.8, Python 3.9 -Python 3.2, Python 3.3
___
Python tracker
<https://bugs.python.org/issue14
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue32706>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue1644818>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
While I've no strong objection to updating to follow the specification, I also
don't see any real value here. The current minidom implementation has been
considered sufficient for many years now (if you consider the DOM desirable at
all), so t
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue29400>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
The 3.5 docs should really remain in the main docs UI via the pulldown as long
as it's so widely used. The fact that it won't be changing much just means it
can be served efficiently.
--
nos
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue31803>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue32143>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
I think Giuseppe's patch is good, but there's a Windows failure on AppVeyor, so
I'm a little wary. It doesn't look related, but I haven't looked at Python on
Windows since... 2001, maybe?
--
_
Fred L. Drake, Jr. added the comment:
New changeset 96a5e50a5de3683b2afd6d680c7ecc4b525986f6 by Fred Drake (Giuseppe
Scrivano) in branch 'master':
bpo-32143: add f_fsid to os.statvfs() (#4571)
https://github.com/python/cpython/commit/96a5e50a5de3683b2afd6d680c7ecc
Fred L. Drake, Jr. added the comment:
This has landed on master and will be part of Python 3.7.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Fred L. Drake, Jr. added the comment:
Python 2.7 is in security-fix-only mode, and this doesn't fit that. While I
wouldn't object to a note in the documentation, see my comments in my patch
review (there's just no pla
Fred L. Drake, Jr. added the comment:
I should stop relying on wetware memory; it's not working out. Sorry for the
mis-information.
--
___
Python tracker
<https://bugs.python.org/is
Fred L. Drake, Jr. added the comment:
New changeset 5bfa058e65897567889354d7eb34af2b93a20f18 by Fred Drake
(arikrupnik) in branch 'master':
bpo-33274: Compliance with DOM L1: return removed attribute (#7465)
https://github.com/python/cpython/commit/5bfa058e65897567889354d7eb34af
Fred L. Drake, Jr. added the comment:
> I saw what looked to me like a bug that's been in the code for 18 years,
> and I saw that it was a simple fix.
And you're right: It is a bug, the fix is simple, and the risk is low.
Ten years ago, I'd have probably just
Fred L. Drake, Jr. added the comment:
A quick grep on the 3.7 branch indicates that the standard documentation
includes each of the terms "magic method" and "special method" about the same
number of times. (I didn't check for instances that wrapped lines.)
Perhaps
Fred L. Drake, Jr. added the comment:
Indeed, I did not. Fixed now. I hope.
--
nosy: +rhettinger
___
Python tracker
<https://bugs.python.org/issue33
Change by Fred L. Drake, Jr. :
--
nosy: +pablogsal
___
Python tracker
<https://bugs.python.org/issue33832>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue33869>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
I like Éric's terminology; giving a concrete name to the concept makes it a lot
easier to grasp, and this doesn't require inventing any new component terms.
Andrés, if you'd like to tackle this, that's great! I'd be happy to
Fred L. Drake, Jr. added the comment:
I'm just going to presume this issue has been around a long time, but I think
that's a pretty safe presumption.
Accepting a general sequence instead of only a list would reasonable, and I'd
support a fix that caused the code to accept a g
101 - 200 of 301 matches
Mail list logo
