[issue13651] Improve redirection in urllib

[Martin Panter]

Changes by Martin Panter :


--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> [urllib.request.HTTPRedirectHandler.http_error_302] Relative 
Redirect issue

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue25895] urllib.parse.urljoin does not handle WebSocket URLs

[Martin Panter]

Martin Panter added the comment:

My view is that because the schemes are not in the documented list of supported 
schemes, this is a new feature, and any documentation update should include a 
“versionadded” or similar notice.

--
components: +Library (Lib)
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27366] PEP487: Simpler customization of class creation

[Nick Coghlan]

Nick Coghlan added the comment:

The new porting note doesn't quite capture all the subtleties of the situation, 
but should be sufficient for folks to get any affected custom metaclasses 
working again (since the key is to avoid passing those parameters up to 
type.__new__).

I also added a note about the fact that __init_subclass__ implementations don't 
have access to the metaclass hint, but can retrieve the actual metaclass based 
on the passed in class object.

--
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27366] PEP487: Simpler customization of class creation

[Roundup Robot]

Roundup Robot added the comment:

New changeset 313e8fdb0d0c by Nick Coghlan in branch 'default':
Issue 27366: PEP 487 docs updates
https://hg.python.org/cpython/rev/313e8fdb0d0c

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27657] urlparse fails if the path is numeric

[Martin Panter]

Martin Panter added the comment:

The main backward compatibility consideration would be Issue 754016, but don’t 
agree with the changes made, and would support reverting them. The original bug 
reporter wanted urlparse("1.2.3.4:80", "http") to be treated as the URL 
http://1.2.3.4:80, but the IP address was being parsed as a scheme, so the 
default “http” scheme was ignored.

The original fix (r83701) affected any URL that had a digit 0–9 immediately 
after the “scheme:” prefix. In such URLs, the scheme component was no longer 
parsed. A test case for “path:80” was added, and a demonstration of not parsing 
any scheme from www.cwi.nl:80/%7Eguido/Python.html was added in the 
documentation.

Later, the logic was altered to test if the URL looked like an integer 
(revision 495d12196487, Issue 11467). This restored proper parsing of 
clsid:85bbd92o-42a0-1o69-a2e4-08002b30309d and mailto:1...@example.org, 
although another URL given, javascript:123, remains misparsed. The 
documentation was subsequently adjusted in Issue 16932 to just demonstrate 
www.cwi.nl/%7Eguido/Python.html being parsed as a path.

The logic was watered down to its current form by revision 9f6b7576c08c, Issue 
14072. Now it tests for a non-digit anywhere after the scheme, so that 
tel:+31641044153 is again parsed properly. But it was pointed out that tel:1234 
remains misparsed.

What’s the next step in the watering-down process? All the attempts so far 
break valid URLs in favour of special-casing inputs that are not valid URLs.

--
nosy: +martin.panter, orsenthil
versions: +Python 2.7, Python 3.5, Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27366] PEP487: Simpler customization of class creation

[Nick Coghlan]

Nick Coghlan added the comment:

D'oh, another good catch Emanuel - and I'm even the one that raised the need to 
mention that in the Porting notes during the python-dev discussion :P

I'll post an update to the What's New shortly.

--
stage: resolved -> needs patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27366] PEP487: Simpler customization of class creation

[Emanuel Barry]

Emanuel Barry added the comment:

Hello Martin, and thank you for your patch! However, this patch removed the 
ability to pass keyword arguments to `type`, and it's not documented anywhere. 
I believe it should be documented at least in e.g. the "Changes in the Python 
API" of the What's New in Python 3.6 document. Anyone cares to submit a patch?

--
nosy: +ebarry
resolution: fixed -> 
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27658] python 3.5.2 built from source fails to install completely on Mac OS X 10.11.6. Crashes subsequently.

[Mario Grgic]

Mario Grgic added the comment:

