Mathieu Pasquet added the comment:
This bug actually makes the --system-site-packages option useless, because it
prevents installation of any package inside the virtualenv unless one tries the
workaround given by gracinet.
--
nosy: +mathieui
Mathieu Pasquet added the comment:
Using functools.partial with coroutines would be mostly out of convenience, in
order to avoid having factories in that return parametrized coroutine
functions. I guess in such cases it might be better to create a two-lines
wrapper around partial() to make it
New submission from Mathieu Pasquet:
Using iscoroutinefunction() on an object returned by functools.partial() should
return True if the function wrapped was a coroutine function.
(a recursive loop like the one in asyncio/events.py get_function_source() may
be what needs to be done
Mathieu Pasquet added the comment:
>Maybe
>transport.get_extra_info('socket').getpeercert(True)
>would be okay, no patch needed?
Thanks, that indeed works; I don't know why I missed it while reading the
source. Maybe the docs could use some clarification, though? (us
Mathieu Pasquet added the comment:
>I'm not sure that would make a difference. We still have to implement
>the proxy SSLSocket, which is no easier than adding the extra info by
>hand. Or did I misunderstand you?
The difference would be that exposing methods can be more future-
New submission from Mathieu Pasquet:
Currently, the only workaround is to use transport._sock.getpeercert(True) on
the Transport returned by loop.create_connection(), which is not something to
be encouraged. It is useful to get such information, for example to perform a
manual certificate
Mathieu Pasquet added the comment:
I understand the reasoning behind the feature, and the will to be
unicode-compliant, but I think this might still break a lot of code (though it
may never be detected).
I understand that isdecimal() is the safe way, because anything that is a
decimal (Nd
New submission from Mathieu Pasquet:
In py3k, str.isalnum(), str.isdigit(), and str.isdecimal() are broken because
they take into account various unicode numbers.
A common case is doing something like that:
num = -1
while num == -1:
num_in = input('Enter a number> ')
if n
Mathieu Pasquet added the comment:
What is the state of that feature, as of today?
--
nosy: +mathieui
___
Python tracker
<http://bugs.python.org/issue1410
