Re: UTF-8 Encoding Error

On 22Dec2016 22:38, Subhabrata Banerjee wrote: I am getting the error: UnicodeDecodeError: 'utf8' codec can't decode byte 0x96 in position 15: invalid start byte as I try to read some files through TaggedCorpusReader. TaggedCorpusReader is a module of NLTK. My files

UTF-8 Encoding Error

I am getting the error: UnicodeDecodeError: 'utf8' codec can't decode byte 0x96 in position 15: invalid start byte as I try to read some files through TaggedCorpusReader. TaggedCorpusReader is a module of NLTK. My files are saved in ANSI format in MS-Windows default. I am using Python2.7 on

[issue23903] Generate PC/python3.def by scraping headers

Serhiy Storchaka added the comment: PyCmpWrapper_Type is not defined. Some underscored names are defined only in special builds (with Py_REF_DEBUG, Py_TRACE_REFS). PyAST_* and PyNode_* functions are not documented, ast.h and node.h are private headers. Names like _PyArg_Parse_SizeT

[issue29026] time.time() documentation should mention UTC timezone

Eric Appelt added the comment: I looked at the documentation and implementation and made a patch to hopefully clarify the issue. I also have some comments: - The term "epoch" is actually defined at the top of the page with instructions for how to determine it, i.e. run "gmtime(0)". - I added

[issue28968] xml rpc server fails with connection reset by peer error no 104

Manish Singh added the comment: Below is the information sent to python-dev group === [ Issue ] I have used xml rpc library with transport as http. My client and server are running on same host. Some xml rpc requests

[issue28968] xml rpc server fails with connection reset by peer error no 104

Manish Singh added the comment: Hi Jim, Thank you for replying. As you are suggesting that there is a firewall setting. Then in that case every request should fail, right? But in my case only few request fail(4 out 20 requests). Have you seen my mail sent to python-dev group through gmail?

[issue29038] Duplicate entry for SSLContext.get_ca_certs() in ssl

Xiang Zhang added the comment: Thanks for the report Daniel! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue29038] Duplicate entry for SSLContext.get_ca_certs() in ssl

Roundup Robot added the comment: New changeset 94900abda1a5 by Xiang Zhang in branch '2.7': Issue #29038: Fix duplicate get_ca_certs() doc entry. https://hg.python.org/cpython/rev/94900abda1a5 -- nosy: +python-dev ___ Python tracker

Re: SIP and PyQt5 Installation

On December 23, 2016 7:02:03 AM GMT+05:30, churros.stud...@gmail.com wrote: >Hello, I've been having troubles being able to integrate the PyQt5 GUI >into my IDEs. I've used various example codes from the web to see if >the library would import properly but the console sends me back an >import

[issue28968] xml rpc server fails with connection reset by peer error no 104

Jim Jewett added the comment: When I see a message like that, it normally means there is a firewall getting in my way. -- nosy: +Jim.Jewett ___ Python tracker

Re: SIP and PyQt5 Installation

On Thursday, December 22, 2016 at 5:32:31 PM UTC-8, churros...@gmail.com wrote: > Hello, I've been having troubles being able to integrate the PyQt5 GUI into > my IDEs. I've used various example codes from the web to see if the library > would import properly but the console sends me back an

Re: [OT] Security question

On Thu, 22 Dec 2016 12:10:40 +0200, Frank Millman wrote: [snip] > > What about the second part of my query? Is it acceptable that they keep > passwords on their system in clear text? Absolutely not. Keeping the passwords, even encrypted, is a reckless invitation to

Re: US/Eastern offset

On Fri, Dec 23, 2016 at 12:54 PM, wrote: > Wouldn't most users prefer that modern time zones be the default information > returned by pytz, instead of 150 year-old historical time zones? They're the *same* time zones. ChrisA --

Re: US/Eastern offset

On Thursday, December 22, 2016 at 3:47:04 PM UTC-8, Christian Heimes wrote: > On 2016-12-22 21:49, Skip Montanaro wrote: > > In a small application I realized I needed all my timestamps to have > > timezone info. Some timestamp strings come in with no TZ markings, but > > I know they are

SIP and PyQt5 Installation

Hello, I've been having troubles being able to integrate the PyQt5 GUI into my IDEs. I've used various example codes from the web to see if the library would import properly but the console sends me back an import error saying, "No module named PyQt5". Could someone provide me with the steps

Re: US/Eastern offset

On 2016-12-22 21:49, Skip Montanaro wrote: > In a small application I realized I needed all my timestamps to have > timezone info. Some timestamp strings come in with no TZ markings, but > I know they are US/Eastern. so, I built one: > import pytz tz = pytz.timezone("US/Eastern")