OK, after installing OpenSSL in /usr/local/ssl and even after copying 
libssl.pc, libcrypt.pc and openssl.pc over to /usr/local/lib/pkgconfig (which 
is where my pkg-config is looking or *.pc files) the configure script is still 
not finding the correct libcrypto.

Only when I explicitly set CLFLAGS=-I/usr/local/ssl/include and 
LDFLAGS=-L/usr/local/ssl/lib 

does the configure script pick the correct libcrypto, notwithstanding the logic 
in top level setup.py which does have /usr/local/ssl/include on line 812 and 
/usr/local/ssl/lib on line 824?

Not sure at what point is setup.py used, but it doesn't seem to pick up the 
include and lib directories for ssl correctly.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27658] python 3.5.2 built from source fails to install completely on Mac OS X 10.11.6. Crashes subsequently.

[Ned Deily]

Ned Deily added the comment:

libcrypto is part of OpenSSL which is famous for not maintaining ABI 
compatibility across versions and generally you should be using the most recent 
version of OpenSSL.  Depending what and where you have your copy installed, 
it's also possible the build picked up the wrong set of include files for that 
version of libcrypto and libssl.  You may be able to see that in the output of 
the build of _ssl.so.  Python's top-level setup.py file contains the code that 
tries to find the include files and lib files for various extension modules; 
for _ssl.so, see setup.py:810 and beyond.  Apple has deprecated the use of the 
system-supplied OpenSSL libraries and, in 10.11, the include files for OpenSSL 
are no longer included in Xcode or the Command Line Tools so you need to use a 
third-party copy of OpenSSL anyway.  If you aren't using a MacPorts or 
Homebrew, you can adapt the recipes in the Developer's Guide as necessary.  (Or 
you could use a pre-built Python 3.5, like that downloadable from pytho
 n.org or MacPorts or Homebrew).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23150] urllib parse incorrect handing of params

[Martin Panter]

Martin Panter added the comment:

If the problem was just Julian not being aware of urlsplit(), there is not much 
to be done for this bug.

--
resolution:  -> not a bug
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22891] code removal from urllib.parse.urlsplit()

[Martin Panter]

Martin Panter added the comment:

Issue 27657 has been opened about the quirk with numeric URLs

--
dependencies: +urlparse fails if the path is numeric

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27658] python 3.5.2 built from source fails to install completely on Mac OS X 10.11.6. Crashes subsequently.

[Mario Grgic]

Mario Grgic added the comment:

It looks like it is picking up libcrypto.1.0.0.dylib from /usr/local/lib which 
I installed there as dependency for other binaries. 

Is there a minimal version of libcrypto that Python 3.5.2 needs?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27658] python 3.5.2 built from source fails to install completely on Mac OS X 10.11.6. Crashes subsequently.

[Ned Deily]

Ned Deily added the comment:

The crash is in libcrypto but Apple doesn't supply a libcrypto.1.0.0 with OS X 
10.11, only 0.9.7 and 0.9.8.  Check the rest of the crash log to see where 
you're picking it up from and make sure you have an up-to-date version.  If you 
have a version from MacPorts or Homebrew, see the Developer's Guide for more 
information on how to configure a build to use libraries from them.

https://docs.python.org/devguide/setup.html#build-dependencies

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27658] python 3.5.2 built from source fails to install completely on Mac OS X 10.11.6. Crashes subsequently.

[Ned Deily]

Changes by Ned Deily :


--
nosy: +ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27658] python 3.5.2 built from source fails to install completely on Mac OS X 10.11.6. Crashes subsequently.

[Mario Grgic]

New submission from Mario Grgic:

I am on Mac OS X 10.11.6 trying to build and install Python 3.5.2 from source. 
I only have system Python 2.7.10 , and no other instances of Python 3.x. 

I configure the build as follows:

./configure --prefix=/Volumes/ramdisk/python3.5.2

The code is built without errors, but when I issue 

make install

I get:

