среда, 12 октября 2016 г., 4:29:02 UTC+10 пользователь Michael Torrie написал:
> On 10/11/2016 05:33 AM, Андрей Логунов wrote:
> > I need the Python Shell for use in education (turtle graphics, etc.),
> > but the UI must be localized in the Russian language. The question is
> > if it's at all possi
On 10/11/2016 05:33 AM, Андрей Логунов wrote:
> I need the Python Shell for use in education (turtle graphics, etc.),
> but the UI must be localized in the Russian language. The question is
> if it's at all possible to feed the strings in or rebuild it or...
For educational purposes, you might fin
On Tue, 11 Oct 2016 10:33 pm, Андрей Логунов wrote:
> I need the Python Shell for use in education (turtle graphics, etc.), but
> the UI must be localized in the Russian language. The question is if it's
> at all possible to feed the strings in or rebuild it or...
Yes it is possible, but it is pr
In article <54ec1360$0$12978$c3e8da3$54964...@news.astraweb.com>,
Steven D'Aprano wrote:
> Ned Deily wrote:
> > With no --prefix= on ./configure, the default install location is to
> > /usr/local, so "make install" would install a link at
> > /usr/local/bin/python (or python3) and it would only o
In a message of Tue, 24 Feb 2015 11:18:38 +, David Aldrich writes:
>> >> BUT do *not* run `make install` as that will overwrite your system
>> >> Python and Bad Things will happen. Instead, run `make altinstall`.
>
>Thanks for all the warnings. We did use `make altinstall`, so all is ok.
>
>Rec
> >> BUT do *not* run `make install` as that will overwrite your system
> >> Python and Bad Things will happen. Instead, run `make altinstall`.
Thanks for all the warnings. We did use `make altinstall`, so all is ok.
Recompiling, with readline installed, fixed the arrow keys.
--
https://mail.pyt
Ned Deily wrote:
> In article <54ebdcfa$0$11100$c3e8...@news.astraweb.com>,
> Steven D'Aprano wrote:
>> Almost right!
>>
>> You can install Python from source. Unzip the source tar ball, cd into
>> the source directory, and run:
>>
>> ./configure
>> make
>>
>> BUT do *not* run `make install`
Laura Creighton wrote:
> DO NOT REBUILD PYTHON ON CENTOS!
>
> It can break the whole package management system
> which depends on having a particular version of python installed.
>
> If you are running Centos you need to use virtualenv to be safe.
>
> Laura
Almost right!
You can install Pyth
Thanks for your replies, I will give readline a try.
> PS: and you mention being on CentOS but running apt-get. I believe CentOS
> and other Red-Hat based distros use "yum" instead of "apt-get"
Yes, I think I need to use:
yum install readline-devel
Best regards
David
--
https://mail.python.o
On 2015-02-23 13:44, David Aldrich wrote:
> I want to use the Python 3.4 interpreter interactively, via a PuTTY
> ssh session. Python is running on Centos 5.
>
> Currently, the arrow keys do not work:
[snip]
> sudo apt-get install libreadline-dev
>
> followed by a rebuild of Python
>
> or
>
>
On Tue, Feb 24, 2015 at 12:44 AM, David Aldrich
wrote:
> I want to use the Python 3.4 interpreter interactively, via a PuTTY ssh
> session. Python is running on Centos 5.
>
> This stackoverflow thread:
>
> http://stackoverflow.com/questions/893053/python-shell-arrow-keys-do-not-work-on-remote-mac
On Sat, Feb 1, 2014 at 7:51 PM, Terry Reedy wrote:
> I should have added 'to C itself', as the string terminator.
Oh, right. Yes, in that sense \0 is special. It's still wrong that an
incoming text string gets interpreted as code, but that's probably
just a consequence of the jump from Python to
On 2/1/2014 2:26 AM, Chris Angelico wrote:
On Sat, Feb 1, 2014 at 4:46 PM, Terry Reedy wrote:
On 1/31/2014 10:36 PM, Chris Angelico wrote:
On Sat, Feb 1, 2014 at 1:54 PM, MRAB wrote:
I think that some years ago I heard about a variation on UTF-8
(Microsoft?) where codepoint U+ is encod
On Sat, Feb 1, 2014 at 4:46 PM, Terry Reedy wrote:
> On 1/31/2014 10:36 PM, Chris Angelico wrote:
>>
>> On Sat, Feb 1, 2014 at 1:54 PM, MRAB wrote:
>>>
>>> I think that some years ago I heard about a variation on UTF-8
>>> (Microsoft?) where codepoint U+ is encoded as 0xC0 0x80 so that the
>>
On 1/31/2014 10:36 PM, Chris Angelico wrote:
On Sat, Feb 1, 2014 at 1:54 PM, MRAB wrote:
I think that some years ago I heard about a variation on UTF-8
(Microsoft?) where codepoint U+ is encoded as 0xC0 0x80 so that the
null byte can be used as the string terminator.
I had a look on Wikipe
On 1/31/2014 8:52 PM, Chris Angelico wrote:
On Sat, Feb 1, 2014 at 12:45 PM, Terry Reedy wrote:
H:\HP_Documents\0PythonWork\AirplaneKinematics\accel2.py
caused this message
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc0 in position 14:
invalid start byte
So... something's interpreti
On Sat, Feb 1, 2014 at 1:54 PM, MRAB wrote:
> I think that some years ago I heard about a variation on UTF-8
> (Microsoft?) where codepoint U+ is encoded as 0xC0 0x80 so that the
> null byte can be used as the string terminator.
>
> I had a look on Wikipedia found this:
>
> http://en.wikipedia
On 2014-02-01 01:52, Chris Angelico wrote:
On Sat, Feb 1, 2014 at 12:45 PM, Terry Reedy wrote:
H:\HP_Documents\0PythonWork\AirplaneKinematics\accel2.py
caused this message
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc0 in position 14:
invalid start byte
So... something's interpretin
On Sat, Feb 1, 2014 at 12:45 PM, Terry Reedy wrote:
> H:\HP_Documents\0PythonWork\AirplaneKinematics\accel2.py
> caused this message
> UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc0 in position 14:
> invalid start byte
So... something's interpreting \0 as codepoint U+ (which it
shou
On 1/31/2014 2:51 PM, Peter Otten wrote:
rpuc...@cox.net wrote:
Python 3.3.3 (v3.3.3:c3896275c0f6, Nov 18 2013, 21:18:40) [MSC v.1600 32
bit (Intel)] on win32 Type "copyright", "credits" or "license()" for more
information.
import idlelib.idle
Exception in Tkinter callback
Traceback (most rec
rpuc...@cox.net wrote:
> Python 3.3.3 (v3.3.3:c3896275c0f6, Nov 18 2013, 21:18:40) [MSC v.1600 32
> bit (Intel)] on win32 Type "copyright", "credits" or "license()" for more
> information.
import idlelib.idle
> Exception in Tkinter callback
> Traceback (most recent call last):
> File "C:\Py
On 1/29/2014 11:16 PM, Ben Finney wrote:
Terry Reedy writes:
On 1/29/2014 6:26 PM, shangonich...@sbcglobal.net wrote:
> If I launch the Python GUI it opens a Python Shell fine. But as
> soon as I try to open a file (including a "new" file), it closes
> the Shell.
This I do not. What i
Terry Reedy writes:
> On 1/29/2014 6:26 PM, shangonich...@sbcglobal.net wrote:
> > > If I launch the Python GUI it opens a Python Shell fine. But as
> > > soon as I try to open a file (including a "new" file), it closes
> > > the Shell.
>
> This I do not. What is 'Python GUI'? What is 'Python
On 1/29/2014 6:26 PM, shangonich...@sbcglobal.net wrote:
I am on Windows 8, Python 3.3.4 and 3.3.3 and all previous versions
exhibit the same problem on my Windows 8 PC. This problem occurred out
of nowhere overnight. It was working fine for months until today.
Try the following, which I believ
On Nov 15, 10:38 pm, goldtech wrote:
> Hi,
>
> Using Windows. Is there a python shell that has a history of typed in
> commands?
>
> I don't need output of commands just what I typed it. I need it to
> save between sessions - something that no shell seems to do. If I
> reboot there will still be a
On Nov 25, 6:58 pm, Tim Golden wrote:
> Do you have the pyreadline module installed? ISTR that that takes
> over from the standard cmd processing...
I'm pretty sure I do.
It's really not an issue, though, as I tend to stick to linux &
iPython where possible :)
--
http://mail.python.org/mailman
> Except that, intriguingly, I'm also using an ActiveState distro
> and it neither adds Ctrl-D nor prevents history. But I'm
> fairly sure that pyreadline does both of those things.
>
> TJG
In python I can spawn a process to run python byte code that will produce a
file with results. Easy to av
On 25/11/2011 10:37, Ulrich Eckhardt wrote:
Am 25.11.2011 04:49, schrieb alex23:
On Nov 24, 6:51 pm, Tim Golden wrote:
The Ctrl-Z thing is what *exits* the interpreter on Windows
(a la Ctrl-D on Linux).
With ActivePython, Ctrl-D works as well, which is a godsend as I'm
constantly working acro
Am 25.11.2011 04:49, schrieb alex23:
On Nov 24, 6:51 pm, Tim Golden wrote:
The Ctrl-Z thing is what *exits* the interpreter on Windows
(a la Ctrl-D on Linux).
With ActivePython, Ctrl-D works as well, which is a godsend as I'm
constantly working across Windows& linux.
In short - on Windows,
On 25/11/2011 03:47, alex23 wrote:
Tim Golden wrote:
The interpreter inherits the command shell's history function:
Open a cmd window and then a Python session. Do some stuff.
Ctrl-Z to exit to the surrounding cmd window.
Do some random cmd stuff: dir, cd, etc.
Start a second Python session.
Tim Golden wrote:
> The interpreter inherits the command shell's history function:
> Open a cmd window and then a Python session. Do some stuff.
>
> Ctrl-Z to exit to the surrounding cmd window.
> Do some random cmd stuff: dir, cd, etc.
>
> Start a second Python session. up-arrow etc. will bring b
On Nov 24, 6:51 pm, Tim Golden wrote:
> The
> Ctrl-Z thing is what *exits* the interpreter on Windows (a la Ctrl-D
> on Linux).
With ActivePython, Ctrl-D works as well, which is a godsend as I'm
constantly working across Windows & linux.
> In short - on Windows, within one cmd shell you can open
Am 17.11.2011 00:59, schrieb Ben Finney:
David Robinow writes:
but your code works fine on Windows. Thanks.
I'm glad to know that. Perhaps you could investigate why, and suggest an
update to the above documentation if it's wrong? The bug tracker at
http://bugs.python.org/> would be the appro
On 24/11/2011 06:22, Chris Angelico wrote:
On Thu, Nov 24, 2011 at 5:11 PM, Steven D'Aprano
wrote:
One of us is confused, and I'm pretty sure it's you :)
Tim went on to say "Obviously this only applies when an underlying cmd
session persists", which I understood as implying that he too is usi
On Thu, Nov 24, 2011 at 5:11 PM, Steven D'Aprano
wrote:
> One of us is confused, and I'm pretty sure it's you :)
>
> Tim went on to say "Obviously this only applies when an underlying cmd
> session persists", which I understood as implying that he too is using
> Linux where Ctrl-Z stops the proces
On Thu, 24 Nov 2011 15:30:57 +1100, Chris Angelico wrote:
> On Thu, Nov 24, 2011 at 1:16 PM, Steven D'Aprano
> wrote:
>> On Wed, 23 Nov 2011 10:37:56 +, Tim Golden wrote:
>>
>>> The interpreter inherits the command shell's history function: Open a
>>> cmd window and then a Python session. Do
On Thu, Nov 24, 2011 at 1:16 PM, Steven D'Aprano
wrote:
> On Wed, 23 Nov 2011 10:37:56 +, Tim Golden wrote:
>
>> The interpreter inherits the command shell's history function: Open a
>> cmd window and then a Python session. Do some stuff.
>>
>> Ctrl-Z to exit to the surrounding cmd window. Do
On Wed, 23 Nov 2011 10:37:56 +, Tim Golden wrote:
> The interpreter inherits the command shell's history function: Open a
> cmd window and then a Python session. Do some stuff.
>
> Ctrl-Z to exit to the surrounding cmd window. Do some random cmd stuff:
> dir, cd, etc.
>
> Start a second Pyth
On 23/11/2011 10:29, Steven D'Aprano wrote:
On Wed, 23 Nov 2011 11:23:19 +0200, Anssi Saari wrote:
goldtech writes:
Using Windows. Is there a python shell that has a history of typed in
commands?
Is there a shell that doesn't have history then? At least both the
vanilla shell and Idle both
On Wed, 23 Nov 2011 11:23:19 +0200, Anssi Saari wrote:
> goldtech writes:
>
>> Using Windows. Is there a python shell that has a history of typed in
>> commands?
>
> Is there a shell that doesn't have history then? At least both the
> vanilla shell and Idle both have basic history in Windows. I
goldtech writes:
> Using Windows. Is there a python shell that has a history of typed in
> commands?
Is there a shell that doesn't have history then? At least both the
vanilla shell and Idle both have basic history in Windows. IPython for
more fun.
--
http://mail.python.org/mailman/listinfo/pyt
On Nov 17, 7:09 am, Ben Finney wrote:
> You can then use that functionality in your Python interactive startup
> file. Here's mine:
Awesome, thank you for this. I use iPython where ever possible but
there are times where I just can't avoid the default shell and this
will help immensely.
Cheers!
On Wed, Nov 16, 2011 at 6:59 PM, Ben Finney wrote:
> David Robinow writes:
>
>> On Wed, Nov 16, 2011 at 4:09 PM, Ben Finney
>> wrote:
>> > I don't know about MS Windows, but the Python interactive shell can be
>> > linked with the GNU Readline library for managing its command line
>> > http://d
David Robinow writes:
> On Wed, Nov 16, 2011 at 4:09 PM, Ben Finney
> wrote:
> > I don't know about MS Windows, but the Python interactive shell can be
> > linked with the GNU Readline library for managing its command line
> > http://docs.python.org/library/readline.html>
[…]
> > Reading the d
On Wed, Nov 16, 2011 at 4:09 PM, Ben Finney wrote:
> goldtech writes:
>
>> Using Windows. Is there a python shell that has a history of typed in
>> commands?
>
> I don't know about MS Windows, but the Python interactive shell can be
> linked with the GNU Readline library for managing its command
goldtech writes:
> Using Windows. Is there a python shell that has a history of typed in
> commands?
I don't know about MS Windows, but the Python interactive shell can be
linked with the GNU Readline library for managing its command line
http://docs.python.org/library/readline.html> including e
On 16/11/2011 03:38, goldtech wrote:
Hi,
Using Windows. Is there a python shell that has a history of typed in
commands?
Have a look at DreamPie:
http://dreampie.sourceforge.net/
TJG
--
http://mail.python.org/mailman/listinfo/python-list
Maybe you're looking for ipython? History, tab-complete, sort of
things in it.
goldtech wrote:
> Hi,
>
> Using Windows. Is there a python shell that has a history of typed in
> commands?
>
> I don't need output of commands just what I typed it. I need it to
> save between sessions - something that
In message , kj wrote:
> What's wrong with it is that what python thinks is a "reasonable
> state" is actually wrong in this case (it differs from the default
> setting established by the Emacs shell).
I personally wouldn’t try to run one program that wants to do its
own interactive terminal con
On Wed, 20 Oct 2010 16:18:57 +, kj wrote:
> I tried to fix the problem by applying the equivalent of "stty -echo"
> within a python interactive session, but discovered that this setting is
> immediately (and silently) overwritten.
FWIW, I don't see this behaviour with Python 2.6.5 on Linux. I
In Lawrence D'Oliveiro
writes:
>In message , kj wrote:
>> I tried to fix the problem by applying the equivalent of "stty
>> -echo" within a python interactive session, but discovered that
>> this setting is immediately (and silently) overwritten.
>That seems reasonable behaviour; the command
In message , kj wrote:
> I tried to fix the problem by applying the equivalent of "stty
> -echo" within a python interactive session, but discovered that
> this setting is immediately (and silently) overwritten.
That seems reasonable behaviour; the command loop is resetting the terminal
to a rea
Thanks for responding Michel. It looks like its an issue with
pyreadline - http://ipython.scipy.org/moin/PyReadline/Intro - causing
the crash. I'm working with the author of it on trying to get the
issue figured out.
It's not related to UAC.
--
--Leo
On Feb 23, 10:41 pm, "Michel Claveau -
MVP" w
Hi!
Where (directory) are you, when the problem come?
Have you try with UAC disabled?
@+
--
MCI
--
http://mail.python.org/mailman/listinfo/python-list
On Feb 23, 9:34 am, Philip Semanchuk wrote:
> On Feb 23, 2009, at 12:21 PM, Tim Wintle wrote:
>
> > On Mon, 2009-02-23 at 09:12 -0800, Phillip B Oldham wrote:
> >> I've got a python script running as a daemon (using someone else's
> >> daemon module). It runs fine for a while, but will occasionall
On Feb 23, 2009, at 12:21 PM, Tim Wintle wrote:
On Mon, 2009-02-23 at 09:12 -0800, Phillip B Oldham wrote:
I've got a python script running as a daemon (using someone else's
daemon module). It runs fine for a while, but will occasionally balk
and die. Since its running in the background, I'm g
On Mon, 2009-02-23 at 09:12 -0800, Phillip B Oldham wrote:
> I've got a python script running as a daemon (using someone else's
> daemon module). It runs fine for a while, but will occasionally balk
> and die. Since its running in the background, I'm getting no error
> from it.
>
> What's the best
In article <[EMAIL PROTECTED]>,
Paddy <[EMAIL PROTECTED]> wrote:
.
.
.
>Sometimes you have to mess with the case of letters in wiki pages
>which is the case here, but I did actually cut-n-paste the address
>from Wikipedia as I
On May 17, 3:38 am, Krypto <[EMAIL PROTECTED]> wrote:
> My mentor told me that you can virtually do anything from
> testing your program to anything in the shell. Any incite
> would be useful.
Using something like tee you can run the Python script in
the shell and also capture it's output:
h
Douglas Woodrow wrote:
> On Sat, 19 May 2007 21:42:27, Steve Holden <[EMAIL PROTECTED]> wrote
>
>> http://en.wikipedia.org/wiki/Doctest
>
>> Since you claim to be exercising your pedantry, I wonder why I get the
>> results I do. Since we *are* being pedantic, by the way, surely the
>> name is
On May 20, 1:56 am, [EMAIL PROTECTED] (Cameron Laird) wrote:
> In article <[EMAIL PROTECTED]>,Paddy <[EMAIL PROTECTED]> wrote:
> >On May 16, 6:38 pm, Krypto <[EMAIL PROTECTED]> wrote:
> >> I have been using python shell to test small parts of the big program.
> >> What other ways can I use the she
On Sat, 19 May 2007 21:42:27, Steve Holden <[EMAIL PROTECTED]> wrote
> http://en.wikipedia.org/wiki/Doctest
>Since you claim to be exercising your pedantry, I wonder why I get the
>results I do. Since we *are* being pedantic, by the way, surely the
>name is actually "doctest", not "Doctest".
Krypto wrote:
> I have been using python shell to test small parts of the big program.
> What other ways can I use the shell effectively. My mentor told me
> that you can virtually do anything from testing your program to
> anything in the shell. Any incite would be useful.
>
I'm not sure this wi
Cameron Laird wrote:
> In article <[EMAIL PROTECTED]>,
> Paddy <[EMAIL PROTECTED]> wrote:
>> On May 16, 6:38 pm, Krypto <[EMAIL PROTECTED]> wrote:
>>> I have been using python shell to test small parts of the big program.
>>> What other ways can I use the shell effectively. My mentor told me
>>> t
In article <[EMAIL PROTECTED]>,
Paddy <[EMAIL PROTECTED]> wrote:
>On May 16, 6:38 pm, Krypto <[EMAIL PROTECTED]> wrote:
>> I have been using python shell to test small parts of the big program.
>> What other ways can I use the shell effectively. My mentor told me
>> that you can virtually do anyth
On May 16, 6:38 pm, Krypto <[EMAIL PROTECTED]> wrote:
> I have been using python shell to test small parts of the big program.
> What other ways can I use the shell effectively. My mentor told me
> that you can virtually do anything from testing your program to
> anything in the shell. Any incite w
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On May 16, 12:38 pm, Krypto <[EMAIL PROTECTED]> wrote:
>> I have been using python shell to test small parts of the big program.
>> What other ways can I use the shell effectively. My mentor told me
>> that you can virtually do anything from testing yo
On May 16, 12:38 pm, Krypto <[EMAIL PROTECTED]> wrote:
> I have been using python shell to test small parts of the big program.
> What other ways can I use the shell effectively. My mentor told me
> that you can virtually do anything from testing your program to
> anything in the shell. Any incite
* Krypto (16 May 2007 10:38:27 -0700)
> I have been using python shell to test small parts of the big program.
> What other ways can I use the shell effectively. My mentor told me
> that you can virtually do anything from testing your program to
> anything in the shell. Any incite would be useful.
In article <[EMAIL PROTECTED]>,
Kevin Walzer <[EMAIL PROTECTED]> wrote:
> 7stud wrote:
> > On Mar 16, 2:53 am, [EMAIL PROTECTED] wrote:
> >> or go tohttp://pythonmac.org/packages/
> >> and you have python 2.5 or python 2.4.4 with readline support
> >
> > The download instructions seem to steer
7stud wrote:
> On Mar 16, 2:53 am, [EMAIL PROTECTED] wrote:
>> or go tohttp://pythonmac.org/packages/
>> and you have python 2.5 or python 2.4.4 with readline support
>
> The download instructions seem to steer Mac users to version 2.4.4
> because it has more modules available. What is the consen
On Mar 16, 2:53 am, [EMAIL PROTECTED] wrote:
> or go tohttp://pythonmac.org/packages/
> and you have python 2.5 or python 2.4.4 with readline support
The download instructions seem to steer Mac users to version 2.4.4
because it has more modules available. What is the consensus on that?
--
http:
On Mar 16, 4:08 am, [EMAIL PROTECTED] (Alex Martelli) wrote:
> Bert Heymans <[EMAIL PROTECTED]> wrote:
> > Hi!
>
> > I'm using iTerm on the mac the keymapping isn't right. On Linux and
> > Windows it's really nice to be able to hit up to get the previous
> > command. Does anyone know a way to get t
or go to
http://pythonmac.org/packages/
and you have python 2.5 or python 2.4.4 with readline support
--
http://mail.python.org/mailman/listinfo/python-list
Bert Heymans <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I'm using iTerm on the mac the keymapping isn't right. On Linux and
> Windows it's really nice to be able to hit up to get the previous
> command. Does anyone know a way to get the Pyhton shell to work like
> on other systems, I always get this wh
I use iTerm and it took me a while to get use to it as well. All you have
to do is go to "Bookmarks-> Manage Profiles" Then expand "Terminal Profiles
->Default" and then for "type" select "linux".
You may have to restart iTerm, but you will be able to do everything you can
in linux.
Let me kno
On 15 Mar 2007 14:56:13 -0700, Bert Heymans <[EMAIL PROTECTED]> wrote:
> >>> ^[OA^[OC^[OD
Is your python built with readline support?
Also, you might check out iPython.
--
Greg Donald
http://destiney.com/
--
http://mail.python.org/mailman/listinfo/python-list
> find the errand CMD prompt and move it.
errand -> errant
--
http://mail.python.org/mailman/listinfo/python-list
Jay wrote:
> Is their any way of setting wear the Python Shell window appears on the
> screen when I run my program?
>
> I am testing a full screen program with no Window Frame on a comp with
> 2 monitors and I have to keep pressing the Key to bring the
> Shell to the front and then moving it manu
Fredrik Lundh wrote:
[snip..]
>
> this page might help:
>
> http://www.ibb.net/~anne/keyboard.html
>
> or you could switch to a less lame operating system ;-) (duck).
Not like you to duck when sending flames Fredrik ;-)
Fuzzy
>
>
--
http://mail.python.org/mailman/listinfo/python-list
Leif K-Brooks wrote:
> I'm running Python 2.3.5 and 2.4.1 under Debian Sarge. Instead of
> deleting the character after the cursor, pressing my "delete" key in an
> interactive Python window causes a system beep and inserts a tilde
> character.
that's probably because the delete key can be set up
Just a little addendum... this lag only happens when the output is a
very long continuous string. If I print out 3000 or so LINES of output
there's no problem, its only when it's one long continuous string.
--
http://mail.python.org/mailman/listinfo/python-list
82 matches
Mail list logo
