[issue10240] dict.update.__doc__ is misleading
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: -berker.peksag ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10240 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22311] Pip 404's
New submission from Wilberto Morales: I know that issues like this one are usually on the users(my) fault, but I think pip might be broken this time for real. Every time I run pip install, a 404 error is raised: (venv) /tmp wil pip install flask Requirement already satisfied (use --upgrade to upgrade): flask in /home/wil/Programming/open/skinner/venv/lib/python3.5/site-packages/Flask-0.11_dev-py3.5.egg Downloading/unpacking Werkzeug=0.7 (from flask) HTTP error 404 while getting https://pypi.python.org/simple/packages/source/W/Werkzeug/Werkzeug-0.9.6.tar.gz#md5=f7afcadc03b0f2267bdc156c34586043 (from https://pypi.python.org/simple/werkzeug/) Cleaning up... Exception: Traceback (most recent call last): File /home/wil/Programming/open/skinner/venv/lib/python3.5/site-packages/pip/basecommand.py, line 122, in main status = self.run(options, args) File /home/wil/Programming/open/skinner/venv/lib/python3.5/site-packages/pip/commands/install.py, line 278, in run requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, bundle=self.bundle) File /home/wil/Programming/open/skinner/venv/lib/python3.5/site-packages/pip/req.py, line 1197, in prepare_files do_download, File /home/wil/Programming/open/skinner/venv/lib/python3.5/site-packages/pip/req.py, line 1375, in unpack_url self.session, File /home/wil/Programming/open/skinner/venv/lib/python3.5/site-packages/pip/download.py, line 547, in unpack_http_url resp.raise_for_status() File /home/wil/Programming/open/skinner/venv/lib/python3.5/site-packages/pip/_vendor/requests/models.py, line 795, in raise_for_status raise HTTPError(http_error_msg, response=self) pip._vendor.requests.exceptions.HTTPError: 404 Client Error: Not Found /home/wil/Programming/open/skinner/venv/lib/python3.5/site-packages/pip/basecommand.py:158: ResourceWarning: unclosed ssl.SSLSocket fd=4, family=AddressFamily.AF_INET, type=2049, proto=6, laddr=('10.0.0.6', 52061), raddr=('23.235.44.175', 443) exit = UNKNOWN_ERROR Storing debug log for failure in /home/wil/.pip/pip.log With flask-sqlalchemy as a example. Right: https://pypi.python.org/packages/source/F/Flask-SQLAlchemy/Flask-SQLAlchemy-2.0.tar.gz#md5=06ae73194cca73b72e178f870d1dac7c PIP(wrong): https://pypi.python.org/simple/packages/source/F/Flask-SQLAlchemy/Flask-SQLAlchemy-2.0.tar.gz/#md5=06ae73194cca73b72e178f870d1dac7c Notice the simple added after to .org and the / added after .tar.gz -- messages: 226160 nosy: wilbertom priority: normal severity: normal status: open title: Pip 404's versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22311 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22311] Pip 404's
Stefan Behnel added the comment: I noticed this, too. I think it's due to the urllib changes in issue 22118. -- components: +Library (Lib) nosy: +pitrou, scoder type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22311 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20035] Clean up Tcl library discovery in Tkinter on Windows
Changes by Stefan Behnel sco...@users.sourceforge.net: -- nosy: -scoder ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20035 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17095] Modules/Setup *shared* support broken
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17095 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22311] Pip 404's
Wilberto Morales added the comment: Good to know I'm not the only one. In the comments above, scratch the / after .gz. Looks like it's just a redirect adding it. This is the actual url generated. https://pypi.python.org/simple/packages/source/W/Werkzeug/Werkzeug-0.9.6.tar.gz#md5=f7afcadc03b0f2267bdc156c34586043 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22311 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22285] The Modules/ directory should not be added to sys.path
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22285 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22312] ntpath.splitdrive('//') - IndexError
New submission from Armin Rigo: Calling Python 2.7's new version of ntpath.splitdrive() with argument either '//' or r'\\' results in an IndexError: string index out of range. -- messages: 226163 nosy: arigo priority: normal severity: normal status: open title: ntpath.splitdrive('//') - IndexError versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22312 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22278] urljoin duplicate slashes
Antoine Pitrou added the comment: This patch seems to fix issue #22311 as well (*). However it would be good to add more tests for base URLs with trailing slashes, it seems. (*) without patch: base = https://pypi.python.org/simple/werkzeug/; rel = ../../packages/2.3/W/Werkzeug/Werkzeug-0.3.1-py2.3.egg#md5=5f669acf04af135ad8577d99a4387504 urllib.parse.urljoin(base, rel) 'https://pypi.python.org/simple/packages/2.3/W/Werkzeug/Werkzeug-0.3.1-py2.3.egg#md5=5f669acf04af135ad8577d99a4387504' with patch: urllib.parse.urljoin(base, rel) 'https://pypi.python.org/packages/2.3/W/Werkzeug/Werkzeug-0.3.1-py2.3.egg#md5=5f669acf04af135ad8577d99a4387504' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22278 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22311] Pip 404's
Antoine Pitrou added the comment: See issue #22278. -- superseder: - urljoin duplicate slashes ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22311 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22278] urljoin duplicate slashes
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +scoder ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22278 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22311] Pip 404's
Wilberto Morales added the comment: Also I see PIP is it's own project. Should I migrate the issue? It won't be as easy as I thought to fix. git diff diff --git a/pip/_vendor/distlib/locators.py b/pip/_vendor/distlib/locators.py index 07bc1fd..b7ef31a 100644 --- a/pip/_vendor/distlib/locators.py +++ b/pip/_vendor/distlib/locators.py @@ -949,7 +949,7 @@ class AggregatingLocator(Locator): # versions which don't conform to PEP 426 / PEP 440. default_locator = AggregatingLocator( JSONLocator(), -SimpleScrapingLocator('https://pypi.python.org/simple/', +SimpleScrapingLocator('https://pypi.python.org/', timeout=3.0), scheme='legacy') diff --git a/pip/cmdoptions.py b/pip/cmdoptions.py index 7c68738..738bbf5 100644 --- a/pip/cmdoptions.py +++ b/pip/cmdoptions.py @@ -189,7 +189,7 @@ index_url = OptionMaker( '-i', '--index-url', '--pypi-url', dest='index_url', metavar='URL', -default='https://pypi.python.org/simple/', +default='https://pypi.python.org/', help='Base URL of Python Package Index (default %default).') extra_index_url = OptionMaker( Still gives errors. A different one. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22311 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22313] Make PYLONG_BITS_IN_DIGIT always available to non-core extensions
New submission from Stefan Behnel: longintrepr.h is a non-public header file (not included by Python.h) that defines the inner struct layout of PyLong objects. Including it allows for very fast access to small integers through ob_digit[0] when -1 = Py_SIZE(n) = 1, which is a great feature. However, the header file depends on PYLONG_BITS_IN_DIGIT being defined and matching exactly the value that was used when building CPython. In the case that --enable-big-digits=X was passed to configure, this value is available from pyconfig.h. Otherwise, it will be determined by pyport.h, where it depends on the current configuration of the C compiler and may in some cases come up with a different definition than it did when building CPython (which then leads to crashes). I'd like to have the correct build-time value always available in one way or another, e.g. by always storing it in pyconfig.h even when it was not user configured, so that including and using longintrepr.h becomes a safe and simple thing. -- components: Build messages: 226167 nosy: mark.dickinson, scoder priority: normal severity: normal status: open title: Make PYLONG_BITS_IN_DIGIT always available to non-core extensions type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22313 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22278] urljoin duplicate slashes
Stefan Behnel added the comment: Were the tests in http://bugs.python.org/file32591/urischemes.py merged yet, that Nick Coghlan mentioned in http://bugs.python.org/issue22118#msg225662 ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22278 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22311] Pip 404's
Marc-Andre Lemburg added the comment: On 31.08.2014 11:34, Wilberto Morales wrote: New submission from Wilberto Morales: I know that issues like this one are usually on the users(my) fault, but I think pip might be broken this time for real. Every time I run pip install, a 404 error is raised: (venv) /tmp wil pip install flask Requirement already satisfied (use --upgrade to upgrade): flask in /home/wil/Programming/open/skinner/venv/lib/python3.5/site-packages/Flask-0.11_dev-py3.5.egg Downloading/unpacking Werkzeug=0.7 (from flask) HTTP error 404 while getting https://pypi.python.org/simple/packages/source/W/Werkzeug/Werkzeug-0.9.6.tar.gz#md5=f7afcadc03b0f2267bdc156c34586043 (from https://pypi.python.org/simple/werkzeug/) The URL is wrong. It should be: https://pypi.python.org/packages/source/W/Werkzeug/Werkzeug-0.9.6.tar.gz#md5=f7afcadc03b0f2267bdc156c34586043 The added /simple/ in the path is causing the problem. Do you perhaps have a local config for pip that is adding this URL path ? FWIW: It pip install werkzeug works for me. -- nosy: +lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22311 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22312] ntpath.splitdrive('//') - IndexError
Armin Rigo added the comment: For completeness: Python 2.7.6: ntpath.splitdrive('//') = ('', '//') Python 2.7.8: ntpath.splitdrive('//') = IndexError -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22312 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19447] py_compile.compile raises if a file has bad encoding
Arfrever Frehtes Taifersar Arahesis added the comment: I noticed this output of full test suite: ... [361/388] test_bisect [362/388] test_py_compile File /tmp/cpython/Lib/test/bad_coding2.py, line 0 SyntaxError: encoding problem: utf8 with BOM [363/388] test_netrc [364/388] test_sys ... I suggest that test_bad_coding() suppress output of py_compile.compile(). -- resolution: fixed - stage: resolved - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19447 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22310] Report actual EOF character instead of assuming Ctrl-D
STINNER Victor added the comment: I don't understand the issue. How and when the EOF keyboard shortcut is not CTRL+d? Can it be configured? +# Add 64 to get the ASCII character. +eof_char = chr(ord(eof_num) + 64) I don't understand the trick '\x04' termios.tcgetattr(sys.stdin)[6][termios.VEOF] becomes 'CTRL+D'. Where does the 64 constant come from? To me, '\x04' is the character sent to signal the end of the file. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22310 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22310] Report actual EOF character instead of assuming Ctrl-D
STINNER Victor added the comment: Oh, by the way: according to the glibc documentation: Usually, the EOF character is C-d. Lower case D, not upper case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22310 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22275] asyncio: enhance documentation of OS support
Roundup Robot added the comment: New changeset 9480287f85a0 by Victor Stinner in branch '3.4': Closes #22275: asyncio: enhance documentation of OS support http://hg.python.org/cpython/rev/9480287f85a0 New changeset 9138d60db0e4 by Victor Stinner in branch 'default': (Merge 3.4) Closes #22275: asyncio: enhance documentation of OS support http://hg.python.org/cpython/rev/9138d60db0e4 -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22275 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22194] access to cdecimal / libmpdec API
Changes by Stefan Krah stefan-use...@bytereef.org: Removed file: http://bugs.python.org/file36446/module_get_symbol.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22117] Rewrite pytime.h to work on nanoseconds
Changes by STINNER Victor victor.stin...@gmail.com: Added file: http://bugs.python.org/file36512/pymonotonic-4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22117 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22117] Rewrite pytime.h to work on nanoseconds
Changes by STINNER Victor victor.stin...@gmail.com: Removed file: http://bugs.python.org/file36512/pymonotonic-4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22117 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22043] Use a monotonic clock to compute timeouts
Changes by STINNER Victor victor.stin...@gmail.com: Added file: http://bugs.python.org/file36513/pymonotonic-4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22043 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22043] Use a monotonic clock to compute timeouts
STINNER Victor added the comment: pymonotonic-4.patch: Updated patch (version 4) to address Antoine Pitrou's comments on Rietveld. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22043 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22194] access to cdecimal / libmpdec API
Stefan Krah added the comment: Thanks, Stefan. So everyone agrees that Capsule is the right way for the API. Then this issue is about making the libmpdec symbols public. I've tried to produce a collision with duplicate symbols as outlined in msg176486, but I haven't been successful (on Linux). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22314] pydoc.py: TypeError with a $LINES defined to anything
New submission from Armin Rigo: $ LINES=20 python Lib/test/test_pydoc.py ... File .../Lib/pydoc.py, line 1448, in ttypager r = inc = os.environ.get('LINES', 25) - 1 TypeError: unsupported operand type(s) for -: 'str' and 'int' duh. -- components: Library (Lib) messages: 226177 nosy: arigo priority: normal severity: normal status: open title: pydoc.py: TypeError with a $LINES defined to anything versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22314 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22312] ntpath.splitdrive('//') - IndexError
eryksun added the comment: Line 116 should use normp[2:3] instead of normp[2]. http://hg.python.org/cpython/file/ee879c0ffa11/Lib/ntpath.py#l92 -- nosy: +eryksun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22312 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22312] ntpath.splitdrive('//') - IndexError
Roundup Robot added the comment: New changeset 446d4dfcc220 by Benjamin Peterson in branch '2.7': don't index outside of the path (closes #22312) http://hg.python.org/cpython/rev/446d4dfcc220 -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22312 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22310] Report actual EOF character instead of assuming Ctrl-D
John Malmberg added the comment: The existing Python text is uppercase D for Ctrl-D, so I maintained it. stty documentation also uses upper case for control characters. The EOF character can be viewed or set via the stty utility or the tcsetattr() or equivalent routine. Some platforms may not allow setting specific control characters. user@solar:~$ stty susp ^D eof ^Z user@solar:~$ stty speed 38400 baud; line = 0; eof = ^Z; susp = ^D; -brkint -imaxbel Changing the characters can be a matter of personal choice or could be an issue where something in the communications path is intercepting a control character, or the underlying platform may have different characters. Note that Linux has erase=^? and most commercial Unix has erase=^H. The constant 64 is from (ord('A') - 1). The termios.tcgetattr(sys.stdin)[6][termios.VEOF] returns the byte for the current EOF character. From the samme session above where I swapped susp and eof print(Ctrl-%s % chr(ord(termios.tcgetattr(sys.stdin[6[termios.VEOF]) + 64)) Ctrl-Z I was unable to find a symbolic constant for the array element[6] which has contains that control characters. Existing code found on the web just used [6], which can be derived from looking at documentation for the C library tcgetattr. An alternative would be always to to try termios.tcgetattr() before and only fall back to the default EOF character for a platform if that does not work. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22310 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22309] distutils/spawn.py handle fork() not implemented.
John Malmberg added the comment: Note that Python directly supports Unixes which supply fork() and Microsoft Windows that supplies spawn*() methods. So as long as a platform supports either the fork() or the the Microsoft Windows spawn() methods, there should not be barriers implementing Python on it even if that platform is not directly supported. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22309 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22315] TypeError in error handling in distutils.dir_util.copy_tree
New submission from Jason R. Coombs: This morning, I was running an install of a package on Python 3.4.1 when I encountered this error: C:\Users\jaraco\projects\jaraco.financial [default tip] ./setup install running install running bdist_egg running egg_info writing namespace_packages to jaraco.financial.egg-info\namespace_packages.txt writing jaraco.financial.egg-info\PKG-INFO writing top-level names to jaraco.financial.egg-info\top_level.txt writing requirements to jaraco.financial.egg-info\requires.txt writing dependency_links to jaraco.financial.egg-info\dependency_links.txt writing entry points to jaraco.financial.egg-info\entry_points.txt writing manifest file 'jaraco.financial.egg-info\SOURCES.txt' installing library code to build\bdist.win-amd64\egg running install_lib running build_py copying jaraco\financial\records.py - build\lib\jaraco\financial creating build\bdist.win-amd64\egg creating build\bdist.win-amd64\egg\jaraco creating build\bdist.win-amd64\egg\jaraco\financial copying build\lib\jaraco\financial\ledger.py - build\bdist.win-amd64\egg\jaraco\financial copying build\lib\jaraco\financial\qif.py - build\bdist.win-amd64\egg\jaraco\financial copying build\lib\jaraco\financial\merchant.py - build\bdist.win-amd64\egg\jaraco\financial Traceback (most recent call last): File C:\Program Files\Python34\lib\distutils\dir_util.py, line 126, in copy_tree names = os.listdir(src) OSError: [WinError 59] An unexpected network error occurred: 'build\\lib\\jaraco\\financial\\records.py' During handling of the above exception, another exception occurred: Traceback (most recent call last): File C:\Users\jaraco\projects\jaraco.financial\setup.py, line 72, in module setuptools.setup(**setup_params) File C:\Program Files\Python34\lib\distutils\core.py, line 148, in setup dist.run_commands() File C:\Program Files\Python34\lib\distutils\dist.py, line 955, in run_commands self.run_command(cmd) File C:\Program Files\Python34\lib\distutils\dist.py, line 974, in run_command cmd_obj.run() File C:\Program Files\Python34\lib\site-packages\setuptools-5.7-py3.4.egg\setuptools\command\install.py, line 67, in run File C:\Program Files\Python34\lib\site-packages\setuptools-5.7-py3.4.egg\setuptools\command\install.py, line 109, in do_egg_install File C:\Program Files\Python34\lib\distutils\cmd.py, line 313, in run_command self.distribution.run_command(command) File C:\Program Files\Python34\lib\distutils\dist.py, line 974, in run_command cmd_obj.run() File C:\Program Files\Python34\lib\site-packages\setuptools-5.7-py3.4.egg\setuptools\command\bdist_egg.py, line 161, in run File C:\Program Files\Python34\lib\site-packages\setuptools-5.7-py3.4.egg\setuptools\command\bdist_egg.py, line 147, in call_command File C:\Program Files\Python34\lib\distutils\cmd.py, line 313, in run_command self.distribution.run_command(command) File C:\Program Files\Python34\lib\distutils\dist.py, line 974, in run_command cmd_obj.run() File C:\Program Files\Python34\lib\site-packages\setuptools-5.7-py3.4.egg\setuptools\command\install_lib.py, line 10, in run File C:\Program Files\Python34\lib\distutils\command\install_lib.py, line 111, in install outfiles = self.copy_tree(self.build_dir, self.install_dir) File C:\Program Files\Python34\lib\site-packages\setuptools-5.7-py3.4.egg\setuptools\command\install_lib.py, line 38, in copy_tree File C:\Program Files\Python34\lib\distutils\cmd.py, line 357, in copy_tree not self.force, dry_run=self.dry_run) File C:\Program Files\Python34\lib\distutils\dir_util.py, line 160, in copy_tree verbose=verbose, dry_run=dry_run)) File C:\Program Files\Python34\lib\distutils\dir_util.py, line 160, in copy_tree verbose=verbose, dry_run=dry_run)) File C:\Program Files\Python34\lib\distutils\dir_util.py, line 160, in copy_tree verbose=verbose, dry_run=dry_run)) File C:\Program Files\Python34\lib\distutils\dir_util.py, line 128, in copy_tree (errno, errstr) = e TypeError: 'OSError' object is not iterable The original traceback indicates a network error occurred. The secondary error occurs when the error is assumed to be an iterable of two elements. I suspect this issue arises from the conversion of WindowsError to OSError or similar. I plan to look at this in more depth later. -- assignee: jason.coombs components: Distutils messages: 226182 nosy: dstufft, eric.araujo, jason.coombs priority: normal severity: normal status: open title: TypeError in error handling in distutils.dir_util.copy_tree versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22315 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22315] TypeError in error handling in distutils.dir_util.copy_tree
Jason R. Coombs added the comment: On a second attempt, the operation completed successfully, so a transient network error was necessary to elicit the bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22315 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21965] Add support for Memory BIO to _ssl
Geert Jansen added the comment: Thanks Antoine. See my comments below: - is it necessary to start exposing server_hostname, server_side and pending()? At the C level I need server_hostname and server_side exposed because they are needed to implement the cert check in do_handshake(). SSLObject gets a C-level _SSLSocket passed to its constructor and doesn't create it itself. So it can't store these attributes. At the Python level SSLSocket already had these, albeit undocumented, so that's why I added them to SSLObject as well. We can leave these undocumented at the Python level if you prefer. - SSLObject is a bit vague, should we call it SSLMemoryObject? or do you expect we may want to support other kinds of BIOs some day? OpenSSL calls the struct just SSL which I think is even less descriptive. I think the best description in words is an SSL protocol instance, however SSLProtocolInstance looks a bit too long to me. Maybe just SSLInstance, would that be better than SSLObject? I don't think we want to tie the name to the Memory BIO as I think that it may be useful some day to support other BIOs notably the Socket BIO. I believe that the overall _ssl/ssl code could be simplified by: - Making SSLSocket inherit from SSLObject and socket. - Remove all socket handling from _ssl and use a Socket BIO instead. - Implement the blocking semantics for do_handshake(), unwrap(), read() and write() at the Python level. For testing and benchmarks, the null BIO might be useful as well. - should the basic implementations in SSLObject be shared (using some kind of mixin) with SSLSocket, or is it unpractical to do so? It's possible but I am not sure it would simplify the code a lot. For example, there's no notion of a closed or an unwrapped socket in SSLObject. If you look at the cipher method for example. This is how it looks for SSLSocket: def cipher(self): self._checkClosed() if not self._sslobj: return None else: return self._sslobj.cipher() And this is how it looks for SSLObject: def cipher(self): return self._sslobj.cipher() To use SSLObject as a mixin it would have to be aware of these two uses of its subclasses. It could be done but I don't think it's 100% clean either. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21965 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22306] Inconsistent division by 0 behaviour in decimal module
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22306 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22316] Add rule about extraneous whitespace around colon to Whitespace In Expressions and Statements of PEP8
New submission from Anthony Mayer: After discussion about extraneous whitespace around colons in a list slice not being an error on the pep8 checker project (see https://github.com/jcrocholl/pep8/issues/321#issuecomment-53649841), ncoghlan suggested filing a ticket here to get the issue added to PEP8. The issue being that PEP8 doesn't say that x = [1, 2, 3, 4] x[1: 3] is wrong. It should suggest doing x = [1, 2, 3, 4] x[1:3] instead. This rule should probably be added to the Whitespace In Expressions and Statements section of PEP8 (http://legacy.python.org/dev/peps/pep-0008/#whitespace-in-expressions-and-statements) -- assignee: docs@python components: Documentation messages: 226185 nosy: Guido.van.Rossum, anthonymayer, barry, docs@python, ncoghlan priority: normal severity: normal status: open title: Add rule about extraneous whitespace around colon to Whitespace In Expressions and Statements of PEP8 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22316 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22257] PEP 432: Redesign the interpreter startup sequence
Gregory Salvan added the comment: I didn't dare to share this but in case... just few days after my message I fall on the inspiring work of Dr. Hans Vandierendonck (presented during the 2nd International Summer School on Advances in Programming Languages in Edinburgh). Certainly too much, but he open sourced a scheduler (C++11) with interesting ressources and a minimal example of a staged bootstrap. It's clearly oriented parallel computing, but the way to declare dependencies and the idea of versionned object is quite good. All materials are dipsonible here: http://www.macs.hw.ac.uk/~dsg/events/ISS-AiPL-2014/materials/Vandierendonck/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22257 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22315] TypeError in error handling in distutils.dir_util.copy_tree
Changes by Jason R. Coombs jar...@jaraco.com: -- hgrepos: +272 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22315 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22315] TypeError in error handling in distutils.dir_util.copy_tree
Changes by Jason R. Coombs jar...@jaraco.com: -- keywords: +patch Added file: http://bugs.python.org/file36514/7304b9b95438.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22315 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22315] TypeError in error handling in distutils.dir_util.copy_tree
Jason R. Coombs added the comment: I've started work on a test to capture the failure. Patch 7304b9 is attached. Any comments on the test before I proceed with the fix? I haven't been able to run the test, so if someone could do that, it would be most appreciated. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22315 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22315] TypeError in error handling in distutils.dir_util.copy_tree
Claudiu Popa added the comment: A similar issue was fixed a couple of days ago in file_util.py, with f01413758114. It would be nice to have similar tests. -- nosy: +Claudiu.Popa ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22315 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22315] TypeError in error handling in distutils.dir_util.copy_tree
Claudiu Popa added the comment: I'm referring to the TypeError: 'OSError' object is not iterable failure. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22315 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22317] action argument is not documented in argparse add_subparser() docs
New submission from Ubik: See: https://docs.python.org/2/library/argparse.html#argparse.ArgumentParser.add_subparsers -- assignee: docs@python components: Documentation messages: 226190 nosy: Ubik, docs@python priority: normal severity: normal status: open title: action argument is not documented in argparse add_subparser() docs versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22317 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22316] Add rule about extraneous whitespace around colon to Whitespace In Expressions and Statements of PEP8
Guido van Rossum added the comment: Oooh, yes. The colon in a slice should be treated as a binary operator, with equal space before and after. I think we can add this (as a new bullet following the bullet Immediately before a comma, semicolon, or colon): - However, the colon in a slice acts like a binary operator, and should have equal amounts on either side. In an extended slice, both colons must have the same amount of spacing applied. :: Yes: ham[1:9], ham[1:9:3], ham[:9:3], ham[1::3], ham[1:9:] Yes: ham[lower + offset : upper + offset], ham[lower : upper : 3] No: ham[1: 9], ham[1 :9] I'm not sure what to recommend for extended slices when one or several of the slots are empty; my intuition suggests that there should be no spaces around any colons in that case, but I'm not sure what to do if you really have a long expression as one slot. Which is better? ham[lower + 1 :: step] or ham[lower + 1 : : step] similar for other cases, e.g. ham[lower + 1 : upper + 1 :] vs. ham[lower + 1 : upper + 1 : ] To me, *all* of those feel weird. -- nosy: +gvanrossum ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22316 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22316] Add rule about extraneous whitespace around colon to Whitespace In Expressions and Statements of PEP8
Ezio Melotti added the comment: Yes: ham[lower + offset : upper + offset], ham[lower : upper : 3] This feels a bit weird to me, perhaps because I seldom have expressions in slices and don't feel the need to add further spaces. For the first case I would definitely not put spaces around the +, and likely not even around the :. For the second case I also wouldn't put spaces around the :. In general complex expressions that requires additional spaces around the : to better separate start, stop, and step should be avoided or, if really necessary, additional variables should be used*. I would be -0.5 if this is kept but with a Maybe instead of the Yes, -0 if the spaces around the + are removed. * note that I'm not too familiar with bumpy/scipy, where I believe complex slice expressions might be more common. -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22316 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22318] unitest documentation on assertItemsEqual misleading
New submission from Tony Flury: The notes on assertItemsEqual do not make it clear that the comparison works by using their hash value, and not their __eq__ implementation - i.e. it does an 'is' not an '==' between objects in the sequence. If the sequences being compared contain user created objects which don't implement their own specific __hash__ method (and therefore inherit their __hash__ from the base object - based on the object id), then the assertion will ALWAYS be false, regardless of their __eq__ value. This only became clear when trying to use unitest, getting strange results, and I eventually read the code. -- assignee: docs@python components: Documentation messages: 226193 nosy: TonyFlury, docs@python priority: normal severity: normal status: open title: unitest documentation on assertItemsEqual misleading type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22318 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22315] TypeError in error handling in distutils.dir_util.copy_tree
Roundup Robot added the comment: New changeset 7304b9b95438 by Jason R. Coombs in branch '3.4': #22315: Add test to capture the failure. http://hg.python.org/cpython/rev/7304b9b95438 New changeset 300cd36eb25c by Jason R. Coombs in branch '3.4': #22315: Use technique outlined in test_file_util http://hg.python.org/cpython/rev/300cd36eb25c New changeset 3402813338db by Jason R. Coombs in branch '3.4': #22315: Provide an actual directory during test invocation. http://hg.python.org/cpython/rev/3402813338db New changeset ddb0f90620b7 by Jason R. Coombs in branch '3.4': #22315: Use an existent directory for 'src' to trigger appropriate behavior. http://hg.python.org/cpython/rev/ddb0f90620b7 New changeset 75a5cc4ef31c by Jason R. Coombs in branch '3.4': #22315: Use advertised API for OSError http://hg.python.org/cpython/rev/75a5cc4ef31c New changeset 640c575ab3e1 by Jason R. Coombs in branch 'default': Merge with 3.4; Closes #22315 http://hg.python.org/cpython/rev/640c575ab3e1 -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22315 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22315] TypeError in error handling in distutils.dir_util.copy_tree
Jason R. Coombs added the comment: Claudiu, thanks for the tip. That was quite helpful. I did not realize that unittest included a mock implementation. I've updated the test to use the same technique. I've furthermore verified that the test captures the failure and adjusted the implementation to match that expectation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22315 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22315] TypeError in error handling in distutils.dir_util.copy_tree
Changes by Jason R. Coombs jar...@jaraco.com: -- stage: resolved - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22315 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22257] PEP 432: Redesign the interpreter startup sequence
Nick Coghlan added the comment: Thanks for the reference! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22257 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22319] mailbox.MH chokes on directories without .mh_sequences
New submission from Tim Chase: If a mailbox.MH() object is created by pointing at a path that exists but doesn't contain a .mh_sequences file, it raises an exception upon iteration over .{iter,}items() rather than gracefully assuming that the file is empty. I encountered this by pointing it at a Claws Mail IMAP-cache folder (which claims to store its messages in MH format¹ but it doesn't place a .mh_sequences file in those folders) only to have it raise an exception. To replicate: $ mkdir empty $ python import mailbox for msg in mailbox.MH('empty').values(): pass I suspect this could simply wrap the f = open(os.path.join(self._path, '.mh_sequences'), 'r') and following lines in a check to ignore the file if it doesn't exist (returning the empty results). ¹ http://www.claws-mail.org/faq/index.php/General_Information#How_does_Claws_Mail_store_mails.3F -- components: Library (Lib) messages: 226197 nosy: gumnos priority: normal severity: normal status: open title: mailbox.MH chokes on directories without .mh_sequences type: behavior versions: Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22319] mailbox.MH chokes on directories without .mh_sequences
Changes by Tim Chase gum...@users.sourceforge.net: -- keywords: +patch Added file: http://bugs.python.org/file36515/mailbox_mh_sequences.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22319] mailbox.MH chokes on directories without .mh_sequences
Changes by Tim Chase gum...@users.sourceforge.net: Added file: http://bugs.python.org/file36516/mailbox_mh_sequences_lbyl.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12707] Deprecate addinfourl getters
Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12707 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22318] unitest documentation on assertItemsEqual misleading
R. David Murray added the comment: I'm not sure what you saw when reading the code. I don't see any 'a is b' in there (only 'elem is NULL', which is correct). This has nothing to do with unittest, and everything to do with how == is defined/implemented in python. The invariant is that if two objects are equal, their hashes *must* be equal, and the hash check is used as a fastpath to skip items that are not equal without doing a full comparison. If you implement __eq__, you must implement __hash__ (or set it to None, thus marking the objects as not hashable). Not doing so is an error in Python3 (and probably also in python2 if you are using new style classes, but I didn't check). So, it is your objects that are buggy, I'm afraid, not unittest. -- nosy: +r.david.murray resolution: - not a bug stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22318 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22319] mailbox.MH chokes on directories without .mh_sequences
Changes by R. David Murray rdmur...@bitdance.com: -- components: +email nosy: +barry, r.david.murray stage: - patch review versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4733] Add a decode to declared encoding version of urlopen to urllib
Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4733 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22320] Invalid link in General Python FAQ
New submission from Hideaki Muranami: Link of Developer FAQ on https://docs.python.org/3.4/faq/general.html#how-do-i-obtain-a-copy-of-the-python-source is invalid. -- assignee: docs@python components: Documentation messages: 226199 nosy: docs@python, mnamihdk priority: normal severity: normal status: open title: Invalid link in General Python FAQ versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22320 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22316] Add rule about extraneous whitespace around colon to Whitespace In Expressions and Statements of PEP8
Guido van Rossum added the comment: Just like for other binary operators (except for the ones mentioned as always needing spaces), the spaces around : are neither mandatory nor objectionable. I am not making up a new rule, this is how I've always thought -- we just have to make it explicit that x[1: n] is wrong. How about this: - However, in a slice the colon acts like a binary operator, and should have equal amounts on either side (treating it as the operator with the lowest priority). In an extended slice, both colons must have the same amount of spacing applied. Exception: when a slice parameter is omitted, the space is omitted. :: Yes:: ham[1:9], ham[1:9:3], ham[:9:3], ham[1::3], ham[1:9:] ham[lower:upper], ham[lower:upper:], ham[lower::step] ham[lower+offset : upper+offset] ham[: upper_fn(x) : step_fn(x)], ham[:: step_fn(x)] ham[lower + offset : upper + offset] No:: ham[lower + offset:upper + offset] ham[1: 9], ham[1 :9], ham[1:9 :3] ham[lower : : upper] ham[ : upper] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22316 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22316] Add rule about extraneous whitespace around colon to Whitespace In Expressions and Statements of PEP8
Nick Coghlan added the comment: Looks good to me! (and covers several cases that hadn't occurred to me before) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22316 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22316] Add rule about extraneous whitespace around colon to Whitespace In Expressions and Statements of PEP8
Guido van Rossum added the comment: Committed rev e98737176f1d. If there's more discussion I can add more. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22316 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22316] Add rule about extraneous whitespace around colon to Whitespace In Expressions and Statements of PEP8
Guido van Rossum added the comment: Does anyone care that there is now one bullet in the avoid spaces ... list that isn't strictly about avoiding spaces? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22316 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22320] Invalid link in General Python FAQ
Josh Lynn added the comment: Hello. I'm new to contributing to Python and this looks like a decent place to start. Please bear with me. Just to be sure, should the link of Developer FAQ be https://docs.python.org/devguide/faq.html? -- nosy: +josh.lynn ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22320 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22318] unitest documentation on assertItemsEqual misleading
R. David Murray added the comment: Is is an object identity test, by the way, it has nothing to do with __hash__. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22318 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22320] Invalid link in General Python FAQ
Ned Deily added the comment: Hideaki, thanks for the report. Josh, yes -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22320 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22320] Invalid link in General Python FAQ
Josh Lynn added the comment: Ned, thank you! This patch updates the link in the General FAQ from a broken link to be https://docs.python.org/devguide/faq.html;. -- keywords: +patch Added file: http://bugs.python.org/file36517/faqLinkUpdate.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22320 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22320] Invalid link in General Python FAQ
Berker Peksag added the comment: We can use https://docs.python.org/devguide/setup.html in that paragraph. It has more information about compiling Python. -- nosy: +berker.peksag stage: - patch review versions: +Python 2.7, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22320 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22320] Invalid link in General Python FAQ
Ned Deily added the comment: Good point, Berker. The general FAQ predates the Developer's Guide. Josh, your patch looked good; would you care to update it? In any case, if you plan to contribute further patches (and we hope you do), please be sure to fill out a contributor form (https://docs.python.org/devguide/patch.html#licensing). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22320 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22320] Invalid link in General Python FAQ
Josh Lynn added the comment: That page makes more sense! I have updated the paragraph to link to the Getting Started Guide at https://docs.python.org/devguide/setup.html Ned, I have signed a contributor form so it should be recorded soon. I plan on this being the first of many contributions :) Thank you! -- Added file: http://bugs.python.org/file36518/faqLinkUpdate.2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22320 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com