cd /Volumes/ramdisk/python3.5.2/share/man/man1; ln -s python3.5.1 python3.1)
if test "xupgrade" != "xno"  ; then \
case upgrade in \
upgrade) ensurepip="--upgrade" ;; \
install|*) ensurepip="" ;; \
esac; \
 ./python.exe -E -m ensurepip \
$ensurepip --root=/ ; \
fi
Ignoring indexes: https://pypi.python.org/simple
Collecting setuptools
Collecting pip
Installing collected packages: setuptools, pip
/bin/sh: line 7: 15831 Segmentation fault: 11  ./python.exe -E -m ensurepip 
$ensurepip --root=/
Makefile:1059: recipe for target 'install' failed
make: *** [install] Error 139

which crashes the system Python 2.7.10:


Crashed Thread:0  Dispatch queue: com.apple.main-thread

Exception Type:EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:   EXC_I386_GPFLT

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libcrypto.1.0.0.dylib   0x000108c82d51 EVP_PKEY_CTX_free + 
17
1   libcrypto.1.0.0.dylib   0x000108c77742 EVP_MD_CTX_cleanup + 
130
2   libcrypto.1.0.0.dylib   0x000108c77a9d EVP_DigestFinal + 29
3   _hashlib.cpython-35m-darwin.so  0x000108c05d6b EVP_digest + 155 
(_hashopenssl.c:148)
4   python.exe  0x00010835493e PyEval_EvalFrameEx + 
24110 (ceval.c:4684)
5   python.exe  0x0001083596f2 
_PyEval_EvalCodeWithName + 4194 (ceval.c:4018)
6   python.exe  0x000108359f60 fast_function + 464 
(ceval.c:4818)
7   python.exe  0x00010835484f PyEval_EvalFrameEx + 
23871 (ceval.c:4730)
8   python.exe  0x0001083596f2 
_PyEval_EvalCodeWithName + 4194 (ceval.c:4018)
9   python.exe  0x000108359f60 fast_function + 464 
(ceval.c:4818)
10  python.exe  0x00010835484f PyEval_EvalFrameEx + 
23871 (ceval.c:4730)
11  python.exe  0x0001083596f2 
_PyEval_EvalCodeWithName + 4194 (ceval.c:4018)
12  python.exe  0x000108359f60 fast_function + 464 
(ceval.c:4818)
13  python.exe  0x00010835484f PyEval_EvalFrameEx + 
23871 (ceval.c:4730)
14  python.exe  0x0001083596f2 
_PyEval_EvalCodeWithName + 4194 (ceval.c:4018)
15  python.exe  0x00010834eaee PyEval_EvalCodeEx + 
78 (ceval.c:4039)
16  python.exe  0x0001082b743d function_call + 381 
(funcobject.c:627)
17  python.exe  0x00010828ddd5 PyObject_Call + 101 
(abstract.c:2162)
18  python.exe  0x0001083556a0 PyEval_EvalFrameEx + 
27536 (ceval.c:5034)
19  python.exe  0x0001083596f2 
_PyEval_EvalCodeWithName + 4194 (ceval.c:4018)
20  python.exe  0x000108359f60 fast_function + 464 
(ceval.c:4818)
21  python.exe  0x00010835484f PyEval_EvalFrameEx + 
23871 (ceval.c:4730)
22  python.exe  0x000108359ee2 fast_function + 338 
(ceval.c:4803)
23  python.exe  0x00010835484f PyEval_EvalFrameEx + 
23871 (ceval.c:4730)
24  python.exe  0x0001083596f2 
_PyEval_EvalCodeWithName + 4194 (ceval.c:4018)
25  python.exe  0x000108359f60 fast_function + 464 
(ceval.c:4818)
26  python.exe  0x00010835484f PyEval_EvalFrameEx + 
23871 (ceval.c:4730)
27  python.exe  0x0001083596f2 
_PyEval_EvalCodeWithName + 4194 (ceval.c:4018)
28  python.exe  0x000108359f60 fast_function + 464 
(ceval.c:4818)
29  python.exe  0x00010835484f PyEval_EvalFrameEx + 
23871 (ceval.c:4730)
30  python.exe  0x0001083596f2 
_PyEval_EvalCodeWithName + 4194 (ceval.c:4018)
31  python.exe  0x000108359f60 fast_function + 464 
(ceval.c:4818)
32  python.exe  0x00010835484f PyEval_EvalFrameEx + 
23871 (ceval.c:4730)
33  python.exe  0x0001083596f2 
_PyEval_EvalCodeWithName + 4194 (ceval.c:4018)
34  python.exe  0x000108359f60 fast_function + 464 
(ceval.c:4818)
35  python.exe  0x00010835484f PyEval_EvalFrameEx + 
23871 (ceval.c:4730)
36  python.exe  0x0001083596f2 
_PyEval_EvalCodeWithName + 4194 (ceval.c:4018)
37  python.exe  0x000108359f60 

