[issue1322] Deprecate platform.dist() and platform.linux_distribution() functions

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue1322> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue28788] ConfigParser should be able to write config to a given filename, not only into file object

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue28788> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23159] argparse: Provide equivalent of optparse.OptionParser.{option_groups, option_list, get_option}

Matej Cepl added the comment: So, this bug report could be closed, right? -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue23159> ___ ___ Pytho

[issue28788] ConfigParser should be able to write config to a given filename, not only into file object

Matej Cepl added the comment: OK, Serhiy you have the point: it was just a good exercise for me, but the benefit is doubtful. Could somebody close this ticket then? -- ___ Python tracker <https://bugs.python.org/issue28

[issue33233] Suggest third-party cmd2 module as alternative to cmd

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue33233> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12735] request full Unicode collation support in std python library

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue12735> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32771] merge the underlying data stores of unicodedata and the str type

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue32771> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue13940] imaplib: Mailbox names are not quoted

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue13940> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5305] imaplib should support international mailbox names

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue5305> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue18280] Documentation is too personalized

Matej Cepl added the comment: What about WONTFIX here? I completely agree with rhettinger: this is a waste of time with potential for causing damage. -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue18

[issue26375] Python 2.7.10 and 3.4.4 hang on imaplib.IMAP4_SSL()

Matej Cepl added the comment: Are you able to reproduce it with IMAP4.debug value set to 3 or more? Clean up passwords etc. and paste the log here, please. Thank you. -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue26

[issue18540] imaplib.IMAP4() ends with "Name or service not known" on Fedora 18

Matej Cepl added the comment: ping? -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue18540> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24027] IMAP library lacks documentation about expected parameter types

Matej Cepl added the comment: UTF-7 is tackled in https://bugs.python.org/issue5305 -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue24

[issue18921] In imaplib, cached capabilities may be out of date after login

Matej Cepl added the comment: Well, and would it be too much to refresh capabilities attribute in the end of login method? -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue18

[issue28320] Hostname validation is False by default in imaplib

Matej Cepl added the comment: I do agree with http://legacy.python.org/dev/peps/pep-0476/#other-protocols: This PEP only proposes requiring this level of validation for HTTP clients, not for other protocols such as SMTP. This is because while a high percentage of HTTPS servers have correct

[issue5430] imaplib: must not replace LF or CR by CRLF in literals

Matej Cepl added the comment: > Module imaplib has pretty sparse test code. On that note: would anybody be willing to express in form of (simplified) test case, what's the problem reported here? I am not sure, I follow. -- ___ Python

[issue5430] imaplib: must not replace LF or CR by CRLF in literals

Matej Cepl added the comment: Oh, this is 2.6 bug. This should be closed. -- ___ Python tracker <https://bugs.python.org/issue5430> ___ ___ Python-bugs-list m

[issue33327] Add a method to move messages to IMAPlib

New submission from Matej Cepl : I am in the process of writing script working with IMAP first time using Python 3 for it (unfortunately, most of servers where I run other code is so ancient that even Python 2.7 is a stretch), and it is really nice experience so far. Many problems which are

[issue28320] Hostname validation is False by default in imaplib

Matej Cepl added the comment: See also issue 33327. -- ___ Python tracker <https://bugs.python.org/issue28320> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33336] [imaplib] MOVE is a legal command

New submission from Matej Cepl : When running box = IMAP4_SSL(host) box.login(user, pass) msgs = somehowget_uids_of_messsages_to_move() box.uid('MOVE', msgs, 'target') I get an error "Unknown IMAP4 UID command: MOVE". The problem is that imaplib c

[issue33336] [imaplib] MOVE is a legal command

Change by Matej Cepl : -- keywords: +patch pull_requests: +6266 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue6> ___ ___ Python-

[issue18153] python imaplib - error 'unexpected repsonse'

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue18153> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5430] imaplib: must not replace LF or CR by CRLF in literals

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue5430> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue14574] SocketServer doesn't handle client disconnects properly

Matej Cepl added the comment: The last patch (clear_buffer_on_error.patch) has still not been applied (looking at 2.7 and master branches). -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue14

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue30345> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23395] _thread.interrupt_main() errors if SIGINT handler in SIG_DFL, SIG_IGN

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue23395> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23395] _thread.interrupt_main() errors if SIGINT handler in SIG_DFL, SIG_IGN