[issue22490] Using realpath for __PYVENV_LAUNCHER__ makes Homebrew installs fragile

Tim Smith added the comment: Since __PYVENV_LAUNCHER__ is consulted in site.py, it seems likely that the latest it can be deleted is in site.py. The attached patch does that. -- Added file: http://bugs.python.org/file46004/delete-venev-launcher.diff

Re: US/Eastern offset

On Thu, Dec 22, 2016 at 4:19 PM, Ian Kelly wrote: > On Thu, Dec 22, 2016 at 2:49 PM, Skip Montanaro > wrote: >> In a small application I realized I needed all my timestamps to have >> timezone info. Some timestamp strings come in with no TZ

[issue29011] No entry Deque in typing.py

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___

[issue29002] typing.AnyStr doc is unclear about python2 unicode support

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___

Re: US/Eastern offset

On Thu, Dec 22, 2016 at 2:49 PM, Skip Montanaro wrote: > In a small application I realized I needed all my timestamps to have > timezone info. Some timestamp strings come in with no TZ markings, but > I know they are US/Eastern. so, I built one: > import pytz

[issue29050] xml.etree.ElementTree in Python 3.6 is incompatible with defusedxml

Adam Williamson added the comment: https://github.com/tiran/defusedxml/pull/4 should fix this, I hope. -- ___ Python tracker ___

US/Eastern offset

In a small application I realized I needed all my timestamps to have timezone info. Some timestamp strings come in with no TZ markings, but I know they are US/Eastern. so, I built one: >>> import pytz >>> tz = pytz.timezone("US/Eastern") >>> tz What's with those extra four minutes? Here is one

[issue29050] xml.etree.ElementTree in Python 3.6 is incompatible with defusedxml

Adam Williamson added the comment: https://paste.fedoraproject.org/511245/14824393/ is my cut at a fix for this, gonna test it out now. -- ___ Python tracker

[issue29050] xml.etree.ElementTree in Python 3.6 is incompatible with defusedxml

Adam Williamson added the comment: Digging some more, it looks like *only* Python 3.3 went so far out of its way to hide the pure-Python iterparse() - the code was changed again in 3.4 and it doesn't do that any more. So I think a way forward here is to make the code that uses

[issue29050] xml.etree.ElementTree in Python 3.6 is incompatible with defusedxml

Adam Williamson added the comment: Aha, so thanks to my colleague Patrick Uiterwijk, we see the problem. Since Python 3.3, Python doesn't actually use that pure-Python iterparse() function if it can instead replace it with a C version:

[issue29050] xml.etree.ElementTree in Python 3.6 is incompatible with defusedxml

Adam Williamson added the comment: serhiy: so, the funny thing is this: your fix is ultimately a reversion. Though we have to dig way back into the bowels of defusedxml to see this. Specifically, to this commit!

[issue22490] Using realpath for __PYVENV_LAUNCHER__ makes Homebrew installs fragile

Tim Smith added the comment: I spoke prematurely; I recently rediscovered that the persistence of __PYVENV_LAUNCHER__ poisons the sys.executable of virtualenv interpreters launched as a subprocess of another Python interpreter: $ virtualenv -p python3 test $ test/bin/python3 -c 'import sys;

[issue29050] xml.etree.ElementTree in Python 3.6 is incompatible with defusedxml

Adam Williamson added the comment: Ammar: yep, that's correct. There's code in defused's ElementTree.py - _ get_py3_cls() - which passes different values to _generate_etree_functions based on the Python 3 version. For Python 3.2+, defused 0.4.1 expects to use the _IterParseIterator class from

[issue29050] xml.etree.ElementTree in Python 3.6 is incompatible with defusedxml

Serhiy Storchaka added the comment: I think this can be fixed from defusedxml side: def iterparse(source, events=None, parser=None, forbid_dtd=False, forbid_entities=True, forbid_external=True): if not parser: parser =

[issue29049] Lazy GC tracking frame

Changes by Josh Rosenberg : -- nosy: +josh.r ___ Python tracker ___ ___

[issue29050] xml.etree.ElementTree in Python 3.6 is incompatible with defusedxml

Ammar Askar added the comment: >From what I can tell from the failed travis run in defused, the problem is >here: https://github.com/tiran/defusedxml/blob/master/defusedxml/common.py#L129-L141 It's caused by it using the removed _IterParseIterator file (or rather a field that represents it

[issue29050] xml.etree.ElementTree in Python 3.6 is incompatible with defusedxml

