Aahz wrote:
> When providing links to SF, please use the python.org tinyurl equivalent
> to ensure that people can easily see the bug/patch number:
>
> http://www.python.org/sf?id=1504333
Although I usually use the path-style form:
http://www.python.org/sf/1504333
Reg
than
> 8-bits, i.e., use unichr instead of chr if the value is greater than 127.
Alternatively, a callback function could be provided for character
references. Unfortunately, the existing callback is unsuitable,
as it is supposed to do the full processing; this callback should
return the rep
em resolved/irrelevant:
I'm going to step down as a PyXML maintainer, so I don't have to
worry anymore about how to maintain PyXML. If PyXML then gets
unmaintained, the problem goes away, otherwise, the new maintainer
will have to find a solution.
Regards,
Martin
__
they expand to a character. For example, &author;
might expand to "Martin v. Löwis", and &logo; might refer to a
bitmap image which is unparsed.
That said, providing a overridable replacement function sounds
like the right approach. To keep with tradition, I would still
disting
Sam Ruby wrote:
> I don't see why expanding to multiple characters is a problem.
That isn't a problem. Expanding to unparsed entities is. So the
current call to handle_entityref must remain.
Regards,
Martin
___
Python-Dev mailing li
ried that the directory
might not be system32, then
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Windows\SystemDirectory
gives you the value (although I could not find out how to expand
REG_EXPAND_SZ keys with _winreg).
Regards,
Martin
__
s for them right now).
What I don't know is whether any Windows locale uses a "true"
MBCS character set as its "ANSI" code page.
The approach taken in the patch could be extended to GB18030 and
UTF-8 in principle, but can't possibly work for ISO-2022.
Regards,
Mar
s happy with a "this is
part of Python" approach. If so, the entry should be removed from PEP
360 (*); if not, the code should be removed from Python before beta 1.
Speaking with some authority for Expat, I'd be happy to have it removed
from PEP 360.
Regards,
Martin
(*) Alternatively
ported it in the first place, as you may
well recall). You should decide whether you worry about that so much
that you don't trust python-dev contributors to treat this in a sensible
way. If you don't trust them, you should withdraw your code.
Regards,
Martin
__
e this policy is to withdraw
the code.
> But Phillip's email that sparked all of this was about basic changes to
> wsgiref, not some API change (at least to the best of my knowledge).
That's my understanding as well.
Regards,
Martin
___
Python-
aces. I'd love to have only
> one place in which wsgiref is maintained, but Python's current directory
> layout doesn't allow me to put all of wsgiref in "one place".
I guess you just have to accept that. It will happen again.
Regards,
Martin
___
e reason to desire that no changes are made
to Python's wsgiref is just that he wants to reduce the amount of work
he has to do to keep the sources synchronized - which reduces his amount
of work, but unfortunately increases the amount of work to be done for
the other python-d
work in progress",
but for some of it, that isn't really true. Still, there are users
of these pieces as well.
The only parts that I personally would like to see in Python is
some XPath implementation, and some XSLT implementation. Others
might have other preferen
Phillip J. Eby wrote:
> At 12:28 AM 6/13/2006 +0200, Martin v. Löwis wrote:
>> If you remember that this is the procedure: sure. However, if the
>> maintainer of a package thinks (and says) "somebody edited my code,
>> this should not happen again", then I really
s
Heller says this would work for him, and it worked for bsddb and
PyXML.
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
eadByte is likely
implemented as
BOOL IsDBCSLeadByte(BYTE TestChar)
{
return IsDBCLeadByteEx(GetACP(), TestChar);
}
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
e is announced.
It does need a configure test, though.
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
rn it, or find somebody
who does it for you.
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
it's still available in the .net sdk packages (see comp.lang.python),
> and it's still available for MSDN subscribers.
It's also easy to get a used copy on ebay.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://m
product.
I'm hoping that Python can skip VS 2005 entirely, and go straight
to VS 2007 (or whatever it will be called) for 2.6.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Un
from this?
No.
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
he system locale to some
Chinese locale, but being non-admin people, they often don't.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailm
VS2005 also can create binaries for the X64 windows platform, no
> small point, and the primary reason we started using it in the first
> place.
OTOH, you don't *need* VS2005 to create AMD64 binaries. I had been
creating Itanium binaries for several years now with VS200
build procedure
for Python 2.5. Notice that none of the Python committers have spoken
in favour of changing the procedure (and some against).
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
use a zero-dimensional array to
represent a scalar. Scalars are directly supported in Python:
x = 5
Also, in an assignment, what are you putting on the right-hand side?
A read access from another zero-dimensional array?
I think this feature is so esoteric that it would actually hurt the
language
Jan Claeys wrote:
> Op za, 17-06-2006 te 10:25 +0200, schreef "Martin v. Löwis":
>> Another reason is that I consider VS 2005 buggy, I hope that some
>> of the breakage that Microsoft has done to the C library is reverted
>> in a future release. VS2005 managed to
Talin wrote:
> The motivation, as I understand it, is one of mathematical consistency.
Noam told me in private email that this is *not* the motivation.
Instead, he wants mutable values. This, in turn, he wants so he
can catch modifications.
Regards,
Mar
ctual
statement about the present (even though it uses the tense of simple
present). Anybody breaking 2.3 compatibility will have to remember
to remove the comment, which he likely won't.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
nder. It's actually unfortunate that standard
C did not make it an error, but they likely didn't do it because
of existing practice. However, the usual, natural, straight-forward
way of processing the mode string (in a loop with a switch statement)
can't possible cause crashes.
>
converting a Unicode sys.path
element to the file system encoding will always do the right
thing on Linux and OS X: the file system encoding will be
the locale's encoding on Linux, and will be UTF-8 on OS X.
It's only Windows which has valid file names that cannot
be represented in the c
e to implement in future Python versions should be the rewrite
of import.c, to operate on PyObject* instead of char*, and perform
conversion to the native API only just before calling the native API.
Regards,
Martin
___
Python-Dev mailing list
Pyth
et their hands on the module to know that they can use it with 2.3.
I personally didn't find it misleading at all, and see no need to
change it for *that* reason. I see a potential risk in it wrt.
future changes, but perhaps I'm paranoid.
Regards,
Martin
__
Guido van Rossum wrote:
> # At the time of writing this module was compatible with Python 2.3 and
> later.
:-)
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
perhaps
it should point to the .NET SDK, provided that has a free compiler).
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
ld change from char* to PyObject*.
Calls like stat() and open() should be generalized to accept
PyObject*, and otherwise keep their interface.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
nable float return values:
>>> os.stat("/tmp").st_mtime
1034791200
>>> os.stat_float_times(True)
>>> os.stat("/tmp").st_mtime
1034791200.6335014
In Python 2.4, the default will change to always returning floats.
Regards,
Martin
_
d thus got bit by it?
No, that comes straight out of
http://svn.python.org/projects/external/tcl8.4.12/generic/tclDecls.h
atleast in theory: there is a build process for tcl running if it wasn't
built before. Could just as well also be a hard disk cor
ring_FromString("Foo %s bar %s foobar %d");
res = PyMethod_Call(fmt, "__mod__", "(OOi)", o1, o2, 42);
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
can rewrite PC/getpathp.c to use the
Unicode API throughout; that would allow to put non-ANSI path
names onto PYTHONPATH.
Making os.environ support Unicode is entirely different isusue.
I would like to see os.environ return Unicode if the key is Unicode;
another option would be to int
ht CRT.
Not purely technical, but somebody would also need to find
out what the licensing conditions on msvcr80.dll are:
what are the conditions for redistribution if I have
a licensed copy of VS 2005? What if I have VS Express?
What if I have nei
Ralf W. Grosse-Kunstleve wrote:
> Is there a way to set the warning options via an environment variable?
This is off-topic for python-dev, but: why don't switch off the warnings
in the code?
Regards,
Martin
___
Python-Dev mailing list
Py
before 2.2.1 IIRC, so this
should work on all releases you want to support (but have no effect on
installations where the warning isn't generated).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/list
on and readdition in CVS, purging that piece of history.
I'm not entirely certain whether this should work.
If that isn't what happens, I'd be curious to look at the CVS and
SVN tarballs.
Regards,
Martin
___
Python-Dev mailing list
Pytho
+len*step, step)
You remember the standard incorrectly. Python's usage of casts has
undefined behaviour, and adding casts only makes the warning go away,
but does not make the problem go away.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@py
ne. If you want to avoid bad
code being generated, you better use the flag (alternatively,
you could fix Python to not rely on undefined behaviour (and no,
it's not easy to fix in Python, or else we would have fixed it
long ago)).
Regards,
Martin
___
on modules in the
> standard library. Isn't this going to cause widespread problems?
I don't know. Whether a warning is a problem is a matter of attitude, also.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.p
il/c++-sig/2005-December/009869.html
This might be out of context, but Dave Abrahams comment
"C++ doesn't support the C99 restrict feature." seems irrelevant:
C++ certain does not have the "restrict" keyword, but it has
the same aliasing rules as C89 and C99. The specific proble
Ralf W. Grosse-Kunstleve wrote:
> --- "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>
>> I don't know. Whether a warning is a problem is a matter of attitude, also.
>
> Our users will think our applications are broken if they see warnings like
> tha
eaks the standard C aliasing
rules. However, in some cases, it can, and in these cases, it issues
a warning to make the programmer aware that the program might be
full of errors (such as Python). It's unfortunate that people silence
the warnings before understanding them.
Regards,
Martin
P.S
Jean-Paul Calderone wrote:
> I am very unhappy that the burden of understanding Python's package
> structure is being pushed onto end users in this way. Several of my
> projects now emit three or four warnings on import now.
So are you requesting that the change is reverted?
R
Gustavo Carneiro wrote:
> However, PyObject_CallFunction does _not_
> consume such an object reference, contrary to what I believed for
> years.
Why do you say that? It certainly does.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@p
rue" should print the names
of all .py files in Lib, except for the ones in plat-*.
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
of the installation.
You could try to run this after you installed Python without pyc
compilation, to see whether it succeeds.
Regards,
martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscrib
or better than the current solution (read some email archives
to find out what the original problem was).
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
introduced in r13520, to support
ExtensionClasses. I never fully understood ExtensionClasses, but I
believe they were not based on proxying tricks. Instead, they were
an early version of new-style classes.
Regards,
Martin
___
Python-Dev mailing
Martin Maly wrote:
> Thanks for the response. The code snippet I sent deals with new style
> classes only so I assume that in some cases isinstance falls back to
> old-style-like handling which then asks for __bases__ and __class__
> etc, possibly incorrectly so on new style classe
he cases where currently a warning is
produced).
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
ving the
import code. Allocation of the struct itself could likely be done
on stack.
Yet another option is to put the data into thread storage (although
care is needed wrt. recursive imports within one thread).
Regards,
Martin
___
Python-Dev mailing
Gregor Lingl wrote:
> I would appreciate it very much if xturtle.py could go into Python2.5.
> I'm ready to do the amendments, which may emerge as necessary from the
> dicussion here.
I see little chance for that. Python 2.5 is feature-frozen.
R
the time to
perform a serious review. It will be hard enough to find somebody to
review it for 2.6 - often, changes of this size take several years to
review (primarily because it is so specialized that only few people
even consider reviewing it).
Regards,
Martin
__
Gregor Lingl wrote:
> Sorry Martin, but to me this seems not to be the right way to manage
> things.
As you explain later, this is precisely the right way; it is unfortunate
that it isn't always followed.
> (Who reviewed it? This is a _newly_added_ function -
> did nobo
Gregor Lingl wrote:
> For example: put turtle.py and xturtle.py both into beta2 and
> see which one stands better the (beta)test of time. Or perhaps you have
> an even better idea!
As a compromise, we could put an ad into the turtle document (a "see
also" link
the report. xturtle does provide a fatter API; it goes
up from 50 turtle functions in turtle.py to 93 in xturtle.py
(counting with len([s for s in dir(turtle) if 'a' < s <'z']) - I
think turtle should grow an __all__ attribute).
Regards,
Martin
__
?
When it goes into Python, it will be 'turtle'.
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
espect in which I would consider turtle.py
unsatisfactory is the true bugs. At the moment, I can
only see one open turtle.py bug reported, namely
#1047540 (where the submitter later says it might be
an IDLE bug).
Regards,
Martin
___
Python-Dev mailing li
s the former.
Thanks your investigations about the current turtle.py.
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
or newer version
> support and I will investigate this.
No. The checks are all fine.
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
by design that you can use the dict API everywhere, since
dict is part of the language itself. set wasn't designed with such a
goal (the same is true for many other types, I would guess).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
ht
constructor_ob function is a vestige of safe for unpickling.
# There is no reason for the caller to pass it anymore.
> - What does copy_reg.constructor() do?
It does this:
def constructor(object):
if not callable(object):
raise TypeError("
Jeroen Ruigrok van der Werven wrote:
> On 6/29/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>> We should remove/change this comment. It is utterly misleading.
>
> To a warning/error stating that you miss a compiler?
Correct: that you miss VS 2003, or should
ot; then it should create a local variable
> with a value of 2.
py> g = 1
py> def f():
... g = g + 1
...
py> f()
Traceback (most recent call last):
File "", line 1, in ?
File "", line 2, in f
UnboundLocalError: local variable 'g' referenced before as
the BDFL could revert the feature, and
Guido already stated that the warning stays until Python 3, and
probably even after that. I personally believe the only chance to
get this changed now is a well-designed alternative implementation
(although this is no promise that such an alternative w
solved with a versioned external link;
this would mean that ctypes could not be edited directly, but
that one would have to go through the original repository
URL to perform modifications, and then update the external
link.
So I think I still would prefer two-way merges. There are
are
patches floating around to make this rely more on the garbage
collector.
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-
Josiah Carlson wrote:
> Any pointers as to why there is a difference would be appreciated.
This was fixed in r35540, r35541, r35542, r35543, by Nick Bastin
and Armin Rigo, in response to #765624. Enough pointers :-?
Regards,
Martin
___
Python-
ase that we could incorporate without introducing new features.
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
uce(self.proto)
> File "", line 2, in bomb
> Exception: KABOOM! (, 0) {}
You don't get a stack frame for C functions (normally, anyway):
there is no file/line number information available.
The reduce thing you are seeing really comes from
e most likely reason is that he didn't submit the PEP to the PEP
editors. The next likely reason is that the PEP editors did not have
time to add it, yet.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailma
at way, the raw data would get exposed to the Python level.
If you don't want this to happen, you could also revert the
lookup:
static PyObject *mydata; /* = PyDict_New() */
and then
PyDict_GetItem(mydata, MyClass)
If "raw" means "
fore ImportError, and explains what happened.
> Please let me know if this would work and if anything needs to be done
> for this patch to be accepted.
Please notice that there is also python.org/sf/1515361
I had no time to compare this with your patch, yet.
Regards,
Martin
_
Ronald Oussoren wrote:
> What I don't understand yet is why your copy of libz doesn't have
> inflateCopy.
What I don't understand is that configure does not detect that.
Regards,
Martin
___
Python-Dev mailing list
Pytho
any practical purposed. The cost of
tuple comes from setting the elements to NULL, and that has to be done
regardless of whether they were allocated new or came from the list.
Likewise, the GC management has to be done regardless. So I expect that
the speedup is rather minor, and not worth it.
R
f course, it's really no surprise that GC is called more often:
if the tuples are allocated from the cache, that doesn't count
as an allocation wrt. GC. It so happens that your example just
triggers gc a few times in its inner loop; I wouldn't attribute
that overhead to obmalloc per se.
it can only be added to Python 2.6 now.
So take your time with that patch.
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
\Python25"
>
> Shall I file a bug? Or do you want to just document this as a
> limitation?
If this is indeed the problem, it should be fixed. Before filing the bug
report, please confirm that this actually is a problem.
Regards,
Martin
__
I couldn't find any such function in the standard library, though.
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/pyth
I plan to do some subversion administration
tomorrow; in order to be able to roll back changes,
I have to disable write access during these
changes.
The outage shouldn't last longer than one hour;
most likely, it will be much faster.
Regards,
M
I just turned the subversion write access back on.
Unfortunately, I did not manage to perform the changes
I wanted (import ctypes), so I'll have to retry later
when the open issues have been clarified.
Regards,
Martin
___
Python-Dev mailing list
P
Martin v. Löwis wrote:
> I plan to do some subversion administration
> tomorrow; in order to be able to roll back changes,
> I have to disable write access during these
> changes.
I'm going to make a second attempt ten minutes from
now.
Martin v. Löwis wrote:
> Martin v. Löwis wrote:
>> I plan to do some subversion administration
>> tomorrow; in order to be able to roll back changes,
>> I have to disable write access during these
>> changes.
>
> I'm going to make a second attempt ten minu
Aahz wrote:
>>I was trying to compile a python plugin (for gimp) using the MSYS
>>shell and the MINGW compiler.
>
>
> python-dev is the wrong place for this question
Actually, it isn't - he is really asking what the best way of
porting Python to
ssumption:
why is it that you need to change os.sep on MSYS?
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
re is intense time pressure to get the next release of our product
(http://www.goombah.com) ready". Instead, if you need help in this
case, you should hire somebody.
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
argument.
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
he end, he still indicated that he appreciated help.
Oh well,
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
linked? Python is linked with g++ if configure thinks
this is necessary, and the g++ used to link the extension might be
different.
I'd like to see a backtrace of one such mysterious crash.
Regards,
Martin
___
Python-Dev mailing list
Python-
ng is necessary if compiling
a program using CXX and linking it using CC fails.
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
t won't link at all.
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
ules to use
C++ depends on the platform; on Linux, it will.
I believe Linux distributors normally build Python with --without-cxx.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscr
support C++ extension modules - now it might get removed
for the very same reason (to better support C++ extension modules).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
h
5101 - 5200 of 5770 matches
Mail list logo
