Olivier Croquette added the comment:
I don't know what version of gendef is meant, but the one from MSYS2 / MinGW64
doesn't output the result on stdout, but rather writes the file "python38.def"
itself. So the commands are the following:
cd libs
gendef ..\python38.d
Olivier Croquette added the comment:
And about the decoding, sorry, it's clear from your snippets that
urlparse doesn't do it:
>>> print q.username
user%40xyz
Maybe it should do it, I am not sure. What do you think? It would save
work
Olivier Croquette added the comment:
See also the related bug on duplicity:
http://savannah.nongnu.org/bugs/?21475
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Olivier Croquette added the comment:
Hi!
Thanks for the reply!
The problem right now is that urlparse parses silently an URL which is
not compliant, but does the wrong thing with it (since usernames can
contain @, and hostname can not, it's a more logical thing to parse from
the right
New submission from Olivier Croquette:
Some servers allow the @ character is usernames. It gives URLs like:
ftp://[EMAIL PROTECTED]@host/dir
[EMAIL PROTECTED] could for example by an email address.
I am not sure if this is RFC compliant. What's sure is that is makes
trouble with url