Serhiy Storchaka added the comment: Could you please provide an example of code that doesn't work with Python 3.6? -- ___ Python tracker ___

[issue29050] xml.etree.ElementTree in Python 3.6 is incompatible with defusedxml

Changes by Serhiy Storchaka : -- nosy: +christian.heimes, serhiy.storchaka ___ Python tracker ___

[issue29050] xml.etree.ElementTree in Python 3.6 is incompatible with defusedxml

New submission from Adam Williamson: The changes made to xml.etree.ElementTree in this commit: https://github.com/python/cpython/commit/12a626fae80a57752ccd91ad25b5a283e18154ec break defusedxml , Christian Heimes' library of modified parsers that's intended to be safe for parsing untrusted

[issue28945] get_boundary (and get_filename) invokes unquote twice

bpoaugust added the comment: Note: it's easy to create test e-mails with attachments using mutt. echo test | mutt -s "test" -a files... -- user@domain I did some testing with the following names: <> >< "" "" <"abc"> >abc< ">abc<" >"abc"< There are no doubt other awkward names one can devise;

[issue28945] get_boundary (and get_filename) invokes unquote twice

bpoaugust added the comment: I have just discovered the same problem with get_filename. Not surprising as its code is basically the same as get_boundary. Unix paths can contain anything, so it's not correct to remove special characters. [It's up to the receiving file system to decide how to

[issue29048] Coverage influence tests, make some of them fail

Changes by Serhiy Storchaka : -- nosy: +nedbat ___ Python tracker ___ ___

[issue28945] get_boundary invokes unquote twice

Eric Lafontaine added the comment: Hi, I would like to thank you for keeping up with me. I may not be easy at times, but please make me understand if it doesn't make sense :). Thanks bpoaugust and David, Eric Lafontaine -- ___ Python tracker

[issue28945] get_boundary invokes unquote twice

Eric Lafontaine added the comment: Hi, I would like to have a bigger set of user testing this patch before it gets approve... I really don't know all the extent to which it's a good/bad idea. The proposition was to not do the unquote in the rfc2231 collapse method. It doesn't break

[issue28879] smtplib send_message should add Date header if it is missing, per RFC5322

R. David Murray added the comment: I'm happy to comment on issues as far as mentoring goes, and yes email is my primary area of responsibility for CPython. However, I don't have much free time, so getting to reviews is proving to be problematic. There's a chance a might have some time this

[issue28879] smtplib send_message should add Date header if it is missing, per RFC5322

Eric Lafontaine added the comment: overkill file -- Added file: http://bugs.python.org/file46002/issue_28879_python2_overkill.patch ___ Python tracker

[issue28879] smtplib send_message should add Date header if it is missing, per RFC5322

Eric Lafontaine added the comment: Hi David, Henning, Sorry for the delay. Here is the patch for python 2... but I find that adding an "example" just for RFC 5322 is kind of over-kill... So I've made both :) please choose which one you prefer and let me know. I personnally prefer to use

[issue29027] 3.5.2 compile error from ssl related.

kevin added the comment: Hi Christian, This issue is resolved. Thanks a lot. -- resolution: not a bug -> fixed ___ Python tracker ___

Wing IDE 6.0 has been released

Hi, We've just released Wing IDE 6.0, which is a major release that adds many new features, introduces a new annual license option, and makes some changes to the product line. New Features * Improved Multiple Selections: Quickly add selections and edit them all at once * Easy Remote

ANN: Wing IDE 6.0 has been released

Hi, We've just released Wing IDE 6.0, which is a major release that adds many new features, introduces a new annual license option, and makes some changes to the product line. New Features * Improved Multiple Selections: Quickly add selections and edit them all at once * Easy Remote

Re: [OT] Security question

Chris, I compliment you on your succint and accurate summary of the issue. Sounds like Frank's ISP is aspiring to be the next Yahoo... On December 22, 2016 4:33:52 AM CST, Chris Angelico wrote: >On Thu, Dec 22, 2016 at 9:10 PM, Frank Millman >wrote: >>

[issue29026] time.time() documentation should mention UTC timezone

Eric Appelt added the comment: I would be happy to work on a documentation patch for this - I'll try to have something up by tomorrow evening if no one beats me to it. -- nosy: +Eric Appelt ___ Python tracker

[issue29049] Lazy GC tracking frame

Changes by INADA Naoki : Added file: http://bugs.python.org/file46000/default.json.gz ___ Python tracker ___

[issue29049] Lazy GC tracking frame

