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
Fred L. Drake, Jr. added the comment:
It probably makes more sense to keep that PR for the maintenance branches, and
create a new branch / PR to land on master.
--
___
Python tracker
<https://bugs.python.org/issue34
Fred L. Drake, Jr. added the comment:
The existing PR can be re-targeted to merge to a maintenance branch (I'd be
inclined to merge manually, myself, but will have to check the current devguide
to make sure that's still allowed).
A new PR can be made for the non-documentation fix
Fred L. Drake, Jr. added the comment:
A PR for this would be good, and would certainly accelerate getting this
accomplished. Thanks, Cheryl!
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue11
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue33381>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Joining the documentation for captured_stderr and captured_stdout makes
sense, as they can really use a single example, and the usage is
completely parallel.
I'd rather see captured_stdin handled separately, perhaps with some
additional comments i
Fred L. Drake, Jr. added the comment:
+1 for issue17987_4.patch
Thanks, Dmi!
--
___
Python tracker
<http://bugs.python.org/issue17987>
___
___
Python-bugs-list m
Fred L. Drake, Jr. added the comment:
I'm a little surprised that still exists.
The first version was generated manually.
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/is
Fred L. Drake, Jr. added the comment:
Were I adding that today, I'd use a more verbose (but more standard)
format, like configparser or JSON. If any further use is going to be
made of it, that should be considered. Colon-delimited is a pretty
fragile f
Fred L. Drake, Jr. added the comment:
>From v5 of the patch:
+ A context managers that temporarily replaces the :data:`sys.stdin` /
+ :data:`sys.stdout` / :data:`sys.stderr` stream with :class:`io.StringIO`
+ object.
I'd go with singular nouns instead of trying to map across t
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue18501>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Advising the reader to be aware of the security warnings in the API
documentation seems sufficient.
JSON isn't intended to support arbitrary data, and that's what this section is
discussing. Another section about data interchange with other ap
Fred L. Drake, Jr. added the comment:
When I read "... that can take almost any Python object ...", I don't think
the recommendation is about just a few types.
The Zope and ZODB communities certainly use pickle extensively, we're aware of
the security implications, and
Changes by Fred L. Drake, Jr. :
--
nosy: -fdrake
___
Python tracker
<http://bugs.python.org/issue18840>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue15120>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Better (IMO):
Wrap the meta-characters in brackets for a literal match. For example,
``'[?]'`` matches the character ``'?'``.
--
nosy: +fdrake
___
Python tracker
<http://bug
Fred L. Drake, Jr. added the comment:
I like this.
It would be especially nice if it were smart enough to split the segments after
sequences of line-ends (r'(\r?\n)+').
--
___
Python tracker
<http://bugs.python.o
Fred L. Drake, Jr. added the comment:
Not a foolish consistency; Guido ruled long ago that American spellings should
be used.
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue19
Changes by Fred L. Drake, Jr. :
--
assignee: -> fdrake
___
Python tracker
<http://bugs.python.org/issue19100>
___
___
Python-bugs-list mailing list
Unsubscrib
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue6811>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue6517>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue7005>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
The test "value is not None" in line 620 (of the new version) could be
just "value" and get a little more value from less code.
I don't think I've ever run across a sample .ini-style file that used
unspecified values, though
Fred L. Drake, Jr. added the comment:
I just looked at some MySQL configuration examples, and wonder if the
guys that made that configuration-style choice were on crack.
MySQL's syntax is sufficient justification for this feature (however
abhorrent I consider it).
(I've not read
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue7311>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
I presume you're referring to the documentation for the xml.dom
package (as found at
http://docs.python.org/library/xml.dom.html#type-mapping) rather than
the Python <--> OMG IDL mapping (the link for which appears to have
gone stale).
I
Fred L. Drake, Jr. added the comment:
On Tue, May 25, 2010 at 1:41 PM, AdamN wrote:
> Although I see that nowhere in the documentation.
It needn't be in the urlparse documentation; the RFCs on URL syntax
apply here. None of what's going on with the urlparse module is
Python spe
Fred L. Drake, Jr. added the comment:
The module is documented as supporting "Relative Uniform Resource
Locators", in which a value with a non-rooted path is supported using
simply "non/rooted/path".
See the third paragraph in the Python 2.6 documentation, starting
Fred L. Drake, Jr. added the comment:
On Tue, May 25, 2010 at 3:03 PM, AdamN wrote:
> I'm still confused about when anybody would use a relative path with a
> default scheme and no netloc but I'll leave that decision to you guys.
The strings are not pseudo-URLs, they'r
Fred L. Drake, Jr. added the comment:
+1
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue8832>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue8939>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Fred L. Drake, Jr. :
--
versions: +Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue3874>
___
___
Python-bugs-list mailin
Fred L. Drake, Jr. added the comment:
On Mon, Jun 21, 2010 at 11:00 PM, pengyu.ut wrote:
> Current pdf version of python documents don't have bookmarks for
> sussubsection. For example, there is no bookmark for the following
> section in python_2.6.5_reference.pdf.
This would b
Fred L. Drake, Jr. added the comment:
As part of this, we should ensure references to common timezones, like
UTC, only create references to a single instance rather than filling
memory with multiple instances.
One consequence of this is that shared instances should probably be immutable
Fred L. Drake, Jr. added the comment:
> Fred was a proponent of small pickle sizes in the past,
> so I am adding him to the nosy list.
Thanks!
I am a proponent of small pickle sizes, in cases where it
matters. I'm not convinced this is such a case.
The case for a small pick
Fred L. Drake, Jr. added the comment:
On Tue, Jul 6, 2010 at 4:33 PM, Éric Araujo wrote:
> Using “--” to explicitly signal positional arguments is most certainly
> right and standard, but people have to read about that for the first
> time somewhere. In a perfect world, that would be
New submission from Fred L. Drake, Jr. :
The json decoder doesn't pass tests when the C optimizations in the _json
module aren't available. The actual test failures appear fairly superficial,
but aren't the limit of the problems.
Empty objects are converted to empty lists i
Fred L. Drake, Jr. added the comment:
This lack of tests is an issue for Python 2.6 as well.
Issue 9233 might have been avoided were the pure-Python implementation tested.
--
nosy: +fdrake
versions: +Python 2.6
___
Python tracker
<h
Fred L. Drake, Jr. added the comment:
The attached test only fails for Python 2.7; removing Python 2.6 from this
issue.
--
___
Python tracker
<http://bugs.python.org/issue9
Fred L. Drake, Jr. added the comment:
On Tue, Jul 20, 2010 at 10:46 AM, anatoly techtonik wrote:
> I believe the correct convention is "Return timedelta...".
This is handled inconsistently in the documentation; I'm hoping the
current maintainers reinforce the "Retur
Fred L. Drake, Jr. added the comment:
On Tue, Jul 20, 2010 at 12:08 PM, anatoly techtonik
wrote:
> I've took the convention from here. I thought docs are generated from
> docstrings.
They're not, but I don't think that really matters.
Older documentation used the imperat
Fred L. Drake, Jr. added the comment:
On Wed, Jul 21, 2010 at 8:34 PM, Eric Smith wrote:
> Although why all of the methods say "string" and not "str" isn't clear to me.
> Probably historical.
Indeed; we used "string" in the docs as an informal w
Changes by Fred L. Drake, Jr. :
--
nosy: -fdrake
___
Python tracker
<http://bugs.python.org/issue9328>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Patch looks good, but needs a test.
--
keywords: +easy
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue9
Changes by Fred L. Drake, Jr. :
--
nosy: +tarek
___
Python tracker
<http://bugs.python.org/issue9173>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
I disagree.
The documentation should promote RawConfigParser, and note
SafeConfigParser and ConfigParser as remaining for backward
compatibility for existing software. Maintainers of legacy software
using ConfigParser should be encouraged to convert to
Fred L. Drake, Jr. added the comment:
We're in agreement; I was specifically adding weight to *not*
selecting the second optoin Łukasz Langa presented:
> 2. We deprecate ConfigParser in the code and in the documentation.
--
___
Python
Fred L. Drake, Jr. added the comment:
Rejected since this didn't make it into Python 2.7.
--
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Fred L. Drake, Jr. added the comment:
Reading from a string is certainly fairly common, though I'm pretty happy with
using an io.StringIO seems reasonable and straightforward.
I've never stumbled over the need to "read" from dictionaries as described.
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue5412>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue9292>
___
___
Python-bugs-list mailing list
Unsubscribe:
101 - 200 of 251 matches
Mail list logo