E_T_CLEAN,
then exceptions.c can be extended.
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
d of sequence.
Since most accesses go through macros, they are already typed correctly
as long as the field have the same names (templates in C :-).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pyth
ind of mistake (working on old sources) quite natural,
so no need to apologize (of course, apologizing can't hurt except
yourself...)
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
U
the objections that it may break other people's
doctest test cases.
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
ok to the callable,
which would provide the dictionary; this dictionary might not be
a proper dictionary (but only some mapping), or it might be pre-initialized.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mai
m the arena; that seems to help.
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
Neal Norwitz wrote:
> I'll leave this decision to Martin or someone else, since I'm not
> familiar with the ramifications. Since it was documented as unsigned,
> I think it's reasonable to consider changing. Though it could create
> signed-ness warnings in other modu
Tim Peters wrote:
> Just do it. Branches under SVN are cheap, go fast, and are pretty
> easy to work with. Even better, because a branch is just another
> named directory in SVN's virtual file system, you can "svn remove" it
> when you're done with it (just like any other directory).
That's all
se, it's up to the release manager to decide.
> Note that you'd only see this change when compiling Python in the
> non-standard UCS4 setting on Linux.
Sure. That happens to be the default on many Linux distributions,
though.
Regards,
Martin
___
Brian Quinlan wrote:
>>> if any(seq, lambda x: x==5):
>> if any(x==5 for x in seq):
>
> Aren't all of these equivalent to:
>
> if 5 in seq:
> ...
There should be one-- and preferably only one --obv
hell where I want to use an
--enable-share'd binary.
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
fy
the process, don't hesitate to produce patches.
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
) may get called more than
> once if socket-slinging code appears in a Py_Initialize() ...
> Py_Finalize().
Module initialization functions are called each time. Py_Finalize
"forgets" which modules had been loaded, and reloads them all.
Regards,
Martin
__
Martin v. Löwis wrote:
> Tim Peters wrote:
>> Well, there may well be a bug (or multiple bugs) underlying that one
>> too. It's one thing for Py_Finalize() not to release all memory (it
>> doesn't and probably never will), but it's not necessarily the sa
ming you have
no difficulties to read above term).
> I suppose
>
> (len([x for x in SEQ if PRED(x)]) > 0)
>
> will suffice for now. Obvious enough, Martin?
It's simpler written as
any(PRED(x) for x in SEQ)
or
any(True for x in SEQ if PRED(x))
if you want
U
NT_ALLOCS numbers.
The first number was without COUNT_ALLOCS being defined, though.
Anyway, thanks for your comments. I'll try to look at this from
time to time, maybe I can resolve some of the leaks.
Regards,
Martin
___
Python-Dev mailing list
P
t shows only about 3 hrs, from Sat 15 Apr 2006
> 21:47:13 GMT to now (about 00:50:00 GMT Sunday). This is under
> Firefox on Windows, so nobody can blame it on an IE bug :-)
There is another limit on the height of the waterfall: at most 200
"timestamps". I h
7;t directly modified, but
that instead patches are filed on the SF tracker and assigned to him.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/
ucts
measurements, and could well explain why the number of leaked
objects is so much higher when COUNT_ALLOCS is defined. OTOH,
I can see why "this code requires that they stay alive".
Any ideas on how to solve this dilemma? Perhaps the type_list
could be a list of weak references, so t
ck in a vbscript file, similar to the one in
http://support.microsoft.com/kb/q187913/
OTOH, we could just as well check in an executable that
does all that, e.g. like the one in
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/perfmon/base/enumerat
too surprising that python_d.exe keeps running. The
buildbot has a process handle for the cmd.exe process that runs
test.bat. python_d.exe is only a child process of process. So killing
cmd.exe wouldn't help, even if it worked.
Regards,
Martin
___
Pytho
submit another 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
> could revive it if anyone thinks that it's worthwhile...
>
> What do you think?
I just looked at it, and yes, it's a good idea. As you say, the patch
is currently out of date. It is probably easiest to redo it from
scratch; if you do, please use print redirections instead
Currently, the readdir() call releases the GIL. I believe
this is not thread-safe, because readdir() does not need
to be re-entrant; we should use readdir_r where available
to get a thread-safe version.
Comments?
Regards,
Martin
___
Python-Dev mailing
ot;The readdir() interface need not be reentrant."
which seems to allow for an implementation that returns a static
struct dirent.
Of course, the most natural implementation associates the storage
for the result with the DIR*, so it's probably not a real pro
is now was able to unstick Trent's build
slave.
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
Grégoire Dooms wrote:
> What should I do to get it reviewed further ? (perhaps just this :
> posting to python-dev :-)
It didn't help that much, except for keeping your mail in my inbox.
In any case, I went back to it and checked it in.
Rega
ion repository
(http://svn.python.org/projects/python), or, failing that,
remove that entry? The CVS repository is no longer used.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-de
ne options
of that script are, I now added a reindent makefile target.
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
for the result with the DIR*, so it's probably not a real problem...
>
> If this were a problem on some platform I'd expect it to be so
> ancient that it doesn't offer readdir_r either.
Sure - I would have just removed Py_BEGIN_ALLOW_THREADS on
systems whi
bot does *not* close the pipe, but stops
reading from it. In that case, Python's WriteFile would block.
If that happens, it would be useful to attach with a debugger to
find out where Python got stuck.
Regards,
Martin
___
Python-Dev mailing list
Py
UNICODE*' to 'unsigned
> char*' for argument '1' to 'int sre_literal_template(unsigned char*, int)'
>
> During the 16-bit pass, SRE_CHAR expands to Py_UNICODE, so the call to
> sre_literal_template is incorrect. Any ideas how to fix things?
sre_lite
[EMAIL PROTECTED] wrote:
> Martin> Also, I suggest to use None as the return value for "no value
> Martin> available"; it might be that the configured value is an empty
> Martin> string (in which case confstr returns 1).
>
> I'll work on all of
lp the user that the magic is present, yet I still do believe
that magic is inherently evil: explicit is better than implicit.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscrib
Gerhard Häring wrote:
> Speaking of which, what about SVN commit privileges for me?
Send me your key, and I'll add you. I assume 'gerhard.haering'
would work as the commit name?
Regards,
Martin
___
Python-Dev mailing list
Python-D
d, after a few years of sadness,
a new, smart developer will come along and provide a super replacement.
And that will repeat in cycles of roughly 10 years.
We have to stop this. If distutils has flaws, fix them. Never ever
even think about rewriting software:
http://www.joelonsoftware.com/articl
as to rewrite their code, because the "old"
modules don't see fixes, and get obsoleted and eventually removed.
Users get the impression that Python breaks their APIs for no good
reason every now and then.
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
ll has tons of "ancient netscape codebase" in it.
The could not have completed it otherwise.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.or
id not want to approve it, either
(he just would not object).
If you (Anthony) want to act as a second for setuptools, I
would feel much happier - because I can then blame you for
whatever problems that decision causes five years from now.
Regards,
Martin
I think some of the hostility
> towards Phillip's work has been excessive.
I'd like to make clear that my hostility is only towards his work;
never towards Phillip Eby himself.
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
never had a need to, either).
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
case-by-case basis: conditionalize
code inside setuptools, depending on Python version (or other criteria).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.o
proved it, I can accept it. There is
nothing you could possibly do to ease my concerns about maintainability,
or my dislike of a Python-specific package format.
> Meanwhile, this discussion has used
> up the time that I otherwise would have spent writing 2.5 documentation
> today (e.g., fo
y to discourage people from working
> further on Python or on the code in question.
Well, I appreciate other contributions from other people, and I have
always encouraged people to contribute to Python. It's just that
I dislike this *specific* package, for several reasons, some of
ions should be
included the subversion repository, and the vista versions ignored?
Or how else should that work?
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python
al wants to study the complete source
base of setuptools. Perhaps that means I won't have to :-)
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.py
tform packages: .rpm, .msi, .deb. Package
authors will refuse to produce them, putting the burden of package
maintenance (what packages are installed, what are their dependencies,
when should I remove a package) onto the the end user/system
administrator.
Regards,
Martin
_
aned.
He has, and it is. Still, for whatever reason, I feel particularly
uneasy here (and yes, that is my fear, my uncertainty, and my doubt).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/list
[EMAIL PROTECTED] wrote:
> Martin> c) ask for consent in advance to making a potentially-breaking
> Martin>change.
>
> Doesn't that potentially extend the release time for an enhanced distutils
> across multiple Python releases?
Yes, but your alternative doe
2000, and I see
it on a "What's new in Windows XP" page)
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
ge;'
So the .egg inventors do view .egg files (i.e. the .egg zipfile
format) as a distribution format, just like rpm/msi/deb *are*
distribution formats (none of them "zero installation", though,
you always have to perform some deployment activity).
Regards,
Martin
___
pport for them: it is possible to install
> packages in the tradition way but with some additional files that tell
> setuptools about installed packages.
As a system administrator, I don't *want* to learn how to install
Python packages. I know how to install RPMs
it that way.
Hence my -0. I see the practical need for it, and practicality beats
purity, but I still would like to see it done in what I think is
the right way.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/ma
eryone was using it. It's all been downhill from
> there. :-)
Right. I'm not asking that the name is changed in
setuptools - I'm just complaining about the state of
the world, and showing my lack of intuition for the
English language.
Regards,
Martin
_
to change first. Changes
to the documentation follow from that. If the attitude is right, I'll
have to accept that I have a minority opinion.
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
g: at best, side-by-side
installation can *help* to solve versioning problems. It might
also contribute to increase them, as people stop worrying about
backwards compatibility, trusting that side-by-side installation
can replace proper engineering.
Regards,
Martin
__
ligned with naming conventions.
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
th files) also work for this and that's what I usually install.
> Setuptools can work with python extension inside .zip files, but I'm
> not entirely comfortable with that.
It's primarily the .egg *files* that I dislike. I'm can accept
the .egg directories.
Regards,
Martin
n XP
and later only).
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
work.
This is precisely what happens in KDE: you have konqueror happily
browse an SMB directory, double-click on a .xls file, OpenOffice
starts and can't access the file it was started with. It doesn't
matter to the user that there is "a good reason" for that.
Regards,
Martin
er the py_
prefix is really necessary, or, if it is meant to match PyObject*
whether it should be called PyObject or PyObject_p.
However, if every ctypes user knows what py_object is, there is
probably little point in renaming it.
Regards,
Martin
___
Pyt
h that compiler (although I haven't verified
that distutils would pick that up correctly).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/m
copy?
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 great if the patches provided here were reviewed and
> integrated into the official Python distutils.
Something like this should already be in Python 2.5. I just haven't
tested it in this configuration.
Regards,
Martin
___
Python-Dev mailing l
restrict themselves to int64->int32
warnings (essentially).
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
el's C
> compiler).
It still isn't clear :-) The flags is also available in msvc:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/vchowWp64Detect64BitPortabilityProblems.asp
There is even a checkbox for it
to my system.
- CPAN shouldn't include Perl proper (likewise, the Cheesehop
shouldn't include Python proper). If dependencies can't
be resolved with the current version, but could be resolved
with a later version, the download tool should give up
and explain it all.
Regards,
x27;d be happy to volunteer to try
> the experiment and run any suggested tests.
I don't see much value in saving a few bytes, and I expect that
performance will go down noticeably. Still, only an experiment
could show what the real impact is.
Regards,
Martin
_
ould be scared what people are doing with your machines :-) From
http://www.python.org/dev/buildbot/trunk/x86%20Ubuntu%20dapper%20%28icc%29%20trunk/builds/229/step-compile/0
'OPT': '-Wp64 -g -O3'
icc -pthread -c -fno-strict-aliasing -Wp64 -g -O
call). Then, the next test will fail with permission
denied.
This is a heisenbug: different runs will fail in different tests, and
letting sysinternals perform complete tracing make the failure go away.
Regards,
Martin
___
Python-Dev mailing list
Python-De
ma_smalltable, or do they have an extra
ma_table?
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
Sean Reifschneider wrote:
> Thoughts?
In Python 2.5, exit(0) exits.
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-
;t necessary, but won't hurt), one should just keep holding
the lock. If it is essential to release the lock, because the code
would otherwise deadlock, the code should be dramatically revised
to avoid that situation, e.g. by redefining the granularity of the
lock, and moving the
Martin v. Löwis wrote:
> - Paul Moore has contributed a Python build procedure for the
> free version of the 2003 compiler. This one is without IDE,
> but still, it should allow people without a VS 2003 license
> to work on Python itself; it should also be possible to develop
&g
something to do with the lock held
c.unlock()
So the refactoring is to move the unlock/wait/lock sequence
into the condition object. Using with, you could write this
as
with threading.Condition() as c:
while nothing to do:
c.wait()
# do work
So no need for
ceded.
Sure: they will remove download access to VS 2005 when VS 2007
comes available. Still, VS 2005 is available for download right
now, and VS 2003 isn't (anymore).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.p
hat reads
"The download you requested is unavailable. If you continue to see this
message when trying to access this download, go to the "Search for a
Download" area on the Download Center home page."
both with Firefox and MSIE.
Regards,
Martin
ease post it here. All URLs I found
don't work (anymore).
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
next 6
months.
Requesting it from the buildbot guys has a higher chance to get it
implemented, though - Brian Warner promised to listen to our feature
requests (IIRC).
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pyth
Sylvain Thénault wrote:
> I've posted a patch (#1475523) for this and assigned it to Martin Von
> Loewis since he was the core developper who has made some followup on
> the original bug. Could someone (Martin or someone else) quick review
> this patch ? I really need a fi
: return self
# roughly: __enter__ is actually set in __init__ to self.lock.acquire
def __enter__(self):
return self.acquire()
def __exit__(self):
return self.release
Looks somewhat redundant to me, but correct.
Regards,
Martin
___
Python-De
't want you to provide copies of that file.
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
Guido van Rossum wrote:
> Tim is right, the UNLOCK/LOCK part is implied in the wait() call.
> However, the wait() implementation really *does* provide a use case
> for the primitive operation that Nick proposed, and it can't be
> refactored to remove the pattern Martin disappro
Brett Cannon wrote:
> I created patch 1474907 with a fix for it. Checks if %zd works for
> size_t and if so sets PY_FORMAT_SIZE_T to "z", otherwise just doesn't
> set the macro def.
>
> Assigned to Martin to make sure I didn't foul it up, but pretty much
>
the feature is undesirable or the specific
approach at solving the problem - just nobody is interested to work
on it. So future contributors shouldn't get the impression that this
was discussed and rejected, but that it was discussed and abandoned.
Regards,
Martin
n.
Use news:comp.lang.python (mailto:python-list@python.org) for
the latter.
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
e
any subdirectory can be a package, with all consequences this causes.
If the consequences are undesirable, users should just stop putting
non-package subdirectories into a package if they want to use the
tool. However, I doubt there are undesirable consequences (although
consequences mi
ult of the lookup in
an efficient memory structure.
In all cases, the directory contents (whether read from disk
into memory or not) does not have to be copied into python's
address space for stat(2), but does for readdir(3).
Regards,
Martin
_
ckage, instead
of raising ImportError on attempts to import that sub-package."
(a module file, in that context, would be a file file which matches
imp.get_suffixes(), in case that isn't clear)
Regards,
Martin
___
Python-Dev mailing list
Python-De
erations. While the operators for these somewhat overlap (for + and
*), the semantics of the operators never overlaps. So long and
bitarray are completely distinct types, not subtypes of each other.
IOW, you should do
class bitarray:
def __init__(self):
approach" (assuming it is different from the "pre-Vista approach")?
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
m it - these types are not in an "is-a" relationship.
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
Dennis Heuer wrote:
> I hope that somebody agrees and is already starting to implement this
> new array type. My best wishes are with you.
This is off-topic for python-dev. Please post to comp.lang.python instead.
Regards,
Martin
___
Python-Dev m
ython_icon.exe only.
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
d I
also assume the Vista icons are to be ignored, but what about the
other(s)?
For the OSX icons, I guess Ronald Oussoren owns the task of getting
them into the distribution.
> Fred, Fredrik, Martin: xmlplus/xmlcore situation re: ElementTree
I still hope Fred could make progress; I had no t
ions are not yet or no longer correct, but you
> can take a look at it here:
>
> http://starship.python.net/crew/theller/manual/manual.html
>
> This could be completed and committed into SVN soon.
Looks good to me.
Martin
___
Python-
ORDS_BIGENDIAN from __(BIG|LITTLE)_ENDIAN__
if they are defined, and makes it configure-time otherwise.
So in short: WORDS_BIGENDIAN will always be right, and
will have two different values in a fat binary.
Regards,
Martin
___
Python-Dev mailing list
Py
b.%s-%.3s" % (get_platform(), sys.version)
s = os.path.join(os.path.dirname(sys.path[-1]), s)
sys.path.append(s)
I would suggest fixing #586680: Add build/lib.* before adding
dynamic-load modules, by moving the code into Modules/getpath.c.
You should be a
f the artist has informally agreed to do that (so it is just the
formal signing that takes time), go ahead.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python
ontrib/contrib-form/)? Without
some kind of explicit contribution, I hesitate to use it.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/opti
4901 - 5000 of 5770 matches
Mail list logo