INADA Naoki added the comment: --enable-optimizations: $ ~/local/cpython/bin/pyperf compare_to -G default.json patched.json Slower (12): - pickle_dict: 42.0 us +- 0.2 us -> 42.9 us +- 0.2 us: 1.02x slower (+2%) - regex_dna: 228 ms +- 1 ms -> 233 ms +- 2 ms: 1.02x slower (+2%) - unpickle_list:

[issue29027] 3.5.2 compile error from ssl related.

Christian Heimes added the comment: Python 3.5.2 is not compatible with OpenSSL 1.1.0. You have to wait until 3.5.3 is released in about a month or downgrade OpenSSL to 1.0.2. -- resolution: -> not a bug stage: -> resolved status: open -> closed

[issue28695] Add SSL_CTX_set_client_cert_engine

Christian Heimes added the comment: OPENSSL_config() is deprecated. I'm going to wrap CONF_modules_load_file(), CONF_modules_load() and NCONF_load_bio(). -- ___ Python tracker

Re: ImportError: The ``fake-factory`` package is now called ``Faker``.

Thank you, I found out that pip freeze returned more packages than what we had in our requirements.txt file, so I upgraded them and added them to the file. I also upgraded to Faker==0.7.7 Uri. *Uri Even-Chen* [image: photo] Phone: +972-54-3995700 Email: u...@speedy.net Website:

[issue29047] Where are the test results stored?

Patrik Iselind added the comment: Great, thanks! Patrik Den 22 dec 2016 15:01 skrev "Eric V. Smith" : > > Eric V. Smith added the comment: > > https://github.com/python/devguide/blob/github/runtests.rst > > -- > nosy: +eric.smith > >

[issue29048] Coverage influence tests, make some of them fail

Patrik Iselind added the comment: The fixes for test_ssl and test_subprocess seem strange to me. All they do is sweep the messages under the rug. Then there is not really any point with the 'with' block, is there? Without coverage those tests passed so i cannot really see how this adds up.

[issue29047] Where are the test results stored?

Eric V. Smith added the comment: https://github.com/python/devguide/blob/github/runtests.rst -- nosy: +eric.smith ___ Python tracker ___

Re: Mergesort problem

I know a code review wasn't the main goal of you message but I feel it's worth mentioning two tips: On 22 December 2016 at 01:55, Deborah Swanson wrote: > ls = [] > with open('E:\\Coding projects\\Pycharm\\Moving\\New Listings.csv', > 'r') as infile: >

[issue29048] Coverage influence tests, make some of them fail

Patrik Iselind added the comment: Are the tests that altered the execution environment something to bother with at all? Perhaps something for another issue? -- ___ Python tracker

[issue29048] Coverage influence tests, make some of them fail

Serhiy Storchaka added the comment: Following patch fixes failures in test_ssl and test_subprocess. -- keywords: +patch nosy: +serhiy.storchaka stage: -> patch review Added file: http://bugs.python.org/file45998/coverity-tests-warnings.patch ___

[issue29047] Where are the test results stored?

Patrik Iselind added the comment: Is this something we could clarify in the docs? I'd like to try and dip my toes in this. Where can i find the source for https://docs.python.org/devguide/runtests.html ? -- ___ Python tracker

htmlparser charrefs

For various reasons I am using HTMLParser to do transcription of some xml. I need to keep charrefs as is so for Python > 3.4 I pass in convert_charrefs =False to the constructor. This seems to work as intended for data, but I notice that a change in Python 3.4 prevents me from keeping the

[issue29027] 3.5.2 compile error from ssl related.

kevin added the comment: Hi Christian, Thanks for your reply. The machine's information as following: Platform: x86_64; OS: ubuntu16.04; Compiler: gcc (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609; Openssl version:OpenSSL 1.1.0c 10 Nov 2016. --

[issue29048] Coverage influence tests, make some of them fail

R. David Murray added the comment: Ideally it should not, so these would be interesting bugs to investigate. -- nosy: +r.david.murray priority: normal -> low ___ Python tracker

[issue29047] Where are the test results stored?

R. David Murray added the comment: That's because tests results aren't stored anywhere. The stdio output is the only output the tests produce. -- nosy: +r.david.murray ___ Python tracker

[issue28962] Crash when throwing an exception with a malicious __hash__ override

Xavier Combelle added the comment: To my knowledge it is not the kind of arbitrary code which could segfault python code. It is far different for example that the fact by using bytecode magic you can segfault the interpreter, as this last case is explicitly warned in documentation.

[issue29049] Lazy GC tracking frame

New submission from INADA Naoki: Don't _PyObject_GC_TRACK(frame) before using it. After evaluation is finished, do tracking only if refcnt is not one. result without --enable-optimization: $ ~/local/cpython/bin/pyperf compare_to default.json.gz patched.json.gz -G Slower (15): -

