answered "more 2.x" to that question because my current
projects have dependencies (Twisted in particular); however, I also
answered that I ported code - which actually wasn't my own, and I ported
it only to promote Python 3.
Regards,
Martin
he connection goes idle, plus it will attempt a reconnect
if the network did indeed cancel the connection.
If you wanted to study this further, you could look into the
slave's twisted log file.
Regards,
Martin
___
Python-Dev mailing list
Python-De
cpy before, but does now
(see _PyUnicode_FromUCS1).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
that
isn't run by default.
My guess is that it might try verifying signatures, and somehow tries
to obtain the CA certificates (although it's puzzling that it would get
them from akamai - perhaps MS is hosting the CA bundle there).
Regards,
Martin
_
.ws.symantec.com,
which is a CNAME for crl.ws.symantec.com.edgekey.net again.
So the most plausible reason is indeed that it tries to download
CRLs, though not Microsoft ones, but Verisign/Symantic ones.
Regards,
Martin
___
Python-Dev mailing list
P
> Right. But even latin-1, or better, cp1252 (on windows) does not solve it
> because these have undefined
> code points.
That's not true. latin-1 does not have undefined code points.
Regards,
Martin
___
Python-Dev mailing l
on 2 and Python 3?
Notice that it prints "True" in Python 2 and "False" in Python 3. So if
this common-version interpreter *rejects* the above program, which
operation (**, repr, endswith) would you want to ban from subset?
Regards,
Martin
configuration, to add the self-signed
certificate as trusted (system-wide or per user).
- update the server, to use a cert signed by one of the
trusted CAs.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.or
posed specific wrapper for tp_dealloc, I
propose to add a generic PyType_GetSlot function. From a stability point
of view, exposing slot values is uncritical - it's just that the layout
of the type object is hidden.
Any objection to adding this before RC1?
Regar
shared, the umarshal result under v2 would be "more correct".
If the integers are not shared, v2 and v3 have about the same runtime,
e.g. seen when using
data = [1000*1000 for i in range(1000)]
Regards,
Martin
___
Python-Dev mailing lis
I tried searching for
> a couple of those macros, and their only appearance in trunk was their
> definition.
It's meant for use by extension modules. See xxlimited.c:Xxo_Type_slots
for an application.
Regards,
Martin
___
Python-Dev mailin
y_tp_signature. The
signature field itself could be
struct PyMethodSignature {
char *method_name;
char *method_signature;
};
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsub
_FromString, which in turn
decodes from UTF-8.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Am 10.03.14 14:03, schrieb Jurko Gospodnetić:
> Is this as issue or desired behaviour?
See my response in the tracker. It's desired by Microsoft.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org
se years =).
>
> "Guido hates them" isn't an argument: its a ukase.
Indeed, it is - so obey it then :-) We live in a dictatorship, after all.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.pytho
t to delegate at all, so ask him whether he wants to delegate
or not.
You should also add a section on the implementation status; it's unclear
(to me) whether the proposed implementation actually matches the
specification.
Regards,
Martin
___
Python
creating peps.python.org.
And I suggested setting up a reverse proxy.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
nly
>>> accept security fixes, right?
>>>
>>
>> Typically we do one last release before shutting the last bugfix branch
>> down, but that's Georg's call since 3.3.5 was released so recently.
>
> Given that, I propose 3.3 goes into security fix mode immediatel
ng essential files), you
have to accept that the system installation procedures will fail.
It might be possible to recover from the loss of a specific such file;
for that, we would have to identify what the file is. However, the
standard procedure shou
lthough this might be a slight overstatement if taken
literally). However, the right consequence should be to use Python 3.4
instead.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
kely involves more effort
than I'm personally willing to provide.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/py
e branches should (IMO) have a say
whether they accept a certain change on a certain branch.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/
(which might
not be affected by the purported security threat being fixed) is just
too high.
Users that feel threatened by the lack of SSL features in Python should
have long started planning on how to get to Python 3. It's not that they
haven't bee
hat
Python 2.7 is a dead horse, and that they should stop riding it.
More professionally, we should set an official end-of-life date
for 2.7 (alas, we should have done that two years ago).
I hope that the language summit can agree to stopping bug fix
releases for 2.7 in 2014.
Regards,
Martin
_
rather than trying to provide an abstraction).
For Windows, this approach was unfortunately hopeless as long as
we had to support XP. Now that Vista becomes the baseline, I hope
I can try to provide much of the ssl module natively using CryptoAPI.
Regards,
Martin
___
o more bug fix releases for 2.7 (which is fine with me). However,
I expect this to be a problem for the PEP, since it is unrealistic
to expect that all aspects of the desired features are complete by
2015 (i.e. with no need for further updates in the coming years).
Regards,
n't think anybody wanted to assign blame (although I can sympathize
with your urge to accept the blame). The fact is that this is a
volunteer project: we do what we can and have fun doing.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@p
risk of the PEP that the
implementation might not be available before May 2015, in which
case the PEP would become irrelevant.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
u then think that Python 3 is a doomed project,
since it won't ever see significant usage?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.or
> I've also retired 3.2 and 3.3 buildbots. Someone will have to update
>> the text and URLs at https://www.python.org/dev/buildbot/.
>
> We probably want a http://buildbot.python.org/3.4.stable/ redirect, too,
> then.
>
Done!
Martin
___
branch won't see any further improvement
to the backport, according to the PEP)
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman
This is a PyObject* whose Python type is 'str'
(i.e. an object for which PyUnicode_Check succeeds)
> If so, then %s should only be used when it is certain the string in
> question has no unicode in it?
No. If you have a char*, use
, not a release build
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
n't actually run
> properly on 3.2.
Depends on the operating system. On Windows, the import library has
much less additions; anything declared in the header files that
is not in python3.def is a bug in the header files (by default).
Regards,
Martin
_
ave a
copy of the PSF code signing key, so I'd like to keep this list
rather small, and the people attached to the task.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsub
ches that we considered good were critized out of nowhere,
and I just did the same to Nikolaus. There is just no way to tell
in advance whether people will approve a certain change or not, because
people will apply other criteria than oneself.
Regards,
Martin
___
ed to core-mentorship - I'm not a core
mentor.
> I also suggested that some tweaks to the weekly issue report might
> help to catch the attention of those who can commit patches, but my
> ideas about that are still basically vaporware.
Well, the code of the weekly re
tch files for this
(.msp); it's technically just a single DLL that would need to be
replaced. Contributions are welcome.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscr
it could reduce the overhead - the actual
overhead for the MSI generation is fairly small. It's more that the
current Python-based approach is not too familiar to people, in
particular to those that are familiar with WiX (which I, in turn, am
not).
> Martin - are you at PyCon today? Can we
SI). I'm almost certain that you need a full programming language
to actually perform the entire build; one alternative to msi.py would
be to have a Python script generating the WiX configuration files.
Regards,
Martin
___
Python-Dev mailing list
P
append a zip file to a script that gets put on
sys.path.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
performance no longer measures up
> (probably because of stat caching and such that importlib introduced).
>
> ### normal_startup ###
>
> Min: 0.510211 -> 2.667958: 5.23x slower
>
Not sure how to interpret this: what is 5.23x s
performance no longer measures up
> (probably because of stat caching and such that importlib introduced).
[I found the answer on what is being compared in replies]
So how did you create the zip file? Any chance that you may have
compressed the pyc files?
Am 08.05.14 18:59, schrieb Brian Curtin:
> This is mostly a question for Martin, but perhaps someone else would also
> know.
>
> I'm trying to build the 2.7 installers so I can backport the path
> option from 3.3, but I can't seem to figure out which version of Tix
ion that a new bug has been
introduced
When Antoine talked about "unofficial" buildbots, he was referring to
the fact that we accept nearly any buildbot offered, but put them into
the unstable category, which they often belong to by either definition
of unstable.
Regards,
Martin
ease proceed if it fails to work on one of these
platforms. We've had such a list for a long time, it is:
- Microsoft Windows
- Linux
- Apple Mac OS X
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
n't think that we should be taken hostage by merging restrictions
of the DVCS - we switched to the DVCS precisely with the promise that
merging would be easier. Given the number of bug fixes that the turtle
module has seen, I'd suggest that it is less work to restrict cleanup
to 3.5,
r of courtesy. Most likely he's not interested in returning as
> maintainer, or he can't be contacted with reasonable effort.
I would not be so sure about this, see
http://python4kids.net/turtle.html
Regards,
Martin
___
Python-Dev
ing the coding style of the turtle module.
>> I'd suggest that it is less work to restrict cleanup
>> to 3.5, and then deal with any forward-porting of bug fixing when it
>> actually happens.
>
> This would make it non-trivial for any patch hitting a difference.
Inde
t appear
November 2015, so what do we do if VS 2015 is not released
by the time 3.5b1 is planned?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.
v/peps/pep-0011/
>
> I seem to remember that we were waiting for this anyway.
We don't actually need to explicitly put XP there, as PEP 11 ties our
support to the Microsoft product life cycle. XP is not supported by
Python anymore.
Regards,
Martin
___
particular
if the developers of some package have abandoned 2.7)
- if you don't switch compilers, availability of the tool chain
will be terrible.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mai
Am 06.06.14 21:20, schrieb "Martin v. Löwis":
> 2. what is the risk of installing a beta compiler on what might
>otherwise be a "production" developer system? In particular, could
>it interfere with other VS installations, and could it require a
>co
Am 06.06.14 22:13, schrieb Paul Moore:
> From http://www.visualstudio.com/en-us/downloads/visual-studio-14-ctp-vs
>
> """
> Currently, Visual Studio "14" CTPs have known compatibility issues
> with previous releases of Visual Studio and should not be installed
> side-by-side on the same computer.
after b1. The RM *could* opt to bet
on VS 14 RTM appearing before 3.5rc1 is released (or otherwise blocking
rc1 until VS 14 is released); I would consider this risy, but possibly
worth it.
We certainly don't need to resolve this now. We should discuss it again
when the release schedule for 3.
ven in other
cases, like testing whether a 32-bit installer actually runs on
a 32-bit system when the build system is a 64-bit system; such issues
will always exist.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python
erate bad code. In my experience, a compiler
that generates bad code has lost trust "forever", so it will be
hard to justify re-enabling PGO (like "but it really works this
time"). I wasn't sad when I found a justification to skip the
profi
k as well (and in our
case, would be preferred for older versions of Python).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/optio
so possibly increases the risk of DLL hell, if Python
picks up the wrong version of OpenSSL (e.g. if Python gets embedded
into some other application).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailm
ug old compilers into new IDEs.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
s is essential
to your approach. IIUC, you are "just" relying on the OS providing
a thread pool, (and the sublime concurrency and synchronization
routines are nothing more than that, ISTM). Implementing a thread
pool on top of select/poll/kqueue
thus Python 2) is feature-frozen; no
new features can be added to it. People wanting new features need to
port to Python 3.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
Am 14.03.13 12:59, schrieb Stefan Ring:
I think you should be able to just take the address of a static
__thread variable to achieve the same thing in a more portable way.
That assumes that the compiler supports __thread variables, which
isn't that portable in the first place.
Regards,
M
e rate at which they change async APIs is actually low, compared
to the rate at which they change relational-database APIs (ODBC,
ADO, OLEDB, DAO, ADO.NET, LINQ, ... :-)
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pyt
ased. It's also a nice timeframe for some
> distributions (looking at you, Ubuntu).
This means that we will see two-digit micro-releases, right (assuming
that there will be a few security releases)?
Regards,
Martin
___
Python-Dev mailing list
P
k he means "beyond 2 years from now", i.e. "beyond 2015", i.e.
"after python-dev stops maintaining it", without any specific end
of that support.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.
t another clone of cpython is established that gets bugs fixed
(and perhaps even new features), but I would rather that branch not
be hg.python.org/cpython.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailm
> But perhaps we could change the focus for 2.7 development a bit:
> instead of fixing bugs (or bickering about whether something is a bug
> fix or a new feature) we could limit changes to ensuring that it works
> on newer platforms. Martin mentioned that building 2.7 for Windows
>
Am 15.05.13 20:07, schrieb Georg Brandl:
> Has anybody heard from Martin recently? I hope he's well and just
> overworked...
True on both accounts. I was travelling over the weekend, and then
didn't manage to catch up with email. Sorry for the delay.
7;m the one who put together the Python installer.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
the culprit.
So if you do drop the KeyError entirely, please carry over information
about the character into the TypeError.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubsc
them "commands and utilities":
https://www2.opengroup.org/ogsys/catalog/c436
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
tting initialization and finalization into distinct translation
units, you make it much more difficult to introduce new "hidden"
variables.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/py
you need to figure out the signatures in advance.
Can you just wait until the function is actually used, and then
process the parameters as you get them?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/list
f s():
... pass
... @classmethod
... def c(cl):
... pass
... def r(self):
... pass
...
>>> A.__getattribute__(A,'s')
>>> A.__getattribute__(A,'c')
>>> A.__getattribute__(A,'r')
Regards,
Martin
__
more.
Really? What about _PyObject_HEAD_EXTRA? The object layout
still changes under --with-pydebug, AFAICT.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.
pport in Python will
likely be the desire to switch to new VC versions: Newer CRTs don't
support XP anymore.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mai
ut will likely forget - so
please remind me with every alpha that misses this. Also, contributions
are welcome.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://m
eleases.
Then you can tell users that possible breakage is easy to fix: just
install python2, and change the shebang line.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
xplicit. I think it's perfectly fine to not provide a
> /usr/bin/python at all
I disagree. For interactive use, it's good if there is something called
"python" in the path.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@py
Am 29.07.13 18:56, schrieb R. David Murray:
> Either Martin needs to clue me in, or I'll have to find time to read
> his openid code :)
If you want to read the code, this issue can be discovered from
schema.py. The openids are stored per user in a single field;
multiple openids are s
the parent
feature is, yet still allow it to be independent of the parent
for people who really want to.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
62), this problem
should go away.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ble from the standard
> library.
Well, it is available, and new versions of the UCD are added to new
Python releases. Please consider Python 2 as dead wrt. Unicode support.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://
e might have.
Of course, it is up the the release manager of 2.7 to decide on that
if such a change would be proposed.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://
ring compile time.
Regards,
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlItsyEACgkQavBT8H2dyNLhNgCfXfgXakq9wgvNGADrYNMvvAJu
05YAn0SxHrOCgoW8k9wjW
t 7
openid.yandex.ru 8
www.google.com 14
pip.verisignlabs.com 20
www.myopenid.com 41
Regards,
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.
is implementation-defined which
of A,B,C is returned from "A and B and C" if all are true.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ugh it may be useful.
If you really want to "push" this API into 3.4, I think you will need
to write a PEP, and find a PEP dictator who is willing to approve it.
As you seem to dislike the idea of writing a PEP, I suggest to follow
the idea of publishing it on PyPI now, and then proposi
would be:
- only the two latest feature releases are supported
- only feature releases younger than 3 years are supported
Note that a separate policy should be added to decide whether support
for older versions is actively removed from source code (or equally
bug fixes for old versions ar
10.6 support from the binary installers as proposed
by Greg.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/a
x27;d say yes. That's the point of checking in generated files, so that
users don't need to run the generator.
> While we're at it, it seems that .hgtouch is wrong:
>
> Include/ast.h: Parser/Python.asdl Parser/asdl.py Parser/asdl_c.py
> Python/Python-ast.c: Incl
quot; a separate build step?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
e this idea. 2.7 should not get new
features; users who want new features need to switch to 3.x.
Regards,
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Usi
I. That looks
like the real culprit to me. I'd be willing to work with you to
provide one (that ideally bundles all dependencies).
> Obviously you're the delegate for this PEP and it's your final
> decision and either way If the PEP is accepted I'll do the
> implementation f
Am 30.09.13 20:11, schrieb Antoine Pitrou:
> On Mon, 30 Sep 2013 16:18:57 +0200 (CEST)
> martin.v.loewis wrote:
>> http://hg.python.org/cpython/rev/c1a294bbb4fa
>> changeset: 85882:c1a294bbb4fa
>> branch: 2.7
>> parent: 85877:dd55d54b2a15
>> u
n here are
script kiddies: people who don't want to invest a lot of money into
some illegal activity, but who just learned that they can kill
service XYZ if they run this-or-that script - and want to try out
whether this actually works. I believe that profesional cr
inalization (and whether or not to subtract
that at all).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
equire such a hack, and a confirmation that this
very tool indeed does not support UTF-8.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/
501 - 600 of 5755 matches
Mail list logo