[issue27604] More details about `-O` flag

[R. David Murray]

R. David Murray added the comment:

Heh, that comment about Berker came out wrong.  I meant, he seems willing to 
do, and make time for, the small doc commits that some of the rest of us don't 
seem to get around to, which is great.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27604] More details about `-O` flag

[R. David Murray]

R. David Murray added the comment:

Oh, don't say never.  Berker seems to like these kind of small commits, and it 
won't get lost.  Who knows, I may even decide to tackle it.  Or someone else 
will decide to do the research and update your patch.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27604] More details about `-O` flag

[Ram Rachum]

Ram Rachum added the comment:

Well, I guess we had a fun week exchanging a couple thousand words about a 
two-line change to the docs that's now never going to happen ;)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27604] More details about `-O` flag

[R. David Murray]

R. David Murray added the comment:

I wouldn't object, but if I started to do it I'd wind up doing the research to 
"do it right" instead, so it would have to be someone else doing the 
intermediate commit :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27604] More details about `-O` flag

[Ram Rachum]

Ram Rachum added the comment:

Hmm. What do you think about merging 3.patch now, and then possibly adding more 
information later? (Or asking the people who are designing the complex behvior 
you describe to write those docs.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27604] More details about `-O` flag

[R. David Murray]

R. David Murray added the comment:

You know, it's actually more complicated than this now.  We recently changed 
the way optimization levels are handled in pyc files in such a way that it is 
possible for other optimization 'levels" to be added by third parties.  So the 
reference information is no longer complete.  We may need to revise that 
section further.  And yes, there needs to be a mapping from O values to the 
optimization levels discussed in the reference, in one location or the other.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27657] urlparse fails if the path is numeric

[R. David Murray]

R. David Murray added the comment:

See issue 14072.  It may be time to look at this again, but we may still be 
constrained by backward compatibility.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27657] urlparse fails if the path is numeric

[Björn Lindqvist]

New submission from Björn Lindqvist:

This affects both Python 2 and 3. This is as expected:

>>> urlparse('abc:123.html')
ParseResult(scheme='abc', netloc='', path='123.html', params='', query='', 
fragment='')
>>> urlparse('123.html:abc')
ParseResult(scheme='123.html', netloc='', path='abc', params='', query='', 
fragment='')
>>> urlparse('abc:123/')
ParseResult(scheme='abc', netloc='', path='123/', params='', query='', 
fragment='')

This is NOT:

>>> urlparse('abc:123')
ParseResult(scheme='', netloc='', path='abc:123', params='', query='', 
fragment='')

Expected is path='123' and scheme='abc'. At least according to my reading of 
the rfc (https://tools.ietf.org/html/rfc1808.html) that is what should happen.

--
components: Library (Lib)
messages: 271702
nosy: Björn.Lindqvist
priority: normal
severity: normal
status: open
title: urlparse fails if the path is numeric
type: behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24672] shutil.rmtree fails on non ascii filenames