Change by Matej Cepl : -- pull_requests: +7384 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue23395> ___ ___ Python-bugs-list mai

[issue23395] _thread.interrupt_main() errors if SIGINT handler in SIG_DFL, SIG_IGN

Change by Matej Cepl : -- pull_requests: +7385 ___ Python tracker <https://bugs.python.org/issue23395> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34022] Python 3.7: 6 tests failed on OpenSUSE

Matej Cepl added the comment: I would add that Debian doesn't seem to fare that much better ... https://buildd.debian.org/status/fetch.php?pkg=python3.7&arch=amd64&ver=3.7.0-1&stamp=1530136859&raw=0 -- nosy: +mcepl ___ P

[issue34008] Do we support calling Py_Main() after Py_Initialize()?

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue34008> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34022] Python 3.7: 6 tests failed on OpenSUSE and Debian

Matej Cepl added the comment: Hmm, what about version of gcc? I suspect some troubles could be caused by gcc version 8 (we have in openSUSE), or LTO option switched on? -- ___ Python tracker <https://bugs.python.org/issue34

[issue34022] Python 3.7: 6 tests failed on OpenSUSE and Debian

Matej Cepl added the comment: It's somehow complicated, in the build chroot I can make tests run only with LD_LIBRARY_PATH set to $(readlink -f Python-3.7.0) and PYTHONPATH to Lib directory. However, then the set of failed tests changes. For example test_runpy runs without problems

[issue34022] Python 3.7: 6 tests failed on OpenSUSE and Debian

Matej Cepl added the comment: Yes, it must be something in the chroot, because when run in the plain command line, all tests as well on openSUSE Tumbleweed (with the latest updates). 393 tests OK. 1 test failed: test_epoll 21 tests skipped: test_ctypes test_devpoll test_idle

[issue34022] Python 3.7: 6 tests failed on OpenSUSE and Debian

Matej Cepl added the comment: > Are you testing with patches? It may be interesting to try to get these > patches upstream: Tested both and without patches, the same results. Everything in openSUSE is done in open (rather strikingly similar to RH openness, although things are eve

[issue29708] support reproducible Python builds

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue29708> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34032] Add platlibdir to allow distinction between /usr/lib and /usr/lib64 for Linux

New submission from Matej Cepl : Many Linux distribution (most of them) distinguish between library directory /usr/lib for noarch or 32bit libraries and /usr/lib64. This patch (originally from openSUSE) enables to capture this distinction. -- components: Build files: python-3.6.0

[issue34032] Add platlibdir to allow distinction between /usr/lib and /usr/lib64 for Linux

Change by Matej Cepl : -- pull_requests: +7678 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34032> ___ ___ Python-bugs-list mai

[issue34022] 6 tests fail using SOURCE_DATE_EPOCH env var

Matej Cepl added the comment: >From https://mail.python.org/pipermail/python-dev/2018-July/154273.html (by Nick Coghlan): In particular, if a build system sets SOURCE_DATE_EPOCH without specifying a pyc format for py_compile or compileall, Python 3.7 will give you checked hashes by defa

[issue34033] distutils is not reproducible

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue34033> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32521] NIS module fails to build due to the removal of interfaces related to Sun RPC from glibc.

Matej Cepl added the comment: So, if this is a duplicate of #32007, shouldn't it be closed? -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/is

[issue32007] nis module fails to build against glibc-2.26

Matej Cepl added the comment: It seems to be even more weird. Even with installed libnsl-devel (libnsl-devel-1.2.0-2.5.x86_64 on openSUSE/Tumbleweed) I get this in config.log: checking for t_open in -lnsl... no and truly, when grepping for t_open in /usr/include/rpc* I get nothing

[issue32521] NIS module fails to build due to the removal of interfaces related to Sun RPC from glibc.

Matej Cepl added the comment: It seems to be even more weird. Even with installed libnsl-devel (libnsl-devel-1.2.0-2.5.x86_64 on openSUSE/Tumbleweed) I get this in config.log: checking for t_open in -lnsl... no and truly, when grepping for t_open in /usr/include/rpc* I get nothing. When

[issue32521] NIS module fails to build due to the removal of interfaces related to Sun RPC from glibc.

Matej Cepl added the comment: > Matej is this about Python 2? I am currently ONLY on building python 3.7.0, nothing else bothers me at the moment. Let me summarize my findings, or what I think is the situation (of course, I could be completely wrong): * See https://build.opensuse.

