Cameron Simpson added the comment:
On 15Nov2021 01:04, Python Bug Reports wrote:
>Can you share the link? I haven't seen anything recent. Is it under
>other thread?
It's in the discuss-ideas part of discuss.python.org during a
discussions about a possible new context manager to atom
Change by Cameron Simpson :
--
nosy: +cameron
___
Python tracker
<https://bugs.python.org/issue25625>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Cameron Simpson :
--
nosy: +cameron
___
Python tracker
<https://bugs.python.org/issue17359>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Cameron Simpson :
--
nosy: +cameron
___
Python tracker
<https://bugs.python.org/issue24632>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Cameron Simpson :
--
nosy: +cameron
___
Python tracker
<https://bugs.python.org/issue39452>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Cameron Simpson :
--
nosy: +cameron
___
Python tracker
<https://bugs.python.org/issue44355>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Cameron Simpson :
--
keywords: +patch
pull_requests: +21324
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22269
___
Python tracker
<https://bugs.python.org/issu
Change by Cameron Simpson :
--
nosy: +cameron
___
Python tracker
<https://bugs.python.org/issue41762>
___
___
Python-bugs-list mailing list
Unsubscribe:
Cameron Simpson added the comment:
Argh. I bet that additional %s above won't work :-(
--
___
Python tracker
<https://bugs.python.org/issue41787>
___
___
Pytho
Cameron Simpson added the comment:
Re the possible change to "New in version V." text, my proposal there is the
make this become:
New in :ref:`version V `.
by modifying the definitions in sphinxdomains/changset.py from:
versionlabels = {
'versionadded': _('New in
New submission from Cameron Simpson :
Add rationale for __length_hint__ and link to PEP 424, per the discussion here:
https://mail.python.org/archives/list/python-...@python.org/thread/HXNFMIEZH73MXYEBP4TDIK3KFPYJ4QKR/#CXBEWAYSCAZCU7QABRBTKNVPDM3LELUM
Once the phrasing and directives
Cameron Simpson added the comment:
Since bad input causes py_compile.py to issue an error like this:
File
"/usr/local/Cellar/python@3.8/3.8.3/Frameworks/Python.framework/Versions/3.8/lib/python3.8/py_compile.py",
line 213, in main
if quiet < 2:
NameError: name 'quiet' i
Cameron Simpson added the comment:
On 25Nov2019 17:38, Python Bug Reports wrote:
>Eric Snow added the comment:
>
>FWIW, I have some feedback on the PEP. (See msg357448.) Can we discuss here
>or should I open a mailing list thread?
Let's discuss it here unless it looks like w
Cameron Simpson added the comment:
Just a remark about the preamble comment: it reads to me as though PEP499 is a
misfeature. Possibly change:
We actually want the double import, so remove the alias if it exists.
to:
This module is unusual, and actually wants the double import
Cameron Simpson added the comment:
I want to start with an apology. I have become a little swamped by work and
didn't let anyone know I've made little time for this since March.
To my naive eye Nick's snippet looks like it would work for pdb; I became a
little stalled there trying
Cameron Simpson added the comment:
New PR 12490 attached with a fix for test_pdb. More extensive comments are in
the leading comment on the PR itself. - Cameron
--
___
Python tracker
<https://bugs.python.org/issue36
Change by Cameron Simpson :
--
pull_requests: +12442
___
Python tracker
<https://bugs.python.org/issue36375>
___
___
Python-bugs-list mailing list
Unsubscribe:
Cameron Simpson added the comment:
I've withdrawn the PR; I hadn't run the full test suite and there are things to
fix. - Cameron
--
___
Python tracker
<https://bugs.python.org/issue36
Change by Cameron Simpson :
--
keywords: +patch
pull_requests: +12408
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36375>
___
_
New submission from Cameron Simpson :
This issue is to track the implementation of PEP 499 which we hope to get into
the upcoming 3.8 release. I've made it because cpython PRs want a bpo number in
the subject line.
I'll link in the proposed PR once I've filed off a few grammar issues I've
Changes by Cameron Simpson <c...@zip.com.au>:
--
nosy: +cameron
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29949>
___
__
Changes by Cameron Simpson <c...@zip.com.au>:
--
nosy: +cameron
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29328>
___
__
Cameron Simpson added the comment:
On 25Jul2016 02:56, Python Bug Reports <rep...@bugs.python.org> wrote:
>
>Emanuel Barry added the comment:
>
>I'm fairly sure enums aren't related to this issue, so I'm unassigning Ethan
>(but feel free to self-assign back if you so desire
Cameron Simpson added the comment:
Amendment: I wrote above: "Just because a lot of things can be
written/constructed as one liners doesn't mean they should be operators". Of
course I meant to write "doesn't mean they should _no
Cameron Simpson added the comment:
I'd like speak my support for bitwise ops on bytes and bytearray (agree, on
equal lengths only).
I've got 2 arguments here:
- readability: a ^ b, a | b and so forth are clear and direct
- all the various incantation presented must be _understood_
Changes by Cameron Simpson <c...@zip.com.au>:
--
nosy: +cameron
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue19251>
___
__
Changes by Cameron Simpson c...@zip.com.au:
--
nosy: +cameron
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19702
___
___
Python-bugs-list mailing
Changes by Cameron Simpson c...@zip.com.au:
--
nosy: +cameron
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15221
___
___
Python-bugs-list mailing
Changes by Cameron Simpson c...@zip.com.au:
--
nosy: +cameron
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9527
___
___
Python-bugs-list mailing
Cameron Simpson c...@zip.com.au added the comment:
Putting the wording into 2.7 might be nice, but I thought it was in bugfix only
mode.
Regarding UNIX only, I'd avoid it; any file may be buffered in almost any way
on any platform. Saying an explicit flush call may be necessary for immediate
Changes by Cameron Simpson c...@zip.com.au:
--
nosy: +cameron
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13761
___
___
Python-bugs-list mailing
Cameron Simpson c...@zip.com.au added the comment:
I'm against ignoring a flush failure. What happened to errors should never
pass silently? IMO, if we get as far as calling flush and having an exception
occur, a more interesting error hasn't yet occurred.
I really dislike things that fail
Changes by Cameron Simpson c...@zip.com.au:
--
nosy: +cameron
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11633
___
___
Python-bugs-list mailing
Cameron Simpson c...@zip.com.au added the comment:
Flush can fail of disc full or any number of low level things that prevent the
OS getting the data into the on-disc file.
Speaking for myself, I certainly want to know if that happens
Cameron Simpson c...@zip.com.au added the comment:
Well, following your description I've backed out my urllib2 test case to this:
f = urllib2.urlopen('https://localhost/boguspath')
os.system(lsof -p %d | grep IPv4 % (os.getpid(),))
f = urllib2.urlopen(R)
print f.read()
and it happily
Cameron Simpson c...@zip.com.au added the comment:
Well, I've established a few things:
- I'm mischaracterised this issue
- httplib's _set_tunnel() is really meant to be called from
urllib2, because using it directly with httplib is totally
counter intuitive
- a bare urllib2 setup
New submission from Cameron Simpson c...@zip.com.au:
I'm trying to do HTTPS via a proxy in Python 2.6.4 (which is supposed to
incorporate this fix from issue 1424152).
While trying to debug this starting from the suds library I've been reading
httplib.py and urllib2.py to figure out what's
Cameron Simpson c...@zip.com.au added the comment:
Amendment: regarding the infinite regress, it looks like there will not be a
recursion if the caller leaps straight to the .connect() method. However, if
they do that then the call to _tunnel() from within connect() will happen
_after_
Cameron Simpson c...@zip.com.au added the comment:
It's looking like I have my idea of .host versus ._tunnel_host swapped. I think
things are still buggy, but my interpretation of the bug is wrong or misleading.
I gather that after _set_tunnel(), .host is the proxy host and that
._tunnel_host
Cameron Simpson [EMAIL PROTECTED] added the comment:
Well I've happily done lots of SOAP transations, admittedly all to the
same webservice, via HTTPS-over-proxy-CONNECT using ChrisL's patch. It
seems to work just fine. Whom do we petition to get this into the
mainline python sources?
- Cameron
Changes by Cameron Simpson [EMAIL PROTECTED]:
--
nosy: +cameron
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1424152
_
___
Python-bugs-list mailing list
Cameron Simpson [EMAIL PROTECTED] added the comment:
Chris, I'm trying your patch out now. My quick reading of it looks ok.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1424152
42 matches
Mail list logo
