Jeff Knupp added the comment:
Yes, that was part of the original patch which was incorrectly uploaded. The
current patch (2) should be correct wrt get_method.
--
___
Python tracker
<http://bugs.python.org/issue15
New submission from Jeff Knupp:
patch to test_json to not use assert(Raises)Regexp, which has been deprecated
in favor of assert(Raises)Regex.
--
components: Tests
files: json_deprecated.patch
keywords: patch
messages: 168750
nosy: Jeff.Knupp
priority: normal
severity: normal
status
Changes by Jeff Knupp :
--
nosy: +Jeff.Knupp
___
Python tracker
<http://bugs.python.org/issue15316>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeff McNeil added the comment:
Yeah clearly the wrong behavior on Winders.
I think that moving to 'normpath' instead of 'normcase' is likely the right
thing to do. Patch is attached, so if someone with commit powers could review
real quick I'll address whatever nee
Jeff McNeil added the comment:
Gave this a go myself...
$ ./python
Python 3.4.0a0 (default:57a33af85407, Oct 27 2012, 21:26:30)
[GCC 4.4.3] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import socket
>&g
Jeff McNeil added the comment:
I've hacked this support in myself a few times with a simple socket wrap call
in SimpleXMLRPCServer's __init__. I'd be happy to put a quick patch together
if that's a viable approach.
Is there any desire to support client authentication
Jeff McNeil added the comment:
Attached... worked in the way I've done it in the past and updated documents.
--
keywords: +patch
Added file: http://bugs.python.org/file27773/ssl_xmlrpc_server.patch
___
Python tracker
<http://bugs.py
New submission from Jeff McNeil:
mcjeff@martian:~/cpython$ ./python -V
Python 3.4.0a0
When an SSLSocket is created via SSLContext.wrap_socket, it is passed a
_context parameter directly. SSLSocket.__init__ sets self.context at this
point, but it does not set self.keyfile or self.certfile
Jeff McNeil added the comment:
Ak! Yes, cut and paste error.
Python 3.4.0a0 (default:57a33af85407, Oct 27 2012, 21:26:30)
[GCC 4.4.3] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import ssl
Jeff McNeil added the comment:
Updated to pass in the parent context only actually, as it doesn't look like
all of the attributes on SSLSocket will be set if a context was initially
passed in.
--
Added file: http://bugs.python.org/file27784/ssl_context_2.
New submission from Jeff Ramnani:
The unittest, test_ssl.test_default_ecdh_curve, is failing on OS X (and FreeBSD
9).
The test fails with the error message:
"""
==
ERROR: test_default_ecdh_curve (test.test_ss
Jeff Ramnani added the comment:
> Really? Apple's packaging looks almost criminal here.
Apple has deprecated their bundled version of OpenSSL. This issue has more
details, http://bugs.python.org/issue17128
--
nosy: +jramnani
___
Python
Jeff Ramnani added the comment:
Attaching a patch with a (hopefully) more useful error message.
I didn't find a good place to add this information in the "Distributing Python
Modules" section of the docs, but let me know if you had a place in mind.
--
keywords: +patch
Jeff Ramnani added the comment:
Now that bug #18586 is closed, could the Dev Guide point benchmarkers to the
benchmarks repo and its README?
http://hg.python.org/benchmarks/file/9a1136898539/README.txt
--
nosy: +jramnani
___
Python tracker
<h
New submission from Jeff Hinrichs:
python setup.py check
python setup.py check --restructuredtext
both incorrectly "warn" and don't "Fail" for things that will cause a failure
when uploading to pypi. This is wrong.
Additionally, they should return a non 0 exit co
Jeff Hinrichs added the comment:
example:
(dhp)jlh@jlh-d520:~/Projects/dhp/src$ python setup.py check
running check
(dhp)jlh@jlh-d520:~/Projects/dhp/src$ python setup.py check --restructuredtext
running check
warning: check: Title underline too short. (line 2)
warning: check: Could not finish
New submission from Jeff Hinrichs:
if you run
setup.py check --restructuredtext
without docutils installed, it will appear to pass
if you add the -s flag, it will error and inform you that docutils is not
installed.
So nothing is reported and return results are the same as a "pa
Changes by Jeff Quast :
Added file: http://bugs.python.org/file35363/opensolaris-ctypes-python-3.x.patch
___
Python tracker
<http://bugs.python.org/issue20664>
___
___
Jeff Quast added the comment:
Submitting fix to fallback to alternate '/usr/bin/dump' path, confirmed using
SmartOS.
As for the issues writing to /lib and /usr/lib from a zone, and the request for
"An environment variable .. to override this functionality." I have
Jeff McNeil added the comment:
Reverting of the len(block) back to 'bs' here aside, does it even make sense to
include block information at all?
That's the attempted read size, so it might not be an accurate representation
of the size of the data actually read. Thus the
Jeff McNeil added the comment:
Ah, disregard. I followed up on the other bug. The legacy interface indeed
should have stayed consistant.
--
___
Python tracker
<http://bugs.python.org/issue10
New submission from Jeff Knupp:
Original text is:
> Feeding string objects is to update is not supported
Should be "... objects in to update" instead of "is to"
Also, mark "GIL" as a :term: to provide a link to its definition, as it's used
with
Changes by Jeff Knupp :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue15743>
___
___
Python-bugs-list
New submission from Jeff Knupp:
test_urllib2_localnet is concerned with testing connections only using
'localhost' or '127.0.0.1' hosts. If a user has the "http_proxy" environment
variable set, these test will likely fail as the proxy won't have any idea
whe
Jeff Knupp added the comment:
I'm assuming this is the patch you were looking for. However, there are a
couple of unrelated issues with http.client.send that jumped out at me:
1. Encoding a file handed directly to send() seems wrong. If a client wants to
send a file encoded using some
Jeff Knupp added the comment:
Previous patch had unintentional local changes. Uploaded correct patch.
--
Added file: http://bugs.python.org/file28382/new_patch.txt
___
Python tracker
<http://bugs.python.org/issue16
Changes by Jeff Knupp :
Removed file: http://bugs.python.org/file28318/patch.txt
___
Python tracker
<http://bugs.python.org/issue16687>
___
___
Python-bugs-list mailin
Jeff Knupp added the comment:
This is not a bug.
The 'PARSER' nargs choice is an implementation detail as a way to handle
subparsers. The parser needs to know that the first value should be handled,
but everything that follows will be handled by the subparser.
By using a subpars
Jeff Knupp added the comment:
Attached a patch. Rather than altering choices or making a special check for
string instances, I just changed the if statement to
if action.choices is not None and value not in list(action.choices):
from
if action.choices is not None and value not in
Jeff Knupp added the comment:
Patch uploaded.
Note that updating the test_distutils.core test revealed that the test was
importing DEBUG from the wrong module (which only existed because
distutils.core use the 'from ... import DEBUG' form). I've corrected the import
and u
Jeff Knupp added the comment:
The only time this would be an issue is for infinite sequences via range or a
generator, which doesn't work anyway.
>>> p = argparse.ArgumentParser()
>>> a = p.add_argument('a', choices=itertools.count(0), type=int)
>>> p.
Changes by Jeff Hardy :
--
nosy: +jeff.hardy
___
Python tracker
<http://bugs.python.org/issue19453>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeff Allen added the comment:
Disabling the AV/firewall did not stop the symptoms when I was investigating
originally. In order to get the unmodified test to pass, I had to stop the BFE
(base filtering engine), which I think may have been given new rules or
behaviours as a result of
New submission from Jeff Allen:
When I run:
start python -m test.test_httpservers
test_request_line_trimming reports ERROR, and the test hangs at
test_version_none. If I run a copy of the test in which the latter test is
skipped with @unittest.skipIf(sys.platform == "win32", &
Jeff Edwards added the comment:
It's interesting how long this issue has been around. It seems to be because
the form-urlencoded spec is specified as url-percent-encoding EXCEPT for ' ' ->
'+', which does seem to be unintuitive.
To note, there are a few known ca
Jeff Allen added the comment:
Thanks for adding to the evidence here. As discussed above, disabling the
security product (which is Bitdefender) on my PC didn't stop the problem for
me, and I'm reluctant to uninstall. I narrowed it to the Windows Base Filtering
Engine, but p
Jeff Allen added the comment:
Actual patch for your convenience. I'm not set up to build CPython from source,
so I've tested this with my installed CPython 2.7.6, and it's clean.
[As for keeping the tests in sync, yes that's our aim. Jython's Lib contains
only the
Jeff Allen added the comment:
I worked out that the essence of the test is to insert an extra \n at the end
of a GET request line. The request is syntactically invalid for HTTP. The
\n\r\n appears like two blank lines, implying no headers, but the headers then
follow where no data should be
jeff deifik added the comment:
Oops, you are correct, my mistake.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6909>
___
___
Py
New submission from jeff deifik :
I am calling filecmp.cmp on a two files, one of which has a name of
'./Julio_Iglesias-Un_Hombre_Solo-05-Qu\udce9_no_se_rompa_la_noche.mp3'
I get an exception from filecmp.cmp saying:
'ascii' codec can't encode character '\udce9&#
jeff deifik added the comment:
Forgive all the print statements.
Here is the result of running this:
floup:files are
['./Julio_Iglesias-Un_Hombre_Solo-05-Qu\udce9_no_se_rompa_la_noche.mp3',
'/cygdrive/j/music/bea/Julio_Iglesias-Un_Hombre_Solo-05-Qu\udce9_no_se_rompa_la_n
Jeff Bradberry added the comment:
This patch adds the requested behavior to the current 2.7 svn trunk.
Both 'encoding' and 'errors' may be used as keyword arguments for
encode() and decode().
--
keywords: +patch
nosy: +jbradberry
Added file: http://bugs.python.or
Jeff Bradberry added the comment:
As it turns out, someone had previously made this adjustment to str()
and unicode(). My updated patch adds this behavior to unicode.decode
and unicode.encode, adds a couple of tests to test_unicode.py, and
updates the documentation to show that these functions
Jeff Bradberry added the comment:
Before:
~/python2.7$ ./python -mtimeit "u'Andr\202 x'.encode('ascii', 'replace')"
100 loops, best of 3: 1.8 usec per loop
After:
~/python2.7-patched$ ./python -mtimeit "u'Andr\202 x'.encode('
Jeff Bradberry added the comment:
Ok, fixed. I am kind of vague, though, on the usefulness of str.encode
and unicode.decode.
--
Added file: http://bugs.python.org/file14925/python27.patch
___
Python tracker
<http://bugs.python.org/issue6
Jeff Senn added the comment:
Has there been any action on this? a PEP?
I disagree that using ICU is good way to simply get proper
unicode casing. (A heavy hammer for a small task...)
I agree locales are a different issue (and would prefer
optional arguments to the unicode object casing
Jeff Senn added the comment:
> Feel free to upload it here. I'm fairly skeptical that it is
> possible to implement casing "correctly" in a locale-independent
> way.
Ok. I will try to find time to complete it enough to be readable.
Unicode (see sec 3.13) specifi
Jeff Senn added the comment:
Yikes! I just noticed that u''.title() is really broken!
It doesn't really pay attention to word breaks --
only characters that "have case".
Therefore when there are (caseless)
combining characters in a word it's really broke
Jeff Senn added the comment:
Referred to this from issue 4610... anyone following this might want to
look there as well.
--
nosy: +senn
___
Python tracker
<http://bugs.python.org/issue6
Jeff Senn added the comment:
So, is it not considered a bug that:
>>> "This isn't right".title()
"This Isn'T Right"
!?!?!?
--
___
Python tra
New submission from jeff deifik :
In order to compile 3.1.1 with the cygwin environment, it was necessary
to edit Modules/main.c after running configure
There are a few tests that still fail when running 'make test', but
overall, python 3.1.1 works fine.
Included is the co
Jeff Oyama added the comment:
Just wondering, has anyone done a patch since Bill made the necessary
changes to ssl.py in order to implement FTP TLS? If so, where can I find
it? I would love to test it out.
--
nosy: +jeffo
___
Python tracker
<h
Jeff Oyama added the comment:
Thank you Giampaolo, it works just as I was hoping, =] I tested it on glftpd
using python 2.6.1.
Added file: http://bugs.python.org/file13161/unnamed
___
Python tracker
<http://bugs.python.org/issue2
Jeff Oyama added the comment:
Actually I have encountered a possible bug. the close() method doesn't seem
to actually close the connection...
On Mon, Feb 23, 2009 at 11:56 PM, Jeff Oyama wrote:
>
> Jeff Oyama added the comment:
>
> Thank you Giampaolo, it works just as I
Jeff Oyama added the comment:
Ok after examining it more closely, it appears to be a false alarm, my
apologies
___
Python tracker
<http://bugs.python.org/issue2
New submission from Jeff Kaufman :
This is a patch against the configparser in the cvs version of 3.1 to
support [] notation:
>>> import configparser_patched
>>> config = configparser_patched.SafeConfigParser()
>>> config.add_section("spam")
>>> con
Jeff McNeil added the comment:
I ran into this problem this afternoon as well. The same issue appears
to exist within the Basic & Digest Auth retry code (though it's much
less likely to surface).
I wound up making the suggested fixes to my local install so I'm
attaching the tiny
Jeff Craig added the comment:
I can confirm this behaviour and error. On Windows Server 2008 R2 64-bit.
--
nosy: +foxxtrot
___
Python tracker
<http://bugs.python.org/issue8
Jeff Craig added the comment:
Further information, this was an issue for me in 2.6.4, but with 2.6.5 it
appears to no longer be an issue.
--
___
Python tracker
<http://bugs.python.org/issue8
Jeff Knupp added the comment:
I believe this is working as intended. Remember, the '%w' directive instructs
strptime to consider 0 to be Sunday, while tm_wday considers 0 Monday. In 2016,
the %W directive means that the first week (week #1) starts on Monday, January
4th. If you g
Jeff Allen added the comment:
Just terminology ... strictly speaking what you've done here is "add a *field*
to the nodes Module, FunctionDef and ClassDef", rather than add an *attribute*
-- that is, when one is consistent with the terms used in the ast module
(https://do
Jeff Allen added the comment:
It would be nice to see this considered alongside #26040.
--
nosy: +jeff.allen
___
Python tracker
<http://bugs.python.org/issue27
Jeff Allen added the comment:
Mark: Thanks for validating the additional cases so carefully.
If you still want to apply it in stages then I suppose the change to the
comparison logic could go first (untested idea), although that's also where I
could most easily have made a mi
Jeff Allen added the comment:
Mark: Thanks for doing my homework. Points 1 and 3 I can readily agree with. I
must take another look at to_ulps() with your patch on locally. I used the
approach I did because I thought it was incorrect in exactly those corners
where you prefer it. I'll t
Jeff Allen added the comment:
Ah, cunning: I can make sense of it in hex.
>>> hex(to_ulps(expected))
'0x3ff0'
>>> hex(to_ulps(got))
'0x3fec'
>>> hex( to_ulps(got) - to_ulps(expected) )
'-0x4'
... and what you&#x
New submission from Jeff Mansfield:
Python-2.3.5.exe seems to be corrupt.
I’ve tried downloading Python-2.3.5.exe a number of times in the past week, and
so have a few of my colleagues. It always transfers in an incomplete manner,
resulting in only 4.7 out of 9.1 MB. I have tried from several
Jeff Mansfield added the comment:
Ezio,
It is what was in use on my old machine, and I don't want to move versions.
Thanks,
Jeff
--
___
Python tracker
<http://bugs.python.org/is
Jeff Knupp added the comment:
I think Piotr's point is the wording of the last sentence is ambiguous. The
second statement reads "It is customary *but not required* to place all import
statements at the beginning of a module...". The third seems to state that
regardless of whe
Jeff Knupp added the comment:
Of the "two different things", the first (the scope of imported names) is never
covered in the documentation. As a result, the text in question seems to imply
an import statement can *only* be in module scope.
>From the reader's perspectiv
Jeff Ramnani added the comment:
I've added tests for this behavior by un-sorting the test inputs for
test_find_tests, and adding comments that the results should be sorted for
reliable test execution.
Attaching an updated patch.
--
nosy: +jramnani
Added file: http://bugs.pytho
Jeff Ramnani added the comment:
Fixed a spelling error.
--
___
Python tracker
<http://bugs.python.org/issue16709>
___
___
Python-bugs-list mailing list
Unsub
Jeff Ramnani added the comment:
Fixed a spelling error. (Part deux)
--
Added file: http://bugs.python.org/file29462/issue16709-tests2.patch
___
Python tracker
<http://bugs.python.org/issue16
Jeff Knupp added the comment:
Was this discovered when you were trying "to tell urlopen not to check the
hostname for https connections?" If so, that should be reflected in the title
so others know what the observable effect is. Referencing specific variables is
less useful both for
Jeff Kaufman added the comment:
What would it take to get this moving again?
--
nosy: +Jeff.Kaufman
___
Python tracker
<http://bugs.python.org/issue2292>
___
___
New submission from Jeff Ramnani:
The changeset for subtests in #16997 cause some tests in test_socket to fail on
OS X.
Specifically, they cause some tests that were marked as expected failures to be
run and be marked as failures.
I'm experiencing the same test failures as the OS X Mou
Changes by Jeff Hardy :
--
nosy: +jeff.hardy
___
Python tracker
<http://bugs.python.org/issue17994>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeff Hammel added the comment:
A few observations in passing. I beg your pardon for not commenting after a
more in depth study of the issue, but as someone that's written and managed
several subprocess module front-ends, my general observations seem applicable.
subprocess needs easie
Jeff Quast added the comment:
John, What do you think of the patches attached to
http://bugs.python.org/issue20664 ?
"crle is not needed at all because the default library path is
a constant on Solaris"
I don't believe this to be true, source? crle is absolutely needed to
Jeff Quast added the comment:
I looked over the focus on "default" path, thank you for clarifying!
Sadly, I can't help you move either of these patches forward, best wishes!
--
___
Python tracker
<http://bugs.pyt
Jeff Ramnani added the comment:
I'm still getting these test failures on OS X 10.11.1. Has a radar been filed
with Apple? I'd submit one, but I don't know enough about the issue to create
a good bug report.
In the meantime, I'm attaching a patch to skip these tests
Jeff Allen added the comment:
I'm also interested in a smooth experience for beginners.
I have a factual observation with respect to Terry's comment:
'''Windows icons have a Shortcut tab with a Start-in field. We should like to
put %USERPROFILE% there, but this d
Jeff Allen added the comment:
Here is a patch that improves coverage and addresses the uneven accuracy.
Required accuracy is now specified in ulps. Mostly, I have choses 1 ulp, since
this passed for me on an x86 architecture (and also ARM), but this may be too
ambitious.
I have also
Changes by Jeff Allen :
Added file: http://bugs.python.org/file42190/stat_math.py
___
Python tracker
<http://bugs.python.org/issue26040>
___
___
Python-bugs-list mailin
Jeff Allen added the comment:
Thanks for the prompt acknowledgement and for accepting this to review.
I have updated the coverage & tolerance demo program. Usage in the comments (in
v3).
I have also added the program I used to generate the extra test cases (needs
mpmath -- easier to
Changes by Jeff Allen :
Removed file: http://bugs.python.org/file41526/stat_math.py
___
Python tracker
<http://bugs.python.org/issue26040>
___
___
Python-bugs-list mailin
Changes by Jeff Allen :
Added file: http://bugs.python.org/file42192/stat_math.py
___
Python tracker
<http://bugs.python.org/issue26040>
___
___
Python-bugs-list mailin
Changes by Jeff Allen :
Removed file: http://bugs.python.org/file42190/stat_math.py
___
Python tracker
<http://bugs.python.org/issue26040>
___
___
Python-bugs-list mailin
Changes by Jeff Allen :
Added file: http://bugs.python.org/file42191/extra_cmath_testcases.py
___
Python tracker
<http://bugs.python.org/issue26040>
___
___
Python-bug
New submission from Jeff Peters:
The help| about idleX | popup still lists the version as 1.12 this throws
off the check for updats functionality
--
components: IDLE
messages: 264838
nosy: Jeff Peters
priority: normal
severity: normal
status: open
title: About Idle-x version not
New submission from Jeff Zemla:
I've found a rather simple bug in the default CPython implementation on Mac OS
X 10.9.5
1) Create a new .py file containing:
def a():
print q
x=5
2) Open Python and run using execfile() then a(). Receive error as expected:
File "test.py"
Jeff Zemla added the comment:
In 3), "not" should be "now"
--
___
Python tracker
<http://bugs.python.org/issue23594>
___
___
Python-bugs-lis
New submission from Jeff Doak:
On MacBook. Copy/paste the following line into 3.4.2 interpreter session:
[“Test”][‘Test’]
Results in:
[Test][Test]
Same paste into 2.7.6 is as expected:
[“Test”][‘Test’]
--
components: Macintosh
messages: 237389
nosy: Jeff Doak, ned.deily, ronaldoussoren
Jeff Doak added the comment:
I noticed they are smart quotes and came back to see David already mentioned it.
As for Demian's question:
2.7.6:
>>> print("{’Test’}")
{’Test’}
3.4.2:
>>> print("{Test}")
{Test}
It is upon paste that the
Jeff Doak added the comment:
I am in a standard Terminal session. I have a symbolic link for python 3.4:
/usr/bin/python -> /opt/local/bin/python3.4
so I can run python... or the following:
$ /opt/local/bin/python3.4 -c 'import sys;print(sys.version)'
3.4.2 (default, Oct 22 2014, 01
Jeff Doak added the comment:
Thanks Ned and everyone! It turns out that Ned was correct and it works fine
now that I followed his instructions.
--
___
Python tracker
<http://bugs.python.org/issue23
New submission from Jeff McNeil:
There are a collection of places in the socket module that do not correctly
retry on EINTR. Updated to wrap those calls in a retry loop. However, when
fixing connect calls, I noticed that when EINTR is retried on a socket with a
timeout specified, the retry
Jeff McNeil added the comment:
mcjeff@mcjeff:~/cpython_clean$ hg summary
parent: 95416:fe34dfea16b0
Escaped backslashes in docstrings.
branch: 2.7
commit: 3 modified, 3 unknown
update: (current)
--
keywords: +patch
nosy: +gregory.p.smith
Added file: http://bugs.python.org/file38826
Jeff McNeil added the comment:
Whoops. Accidentally attached the wrong patch that I generated during testing.
--
Added file: http://bugs.python.org/file38832/socket_eintr.1.patch
___
Python tracker
<http://bugs.python.org/issue23
Jeff McNeil added the comment:
Missed check on _ex func.
--
Added file: http://bugs.python.org/file38865/socket_eintr.2.patch
___
Python tracker
<http://bugs.python.org/issue23
Jeff McNeil added the comment:
So, yeah, that's right. In the attached patch, I'm closing the file descriptor
if the timeout/error happens on a non-blocking call. It fails with an EBADF on
reconnect at that point, but it doesn't potentially leave an FD in the proc's
file
201 - 300 of 310 matches
Mail list logo