[issue32007] nis module fails to build against glibc-2.26

Matej Cepl added the comment: > - I agree with Benjamin, let's deprecate the NIS module. NIS/YP functionality > has been replaced by NSS a long time ago. Agree. a) who will separate its functionality into separate module for PyPI, b) who start a thread on p

[issue32521] NIS module fails to build due to the removal of interfaces related to Sun RPC from glibc.

Matej Cepl added the comment: > On Fedora after the fix we had also to BuildRequire libnsl2-devel and > libtirpc-devel after the glibc change was implemented for the correct headers > to be included within the buildroot. libnsl-devel requires libtirpc-devel here, so that isn&#x

[issue33336] [imaplib] MOVE is a legal command

Change by Matej Cepl : -- versions: +Python 2.7, Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue6> ___ ___ Python-bugs-list mailin

[issue16817] test___all__ affects other tests by doing too much importing

Matej Cepl added the comment: > This is superceded by: > > http://bugs.python.org/issue18906 Then it should be closed, right? -- nosy: +mcepl ___ Python tracker <https://bugs.python.or

[issue33336] [imaplib] MOVE is a legal command

Change by Matej Cepl : -- pull_requests: +7904 ___ Python tracker <https://bugs.python.org/issue6> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33336] [imaplib] MOVE is a legal command

Change by Matej Cepl : -- pull_requests: +7906 ___ Python tracker <https://bugs.python.org/issue6> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33336] [imaplib] MOVE is a legal command

Change by Matej Cepl : -- pull_requests: +7916 ___ Python tracker <https://bugs.python.org/issue6> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26171] heap overflow in zipimporter module

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue26171> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33255] json.dumps has different behaviour if encoding='utf-8' or encoding='utf8'

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue33255> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23847] Add xml pretty print option to ElementTree

Change by Matej Cepl : -- versions: +Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue23847> ___ ___ Python-bugs-list mailin

[issue14465] xml.etree.ElementTree: add feature to prettify XML output

Change by Matej Cepl : -- versions: +Python 3.8 ___ Python tracker <https://bugs.python.org/issue14465> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue14465] xml.etree.ElementTree: add feature to prettify XML output

Change by Matej Cepl : -- pull_requests: +8405 ___ Python tracker <https://bugs.python.org/issue14465> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17239] XML vulnerabilities in Python

Matej Cepl added the comment: > I suggest to: > > * close bpo-17318 as a duplicate of this issue (bpo-17239) > * close bpo-24238 > * close this issue +1 from me. -- ___ Python tracker <https://bugs.pyt

[issue34605] Avoid master/slave terminology

Matej Cepl added the comment: Guys, really, don't we have anything better to do with your time than this silliness? Even if the terminology would be used in the strictest and most brutal meaning, i.e., slave must mindlessly follow orders of its master, there is nothing of approval o

[issue34605] Avoid master/slave terminology

Change by Matej Cepl : -- nosy: -mcepl ___ Python tracker <https://bugs.python.org/issue34605> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12733] Request for grapheme support in Python re lib

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue12733> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30717] Add unicode grapheme cluster break algorithm

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue30717> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26852] add the '--enable-sourceless-distribution' option to configure

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue26852> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34726] Add support of checked hash-based pycs in zipimport

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker <https://bugs.python.org/issue34726> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32174] nonASCII punctuation characters can not display in python363.chm.

Matej Cepl added the comment: It seems to me that this adds escape4chm as unconditional dependency on all platforms. Which seems like a bad idea to me, I don't think users on Linux or Mac OS X are that keen on *.chm files. I think this change broke my build of python3-doc packa

[issue32174] nonASCII punctuation characters can not display in python363.chm.

Matej Cepl added the comment: Sorry, my mistake, it seems I was using python2 Sphinx even for building python3 documentation, which is a bad idea, I guess. -- ___ Python tracker <https://bugs.python.org/issue32

[issue14472] .gitignore is outdated

Matej Cepl added the comment: On 19.5.2012 12:25, Petri Lehtinen wrote: > Against which branch or Python version your patch is? It doesn't > apply cleanly on any branch (and yes, I changed the target filename > to .gitignore first). It used to be master, but probably some ti

[issue15873] "datetime" cannot parse ISO 8601 dates and times

