[issue9216] FIPS support for hashlib
Ian Cordasco added the comment: So I see the argument on both sides of this discussion. Having those optional arguments for all the functions seems like an obvious blocker. If a submodule is a blocker, what if we provide a context-manager to signal this? -- nosy: +icordasc ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue9216> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Re: Released: pip v9.0.0
Pick check? ;-) On Nov 2, 2016 2:27 PM, "Donald Stufft"wrote: > I’d like to announce the release of pip v9.0. > > This release features: > > * The 9.x series will be the last pip versions to support Python 2.6. > * Support for Requires-Python (will require additional support in > setuptools/PyPI) to allow releasing sdists that will be ignored by specific > versions of Python (e.g. foobar 5.x doesn’t get downloaded on 2.6). > * Ability to pass platform, Python version, implementation, etc into ``pip > download`` to download wheels for other platforms. > * Add a ``pick check`` command to check the state of installed > dependencies. > * Add new formats for ``pip list``, including a new columnar layout and a > JSON format for ease of scripting. > > For a full list of changes, see https://pip.pypa.io/en/stable/news/ < > https://pip.pypa.io/en/stable/news/>. > > — > Donald Stufft > > > > -- > https://mail.python.org/mailman/listinfo/python-announce-list > > Support the Python Software Foundation: > http://www.python.org/psf/donations/ > -- https://mail.python.org/mailman/listinfo/python-list
[issue27649] multiprocessing on Windows does not properly manage class attributes
Ian Cordasco added the comment: Why did you remove Python 3.3? It's still affected by this behaviour. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27649> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27649] multiprocessing on Windows does not properly manage class attributes
New submission from Ian Cordasco: In trying to add support for multiprocessing on Windows in Flake8, I found that the behaviour of the module is significantly different than on Unix. If you have a class that has class-level attributes on Unix, and you change them, put the class into a Queue (or have it attached to an object that moves through a Queue) then the values you set will be preserved [1]. On Windows [2], the attributes are reset. As a minimal reproduction, I've thrown together this project: https://github.com/sigmavirus24/windows-multiprocessing-bug which is running tox on AppVeyor (https://ci.appveyor.com/project/sigmavirus24/windows-multiprocessing-bug) and Travis CI (https://travis-ci.org/sigmavirus24/windows-multiprocessing-bug) so the behaviours can be compared. For application developers, it would be wonderful if we could rely on the standard library behaving the same way in this case across both operating systems. [1] https://travis-ci.org/sigmavirus24/windows-multiprocessing-bug/jobs/148276925#L158 https://travis-ci.org/sigmavirus24/windows-multiprocessing-bug/jobs/148276926#L158 https://travis-ci.org/sigmavirus24/windows-multiprocessing-bug/jobs/148276927#L157 [2] https://ci.appveyor.com/project/sigmavirus24/windows-multiprocessing-bug/build/1.0.2#L24 -- components: Windows messages: 271618 nosy: icordasc, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: multiprocessing on Windows does not properly manage class attributes type: behavior versions: Python 3.3, Python 3.4, Python 3.5 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27649> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27568] "HTTPoxy", use of HTTP_PROXY flag supplied by attacker in CGI scripts
Changes by Ian Cordasco <graffatcolmin...@gmail.com>: -- nosy: +icordasc ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27568> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Flake8 3.0.0b1 Available on PyPI
What is Flake8? === Flake8 is a command-line tool to help developers enforce a style guide for their project. It uses pycodestyle to enforce PEP 8's style guide, pyflakes to lint the code base, and mccabe to provide complexity enforcement. What's new in 3.0.0b1? == See our release notes: http://flake8.pycqa.org/en/latest/release-notes/3.0.0.html Installation === You can install 3.0.0b1 from PyPI, simply use either: pip install flake8==3.0.0b1 or pip install --pre flake8 This breaks my plugin = We're tracking which plugins are broken by this release on https://gitlab.com/pycqa/flake8/issues/149 and I am submitting pull requests to help those authors adapt their plugins for 2.x and 3.x compatibility. Please test this version and report any problems you find with it. Thank you! Ian Cordasco PyCQA founder Flake8 maintainer -- https://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations/
Pylint and Pylint's Astroid projects moved to the Python Code-Quality Authority
Hi everyone! It's my pleasure to announce to you that PyLint and its Astroid library have migrated to git from mercurial and have migrated from BitBucket to the Python Code-Quality Authority (PyCQA) organization on GitHub. The new URLs are: - PyLint: https://github.com/pycqa/pylint - Astroid: https://github.com/pycqa/astroid For those who do not know, Pylint (http://www.pylint.org/) is a Python source code analyzer which looks for programming errors, helps enforcing a coding standard and sniffs for some code smells. Astroid provides a common base representation of python source code for projects such as pychecker, pyreverse, pylint. Cheers, Ian PyCQA Administrator Flake8, mccabe, pep8, and pyflakes core developer -- https://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations/
[issue24667] OrderedDict.popitem() raises KeyError
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
PEP8's repository has moved to the PyCQA organization on GitHub
Hey everyone, I just wanted to let all of you know that late last night Johann Rocholl, creator of pep8, has moved the project to the PyCQA organization on GitHub. The new URL for the project is https://github.com/PyCQA/pep8. All old issues and pull requests are preserved as part of the process. For more information, please read http://www.coglib.com/~icordasc/blog/2015/07/moving-pep8-to-the-pycqa.html Cheers, Ian Cordasco Core developer of Flake8, requests, and a few other projects -- https://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations/
[issue24363] httplib fails to handle semivalid HTTP headers
Ian Cordasco added the comment: Also I'm marking this as affecting 3.3, 3.4, and 3.5. I haven't tested against 3.5, but it definitely fails on 3.4. I hope to be able to test against 3.5.0b2 tonight -- versions: +Python 3.3, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24363 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24363] httplib fails to handle semivalid HTTP headers
Ian Cordasco added the comment: FWIW, the proper section to reference now is 3.2 in RFC 7230 (https://tools.ietf.org/html/rfc7230#section-3.2) -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24363 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24107] Add support for retrieving the certificate chain
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24107 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23989] Add recommendation to use requests to the documentation, per summit
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23989 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23794] http package should support HTTP/2
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23794 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23794] http package should support HTTP/2
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +Lukasa ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23794 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
requests v2.6.0 released
About Requests ++ Requests is an Apache2 Licensed HTTP library, written in Python, for human beings. Requests takes all of the work out of Python HTTP/1.1 — making your integration with web services seamless. There’s no need to manually add query strings to your URLs, or to form-encode your POST data. Keep-alive and HTTP connection pooling are 100% automatic, powered by urllib3. 2.6.0 (2015-03-14) ++ **Bugfixes** - Fix handling of cookies on redirect. Previously a cookie without a host value set would use the hostname for the redirected URL exposing requests users to session fixation attacks and potentially cookie stealing. This was disclosed privately by Matthew Daley of `BugFuzz https://bugfuzz.com`_. An CVE identifier has not yet been assigned for this. This affects all versions of requests from v2.1.0 to v2.5.3 (inclusive on both ends). - Fix error when requests is an ``install_requires`` dependency and ``python setup.py test`` is run. (#2462) - Fix error when urllib3 is unbundled and requests continues to use the vendored import location. - Include fixes to ``urllib3``'s header handling. - Requests' handling of unvendored dependencies is now more restrictive. **Features and Improvements** - Support bytearrays when passed as parameters in the ``files`` argument. (#2468) - Avoid data duplication when creating a request with ``str``, ``bytes``, or ``bytearray`` input to the ``files`` argument. (Release notes are also available http://docs.python-requests.org/en/latest/community/updates/#software-updates ) -- https://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations/
[issue23476] SSL cert verify fail for www.verisign.com
Ian Cordasco added the comment: So it seems like https://rt.openssl.org/Ticket/Display.html?user=guestpass=guestid=3621 includes a fix that we may be able to update Python to use (safely) by default. If we don't then this will continue to be an issue. Other references: - https://bugzilla.redhat.com/show_bug.cgi?id=1166614 For now RedHat is keeping the 1024-bit certificates around for backwards compatibility and only because that option isn't set by default. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23476 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23481] SSL module should not offer RC4 based cipher suites for clients by default
Ian Cordasco added the comment: It's clearly no longer acceptable to include RC4 when the IETF has felt it necessary to publish an RFC prohibiting its usage. -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23481 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23155] unittest: object has no attribute '_removed_tests'
Ian Cordasco added the comment: Keep in mind, this could also be a problem with NetBSD's distribution of python. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23155 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23155] unittest: object has no attribute '_removed_tests'
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23155 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition
On Wed, Dec 10, 2014 at 11:10 AM, Donald Stufft don...@stufft.io wrote: On Dec 10, 2014, at 11:59 AM, Bruno Cauet brunoca...@gmail.com wrote: Hi all, Last year a survey was conducted on python 2 and 3 usage. Here is the 2014 edition, slightly updated (from 9 to 11 questions). It should not take you more than 1 minute to fill. I would be pleased if you took that time. Here's the url: http://goo.gl/forms/tDTcm8UzB3 I'll publish the results around the end of the year. Last year results: https://wiki.python.org/moin/2.x-vs-3.x-survey Just going to say http://d.stufft.io/image/0z1841112o0C is a hard question to answer, since most code I write is both. The same holds for me. -- https://mail.python.org/mailman/listinfo/python-list
[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar
Ian Cordasco added the comment: This behaviour is allowed by the RFC but not encouraged. There's a difference between MUST, SHOULD, and MAY Sending this pre-emptively could well cause unexpected errors for users. Changing the default even in 3.5 will make writing compatible code difficult because you'll have substantially different behaviour. Regardless of whether we add this to 2.7 or not, it should be an entirely separate class. I personally feel this isn't a bug fix but a feature addition for 2.7 so I'm -0.5 on adding it there. It's also not a security backport so it doesn't fit into PEP 466. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19494 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Flake8 Development Has Moved
Hi all, Flake8 - a linting and style tool that combines pep8, pyflakes, and mccabe - has moved its development off of BitBucket to GitLab. The transition from Mercurial to Git was discussed and took place last weekend. For further information please read this blog post: http://www.coglib.com/~icordasc/blog/2014/09/flake8-in-transition.html Cheers, Ian Cordasco Flake8 Maintainer and Core Developer -- https://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations/
[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19494 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar
Ian Cordasco added the comment: However, one sticking point is whether that optimization may also have adverse effects in terms of security (since we would always be sending auth headers, even when the server doesn't ask for it...). Antoine's concern has always been a concern of mine. There's an important part of this discussion that seems to have been left off. Even security conscious websites like GitHub do not return 404s for all endpoints that require you to authenticate. That fact aside, I think seeing how popular the package Matej added to PyPI will be a good way to decide how essential this is to add to Python 2.7. I am of course biased as a requests core developer and a large-scale GitHub API consumer, but I think this is a fairer way to make a decision. The patch for Python 3.5, however, looks great. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19494 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21039] pathlib strips trailing slash
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21039 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21308] PEP 466: backport ssl changes
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21308 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17849] Missing size argument in readline() method for httplib's class LineAndFileWrapper
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17849 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10721] Remove HTTP 0.9 server support
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10721 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10510] distutils upload/register should use CRLF in HTTP requests
Ian Cordasco added the comment: Bumping this once more. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10510 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10510] distutils upload/register should use CRLF in HTTP requests
Ian Cordasco added the comment: Per discussion on twitter (https://twitter.com/merwok_/status/468518605135835136) I'm bumping this to make sure it's merged. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10510 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21540] PEP 8 should recommend is not and not in
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21540 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17994] Change necessary in platform.py to support IronPython
Ian Cordasco added the comment: I missed the fact that the user gave me the information from sys.version: https://stackoverflow.com/questions/16545027/ironpython-error-in-url-request?noredirect=1#comment23847257_16545027 I'll throw together a failing test with this and run it against 2.7, and the 3.x branches. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17994 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10510] distutils upload/register should use CRLF in HTTP requests
Ian Cordasco added the comment: I've attached a patch that should fix this issue. Please review and let me know if changes are necessary. -- keywords: +patch Added file: http://bugs.python.org/file35067/compliant_distutils.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10510 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10510] distutils upload/register should use CRLF in HTTP requests
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10510 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
github3.py 0.8.0 released!
I am proud to announce the release of version 0.8.0 of github3.py, a wrapper for version 3 of GitHub's API. This version adds support for the recently finalized search functionality added to GitHub's API and support for the experimental releases API to allow users to create, edit, and delete Releases on GitHub. The library also now supports Two-Factor Authentication with GitHub's API. To download this new version simply `pip install github3.py`. For a full changelog and other documentation, please see: https://github3py.rtfd.org/ -- Ian Cordasco -- https://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations/
[issue19514] Merge duplicated _Py_IDENTIFIER identifiers in C code
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19514 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ANN] MadPUG - A New Python Users' Group in Madison, WI
Hey all, I wanted to first announce a python users' group in Madison, WI and second ask that anyone with a desire to speak at the first meet-up get in touch. Devin Walters and I are using meetup.com to coordinate the event and would hope to start holding meet-ups on a regular basis. If you're interested please join the group here: http://www.meetup.com/MadPUG/ We would also be willing to use madi...@python.org which once hosted the list for a PUG in Madison (but seems rather inactive) if the python community would like. Cheers! Ian --- https://github.com/sigmavirus24 https://bitbucket.org/icordasc -- http://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations/
github3.py v0.7.0
Hi all, github3.py version 0.7.0 was released today. The following is a list of all changes since 0.6.1: - Fix ``Issue.close``, ``Issue.reopen``, and ``Issue.assign``. (Issue #106) - Add ``check_authorization`` to the ``GitHub class`` to cover the `new part of the API http://developer.github.com/v3/oauth/#check-an-authorization`_. - Add ``create_file``, ``update_file``, ``delete_file``, ``iter_contributor_statistics``, ``iter_commit_activity``, ``iter_code_frequency`` and ``weekly_commit_count`` to the ``Repository`` object. - Add ``update`` and ``delete`` methods to the ``Contents`` object. - Add ``is_following`` to the ``User`` object. - Add ``head``, ``base`` parameters to ``Repository.iter_pulls``. - The signature of ``Hook.edit`` has changed since that endpoint has changed as well. See: github/developer.github.com@b95f291a47954154a6a8cd7c2296cdda9b610164 - ``github3.GitHub`` can now be used as a context manager, e.g., :: with github.GitHub() as gh: u = gh.user('sigmavirus24') As of this morning, github3.py is entirely caught up with all recent changes to the GitHub API. Please note that for the new repository statistics API that GitHub attempts to cache the results as much as possible. If they do not have the results cached, though, they will return a 202 and ask that you give them a moment to generate (and cache) the results for your request. The documentation for the four new methods explain how github3.py will communicate a 202 to you. Also note that those 202 responses *do* affect your rate limit. Finally, to avoid affecting your rate limit, Repository.update_file, and Repository.delete_file are implemented separately from Contents.update and Contents.delete. I agree there should be only one (obvious) way to do it, but in this case, I feel the versatility of having two is beneficial to you, the developer. Cheers, Ian -- http://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations/
[issue17994] Change necessary in platform.py to support IronPython
New submission from Ian Cordasco: Stemming from a StackOverflow question[1] and a conversation with Marc-Andre Lemburg via email, I'm filing this issue without any easy way of confirming it myself. It seems that the logic in platform.python_implementation() has been obsoleted by a change made in IronPython. As it is now, it checks that the slice, sys.version[:10], is IronPython. Seemingly due to a change in IronPython, this no longer is a correct condition for checking that the implementation is IronPython. I'm trying to work with the question author on StackOverflow to provide the relevant debugging information to fix this, but it is taking a while to get responses. Without his repr(sys.version) I can't submit a patch with this issue. I've also only tagged Python 2.7 since I have no way of knowing if this occurs with Python 3.x or anything earlier. [1]: http://stackoverflow.com/questions/16545027/ironpython-error-in-url-request?noredirect=1#comment23828551_16545027 -- components: Library (Lib), Windows messages: 189383 nosy: icordasc, lemburg priority: normal severity: normal status: open title: Change necessary in platform.py to support IronPython versions: 3rd party, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17994 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12458] Tracebacks should contain the first line of continuation lines
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12458 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[Announcement] New mailing list for code quality tools including Flake8, Pyflakes and Pep8
Hello, There's a new mailing-list related to Python code-quality tools. Are you concerned about the evolution of various code checkers? Do you have questions or suggestions? Subscribe here: http://mail.python.org/mailman/listinfo/code-quality Best regards, Ian -- http://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations/
[issue13655] Python SSL stack doesn't have a default CA Store
Ian Cordasco added the comment: Éric's suggestion is also implemented in python-requests if I remember correctly. It allows for user-specified PEM files and tries to find the operating system bundle. This would be a wonderful inclusion in the standard library. -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13655 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12779] Update packaging documentation
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc, larry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12779 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6761] Class calling
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6761 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17124] import subprocess hangs for ~25 seconds, 700+ files in dir - py 2.7.3, 2.6.6
Ian Cordasco added the comment: As a further note, on python 2.6, I just touched a file called time.py, and in the interpreter imported subprocess. It didn't hang because the file was empty but it did generate a pyc file. This is almost certainly the root of your problem. I doubt this is a core python problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17124] import subprocess hangs for ~25 seconds, 700+ files in dir - py 2.7.3, 2.6.6
Ian Cordasco added the comment: Could you give us the contents of your time.py file? I wonder if there's something in that file that is causing the import to hang. It's the only reason I can think of as to why the time.pyc file shows up. Also, if you want to check before-hand, make a new directory with just those two files and see what happens. -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17124] import subprocess hangs for ~25 seconds, time.py file in dir - py 2.7.3, 2.6.6
Ian Cordasco added the comment: Dave, at some point during the import of subprocess the time module is apparently imported. Because of how imports work, it is importing your local copy instead of the standard library version. I would wager money that if you ran time python time.py (on your script) it would take roughly 25 seconds. If I run python verbosely and then import subprocess, I get the following output import subprocess # /usr/lib64/python2.6/subprocess.pyc matches /usr/lib64/python2.6/subprocess.py import subprocess # precompiled from /usr/lib64/python2.6/subprocess.pyc # /usr/lib64/python2.6/traceback.pyc matches /usr/lib64/python2.6/traceback.py import traceback # precompiled from /usr/lib64/python2.6/traceback.pyc import gc # builtin dlopen(/usr/lib64/python2.6/lib-dynload/time.so, 2); import time # dynamically loaded from /usr/lib64/python2.6/lib-dynload/time.so That is without the time.py file in the directory. When the file does exist there, I get the following: import subprocess # /usr/lib64/python2.6/subprocess.pyc matches /usr/lib64/python2.6/subprocess.py import subprocess # precompiled from /usr/lib64/python2.6/subprocess.pyc # /usr/lib64/python2.6/traceback.pyc matches /usr/lib64/python2.6/traceback.py import traceback # precompiled from /usr/lib64/python2.6/traceback.pyc import gc # builtin import time # from time.py # wrote time.pyc In short, python checks your current working directory for a file to import. If it finds it, it uses that first. You can examine the order in which python looks for modules and packages by importing sys and looking at sys.path. This issue can be closed. If you have further questions Dave, feel free to email me personally and I'll do my best to answer them. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17124 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17091] thread.lock.acquire docstring bug
Ian Cordasco added the comment: Was this already taken care of? http://docs.python.org/2/library/thread.html?highlight=thread.lock#thread.lock.acquire and http://docs.python.org/3.3/library/_thread.html?highlight=thread.lock#_thread.lock.acquire don't make any mention of returning None. -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17091 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17091] thread.lock.acquire docstring bug
Ian Cordasco added the comment: Thanks. I couldn't find it in the source but I just found Modules/_threadmodule.c I tested the method from the interpreter to confirm the changes I was making to the docstring. Attached is a diff that covers the change. -- Added file: http://bugs.python.org/file28949/doc_fix.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17091 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com