[R. David Murray]

Changes by R. David Murray :


--
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed
versions:  -Python 3.5, Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19837] Wire protocol encoding for the JSON module

[Марк Коренберг]

Марк Коренберг added the comment:

In real life, I can confirm, that porting from Python2 to Python3 is almost 
automatic except JSON-related fixes.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19837] Wire protocol encoding for the JSON module

[Марк Коренберг]

Марк Коренберг added the comment:

One of the problem, that decodeing JSON is FSM, where input is one symbol 
rather than one byte. AFAIK, Python still does not have FSM for decoding UTF-8 
sequence, so iterative decoding of JSON will require more changes than expected.

--
nosy: +mmarkk

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24672] shutil.rmtree fails on non ascii filenames

[Jason R. Coombs]

Jason R. Coombs added the comment:

I agree. I was able to apply a fairly simple fix to setuptools to address the 
failure 
(https://github.com/pypa/setuptools/commit/857949575022946cc60c7cd1d0d088246d3f7540).

I suggest closing this ticket as won't fix.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22724] byte-compile fails for cross-builds

[Xavier de Gaye]

Xavier de Gaye added the comment:

Patch rebased to current tip.

To summarize:
* The root cause of the problem reported by Benedikt still exists.
* The problem is hidden now that the shared libraries names include the 
PLATFORM_TRIPLET.
* But byte-compilation still fails for cross-builds when the 'host' and 'build' 
PLATFORM_TRIPLET are the same and this occurs for the x86_64 Android build on a 
x86_64 'build' system.

Matthias, do you have any comment on this patch?

--
Added file: http://bugs.python.org/file43953/py_build_environ_2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27656] [Patch] Make presence of SCHED_* optional

[Ed Schouten]

New submission from Ed Schouten:

The SCHED_* constants that are part of POSIX's  are all optional:

http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/sched.h.html

Python already declares the SCHED_SPORADIC constant as part of the POSIX module 
optionally, depending on whether it is present in C, but doesn't do this for 
the other SCHED_* constants.

This is problematic for CloudABI 
(https://mail.python.org/pipermail/python-dev/2016-July/145708.html), which 
doesn't support any scheduler interaction at all.

Attached is a patch to only define these if present.

--
components: Extension Modules
files: sched.diff
keywords: patch
messages: 271697
nosy: EdSchouten
priority: normal
severity: normal
status: open
title: [Patch] Make presence of SCHED_* optional
versions: Python 3.6
Added file: http://bugs.python.org/file43952/sched.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24773] Implement PEP 495 (Local Time Disambiguation)

[Roundup Robot]

Roundup Robot added the comment:

New changeset eed3a5b9239f by Alexander Belopolsky in branch 'default':
Issue 24773: Use the standard Asia/Tehran name in the Iran test.
https://hg.python.org/cpython/rev/eed3a5b9239f

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24773] Implement PEP 495 (Local Time Disambiguation)

[Alexander Belopolsky]

Alexander Belopolsky added the comment:

> I don't know to what extent these links are considered standard (koobs)

The links like Iran are non-standard.  they are specified in the "backward" 
file in the IANA tzdata distribution which has the following preamble:

# This file provides links between current names for time zones
# and their old names.  Many names changed in late 1993.

I'll change "Iran" to "Asia/Tehran" in the test.

$ grep Iran Work/tz/backward
LinkAsia/Tehran Iran

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)

[koobs]

Changes by koobs :


--
nosy: +koobs

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27576] An unexpected difference between dict and OrderedDict

[Xiang Zhang]

Xiang Zhang added the comment:

After totally studying OrderedDict, I get a better understanding of what Serhiy 
means. So although we can get a better performance for dict, it's not needed at 
all. Remove the v3 patch.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27576] An unexpected difference between dict and OrderedDict