[issue29046] Coverage related documentation missing

Patrik Iselind added the comment: Agree -- resolution: -> not a bug status: open -> closed ___ Python tracker ___

[issue29048] Coverage influence tests, make some of them fail

New submission from Patrik Iselind: I checkout the latest tip from scratch. When i run the tests i get the following results: % ./python -m test -j [...] 376 tests OK. 1 test altered the execution environment: test_site 27 tests skipped: test_bz2 test_ctypes test_curses test_dbm_gnu

[issue29046] Coverage related documentation missing

Jim Fasarakis-Hilliard added the comment: I suggest this issue be closed as it isn't really an omission, I don't think we should expect the devguide to document *all* of coverage's options. That's what its dedicated docs are for. -- ___ Python

[issue29046] Coverage related documentation missing

Jim Fasarakis-Hilliard added the comment: The ``-j`` arguments isn't present for coverage from what I know. What you can do is build coverage's C extension. That results in a pretty significant change in overall execution time. For information about coverage.py you should also look in the

[issue28762] lockf() is available now on Android API level 24, but the F_LOCK macro is not defined

Changes by Xavier de Gaye : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

Re: [OT] Security question

On Thu, Dec 22, 2016 at 10:10 PM, Frank Millman wrote: > Thanks for all the info, Chris. > > This is clearly a subject you feel strongly about! > > Much appreciated. It is - partly because I've been guilty of poor password security in the past. I speak with the voice of

Re: [OT] Security question

"Chris Angelico" wrote in message news:CAPTjJmrG+1==nmoxf6cu2pttgcykgz_dvi36gjaqhqa9daf...@mail.gmail.com... On Thu, Dec 22, 2016 at 9:10 PM, Frank Millman wrote: > What about the second part of my query? Is it acceptable that they keep > passwords on their system in clear

[issue29046] Coverage related documentation missing

New submission from Patrik Iselind: Is it possible to do coverage -j8 or similar? Cannot find any documentation on this. Coverage takes so long on the tests... I checked https://docs.python.org/devguide/coverage.html -- assignee: docs@python components: Documentation messages: 283824

[issue29047] Where are the test results stored?

New submission from Patrik Iselind: I cannot find any documentation on where the test results are stored. Looked at https://docs.python.org/devguide/runtests.html -- assignee: docs@python components: Documentation messages: 283825 nosy: docs@python, patriki priority: normal severity:

Re: [OT] Security question

On Thu, Dec 22, 2016 at 9:10 PM, Frank Millman wrote: > What about the second part of my query? Is it acceptable that they keep > passwords on their system in clear text? Well no, absolutely not. I referred to "decrypting" the password, which is all you can actually be

Re: [OT] Security question

"Chris Angelico" wrote in message news:CAPTjJmoQK39EU=m3w1zr8xa7myv42kyn4mxprgqmye4rga+...@mail.gmail.com... On Thu, Dec 22, 2016 at 8:39 PM, Frank Millman wrote: > To my surprise, they sent me my existing username *and* my existing > password, all in clear text. > Your

Re: [OT] Security question

On Thu, Dec 22, 2016 at 8:39 PM, Frank Millman wrote: > To my surprise, they sent me my existing username *and* my existing > password, all in clear text. > > """ > Thank you for taking the time to contact [...] Technical Mail Support. > I understand the importance of your

[OT] Security question

Hi all This is off-topic, but I would appreciate a comment on this matter. I have just upgraded my internet connection from ADSL to Fibre. As part of the process, my ISP sent a text message to my cell phone with the username and password I must use to connect. To my surprise, they sent me

[issue28762] lockf() is available now on Android API level 24, but the F_LOCK macro is not defined

Roundup Robot added the comment: New changeset 51b09b10d4f8 by Xavier de Gaye in branch '3.6': Issue #28762: lockf() is available on Android API level 24, but the https://hg.python.org/cpython/rev/51b09b10d4f8 New changeset 146157d91283 by Xavier de Gaye in branch 'default': Issue #28762: Merge

[issue29040] building Android with android-ndk-r14

Xavier de Gaye added the comment: > Seems that indicates future Python versions will require at least NDK r14 to > build? Yes. -- ___ Python tracker

[issue29042] os.path.exists should not throw "Embedded NUL character" exception

Christoph Reiter added the comment: Raising in case no valid path is passed seems fine to me. There are other cases where it fails: python3 -c "import os; os.path.exists('\ud83d')" Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3.5/genericpath.py", line 19, in