Hi folks.
I'm putting a little time into getting my treap module (like a dict, but
always sorted by key) working with distutils.
I want it to be able to compile and install the Cython version from an
included .c file, or to fall back on a pure python version if that fails.
I'm curre
I am trying to use Distutils "bdist_rpm" function on Fedora 30. It is
failing, because Fedora does not provide a "python" executable; it
provides /usr/bin/python2 and /usr/bin/python3.
The error message is:
env: 'python': No such file or directory
error: Bad
Is `distutils` deprecated or about to be deprecated?
https://github.com/python-pillow/Pillow/issues/3547
אורי (Uri)
u...@speedy.net
--
https://mail.python.org/mailman/listinfo/python-list
Em terça-feira, 15 de janeiro de 2002 21:26:05 UTC+1, Martin Bless escreveu:
> Getting courageous I try building 'example.pyd'
> from the SWIG 'Simple Example' using SWIG and the Distutils.
> Looks promising but doesn't succeed. I didn't
> modify
n't find a distutils bug or a discussion why this is not
changed (the problems seems to be already >5 years old). Is there a
rationale behind the current behauviour? And shouldn't that documented
in the Python distutils documentation? [1] is very misleading here then.
I have another problem
Things are moving on in the pypi world
https://mail.python.org/pipermail/distutils-sig/2017-June/030766.html
--
Kindest regards.
Mark Lawrence
--
https://mail.python.org/mailman/listinfo/python-list
I am a Python beginner but would like to contribute $0.02 in absence of
authoritative answers (thanks Tim J. for encouragement).
After researching this topic for a while, it looks like they now recommend
distributing wheels rather than sdist's.
For Windows thus is reasonable, given that there i
* Ivan Pozdeev via Python-list [161106 17:28]:
> https://wiki.python.org/moin/WindowsCompilers has now completely replaced
> instructions for `distutils`-based packages (starting with `from
> distutils.core import setup`) with ones for `setuptools`-based ones
> (starting with `fro
https://wiki.python.org/moin/WindowsCompilers has now completely
replaced instructions for `distutils`-based packages (starting with
`from distutils.core import setup`) with ones for `setuptools`-based
ones (starting with `from setuptools import setup`).
However, if I have a `distutils`-based
er 0 or 1:
>>
>> https://hg.python.org/cpython/file/3.5/Lib/distutils/util.py#l304
>>
>> I am curious why this is the defined behavior and whether anyone can
>> fill me in regarding this approach. For clarity, I would expect the
>> code to `return True` and `ret
On 8/9/2016 9:22 AM, Joseph Bane wrote:
Hello.
It recently came to my attention that the strtobool function in the
standard library doesn't return Python native boolean values, but
rather returns integer 0 or 1:
https://hg.python.org/cpython/file/3.5/Lib/distutils/util.py#l304
I am cu
g.
On Tue, Aug 9, 2016 at 9:34 AM, Michael Selik
wrote:
> On Tue, Aug 9, 2016 at 9:26 AM Joseph Bane wrote:
>>
>>> Hello.
>>>
>>> It recently came to my attention that the strtobool function in the
>>> standard library doesn't return Python na
recently came to my attention that the strtobool function in the
>> standard library doesn't return Python native boolean values, but rather
>> returns integer 0 or 1:
>>
>> https://hg.python.org/cpython/file/3.5/Lib/distutils/util.py#l304
>>
>> I am curious why
Am 08/09/2016 um 03:22 PM schrieb Joseph Bane:
It recently came to my attention that the strtobool function in the
standard library doesn't return Python native boolean values, but
rather returns integer 0 or 1:
In boolean context, 1 is True and 0 is False. So you should be able to
use the res
n native boolean values, but rather
> > returns integer 0 or 1:
> >
> > https://hg.python.org/cpython/file/3.5/Lib/distutils/util.py#l304
> >
> > I am curious why this is the defined behavior and whether anyone can fill
> > me in regarding this approach. For clarity, I wo
On Tue, Aug 9, 2016 at 9:26 AM Joseph Bane wrote:
> Hello.
>
> It recently came to my attention that the strtobool function in the
> standard library doesn't return Python native boolean values, but rather
> returns integer 0 or 1:
>
> https://hg.python.org/cpython/file
Hello.
It recently came to my attention that the strtobool function in the standard
library doesn't return Python native boolean values, but rather returns integer
0 or 1:
https://hg.python.org/cpython/file/3.5/Lib/distutils/util.py#l304
I am curious why this is the defined behavio
I tried building the spammodule.c example described in the documentation
section "Extending Python with C or C++." As shown the code compiles OK but
generates a link error:
LINK : error LNK2001: unresolved external symbol init_spam
build\temp.win32-2.7\Release\_spam.lib : fatal error LNK1120: 1 un
On 12/23/2014 12:27 PM, Mark Lawrence wrote:
I chanced upon this
https://mail.python.org/pipermail/distutils-sig/2014-December/025450.html via
twitter and thought it would be of interest here.
I'll assume that by the time I hit 'Send' it'll have arrived on the
announ
I chanced upon this
https://mail.python.org/pipermail/distutils-sig/2014-December/025450.html via
twitter and thought it would be of interest here.
I'll assume that by the time I hit 'Send' it'll have arrived on the
announcements mailing list :)
--
My fellow Pythonist
On 20 November 2014 13:31, holger krekel wrote:
> Thanks Paul for going through this! Looking forward to the link/code.
Cheers - it's not forgotten, but real life's being a nuisance, so it's
on the back burner for a short while. I'll try to get something done
in a few weeks.
Paul
--
https://mai
le such use may be possible, I probably won't consider it as
> supported.
Thanks Paul for going through this! Looking forward to the link/code.
holger
> Thanks again,
> Paul
> ___
> Distutils-SIG maillist - distutils-...@python.or
Ben Finney wrote:
> Steve Dower writes:
>> Ben Finney wrote:
>> > The restrictions of the license terms make MS Windows an
>> > unacceptable risk on any machine I'm responsible for.
>>
>> Just out of interest, which restrictions would those be?
>
> It has been a long time since I bothered to read
On 7 November 2014 17:42, Ben Finney wrote:
>> Does this prevent you from creating a VM on a cloud provider on your
>> own account?
>
> If I need to accept restrictions such as the above, I don't see that the
> location of the instance (nor the fees charged) has any affect on these
> concerns. The
On 7 November 2014 17:17, Ben Finney wrote:
> Paul Moore writes:
>
>> On 7 November 2014 16:52, Ben Finney wrote:
>> > If I was required to provide packages for MS Windows, the only viable
>> > solutions would be those that don't involve me obtaining an MS Windows
>> > instance myself.
>>
>> For
On 7 November 2014 16:52, Ben Finney wrote:
> If I was required to provide packages for MS Windows, the only viable
> solutions would be those that don't involve me obtaining an MS Windows
> instance myself.
For that usage, an Amazon EC2 AMI sounds ideal, as the license costs
are covered by the A
Ben Finney wrote:
> Paul Moore writes:
>
>> To that end, I'd like to get an idea of what sort of access to Windows
>> a typical Unix developer would have. […] Ideally, a clean Windows 7 or
>> later virtual machine is the best environment, but I don't know if
>> it's reasonable to assume that.
>
> On 07 Nov 2014, at 16:46, Paul Moore wrote:
>
> I'm in the process of developing an automated solution to allow users
> to quickly set up a Windows box so that it can be used to compile
> Python extensions and build wheels. While it can obviously be used by
> Windows developers who want to qui
would be extremely useful. I'm at a point where I can
> pretty easily set up any of these options, but if they don't turn out
> to actually be usable by the target audience, it's a bit of a waste of
> time! :-)
>
> Thanks,
> Paul
> ____
.py
_b.so
libb_utils.so
with header files for libb_utils.so in
$PREFIX/include/pythonX.Y/A/B/
My hope is that I can do all this with distutils. Building and
installing the extension is trivial. But
1.) is there a better way to build a shared library with distutils
than using the
On 19 May 2014 15:24, Vinay Sajip wrote:
> Fixed issue #47: Updated binary launchers to fix double-quoting bug
> where script executable paths have spaces.
Note that this issue affects pip / virtualenv in that creating a
virtualenv in a path with spaces can result in pip not working in th
I have struggled to get Python-3.3.3 distutils to cross compile win-amd64 on
win32. For the specific command (bdist_wininst) I am using the patch below seems
to fix things so I can build amd64 binaries on win32. The code seems a bit
schizophrenic about whether this is supposed to work, but
more complex Extension configurations that
> Cython doesn't have to care about.
>
> You might want to do something similar in your case. It gives users much
> more flexibility when using source code preprocessors and also avoids
> conflicts between packages like the one you descri
re's a new source type I want to handle (.rc and .rs), and
> also tell distutils that it should handle it by running the code that
> I specify (which can compile the .rs/.rc files, remove them from the
> sources list, and add the resulting object files and such to the
> linker arguments)
Last night I wrote a toy prototype module that lets one compile Rust
crates into extension modules for Python. The problem is, I don't know
the "right" way to do this. Ideally I'd just want to tell build_ext
that there's a new source type I want to handle (.rc and .rs)
CMake or distutils. CMake
builds the module properly, finding all dependencies, and when I install
it manually, everything works just fine - but then the problem is that
it has to be installed manually. With distutils, when I use
module1 = Extension('ifrit',
librarie
with no problem (to
/usr/bin/). But I can't install the manpage to /usr/share/man/man1/.
That is why I created installation of manpages in my setup.py.
So with the installation of manpages my installation is complete. But
the problem is I can't uninstall the manpages with `pip uninstall
s
On 04/04/2013 9:30 PM, Colin J.
Williams wrote:
Original Message
Subject: Re: distutils without a compiler
Date: Tue, 02 Apr 2013 16:26:59 -0700
From: Ned Deily
To
In article <515aa9bf.4010...@chamonix.reportlab.co.uk>,
Robin Becker wrote:
> Is there a neat way to get distutils to report compiler absence? Most windows
> users don't have a compiler so building extensions usually doesn't work.
>
> However, python's builti
Is there a neat way to get distutils to report compiler absence? Most windows
users don't have a compiler so building extensions usually doesn't work.
However, python's builtin batteries would allow pre-built pyds to be downloaded
in lieu of an actual build.
Has anyone cre
On Mon, Jan 28, 2013 at 10:31 PM, Vraj Mohan wrote:
> I have created a source distribution using distutils which specifies
> external packages using:
>
> setup(
> ...,
> requires = ['Foo (>= 0.7)', 'Bar (>= 2.4.5)'],
> .
On Wed, Jan 30, 2013 at 9:09 PM, Vinay Sajip wrote:
> Python 3.3 includes a script, pyvenv, which is used to create virtual
> environments.
> However, Distribute and pip are not installed in such environments - because,
> though they are popular, they are third-party packages - not part of Python
I have created a source distribution using distutils which specifies
external packages using:
setup(
...,
requires = ['Foo (>= 0.7)', 'Bar (>= 2.4.5)'],
...
)
When I use pip to install this distribution, I find that it does not
automatically in
OK.
But when I run pip uninstall for ingredients.spam, it also removes the
source files for ingredients and ingredients.eggs. That seems a bit wrong,
but maybe I'm using distutils/pip/setuptools the wrong way. I found out
that if I modify top_level.txt in each of the egg-info directories that ar
Steven D'Aprano-11 wrote
>
> And I have a work-around that seems to work for me. Put this at the top
> of your setup.py install script:
>
>
>
> # Work around mbcs bug in distutils.
> # http://bugs.python.org/issue10945
> import codecs
> try:
> code
On 26/06/2012 23:24, KACVINSKY Tom wrote:
> I have need for a distutils that supports msvc10, and which can be
> back-fitted into Python 2.6. Is there such a beast?
One trick I found was to define an environment variable *VS90COMNTOOLS*
that points to the actual VS2010 lo
Hi,
I have need for a distutils that supports msvc10, and which can be back-fitted
into Python 2.6. Is there such a beast?
Thanks in advance,
Tom
This email and any attachments are intended solely for the use of the
individual or entity to whom it is addressed and may be confidential and/or
i.e., .pc files must be installed to the above location to be
correctly detected by other packages).
Is what I want to do possible, or should I continue using my nasty
hack?
TIA!
Tycho
[1]: http://docs.python.org/distutils/sourcedist.html#commands
--
http://mail.python.org/mailman/listinfo/python-list
Hi all,
I have a question about python 3.2 distutils on a Gentoo amd64 system.
When I open an ipython session and import distutils.unixcompiler and
then check the shared library extension with
UnixCCompiler.shared)lib_extension, it returns '.so', as I would
expect. When I run a s
XLiIV, 25.02.2012 15:47:
> There is many packaging solutions for python.
> I was confused about that but it's nothing. I had to pick one of them.
> I picked distutils because it's part of standard python since 3.3, am
> i right?
Distutils has been part of Python's stdl
There is many packaging solutions for python.
I was confused about that but it's nothing. I had to pick one of them.
I picked distutils because it's part of standard python since 3.3, am
i right?
My goal is to write setup.py with this feature: 'download required
package if not in
On Fri, 24 Feb 2012 00:11:11 +, Steven D'Aprano wrote:
> On Thu, 23 Feb 2012 07:09:35 -0800, jmfauth wrote:
>
>> On 23 fév, 15:06, Steven D'Aprano > +comp.lang.pyt...@pearwood.info> wrote:
>>> Following instructions here:
>>>
>>> http:/
On Thu, 23 Feb 2012 07:09:35 -0800, jmfauth wrote:
> On 23 fév, 15:06, Steven D'Aprano +comp.lang.pyt...@pearwood.info> wrote:
>> Following instructions here:
>>
>> http://docs.python.org/py3k/distutils/builtdist.html#creating-
windows...
>>
>> I am t
On 23 fév, 15:06, Steven D'Aprano wrote:
> Following instructions here:
>
> http://docs.python.org/py3k/distutils/builtdist.html#creating-windows...
>
> I am trying to create a Windows installer for a pure-module distribution
> using Python 3.2. I get a "LookupE
Following instructions here:
http://docs.python.org/py3k/distutils/builtdist.html#creating-windows-installers
I am trying to create a Windows installer for a pure-module distribution
using Python 3.2. I get a "LookupError: unknown encoding: mbcs"
Here is the full output of distuti
distutils generates a number of files automatically in my projects,
including MANIFEST, build/* and dist/*
Is there any reason why I would want or need to track them in mercurial?
I currently have this .hgignore file:
syntax: glob
*.pyc
*~
exclude/*
build/*
dist/*
MANIFEST
Good practice or
ven a .pc.in or
similar) using distutils?
If there's not, is there a good way to access whatever the user passes
in as --prefix (besides parsing sys.argv yourself)?
Thanks,
\t
Bumping a message (especially using top-posting) seldom does much good
unless you also supply some more information
Just re-bumping this - I am fiddling with this code again and it's
gross, so any input would be greatly appreciated :-)
\t
On Mon, Jan 23, 2012 at 05:31:20PM -0600, Tycho Andersen wrote:
> Is there some standard way to generate a .pc file (given a .pc.in or
> similar) using distuti
Is there some standard way to generate a .pc file (given a .pc.in or
similar) using distutils?
If there's not, is there a good way to access whatever the user passes
in as --prefix (besides parsing sys.argv yourself)?
Thanks,
\t
--
http://mail.python.org/mailman/listinfo/python-list
I'm trying to use distutils to install a collection of modules in
/usr/local/lib/python2.7/site-packages. My distribution (Fedora 15)
doesn't include any /usr/local paths in sys.path, so the import fails
when running the program. The distutils documentation suggests adding
a $NAME.pth
.
>
>> First of all, you don't technically need distutils: an extension module
>> is simply a shared library that you can build like any other library,
>> and I'm sure your build system can easily handle that. Then, you can
>> probably use bits of distutils to figure
gt; option.
>
> Okay, your terminology was confused: you want to extend Python, not your
> application.
Sorry, after I sent that e-mail, I realized I had already mixed up the
terms, where I should have written "embedding".
> First of all, you don't technically need distut
confused: you want to extend Python, not your
application.
First of all, you don't technically need distutils: an extension module
is simply a shared library that you can build like any other library,
and I'm sure your build system can easily handle that. Then, you can
probably use bit
am, Thomas Jollans wrote:
> On 22/07/11 15:43, strattonbrazil wrote:
>
> > I'd like to extend my C++ Qt applicaition using distutils. Looking
> > over the tutorial docs (http://docs.python.org/extending/
> > building.html#building), it seems fairly intuitive for simpl
On 22/07/11 15:43, strattonbrazil wrote:
> I'd like to extend my C++ Qt applicaition using distutils. Looking
> over the tutorial docs (http://docs.python.org/extending/
> building.html#building), it seems fairly intuitive for simple
> examples, but I'm already using
I'd like to extend my C++ Qt applicaition using distutils. Looking
over the tutorial docs (http://docs.python.org/extending/
building.html#building), it seems fairly intuitive for simple
examples, but I'm already using a rather complex qmake/Makefile system
to get all my cpp files and
On 3/06/2011 6:57 PM, Seb S wrote:
Hi all,
Just a quick question , I have a simple script I want to convert into a windows
installer and give to some friends.
I had a look at http://docs.python.org/distutils/introduction.html and wrote
this setup script:
#!/usr/bin/env python
from
Hi all,
Just a quick question , I have a simple script I want to convert into a windows
installer and give to some friends.
I had a look at http://docs.python.org/distutils/introduction.html and wrote
this setup script:
#!/usr/bin/env python
from distutils.core import setup
setup(name=&q
Solved: the problem was right there in the packagelist() function, it
replaced '/' with dots instead of using os.sep ...
I'm very sorry for the noise, although it's surprising everything else
works without dots in the packages names :-)
with regard,
Wilbert Berendsen
--
http://www.wilbertberend
Hi,
I have created a distutils setup.py script that installs a list of packages
(all subpackages of one main package). Some packages have package_data files
(icons, translations, etc).
Running setup.py install on my Linux system (python 2.6) perfectly installs
all package data, but on Windows
Miki Tebeka wrote:
.py files from more than one source directory into a single
package when installing?
The Selenium Python bindings does something like that, have a look at
http://selenium.googlecode.com/svn/trunk/setup.py
Unless I'm missing something, nothing out of the ordinary is
happenin
Greg,
> Is there a straightforward way to tell distutils to merge
.py files from more than one source directory into a single
package when installing?
The Selenium Python bindings does something like that, have a look at
http://selenium.googlecode.com/svn/trunk/setup.py
The other option is
Is there a straightforward way to tell distutils to merge
.py files from more than one source directory into a single
package when installing?
PyGUI consists of some generic modules and some platform
specific ones, that conceptually all live at the same level
within a single package. In the
Hi all,
I have a problem with using distutils and was hoping someone might be
able to help. The .exe and .zip files work fine - and easy_install uses
the .zip file by default it seems - but in the .tar.gz file the execute
bit is not set for any directories meaning a user on linux has to go
I answer myself to put my question on top of the list again.
On Feb 12, 7:47 pm, aspineux wrote:
> Python 2.6 can run a zip file, searching for __main__.py in the root
> of the zip archive and running it.
> How can I create such an archive using distutils (and not
> setuptools) ?
Python 2.6 can run a zip file, searching for __main__.py in the root
of the zip archive and running it.
How can I create such an archive using distutils (and not
setuptools) ?
If I use
# python setup.py bdist --format=zip
I get a "dumb" zip file with a deep tree structure from "
Hi Folks
I am trying run Distutils setup inside a script.
The Docs dont tell me much and I cant find any examples.
This script will generate shared libraries recursive to all files in a
dir.
-
import os
import sys
from distutils.core import setup as d
from
ing manifest file 'MANIFEST'
> [...]
> ' not a regular file -- skipping
> ' not a regular file -- skipping
> ' not a regular file -- skipping
In distutils/command/sdist.py in make_release_tree() I find
log.warn("'%s' not a regular file -- skipping&quo
hon extension, I've basically taken
> the
> "noddy" demo[1] and thrown in a function call from the DSC library
> just to see
> if I can get something to build.
>
> My distutils setup.py looks like:
>
>
> from distutils.core im
On Nov 8, 4:16 pm, "Martin v. Loewis" wrote:
> No. A python *installation* has a Makefile, in config/Makefile. If
> you want distutils to use different options, you could edit this
> Makefile.
Oh, I see what you mean. But then it would affect *everything* I build
on that mac
>> You can solve some of the
>> problems by editing the Makefile which it uses to learn the compiler
>> options from.
>
> I don't understand this - do you mean I should edit the Makefile in
> the actual distutils package, and somehow use that in my project
>
On Nov 8, 8:55 am, Jason wrote:
> Do you know if virtualenv allows installing a Python environment with
> a different architecture than that of the system Python install? I
> suspect not, but maybe there's an option I don't know about.
Found a better solution, which is to just compile Python from
On Nov 8, 8:30 am, "Martin v. Loewis" wrote:
> At a minimum, you should be using the target's python binary. distutils
> has close-to-none cross-compiling support.
Do you know if virtualenv allows installing a Python environment with
a different architecture than that
> So is it possible to get distutils to cross compile something like
> this, and
> if so, what am I missing? Or am I using the wrong tool for the job?
At a minimum, you should be using the target's python binary. distutils
has close-to-none cross-compiling support. You can sol
f I can get something to build.
My distutils setup.py looks like:
from distutils.core import setup, Extension
module1 = Extension('noddy',
sources = ['src/noddy.c'],
libraries = ['pthread'],
include_dirs = ['/usr/local/dscud-6.02&
Hi!
I was following the documentation about distutils [1] in order to install my
application in a python-way. But installing it in /usr/local (following the
official doc [2] too) with
$ sudo python setup.py install --prefix=/usr/local
The data files are created inside the python package, in
On Wednesday 15 September 2010, it occurred to Paul Watson to exclaim:
> So, what is not a regular file about this? Is there any way to find out
> which files are being considered irregular?
Regular files are the kind of files used to store bytes. Other kinds of files
you might find in a file sy
In message <8faqj0fno...@mid.individual.net>, Paul Watson wrote:
> ' not a regular file -- skipping
> ' not a regular file -- skipping
> ' not a regular file -- skipping
Just a guess, is the file it’s complaining about named “'”?
--
http://mail.python.org/mailman/listinfo/python-list
So, what is not a regular file about this? Is there any way to find out
which files are being considered irregular?
$ uname -a
CYGWIN_NT-6.0-WOW64 pwatson 1.7.7(0.230/5/3) 2010-08-31 09:58 i686 Cygwin
$ cat setup.py
from distutils.core import setup
setup(
name='xlsexport',
version='0
In article ,
Louis Theran wrote:
>
>Is there a standard recipe for getting distutils to built universal .so
>files for modules that have C/C++ source?
You should check the archives of
http://mail.python.org/mailman/listinfo/pythonmac-sig
--
Aahz (a...@python
On 7/26/10 1:36 PM, Louis Theran wrote:
Is there a standard recipe for getting distutils to built
universal .so files for modules that have C/C++ source?
If your Python was built to be Universal, it will automatically use the same
architecture flags to build the extension modules Universal
Is there a standard recipe for getting distutils to built
universal .so files for modules that have C/C++ source?
--
http://mail.python.org/mailman/listinfo/python-list
I let the setup.py script talk:
# 03_1__noddy
from distutils.core import setup, Extension
import distutils.ccompiler
compilerName = distutils.ccompiler.get_default_compiler()
options = []
if compilerName == "msvc":
# * distutils sets warning level 3:
# Overriding with war
Many library modules support "python setup.py test", but the
Python distutils documentation at
http://docs.python.org/distutils/configfile.html
makes no mention of it, except as a possible future extension.
Some setup.py files have
test_suite = "module
On Apr 16, 2010, at 3:12 PM, TomF wrote:
I'm packaging up a program with distutils and I've run into problems
trying to get setup.py right. It's not a standalone package; it's a
script plus modules, data files and documentation. I've been over
the distutils doc
I'm packaging up a program with distutils and I've run into problems
trying to get setup.py right. It's not a standalone package; it's a
script plus modules, data files and documentation. I've been over the
distutils documentation but I'm having trouble
e this off msilib directly, instead of trying
> to subvert bdist_msi to do what you want.
Yes, that was the first thing I looked at. But as you've pointed out in
the past, it requires a lot of MSI know-how to use that library
directly. For a variety of applications, you've already
> I've been re-thinking the UpLib Windows installer technology, and it
> occurred to me to wonder why I can't just use the nice bdist_msi module
> in Python to build my packages. I took a look, and it seems almost
> doable. Presumably you wrote it?
Correct.
> UpLib is a big package, with lots o
Martin,
I've been re-thinking the UpLib Windows installer technology, and it
occurred to me to wonder why I can't just use the nice bdist_msi module
in Python to build my packages. I took a look, and it seems almost
doable. Presumably you wrote it?
UpLib is a big package, with lots of Python an
Well, in any case this seems to be working ok for me now.
--
http://mail.python.org/mailman/listinfo/python-list
1 - 100 of 544 matches
Mail list logo