[Xiang Zhang]

Changes by Xiang Zhang :


Removed file: http://bugs.python.org/file43902/odict_update_v3.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)

[Xavier de Gaye]

Xavier de Gaye added the comment:

It is also broken for gcc, see the buildbot 'compile' output.
It seems broken for all non windows builds whatever the compiler.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)

[Ned Deily]

Ned Deily added the comment:

It's not just broken for cross-compiling.  As I noted earlier, it's broken when 
using other than gcc, such as is the case with current OS X systems.  This 
needs to be fixed before release.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)

[Xavier de Gaye]

Xavier de Gaye added the comment:

The reason I would like this problem fixed is that the test suite is run on an 
installed Python when cross-compiling, obviously you cannot run the test suite 
with the cross-compiled Python on the source tree of the build system.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23968] rename the platform directory from plat-$(MACHDEP) to plat-$(PLATFORM_TRIPLET)

[Xavier de Gaye]

Xavier de Gaye added the comment:

This problem occured for the first time on the "installed Python" buildbot 
(setup by Zachary) at
http://buildbot.python.org/all/builders/x86%20Gentoo%20Installed%20with%20X%203.x/builds/747
on the day changeset 78d2cb7f66b6 has been commited (see msg268528).

Those "installed Python" buildbot are very helpful, thanks Zachary.

--
nosy: +zach.ware

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27655] [Patch] Don't require presence of POLLPRI

[Ed Schouten]

New submission from Ed Schouten:

RFC 6093 states that applications "SHOULD NOT" make use of TCP's out-of-band 
data. For this reason, CloudABI 
(https://mail.python.org/pipermail/python-dev/2016-July/145708.html) does not 
provide support for it. This means that its poll() function does provide 
support for POLLIN and POLLOUT, but not for POLLPRI.

Attached is a patch that patches up the selectmodule to not define POLLPRI in 
case the host environment does not support it.

--
components: Extension Modules
files: pollpri.diff
keywords: patch
messages: 271689
nosy: EdSchouten
priority: normal
severity: normal
status: open
title: [Patch] Don't require presence of POLLPRI
versions: Python 3.6
Added file: http://bugs.python.org/file43951/pollpri.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27568] "HTTPoxy", use of HTTP_PROXY flag supplied by attacker in CGI scripts

[Senthil Kumaran]

Senthil Kumaran added the comment:

For 3.3, 3.4 it seems reasonable to backport changes from issue26804 and then 
apply this patch. I will do this today.

--
assignee:  -> orsenthil

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27568] "HTTPoxy", use of HTTP_PROXY flag supplied by attacker in CGI scripts

[Senthil Kumaran]

Senthil Kumaran added the comment:

The patch looks good to me. I am checking this in.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27652] Make use of non-standard error number ESHUTDOWN optional

[Ed Schouten]

Ed Schouten added the comment:

I've filed the contributor form earlier today, but I suspect it still takes 
some time to get processed.

The reason why the Mercurial headers were missing from the patch was because I 
generated this patch from the Python 3.6.0a3 source tarball. I'll make sure to 
switch over to the Mercurial sources from now on.

Thanks for the quick response!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27652] Make use of non-standard error number ESHUTDOWN optional

[Berker Peksag]

Berker Peksag added the comment:

Thanks again, Ed! Could you please sign the PSF contributor agreement at 
https://www.python.org/psf/contrib/contrib-form/ ?

Also, you don't need to strip out the header part of the patch file (Mercurial 
didn't recognize it as a valid patch file). You may want to check 
https://docs.python.org/devguide/patch.html

--
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27652] Make use of non-standard error number ESHUTDOWN optional

[Roundup Robot]

Roundup Robot added the comment:

New changeset 77d16a5dc779 by Berker Peksag in branch 'default':
Issue #27652: Expose ESHUTDOWN conditionally
https://hg.python.org/cpython/rev/77d16a5dc779

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27366] PEP487: Simpler customization of class creation

