[issue31838] Python 3.4 supported SSL version
New submission from Mauro : Hello and sorry to bother. This is my first message to the list. I'm trying to build python 3.4.7 downloaded from python.org (released in August this year) and while following the exact same steps detailed in https://bugs.python.org/issue29027, I get getting the exact same error he does. Doesn't Python 3.4 support OpenSSL v 1.1.0? Is this is the case, I guess it will never do, right? More importantly, is there a place to get build dependencies (with appropriate versions) for each CPython version? I scrawled the source and the GitHub repositories without luck. I guess this has been asked before, but after several hours, I couldn't find anything. Cheers, Mauro -- assignee: christian.heimes components: SSL messages: 304725 nosy: christian.heimes, sabian2008 priority: normal severity: normal status: open title: Python 3.4 supported SSL version versions: Python 3.4 ___ Python tracker <https://bugs.python.org/issue31838> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31838] Python 3.4 supported SSL version
Mauro Fontana added the comment: Hi Christian Great! Thanks for the information. I apologize if this was trivial, just wanted to make sure. Cheers, -- ___ Python tracker <https://bugs.python.org/issue31838> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31838] Python 3.4 supported SSL version
Change by Mauro Fontana : -- stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue31838> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue917120] imaplib: incorrect quoting in commands
Mauro Cicognini added the comment: The removal of the dead code causes imaplib under py3k to lose the quoting functionality that is described in documentation (except for passwords, that do get always quoted as stated). I submit that we give at least a temporary warning in the docs, and that the _quote() function is exposed to let the programmer do their own quoting when they feel it necessary. -- nosy: +Mauro.Cicognini versions: +Python 3.3 -Python 2.7 ___ Python tracker <http://bugs.python.org/issue917120> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue917120] imaplib: incorrect quoting in commands
Mauro Cicognini added the comment: David, that is exactly what I meant: functionality for Python 3 is less than the functionality available for Python 2, and behavior is completely out of sync with the documentation. Bug or not, and independent of the root cause (I don't know if anyone will ever come up with more or better tests), I agree that this behavior for Python 3 has been around for a long time. I don't think it will break any significant code, but that's just my personal opinion; the main point is that re-introducing quoting functionality in imaplib would be a significant effort, also because reading the other relevant threads it is apparent that correct implementation is not there in Python 2 either. I think that we have an easy way: 1) fix the documentation for Python 3 so that it reflects behavior and 2) expose the _quote() private method with a new static function that the user will be able to call when they deem it necessary. They get to come up with a good regex or other ways to detect strings that need quoting, but still it's better than relying (like I did) on the advertised functionality and having to dig into the bowels of the module to understand the source of some bizarre bugs... -- ___ Python tracker <http://bugs.python.org/issue917120> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23883] __all__ lists are incomplete
Mauro Rodrigues added the comment: Hi guys! Here is a patch for the fileinput module, with some names beyond fileinput.fileno: fileinput.hook_compressed, fileinput.hook_encoded as mentioned in the docs https://docs.python.org/3/library/fileinput.html This is my first patch as well, so feedback's appreciated! -- nosy: +maurosr Added file: http://bugs.python.org/file39140/issue23883_fileinput.patch ___ Python tracker <http://bugs.python.org/issue23883> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12407] test_subinterps fails on Windows
New submission from Cesare Di Mauro :
This test fails on Windows because it tries to change the working folder to an
empty string.
Anyway, even changing:
os.chdir(basepath)
with:
os.chdir(basepath or '.')
it fails because the subprocess tries to execute an ELF file
('Modules/_testembed') which Windows isn't able to handle.
--
components: Tests, Windows
files: test_capi.py.patch
keywords: patch
messages: 139044
nosy: brian.curtin, cdimauro, pitrou
priority: normal
severity: normal
status: open
title: test_subinterps fails on Windows
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file22456/test_capi.py.patch
___
Python tracker
<http://bugs.python.org/issue12407>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12408] Relative import used on test_future5
New submission from Cesare Di Mauro : Executing test_future5 fails: D:\CPython>PCbuild\python_d.exe Lib\test\test_future5.py Traceback (most recent call last): File "Lib\test\test_future5.py", line 6, in from . import support ValueError: Attempted relative import in non-package [51279 refs] Tested on Windows 7. -- components: Tests files: test_future5.py.patch keywords: patch messages: 139046 nosy: cdimauro priority: normal severity: normal status: open title: Relative import used on test_future5 type: behavior versions: Python 3.2, Python 3.3 Added file: http://bugs.python.org/file22457/test_future5.py.patch ___ Python tracker <http://bugs.python.org/issue12408> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12407] test_subinterps fails on Windows
Cesare Di Mauro added the comment: Unfortunately this test isn't skip on normal setup (using VisualStudio 2008 Express). I've updated the clone just a few minutes ago, rebuilt Python (in Debug mode), and that's what happened: D:\CPython>PCbuild\python_d.exe Lib\test\test_capi.py test_instancemethod (__main__.CAPITest) ... ok test_memoryview_from_NULL_pointer (__main__.CAPITest) ... ok test_no_FatalError_infinite_loop (__main__.CAPITest) ... ok test_pendingcalls_non_threaded (__main__.TestPendingCalls) ... ok test_pendingcalls_threaded (__main__.TestPendingCalls) ... ok test (__main__.Test6012) ... ok test_subinterps (__main__.EmbeddingTest) ... ERROR == ERROR: test_subinterps (__main__.EmbeddingTest) -- Traceback (most recent call last): File "Lib\test\test_capi.py", line 155, in test_subinterps os.chdir(basepath) WindowsError: [Error 123] La sintassi del nome del file, della directory o del volume non è corretta: '' -- Ran 7 tests in 4.587s FAILED (errors=1) Traceback (most recent call last): File "Lib\test\test_capi.py", line 212, in test_main() File "Lib\test\test_capi.py", line 176, in test_main support.run_unittest(CAPITest, TestPendingCalls, Test6012, EmbeddingTest) File "D:\CPython\lib\test\support.py", line 1280, in run_unittest _run_suite(suite) File "D:\CPython\lib\test\support.py", line 1263, in _run_suite raise TestFailed(err) test.support.TestFailed: Traceback (most recent call last): File "Lib\test\test_capi.py", line 155, in test_subinterps os.chdir(basepath) WindowsError: [Error 123] La sintassi del nome del file, della directory o del volume non è corretta: '' [90425 refs] The patch ensures that this test isn't always executed on Windows, as expected. -- ___ Python tracker <http://bugs.python.org/issue12407> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8890] Use tempfile instead of /tmp in examples
Mauro Navarro Baraldi added the comment: Replace to most use of /tmp/tempfile for just tempfile, as sugested before. -- keywords: +patch nosy: +maurobaraldi Added file: http://bugs.python.org/file19698/py3k-docs.patch ___ Python tracker <http://bugs.python.org/issue8890> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8890] Use tempfile instead of /tmp in examples
Mauro Navarro Baraldi added the comment:
Reviewing this thread and talking with another friends, I thought that the
pythonic way to solve it should be use the tempfile module.
And here is a suggestion using the logging module with tempfile.
> import logging
> import tempfile
> fp, LOG_FILENAME = tempfile.mkstemp(suffix=".log")
> logging.basicConfig(filename=LOG_FILENAME, level=logging.DEBUG)
> logging.debug('This message should go to the log file')
> LOG_FILENAME
'/tmp/tmprBhZz1.log'
--
components: +Demos and Tools -Documentation
___
Python tracker
<http://bugs.python.org/issue8890>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39603] [security] http.client: HTTP Header Injection in the HTTP method
Mauro Matteo Cascella added the comment: Hello, CVE-2020-26116 has been requested/assigned for this flaw via MITRE form: https://cveform.mitre.org/ I suggest mentioning it in the related vulnerability page: https://python-security.readthedocs.io/vuln/http-header-injection-method.html Also note that httplib (python-2.7.18) seems to be affected too. Any particular reason for it not to be listed in the same vulnerability page? Thank you, -- nosy: +mcascella ___ Python tracker <https://bugs.python.org/issue39603> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25024] Allow passing "delete=False" to TemporaryDirectory
Mauro S. M. Rodrigues added the comment: Hi Anthony, Thanks for asking, yeah I'm interested in push a new version. I'll do it later today and I'll post a link to the pr here. -- ___ Python tracker <https://bugs.python.org/issue25024> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25024] Allow passing "delete=False" to TemporaryDirectory
Mauro S. M. Rodrigues added the comment: So per Serhiy comment can I assume the patch is not necessary? If so I believe the issue should be closed as well. -- ___ Python tracker <https://bugs.python.org/issue25024> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23883] __all__ lists are incomplete
Changes by Mauro S. M. Rodrigues : Added file: http://bugs.python.org/file39718/issue23883_fileinput.patch ___ Python tracker <http://bugs.python.org/issue23883> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23883] __all__ lists are incomplete
Changes by Mauro S. M. Rodrigues : Removed file: http://bugs.python.org/file39140/issue23883_fileinput.patch ___ Python tracker <http://bugs.python.org/issue23883> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25024] Allow passing "delete=False" to TemporaryDirectory
Mauro S. M. Rodrigues added the comment: Hi everybody! This is my second patch on the community, although the first one is not merged, so any feedback is appreciated. I've added tests to cover this new situation and docs to let people know about the possibility of keeping their temporary directories for debugging purposes. Regarding the code itself, I've also made a 'design decision' to remove the directory even when created with delete=False if cleanup method is called explicitly, so I would like to hear your thoughts on that matter specially if you don't agree with it. -- keywords: +patch nosy: +maurosr Added file: http://bugs.python.org/file40694/TemporaryDirectory_delete_false.patch ___ Python tracker <http://bugs.python.org/issue25024> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25328] ValueError in smtpd.py __init__() is not raised
Mauro S. M. Rodrigues added the comment:
Hi Barry, I was testing this and it seems to work, am I doing something wrong
in order to reproduce it? I've used the same parameters from the unit tests
Python 3.5.0+ (3.5:1e99ba6b7c98, Oct 8 2015, 17:12:06)
[GCC 4.8.4] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import smtpd
>>> smtpd.SMTPServer(("127.0.0.1", 0),
>>> ('b',0),enable_SMTPUTF8=True,decode_data=True)
Traceback (most recent call last):
File "", line 1, in
File "/home/maurosr/dev/cpython/Lib/smtpd.py", line 645, in __init__
raise ValueError("The decode_data and enable_SMTPUTF8"
ValueError: The decode_data and enable_SMTPUTF8 parameters cannot be set to
True at the same time.
--
nosy: +maurosr
___
Python tracker
<http://bugs.python.org/issue25328>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23883] __all__ lists are incomplete
Mauro S. M. Rodrigues added the comment: Yes, I'm, I have a commitment now but I'll submit a new version later today -- ___ Python tracker <http://bugs.python.org/issue23883> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23883] __all__ lists are incomplete
Mauro S. M. Rodrigues added the comment: New version. -- Added file: http://bugs.python.org/file41052/issue23883_fileinput.v2.patch ___ Python tracker <http://bugs.python.org/issue23883> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