Changes by Matej Cepl : -- nosy: +mcepl ___ Python tracker <http://bugs.python.org/issue15873> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue7442] _localemodule.c: str2uni() with different LC_NUMERIC and LC_CTYPE

Matej Cepl added the comment: Is this the same as when tests with python-3.3.2 fails on me with RHEL-6? test_locale (test.test_format.FormatTest) ... ERROR test_non_ascii (test.test_format.FormatTest) ... test test_format failed '\u20ac=%f' % (1.0,) =? '\u20ac=1.000

[issue7442] _localemodule.c: str2uni() with different LC_NUMERIC and LC_CTYPE

Matej Cepl added the comment: Hmm, so with this patch diff -up Python-3.3.2/Lib/test/test_format.py.fixFormatTest Python-3.3.2/Lib/test/test_format.py --- Python-3.3.2/Lib/test/test_format.py.fixFormatTest 2013-10-22 10:05:12.253426746 +0200 +++ Python-3.3.2/Lib/test/test_format.py

[issue7442] _localemodule.c: str2uni() with different LC_NUMERIC and LC_CTYPE

Matej Cepl added the comment: To #200912: now, system locale is UTF-8 all the way: santiago:python3 (el6) $ locale LANG=en_US.utf8 LC_CTYPE="en_US.utf8" LC_NUMERIC=en_IE.utf8 LC_TIME=en_IE.utf8 LC_COLLATE="en_US.utf8" LC_MONETARY=en_IE.utf8 LC_MESSAGES="en_US.utf8&quo

[issue7442] _localemodule.c: str2uni() with different LC_NUMERIC and LC_CTYPE