[Berker Peksag]

Berker Peksag added the comment:

Thanks for the review, Nick! (and also thanks to Martin for the great PEP!)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27366] PEP487: Simpler customization of class creation

[Roundup Robot]

Roundup Robot added the comment:

New changeset 8747e3455ecb by Berker Peksag in branch 'default':
Issue #27366: Tweak PEP 487 documentation
https://hg.python.org/cpython/rev/8747e3455ecb

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27652] Make use of non-standard error number ESHUTDOWN optional

[Berker Peksag]

Berker Peksag added the comment:

Looks good to me, thanks!

--
nosy: +berker.peksag
stage:  -> commit review
title: [Patch] Make use of non-standard error number ESHUTDOWN optional -> Make 
use of non-standard error number ESHUTDOWN optional
type:  -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27654] [Patch] Use arc4random_buf() on CloudABI

[Ed Schouten]

New submission from Ed Schouten:

While porting Python over to CloudABI 
(https://mail.python.org/pipermail/python-dev/2016-July/145708.html), we 
stumbled upon a small issue that caused the build to fail.

As CloudABI is a sandboxed runtime environment, there is no support for 
accessing the global filesystem namespace. This means that 
dev_urandom_noraise()/dev_urandom_python() are not capable of accessing 
/dev/urandom.

The attached change extends these functions to use CloudABI's arc4random_buf() 
function, which is also present on a lot of other operating systems (the BSDs, 
Mac OS X, etc). I'm not enabling the use of arc4random_buf() on those operating 
systems yet, as that should likely be decided by the people responsible for 
those ports.

Alternatively, if we do think arc4random_buf() should be used on all operating 
systems that support it, we can extend Autoconf to test for its presence. Be 
sure to let me know and I'll update the patch accordingly.

--
components: Interpreter Core
files: patch-arc4random
messages: 271680
nosy: EdSchouten
priority: normal
severity: normal
status: open
title: [Patch] Use arc4random_buf() on CloudABI
versions: Python 3.6
Added file: http://bugs.python.org/file43950/patch-arc4random

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27653] [Patch] Also disable the use of on CloudABI

[Ed Schouten]

New submission from Ed Schouten:

While porting Python over to CloudABI 
(https://mail.python.org/pipermail/python-dev/2016-July/145708.html), we 
stumbled upon a small issue that caused the build to fail.

As CloudABI is a sandboxed environment, there currently isn't any support for 
modifying low-level network properties, such as TCP socket attributes. For this 
reason  is missing, just like on a couple of other platforms 
(Symbian, Cygwin, etc).

The attached patch extends the current '#ifndef' to also take CloudABI into 
consideration.

--
components: Extension Modules
files: patch-no-netinet-tcp_h
messages: 271679
nosy: EdSchouten
priority: normal
severity: normal
status: open
title: [Patch] Also disable the use of  on CloudABI
versions: Python 3.6
Added file: http://bugs.python.org/file43949/patch-no-netinet-tcp_h

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27652] [Patch] Make use of non-standard error number ESHUTDOWN optional

[Ed Schouten]

New submission from Ed Schouten:

While porting Python over to CloudABI 
(https://mail.python.org/pipermail/python-dev/2016-July/145708.html), we 
noticed that the core Python code maps ESHUTDOWN over to BrokenPipeError. This 
is fine, except for the fact that ESHUTDOWN is used unconditionally. It's not 
part of POSIX.

Attached is a patch to make its use optional.

--
components: Interpreter Core
files: patch-no-eshutdown
messages: 271678
nosy: EdSchouten
priority: normal
severity: normal
status: open
title: [Patch] Make use of non-standard error number ESHUTDOWN optional
versions: Python 3.6
Added file: http://bugs.python.org/file43948/patch-no-eshutdown

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27651] bytearray changes when function mutates it

[SilentGhost]

SilentGhost added the comment:

