Fred added the comment:
> For subtle reasons, that would make us worse off. Tuple of constants get
> precomputed but lists of constants have to be rebuilt.
So if a list is 20 times slower than a tuple, I can still do billions of
computations in a second on a Raspberry Pi, so does it
New submission from Fred :
The http.server module only supports HTTP.
https://docs.python.org/3/library/http.server.html
I propose that it should also support HTTPS.
This would allow it to serve files that depend on features that are restricted
to secure contexts.
https
Fred added the comment:
It could look for a existing certificate in a well-known location, and could
fallback to an self-signed certificate that could be shipped with Python.
--
nosy: +Fred
___
Python tracker
<https://bugs.python.org/issue40
Fred added the comment:
How is this going? Any progress?
--
___
Python tracker
<https://bugs.python.org/issue40990>
___
___
Python-bugs-list mailing list
Unsub
New submission from Fred :
I want top-level await without any boilerplate code or setup.
Just write a "await" statement on line 1 without any indention.
#!/usr/bin/env python3
import asyncio
await asyncio.sleep(1)
I don't want to have to call asyncio.run(main(
Fred added the comment:
No, I was not aware of that.
After I started Python by running "python3 -m asyncio" then it behaved as I
expected it should behave by default.
But this seems to work only in the REPL. I would like to write Python scripts
stored in files where I can easil
Fred added the comment:
I think it would fit with the design and commmunity of Python. I think people
who use Python don't care about what async runtime it is, or how to configure
it or set it up, they just want to call async functions.
This is 2021, we live in a async-first world. I
Fred added the comment:
$ python3 --async myscript.py
unknown option --async
Also I cannot go around telling other people how to run my script. My script
must be able to run properly without any special setup.
--
___
Python tracker
<ht
Fred added the comment:
I don't care what async framework is used, nor do I care if its a x86 or ARM,
or if its Windows or Linux.
I don't want to have to setup an async runner because it is boilerplate code,
and it brings concern into my application which is outside of the do
Fred added the comment:
Yeah, those other languages such as C# and JavaScript and others make async
much more easier, approachable, reduces boilerplate code and lowers the bar for
entry!
--
___
Python tracker
<https://bugs.python.org/issue45
New submission from Fred Flinstone:
Copy of issue 1665292
--
components: Library (Lib)
messages: 51803
nosy: FredFlinstone, tiran
severity: normal
status: open
title: Datetime enhancements
type: rfe
versions: Python 2.6
__
Tracker <[EMAIL PROTEC
New submission from Fred Fettinger :
Handling of long integers is broken for arguments to sqlite functions created
with the create_function api. Integers passed to a sqlite function are always
converted to int instead of long, which produces an incorrect value for
integers outside the range
Fred Fettinger added the comment:
I've never really looked at the python source before, but this is my best guess
at the problem:
For the standard SELECT query:
In Modules/_sqlite/cursor.c, _pysqlite_fetch_one_row() has this code:
PY_LONG_LONG intval;
...
} else if (coltype == SQLITE_IN
New submission from Fred Drake :
I've encountered a problem parsing an email with this Subject: header:
Subject: Be sure to redeem your =?utf-8?Q?$?=201.71 credit card reward
certificate by the end of the year
email._header_value_parser.get_unstructured defers to get_encoded_word, pa
Fred Drake added the comment:
It's worth noting that dealing with this header eventually causes the header
parser to enter an infinite loop.
--
___
Python tracker
<https://bugs.python.org/is
Fred Drake added the comment:
While I don't know Felipe's use case, I would expect the documentation to be
clear that the representation won't change in the future so users will know
that this can be relied on to generate keys into some other persistent
structure.
-
Fred Drake added the comment:
This problem does not exist in Python 3.6 or Python 3.8; it appears to only
exist in Python 3.7.
--
versions: +Python 3.7
___
Python tracker
<https://bugs.python.org/issue38
Fred Drake added the comment:
It turns out this was a problem in 3.7.4; Python 3.7.5 seems to have fixed this.
Sorry for the noise.
Guess it's time to update my application to use 3.7.5!
--
resolution: -> fixed
stage: -> resolved
status: ope
Change by Fred Drake :
--
resolution: fixed -> rejected
stage: resolved ->
___
Python tracker
<https://bugs.python.org/issue38621>
___
___
Python-bugs-
Fred Drake added the comment:
New changeset 9bdb5802361016704fb3434369741cc6c5e08f02 by Mariusz Felisiak in
branch '3.8':
bpo-43353: Document that logging.getLevelName() accepts string representation
of logging level. (GH-24693) (#24825)
https://github.com/python/cpyt
Fred Drake added the comment:
Perhaps Jared was expecting that modifying os.sep would affect the functions in
os.path?
os.sep was never intended to be updated.
Using the specific *path modules to work with "foreign" paths has long been
advocated as the way to do this. It is
Fred Drake added the comment:
Just reviewed the documentation for both os.sep and os.path.join().
The os.sep docs do not suggest it can be set, and the reference in the
os.path.join() description is silent regarding that, so can be read as Jared
did. I don't recall this coming up b
Fred Drake added the comment:
New changeset 21a2cabb3795f5170c746ab8f29e9d25c7442550 by Jared Sutton in
branch 'master':
bpo-43620: Remove reference to os.sep from os.path.join() doc (#25025)
https://github.com/python/cpython/commit/21a2cabb3795f5170c746ab8f29e9d
Fred Drake added the comment:
New changeset f311290f091957653bba5ebfda28ad981bb78363 by Miss Islington (bot)
in branch '3.9':
bpo-43620: Remove reference to os.sep from os.path.join() doc (GH-25025)
(#25027)
https://github.com/python/cpython/commit/f311290f091957653bba5ebfda28ad
Fred Drake added the comment:
New changeset 455583b54aaec9a4266ff37dd438cbbd8ec6068a by Miss Islington (bot)
in branch '3.8':
bpo-43620: Remove reference to os.sep from os.path.join() doc (GH-25025,
GH-5030)
https://github.com/python/cpython/commit/455583b54aaec9a4266ff37dd438cb
Fred Drake added the comment:
PR applied and backported; closing this.
Thanks, Jared!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Fred Drake :
A local time offset of '-' is not handled the same way as an offset of
'+', but I'd expect it would be:
>>> import email.utils
>>>
>>> email.utils.parsedate_to_datetime('9 Dec 2021
Fred Drake added the comment:
Thanks, Julien!
Sounds good to me; no reason for a PR addressing this specific issue to be held
up once one becomes available.
--
___
Python tracker
<https://bugs.python.org/issue38
Change by Fred Drake :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue39480>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Fred Drake :
--
assignee: docs@python
components: Documentation
nosy: docs@python, fdrake
priority: normal
severity: normal
status: open
title: py38: document xml.etree.cElementTree will be removed in 3.9
versions: Python 3.8
___
Python
Change by Fred Drake :
--
keywords: +easy
___
Python tracker
<https://bugs.python.org/issue40064>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Fred Drake :
Since xml.etree.cElementTree does not exist in Python 3.9, the statement that
it's deprecated should be removed from the documentation.
--
assignee: docs@python
components: Documentation
keywords: easy
messages: 365016
nosy: docs@python, f
Fred Drake added the comment:
Same core problem (module removed with insufficient document update), but a
different action is needed for 3.8 and 3.9.
When I started testing an application with 3.9 and found one of the
dependencies broken because it was relying directly on
Fred Drake added the comment:
The Python 2.7 documentation was not clear that xml.etree.cElementTree was
optional, so users who didn't dive into the implementation or build process
could easily not have known unless someone with a more limited installation
used their
Fred AYERS added the comment:
I tried this one http://gtxgamer.fr/robots.txt/";>http://gtxgamer.fr/robots.txt and it
seems to work.
--
nosy: +Fred AYERS
___
Python tracker
<https://bugs.python.org
Fred Drake added the comment:
Just noticed this fly by in the stream of emails... sorry for not commenting
earlier.
The patch seems to describe "Level #" as "numeric", which I would not be
inclined to do. It includes the numeric value since there's no available nam
Fred Drake added the comment:
Mariusz: Good point. IMO, an insane API behavior, but a legacy we must live
with.
No further objections from me.
--
___
Python tracker
<https://bugs.python.org/issue43
Fred Drake added the comment:
Adding serhiy.storchaka to nosy list since it looks like he introduced the
isinstance check on purpose (see bpo-23741).
Though bpo-23741 asserts that no behavior was changed with the patch applied
then, reading through the change leads me to think this did
Fred Drake added the comment:
Ah, good find! It's been so long since the first version of that code, but the
implementation was surprisingly nuanced.
--
___
Python tracker
<https://bugs.python.org/is
Fred Drake added the comment:
And that is why the original code was checking not only for the type, but the
actual __repr__ method itself.
I think the current behavior is broken.
--
___
Python tracker
<https://bugs.python.org/issue39
Change by Fred Drake :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue4>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Fred .Flintstone :
The "".startswith() method accepts a string or a tuple as a parameter.
Consider adding support for list as parameter.
Example:
"foo".startswith(["food", "for", "fast"])
--
components: Interp
Fred .Flintstone added the comment:
A programmer want to instruct the computer to do something, without having to
care about how it works.
Maybe the library could in the background convert the list to a tuple.
Like:
"foo".startswith(tuple(["food", "for",
Fred Wheeler added the comment:
This issue should be noted in the documentation of strptime in the time and
datetime modules and/or the thread module. As it stands there is no good way
for a user of these modules to learn of this problem until one day the right
race conditions exist to
New submission from Fred Stober:
While trying to encode some binary data, I encountered this behaviour of the
quopri_codec:
>>> '\r\n\n'.encode('quopri_codec').decode('quopri_codec')
'\r\n\r\n'
>>> '\n\r\n'.encode('
New submission from Fred Bayer :
Acoording to documentation, only a few exceptions should inherit
directly from Exception, most should inherit from StandardError.
However, HTMLParser.HTMLParseError doesn't conform:
isinstance(HTMLParser.HTMLParseError("foo"),StandardE
New submission from Fred Gansevles:
I'm playing with the idea of making a DSL based on anonynous code blocks
I discovered that the behaviour of the context manager is different in some
cases if there are line-continuations in the 'with' command
I've attached a script
Fred Gansevles added the comment:
Xavier, thanks for looking at my post.
But, since all six invocations of the context manager are the same
- I did an 'ast.parse' and 'ast.dump' and the the six calls were *exactly* the
same (save lineno and col_offset) - why does 'zero&
Fred Gansevles added the comment:
Xavier, thanks! you found it.
If I look the code again, I see that with zero, one, four and five
the context-manager (i.e. Context()) and the target (one .. five) are on
the same code-line
In the case of two and three they are on a different line.
Now, with the
New submission from Fred Rolland:
Hi,
os.path.normpath("//") returns '//'
I would expect to be '/'
>>> os.path.normpath("//")
'//'
>>> os.path.normpath("///")
'/'
>>> os.path.normpath("
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:
1 - 100 of 301 matches
Mail list logo