Matej Cepl added the comment: >>> import locale >>> locale.localeconv() {'p_cs_precedes': 127, 'n_sep_by_space': 127, 'n_sign_posn': 127, 'n_cs_precedes': 127, 'grouping': [], 'positive_sign': ''

[issue7442] _localemodule.c: str2uni() with different LC_NUMERIC and LC_CTYPE

Matej Cepl added the comment: Perhaps version of glibc might be interesting as well? glibc-2.12-1.107.el6_4.5.i686 -- ___ Python tracker <http://bugs.python.org/issue7

[issue7442] _localemodule.c: str2uni() with different LC_NUMERIC and LC_CTYPE

Matej Cepl added the comment: What I did: 1) run the build (it is a building of Fedora Rawhide python3 package on RHEL), and see it failed in this test. 2) see below santiago:python3 (el6) $ cd Python-3.3.2/build/optimized/ santiago:optimized (el6) $ ./python -m test test_format [1/1

[issue19353] on RHEL6 simple build fails with test_linux_constants (test.test_resource.ResourceTest)

New submission from Matej Cepl: With pure clone of https://github.com/python/cpython.git (no patches applied whatsoever, and the last commit is https://github.com/python/cpython/commit/650406fe7373f31b595b381d4f2f02065607386a) and pure ./configure && make -j2 && make -j

[issue7442] _localemodule.c: str2uni() with different LC_NUMERIC and LC_CTYPE

Matej Cepl added the comment: On 22/10/13 17:32, Stefan Krah wrote: > It looks like some other test in the test suite did not restore a changed > locale. If you're motivated enough, you could try if it still happens in > 3.4 and open a new issue (it's unrelated to thi

[issue19353] on RHEL6 simple build fails with test_linux_constants (test.test_resource.ResourceTest)

Matej Cepl added the comment: On 22/10/13 20:43, Christian Heimes wrote: > Christian Heimes added the comment: > > What's the output of "uname -r" on your machine? 2.6.32-358.23.2.el6.i686 -- ___ Python tracker <http:/

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

New submission from Matej Cepl: GitHub API v3 is intentionally broken (see http://developer.github.com/v3/auth/): > The main difference is that the RFC requires unauthenticated requests to be > answered with 401 Unauthorized responses. In many places, this would disclose > the exi

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: Also let me add from RFC 2617, end of section 2: > A client MAY preemptively send the corresponding Authorization > header with requests for resources in that space without > receipt of another challenge from the server. Similarly, when > a client sen

[issue19279] UTF-7 to UTF-8 decoding crash

Changes by Matej Cepl : -- nosy: +mcepl ___ Python tracker <http://bugs.python.org/issue19279> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: I am trying to work on fixing issue 19494 (HTTPBasicAuthHandler doesn't work with Github and other websites which require prior Authorization header in the first request). I have created this testing script calling GitHub v3 API using new “authentic

[issue19917] [httplib] logging information for request is not pretty printed

New submission from Matej Cepl: looking at http://hg.python.org/cpython/file/543c76769c14/Lib/http/client.py#l847 (logging in HTTPConnection.send method; but this code has been same since like forever) I see that the HTTP request is NOT pretty printed: if self.debuglevel >

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: Whole package with tests has been uploaded to PyPI as https://pypi.python.org/pypi/urllib2_prior_auth/ The code for this module is on http://luther.ceplovi.cz/git/python-http_basic_auth.git/ -- ___ Python tracker

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: I meant, please comment on the code. -- ___ Python tracker <http://bugs.python.org/issue19494> ___ ___ Python-bugs-list mailin

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: Well, I hoped to get first some comments on the code itself (and especially the test). -- ___ Python tracker <http://bugs.python.org/issue19

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: This is a patch with tests working for the tip of cpython. -- hgrepos: +267 Added file: http://bugs.python.org/file36343/fix-issue19494-py35.patch ___ Python tracker <http://bugs.python.org/issue19

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Changes by Matej Cepl : -- versions: +Python 2.7 ___ Python tracker <http://bugs.python.org/issue19494> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Changes by Matej Cepl : Added file: http://bugs.python.org/file36344/fix-issue19494-py27.patch ___ Python tracker <http://bugs.python.org/issue19494> ___ ___ Python-bug

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: Mercurial seems to be incredibly slow to clone, for anybody who is willing to deal with git, my real repo is http://luther.ceplovi.cz/git/cpython.git/ (branches basicAuth19494 and basicAuth19494_py3k). -- ___ Python

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: > This patch looks like a feature addition rather than the discussed > optimization of always sending auth on the first request. As such it could > only go into 3.5. ??? I was trying hard not to break current API, so I have created a new handler to

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: > But that introduces a new element of the API, which is an API change. I > thought the plan was to change the existing code to always send the auth when > it was available. Well, it seems to me a little bit suspicious that with changing the current

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Changes by Matej Cepl : -- hgrepos: +268 ___ Python tracker <http://bugs.python.org/issue19494> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: Which are all reasons why I believe more conservative approach (i.e., new separate handler) is better. It seems to be a little more silly to have 21 lines long module separately in PyPI for 2.7, but whatever

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: > The patch for Python 3.5, however, looks great. So, could we get some resolution here, please? Before this bug celebrates a first birthday, could somebody decide what to do? Whom should I pester? Who has the responsibility to make a decis

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: New version of the HTTPBasicPriorAuthHandler patch -- Added file: http://bugs.python.org/file36595/0001-Alternative-handler-adding-Authorization-header-even.patch ___ Python tracker <http://bugs.python.org/issue19

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: BTW, should I add anything for https://docs.python.org/3.5/whatsnew/3.5.html ? -- ___ Python tracker <http://bugs.python.org/issue19

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: ping? Could I ask for a review of the refreshed patch, please? -- ___ Python tracker <http://bugs.python.org/issue19494> ___ ___

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: This is the suggested patch for this issue. Just adding new http_request method of HTTPBasicAuthHandler which adds Authorization header to the initial request. Patch is now just for python 2.7, but it may be trivially ported to any other version of Python as it

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Changes by Matej Cepl : Removed file: http://bugs.python.org/file32835/test_create_1.py ___ Python tracker <http://bugs.python.org/issue19494> ___ ___ Python-bugs-list m

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: Concerning the compatibility with py3k. Yes, of course, I know that py2k is not compatible, but see http://thread.gmane.org/gmane.comp.python.devel/145473 ... I guess the main idea (http_request method overriding) is the same and it could be ported to py3k more

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: On Tue, Feb 11, 2014 at 02:14:16PM +, Chris Angelico wrote: >I suspect, though, that this will be called a feature addition, >ergo it won't go into 2.7 (and for 3.x, will be deferred until >3.5). I would advise working with the current 3.x branc

[issue19494] urllib2.HTTPBasicAuthHandler (or urllib.request.HTTPBasicAuthHandler) doesn't work with GitHub API v3 and similar

Matej Cepl added the comment: On Tue, 2014-02-11 at 16:52 +, Terry J. Reedy wrote: > Both patches have an unusual email section at the top that is not > needed for this tracker, and which I have not seen here before. Is this > something idiosyncratic to git? Yes, it is output of g

<    1   2   3   >