bytearray is a mutable object and the behaviour is compatible with behaviour of 
any mutable object in Python. You're passing a into the yuke_bpe function and 
the original object is being modified (emptied) there. To work around this you 
could copy the object within the functioin and carry out transformations on the 
copied object.

--
nosy: +SilentGhost
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
title: About bytearray -> bytearray changes when function mutates it
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27645] Supporting native backup facility of SQLite

[Lele Gaifax]

Lele Gaifax added the comment:

Ok, the agreement is fullfilled.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26942] android: test_ctypes crashes on armv7 and aarch64

[Xavier de Gaye]

Xavier de Gaye added the comment:

We should wait for the pull request to be merged in the libffi development repo 
before committing the patch. The PR is at 
https://github.com/libffi/libffi/pull/265.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27651] About bytearray

[eatrawmeat391]

New submission from eatrawmeat391:

I converted a function name yuke_bpe from C and ran into an unknown issue after 
running it.The code works but it emptied all of my bytearray.
You can reproduce the problem by doing it in the command line

from unbpe import yuke_bpe
a = bytearray("This is a byte array")
b = yuke_bpe(a, 100 ,1)

You'll see that bytearray a is empty after the yuke_bpe function calling but 
the function never touches that variable

--
components: Windows
files: unbpe.py
messages: 271674
nosy: eatrawmeat391, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: About bytearray
versions: Python 2.7
Added file: http://bugs.python.org/file43947/unbpe.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27366] PEP487: Simpler customization of class creation

[Nick Coghlan]

Nick Coghlan added the comment:

Good catches Berker - go ahead and apply the improvements whenever's convenient 
:)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27366] PEP487: Simpler customization of class creation

[Berker Peksag]

Berker Peksag added the comment:

Sorry, I'm a bit late to the party. Here are some tweaks to ecc7bff738e0. I've 
added versionadded directives, updated the tests to use new style classes and 
removed a duplicate sentence from the __init_subclass__ docstring.

--
Added file: http://bugs.python.org/file43946/issue27366_tweaks.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27453] $CPP invocation in configure must use $CPPFLAGS

[Xavier de Gaye]

Xavier de Gaye added the comment:

Thanks for the patch Chi Hsuan Yen!

--
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27453] $CPP invocation in configure must use $CPPFLAGS

[Roundup Robot]

Roundup Robot added the comment:

New changeset 4cb94e561e2d by Xavier de Gaye in branch '3.5':
Issue #27453: CPP invocation in configure must use CPPFLAGS.
https://hg.python.org/cpython/rev/4cb94e561e2d

New changeset 92b3ce7ca95c by Xavier de Gaye in branch 'default':
(merge from 3.5) Issue #27453: CPP invocation in configure must use CPPFLAGS.
https://hg.python.org/cpython/rev/92b3ce7ca95c

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16632] Enable DEP and ASLR

[Berker Peksag]

Berker Peksag added the comment:

This has already been backported to 2.7 in issue 24508.

--
nosy: +berker.peksag
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27366] PEP487: Simpler customization of class creation

[Nick Coghlan]

Nick Coghlan added the comment:

Thanks once again Martin, especially for your patience with the long process in 
getting this proposal all the way through to resolution :)

I mostly applied your patch as-is, but tweaked a few aspects of the 
documentation before committing it (mainly expanding the What's New entry, and 
showing a few more of the moving parts in the  __init_subclass__ example).

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue27366] PEP487: Simpler customization of class creation

[Roundup Robot]

Roundup Robot added the comment:

New changeset ecc7bff738e0 by Nick Coghlan in branch 'default':
Issue #27366: Implement PEP 487
https://hg.python.org/cpython/rev/ecc7bff738e0

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24672] shutil.rmtree fails on non ascii filenames

[STINNER Victor]

STINNER Victor added the comment:

Use Unicode on Python 3, it will work on all platforms. Problem solved :-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com